Invision Community 4: SEO, prepare for v5 and dormant account notifications Matt November 11, 2024Nov 11
Posted October 24, 2024Oct 24 Searching for "aviation" doesn't find the topic titled, "Aviation facts". Search for "feats" is not finding the below topic but finds the same topic using "reels" in the title - "Risky feats and stunts for reels and views!"
October 24, 2024Oct 24 Author For the first case, it finds the topic if we search for "facts" but not while searching "aviation" Seems like a pattern
October 24, 2024Oct 24 Community Expert Is this something you're encountering on your own community or are you able to replicate here? As I am not seeing this pattern:
October 24, 2024Oct 24 Author Aviation and Feats are not insignificant stop-words But "TELL" is a stop word for MyISAM Edited October 24, 2024Oct 24 by WebCMS
October 25, 2024Oct 25 Community Expert Please provide an example topic you expect to be found with those keywords, so I can take a look
October 25, 2024Oct 25 Author Please provide an example topic you expect to be found with those keywords, so I can take a look 1) Aviation facts 2) Risky feats and stunts for reels and views! The first one is searchable by "facts" but not by "aviation". The second one is searchable by "reels" or "stunts" but not by "feats"
October 25, 2024Oct 25 Author Please provide the actual topics (links) https://www.telugus.com/topic/2876-aviation-facts https://www.telugus.com/topic/2142-risky-feats-and-stunts-for-reels-and-views Edited October 25, 2024Oct 25 by WebCMS
October 25, 2024Oct 25 Author The second one shows "Risky feats and stunts for reels and views!" in search results but its underlying link on the search results is - https://www.telugus.com/topic/2142-risky-stunts-for-reels-and-views (missing "feats" in the URL probably the link did not get updated after editing the title and the reason why it is not finding when searched by "feats") When we click on it in the search results, it goes to - https://www.telugus.com/topic/2142-risky-feats-and-stunts-for-reels-and-views Is there a difference between - editing the title by long-clicking on the title (click-and-hold to edit in place) or editing the title by editing the topic? Do both the above edits follow the same logic and control flow in the backend?
October 25, 2024Oct 25 Community Expert Is there a difference between - editing the title by long-clicking on the title (click-and-hold to edit in place) or editing the title by editing the topic? Do both the above edits follow the same logic and control flow in the backend? There are no differences. In my testing they save the exact same way. I have noticed some other issues on your community which are related to your language pack so I would advise switching to an unmodified language pack if you're seeing odd HTML items. Regarding search though, I also found something our developers will need to resolve so I have transferred this to a ticket. Please watch your email for further correspondence.
October 25, 2024Oct 25 Author I have noticed some other issues on your community which are related to your language pack so I would advise switching to an unmodified language pack if you're seeing odd HTML items. We see some odd rendering when we changed the "search" string (Search) to "Site Search" - it is trying to render the input and HTML as well in some areas inside ACP. Nothing like this happened with other lang string modifications. Edited October 25, 2024Oct 25 by WebCMS
October 25, 2024Oct 25 Community Expert We see some odd rendering when we changed the "search" string (Search) to "Site Search" - it is trying to render the input and HTML as well in some areas inside ACP. Nothing like this happened with other lang string modifications. You would need to ensure that you have translated it properly as some include items in it which are necessary. If you also put in HTML or anything other than words, we cannot guarantee it will work or cause other issues.
October 25, 2024Oct 25 Author It was modified for the menu item as under - to differentiate between Site Search and Google Search: <i class="fa fa-search"></i> Site Search
October 25, 2024Oct 25 Community Expert If you also put in HTML or anything other than words, we cannot guarantee it will work or cause other issues.
October 25, 2024Oct 25 Community Expert The search language string is used also in other locations, even inside title attributes or other ones. The FA icon HTML you're adding is breaking those HTML elements most likely. Rather than editing the language strings, editing the template (or making a modification) to add the icon would be your best solution in this case.
October 25, 2024Oct 25 Author Regarding search though, I also found something our developers will need to resolve so I have transferred this to a ticket. Please watch your email for further correspondence. Apparently, it's not full-text search to fall back on MySQL's stop-words (we don't have the source code). For instance, it doesn't find anything when searched for "the" but does find results when searched for "and". It indicates you are using your own custom stop-words. What words will be skipped and not searched?
October 26, 2024Oct 26 Community Expert "and" isn't a stopword in MySQL: MySQL :: MySQL 8.4 Reference Manual :: 14.9.4 Full-Text Stopwords
October 26, 2024Oct 26 Author "and" isn't a stopword in MySQL: MySQL :: MySQL 8.4 Reference Manual :: 14.9.4 Full-Text Stopwords Yeah, it's not listed under InnoDB but listed under MyISAM engine. Looks like IC uses InnoDB.
October 26, 2024Oct 26 Author You would need to ensure that you have translated it properly as some include items in it which are necessary. If you also put in HTML or anything other than words, we cannot guarantee it will work or cause other issues. Now we have 2 language packs (Customized and IC default). We can live with the minor rendering issues inside ACP due to the single string that has HTML for FA until we modify the right template (the last thing we want to do). The Customized lang pack is Locked and not sure if it will get updated when we apply the monthly IC updates. We don't need the Language dropdown in the footer as both packs are similar with minor label differences. We don't see any group permissions for lang packs to hide them from members (similar to themes/pages). Should we delete the IC default lang pack? Will deleting it unlock our Customized lang pack?
October 27, 2024Oct 27 Community Expert The Customized lang pack is Locked This is due to you have designated it as your default language pack. Therefore, you cannot disable or delete it. not sure if it will get updated when we apply the monthly IC updates Non-translated words will be updated per normal. Locked is not related to this. Should we delete the IC default lang pack? If you wish to or you can disable if you encounter issues in the future so you can enable it and test.
October 27, 2024Oct 27 Author This is due to you have designated it as your default language pack. Therefore, you cannot disable or delete it. Non-translated words will be updated per normal. Locked is not related to this. If you wish to or you can disable if you encounter issues in the future so you can enable it and test. Disabled it. Thanks!
