All Astronauts Posted November 30, 2021 Author Posted November 30, 2021 Unless you have a massively large site and a horribly underpowered server, re-indexing is pretty much nothing. Got a site where search matters a ton, re-indexing is common due to changes in certain redacted things, so I keep tabs on times to do such. 150,000 forum posts? Maybe 5 minutes. Maybe. Can't imagine what could go wrong with ES - if you have it installed correctly it just works? Just removing certain filters from the quicksearch drop down? Just that? That is probably no big deal.
HDiddy Posted November 30, 2021 Posted November 30, 2021 16 minutes ago, All Astronauts said: Just removing certain filters from the quicksearch drop down? Just that? That is probably no big deal. Yep just this. Simplifies things a lot.
All Astronauts Posted July 7, 2022 Author Posted July 7, 2022 7.0.0 Submitted! Available when approved... NEW! Last Searches made by community members added alongside Quicksearch!NEW! @HDiddy Your Quicksearch filter filter has arrived!CHANGE! The remove content item icon from search results has been expanded into an emphasized search results view option. 4.7.0 compatibility sweep. All good. 6.0.0 users are fine as well. This is an option in settings. Toggle it on and the last searches made by your community members will appear here. Unlike Social Search, I do not believe I am running these through the bad word filter - these are a straight pull from what IPS is saving as searches now. Yell if that is a problem. Otherwise, as long as you have searches this will populate nicely. Looks good when QS is not expanded, the results will pile in when it is expanded. There is a hard-coded three-minute cache on these terms. So after three minutes since the last build, the next Quicksearch user (or more likely page load) will rebuild the cache and so on - so your DB load is pretty much nil on this. This has been sitting in this plugin since December/January I think; sorry bout that. Anyways, as stated above, when you have a ton of pages content every bit gets jammed into Quicksearch. You can toggle some of them off here and just present a lean QS experience instead of overwhelming users with options. This affects the QS EXCLUSIVELY! Users using advanced search will still get all the options they can handle. As for the emphasized search results option, this: Becomes this: No more superfluous icons and photos, slightly enlarged search result text, margins and padding adjusted to fit. Everything is working as before in 4.7.0 - oh, though I did make an adjustment to the search marking terms cookie auto-destruct time. When you click through on a search result with Searchlight enabled, your search term comes through on a cookie that is made on the spot, then read once your content page finished loading, and then is wiped out just as fast. I had it set to autodestruct after 8 seconds just as a safety catch but ya know, if you have a content item loading in that is - oh - say - maybe 1/3 of a book text? A really thick book? It takes time for a DB to grab that blob, and then it takes time for your browser to dump all that text into the window. Unlike when IPS was doing this with search and stream results (remember the whole point of this mod initially?), we do want all the text of the content item to load in. But time. Yeah. 8 seconds was not enough so Searchlight would not run if the page took longer than that to load, which it did on one of the sites under my purview. That number is now 16 seconds - maybe more. So, on the off-chance you have massive content items that Searchlight was not firing on to mark out terms, it probably does now 🙂 BTW I'm way behind checking out my apps and plugins for 4.7 but I really do imagine everything is perfectly fine for upgrading if you don't want to wait. HDiddy 1
All Astronauts Posted August 1, 2022 Author Posted August 1, 2022 Naturally, this will not be compatible with 4.7.1 given the quicksearch changes. The quicksearch filter is probably ok (either as is or a quick fix on my end) but I'll have to think about the latest searches along side.
HDiddy Posted August 4, 2022 Posted August 4, 2022 On 7/6/2022 at 11:27 PM, All Astronauts said: 7.0.0 Submitted! Available when approved... NEW! Last Searches made by community members added alongside Quicksearch!NEW! @HDiddy Your Quicksearch filter filter has arrived!CHANGE! The remove content item icon from search results has been expanded into an emphasized search results view option. 4.7.0 compatibility sweep. All good. 6.0.0 users are fine as well. This is an option in settings. Toggle it on and the last searches made by your community members will appear here. Unlike Social Search, I do not believe I am running these through the bad word filter - these are a straight pull from what IPS is saving as searches now. Yell if that is a problem. Otherwise, as long as you have searches this will populate nicely. Looks good when QS is not expanded, the results will pile in when it is expanded. There is a hard-coded three-minute cache on these terms. So after three minutes since the last build, the next Quicksearch user (or more likely page load) will rebuild the cache and so on - so your DB load is pretty much nil on this. This has been sitting in this plugin since December/January I think; sorry bout that. Anyways, as stated above, when you have a ton of pages content every bit gets jammed into Quicksearch. You can toggle some of them off here and just present a lean QS experience instead of overwhelming users with options. This affects the QS EXCLUSIVELY! Users using advanced search will still get all the options they can handle. As for the emphasized search results option, this: Becomes this: No more superfluous icons and photos, slightly enlarged search result text, margins and padding adjusted to fit. Everything is working as before in 4.7.0 - oh, though I did make an adjustment to the search marking terms cookie auto-destruct time. When you click through on a search result with Searchlight enabled, your search term comes through on a cookie that is made on the spot, then read once your content page finished loading, and then is wiped out just as fast. I had it set to autodestruct after 8 seconds just as a safety catch but ya know, if you have a content item loading in that is - oh - say - maybe 1/3 of a book text? A really thick book? It takes time for a DB to grab that blob, and then it takes time for your browser to dump all that text into the window. Unlike when IPS was doing this with search and stream results (remember the whole point of this mod initially?), we do want all the text of the content item to load in. But time. Yeah. 8 seconds was not enough so Searchlight would not run if the page took longer than that to load, which it did on one of the sites under my purview. That number is now 16 seconds - maybe more. So, on the off-chance you have massive content items that Searchlight was not firing on to mark out terms, it probably does now 🙂 BTW I'm way behind checking out my apps and plugins for 4.7 but I really do imagine everything is perfectly fine for upgrading if you don't want to wait. The search filters update is perfect and works great with (BIM) Quick Search. Thanks!!!!!
All Astronauts Posted August 4, 2022 Author Posted August 4, 2022 Good deal. FYI, with the new 7.1 changes inbound on the Quicksearch I'll probably have to do some poking - have not upgraded locally yet to 7.1 but have looked at the files.
All Astronauts Posted August 8, 2022 Author Posted August 8, 2022 (edited) @HDiddy 4.7.1 has changed up the underlying code for generating those Quick Search (QS) options so do not upgrade yet if that is important to you. Otherwise... SSSR 7.1.0 to be submitted probably this evening some time: For Invision Community 4.7.1.x + due to underlying 4.7.1 changes FIX! Quoted search terms that had a comma within that quoted text were breaking Search Light, only marking the first portion of text up to the comma. This is fixed now. REMODELED! With the new 4.7.1 Quick Search I had to revamp both the latest searches appendage AND the search filter filter stuff. All good again. NEW! That new 4.7.1 Quick Search FORCES the default option to whatever content item you are viewing. SSSR now provides an option to force it to Everything all the time. The utility of the latest searches next on the QS dropdown is a bit lessened with the whole minimal thing going on. For now I've patched it up to still work along side it but I may just make an optional micro button thing along side the QS to just pop up popular searches, latest searches, etc... some time down the line. This is also now limited to displaying the latest ten searches. Caught a bug with the Search Light marking - if you made a quoted search, and the quote itself had a comma somewhere in the text, the mark was breaking at that point and not marking anything after that. All patched up. And, with the latest QS changes, it is now forcing the QS area search to whatever app you are in instead of everything. I've got an option already set, tested, and working, that will force QS to ALWAYS default to Everything for the search. If you are in a content item the contextual search area options (this topic, this forum, etc.) are still there in the dropdown to choose, but Everything is still set as the selected option. Edited August 8, 2022 by All Astronauts
HDiddy Posted August 9, 2022 Posted August 9, 2022 21 hours ago, All Astronauts said: @HDiddy 4.7.1 has changed up the underlying code for generating those Quick Search (QS) options so do not upgrade yet if that is important to you. Otherwise... SSSR 7.1.0 to be submitted probably this evening some time: For Invision Community 4.7.1.x + due to underlying 4.7.1 changes FIX! Quoted search terms that had a comma within that quoted text were breaking Search Light, only marking the first portion of text up to the comma. This is fixed now. REMODELED! With the new 4.7.1 Quick Search I had to revamp both the latest searches appendage AND the search filter filter stuff. All good again. NEW! That new 4.7.1 Quick Search FORCES the default option to whatever content item you are viewing. SSSR now provides an option to force it to Everything all the time. The utility of the latest searches next on the QS dropdown is a bit lessened with the whole minimal thing going on. For now I've patched it up to still work along side it but I may just make an optional micro button thing along side the QS to just pop up popular searches, latest searches, etc... some time down the line. This is also now limited to displaying the latest ten searches. Caught a bug with the Search Light marking - if you made a quoted search, and the quote itself had a comma somewhere in the text, the mark was breaking at that point and not marking anything after that. All patched up. And, with the latest QS changes, it is now forcing the QS area search to whatever app you are in instead of everything. I've got an option already set, tested, and working, that will force QS to ALWAYS default to Everything for the search. If you are in a content item the contextual search area options (this topic, this forum, etc.) are still there in the dropdown to choose, but Everything is still set as the selected option. LOL, One of the other admins pushed the updated before I had a chance to stop them. Hahahaha its all good but I see what you ae saying.
All Astronauts Posted August 9, 2022 Author Posted August 9, 2022 Probably another day or two before approval so hang tight. Also for those watching I'll probably let people set the quicksearch default to whatever they want in the next version after this - I just made the option for forcing Everything without thinking anyone would want to hard-set it to anything else. With the IPS current policy of pushing big changes asap you can probably expect said changes breaking more 3rd-party stuff with any point release going forward. You'll have to pay attention to the app/plugin description for any point release warnings since we can only flag out major versions and not the last point.
All Astronauts Posted August 16, 2022 Author Posted August 16, 2022 @HDiddy and all. Approved. Have at it.
All Astronauts Posted September 13, 2022 Author Posted September 13, 2022 FYI I didn't think final was coming out today - so... 4.7.2 has breaking changes with the whole PHP8 checker thing. This app is the only one of mine mostly caught up in this. It's patched but I have to submit again, etc. So if you do upgrade, do not be surprised if it gets disabled.
BankFodder Posted November 15, 2022 Posted November 15, 2022 Yes, we have just installed this on new PHP eight installation of the test site and it is to be disabled because otherwise it breaks the site. Any ideas please?
All Astronauts Posted November 15, 2022 Author Posted November 15, 2022 (edited) I'll take a look but its been running fine on 8 installs of mine. PHP 8.0.x or PHP 8.1.x? And if you want to take this to PMs feel free. Also what version of IPS? Edited November 15, 2022 by All Astronauts
BankFodder Posted November 15, 2022 Posted November 15, 2022 I'm checking out the PHP version with the Webmaster
All Astronauts Posted November 15, 2022 Author Posted November 15, 2022 PM me acp access to this test install and I'll take a look. This is clean with PHP 8 and the support tool app checker but it is possible I suppose there is a bad version on the MP though I would expect others to be reporting the same problems at this point.
All Astronauts Posted November 16, 2022 Author Posted November 16, 2022 Never heard back from you so submitted a new version that I doubly verified is fine on PHP 8 - no changes that I know of but still... If you still have problems after the file is approved (SSSR 7.2.1) then give a yell back at me. BankFodder 1
Alex Duffy Posted June 20, 2023 Posted June 20, 2023 Hi, this plugin has stopped working on my site; a user alerted me today. I have tried to uninstall it and install it again, tried different settings, and checked that the invoice to renew was paid and still no go. I'm on the cloud running Invision Community Version 4.7.11 all patches applied. I can not see any error in the logs. I would appreciate some help on this, as it is a valuable addition to our site. Regards Alex
All Astronauts Posted June 20, 2023 Author Posted June 20, 2023 Without looking I'm betting it's all the cookie stuff that was rolled out in the latest version. Did you enable the cookie consent stuff? Alex Duffy 1
Alex Duffy Posted June 20, 2023 Posted June 20, 2023 1 hour ago, All Astronauts said: Without looking I'm betting it's all the cookie stuff that was rolled out in the latest version. Did you enable the cookie consent stuff? Thanks, I did the patches but didn't enable anything yet. I will investigate that now.
Alex Duffy Posted June 20, 2023 Posted June 20, 2023 15 minutes ago, Alex Duffy said: Thanks, I did the patches but didn't enable anything yet. I will investigate that now. Ok, I see a good few forum posts about cookie issues. So what do I do, wait and see what they come up with?
Clover13 Posted June 20, 2023 Posted June 20, 2023 (edited) I use an Activity Stream as my site(s) main landing page and as such the speed improvement this offers was of interest. I read through the notes and history of IPS relative to this application, but wanted to verify this is still an impactful (i.e. speed gain) for Activity Streams on 4.7.11+? Edited June 20, 2023 by Clover13
All Astronauts Posted June 20, 2023 Author Posted June 20, 2023 35 minutes ago, Clover13 said: I use an Activity Stream as my site(s) main landing page and as such the speed improvement this offers was of interest. I read through the notes and history of IPS relative to this application, but wanted to verify this is still an impactful (i.e. speed gain) for Activity Streams on 4.7.11+? I put the truncating in long ago, then IPS did their own so I took mine out, then they took theirs out so I put mine back in. Worth a look at least to see if there has not been any silent changes there. Give me a bit. Clover13 1
All Astronauts Posted June 21, 2023 Author Posted June 21, 2023 (edited) Okee-dokie. So, for this to work, I had to add another hook so I could merge the two cookies I have into the essential cookies array. FYI these two cookies exists for, honestly, just a few seconds. When you are on a search results page and click a result to go to, its sets one cookie saying "Hey! Time flag some query terms" and the other cookie is those query terms. Once the content page you clicked to loads, the cookies are read, and then immediately removed. Can't get much more benign than that! And the search light search terms highlighting is working on the latest - except when you have a single hit - if you have more than one hit, the term navigator appears on the side, but not with just one term - so I need to look at that (probably just a poor eval on my part now). These two cookies will appear in the cookies list as well: So, I gotta patch the whatevers first, and then this gets submitted. No idea when the update appears. I imagine there will be a flood of app/plugin updates with the cookie changes. Oh - I'll check the truncate stuff now - hang on... EDIT: Yep - truncate works great and everything is perky. Edited June 21, 2023 by All Astronauts Clover13 1
All Astronauts Posted June 21, 2023 Author Posted June 21, 2023 The single mark navigator was probably just hung up with a bad cache or something; all good now. And with that, version 8.0.0 was submitted. Available when available... Alex Duffy 1
Recommended Posts