Jump to content

Community

All Astronauts

+Clients
  • Content Count

    703
  • Joined

  • Last visited

  • Days Won

    6

All Astronauts last won the day on December 28 2019

All Astronauts had the most liked content!

About All Astronauts

  • Rank
    Community Regular

Contact Methods

IPS Marketplace

  • Resources Contributor
    Total file submissions: 40

Profile Information

  • Gender
    Male
  • Location
    Central Time Zone, USA

Recent Profile Visitors

6,371 profile views
  1. Send me PMs with whatever screens needed.
  2. Version 11: RTL language support (the Regular Joined Date option *might* not have this - its the IPS data output plugin so yell if it doesn't work for you or use another option) New Setting: Set to Display for Right-to-Left languages Template and code changes to support RTL If this is still not working, give a yell.
  3. Besides the translation fix do you need 2013 Nov instead of Nov 2013 as well? I can insert a rtl option there.
  4. Don't forget to pour one out for the sites that are initially, and specifically, targeted by registration and spam bots. That's front-line in-the-trenches moderation work. Be very glad they share that work back to the global IPS spam filters.
  5. There shouldn't be too much left honestly. I think I still need to try and get word boundaries up on search results but it isn't a big priority right at the moment. The rest of it is the usual version one 'oh yeah, I forgot about that thing and that other thing over there and I can probably change these ten lines down to five...' @Joel R brought up the Clubs miss a few hours ago and I was like "Oh yeah... Clubs..."
  6. SSSR 1.4 Released! Clubs view page streams added.
  7. SSSR 1.3 Released! NEW! Forgot that Profile views have that content streams stuff there. Profile view streams now truncated as well. Small efficiency improvement on stream results. Should have clean ending word breaks on stream results now.
  8. The thing about ideas is that once they hit, then the OCD kicks in and you have to act on it... SSSR 1.2 Released! Pages CMS records in Streams default to a two-line truncation. SSSR now checks on those and more-aggressively truncates to match the usual two-line character amount. The javascript truncation routine will rarely, if ever, fire on those now. Demonstrably better (at least for my sites where this matters...)
  9. SSSR 1.1 Released! Fixed a default setting that was beyond form number limit. Removed setting for word count on Streams. Implemented a much more aggressive filter on streams. That default setting may or may not have messed with saving the plugin settings. Sorry bout that if it did. The new aggressive settings is courtesy of one of my sites where the content items didn't begin with 'words' (don't ask...). While looking at that hitch I quickly realized that playing with customizable word count limits and so on wasn't really necessary and just cut this down to the bone. I looked at the three line stream results (where three lines of text are displayed for the item - that's the max right now, there are some - like Pages database records - that push out just two lines), worked up a reasonable character count for those, and now we just limit and truncate right around that amount. Stupid fast now. @Joy Rex without me working up animated gifs this is hard to do, so I'll just try to better explain. The bottlenecks here are: The amount of text these search and stream results push out of your server and down the internet tubes. This large page size now being ingested by your end-user's browser, in addition to any other page load blocking items trying to spark up. The IPS javascript truncation routines that fire AFTER the entire page has loaded. This plugin addresses all three by limiting all the stream and search results text that those things have to deal with. Remember: the hitch is that by default the ENTIRE content item text is pushed out here, no matter how large it may be. That means ALL of that text is rendered by the browser before any javascript truncation happens. Truncating this text server-side is stupid fast and easy to do. That's less for your web server to push out the door. That means smaller pages for your end-user's browser to ingest - that's a faster page load time. Those javascript truncate routines have very little to do now. If the vast majority of the text content of your community, that's forum posts, image comments or descriptions, etc. routinely consist of a handful of lines of text - seriously, like 2, 3, 4, 5 lines or something, you won't see too much improvement here. People aren't so much discussing as they are chatting. If instead you have in-depth discussions, people posting paragraphs of text, Pages databases where content items are walls of text (book chapters, creative writing, subtitles, articles, and what not) this is the thing that you NEED! Any animated gif I provide would, with the appropriate content items of sufficient length in the streams, show a before where you literally see walls of text appear on the screen only to eventually snap away Thanos-style when the js truncation fires - after the page has fully loaded of course. The after gif would be faster page loading and minimal, if any screen-snap occurring from the js truncation. I can even see, for streams, a way to all but eliminate any firing of the js truncation completely. I'd just need to look at the default stream templates to see if they are wanting one, two, or three lines of text - the item type is already there, I can just read it and adjust the cut as needed. I'm noting this for a future rev. No screen snaps allowed (eventually when I get on this addition) FYI, I've had this stuff laying around for a few years now - I just got around to cleaning it up and piling it all together rather than the hodgepodge of plugins it was.
  10. ??? - seems fine here, aside from no . on the day number - is that needed?
  11. Enhanced Join Date 10 Released! Adds Euro Style: 25 Feb 2020 or 25 February 2020
  12. Invision Community search and stream results push out the ENTIRE CONTENT ITEM TEXT to the web page and then truncates the result with the browser via Javascript. This leads to long page load times, snapping screen behavior when the js routines truncate the text after the page has loaded, and so on. This plugin truncates these results BEFORE they hit your user's browsers, giving them faster load times and better engagement. Speedy Search and Stream Results (SSSR) is a roll-up plugin that includes my free Truncate Stream Items plugin and adds on a truncate search results feature, a bit that allows you to select the number of images pushed out to stream results when the stream item is a Gallery album update (new images posted), and a setting to allow you to truncate down stream descriptions which can get ridiculously long when a user has selected many forums and so on for their custom streams. The IPS javascript truncate functions will still fire on these pages but with vastly less text to deal with! Plus of course, the added benefit that that text was never sent to the page in the first place... See the screenshot for settings.
  13. Version 1.4

    10 downloads

    Invision Community search and stream results push out the ENTIRE CONTENT ITEM TEXT to the web page and then truncates the result with the browser via Javascript. This leads to long page load times, snapping screen behavior when the js routines truncate the text after the page has loaded, and so on. This plugin truncates these results BEFORE they hit your user's browsers, giving them faster load times and better engagement. Speedy Search and Stream Results (SSSR) is a roll-up plugin that includes my free Truncate Stream Items plugin and adds on a truncate search results feature, a bit that allows you to select the number of images pushed out to stream results when the stream item is a Gallery album update (new images posted), and a setting to allow you to truncate down stream descriptions which can get ridiculously long when a user has selected many forums and so on for their custom streams. The IPS javascript truncate functions will still fire on these pages but with vastly less text to deal with! Plus of course, the added benefit that that text was never sent to the page in the first place... See the screenshot for settings. Deeper Explanation The bottlenecks here are: The amount of text these search and stream results push out of your server and down the internet tubes. This large page size now being ingested by your end-user's browser, in addition to any other page load blocking items trying to spark up. The IPS javascript truncation routines that fire AFTER the entire page has loaded. This plugin addresses all three by limiting all the stream and search results text that those things have to deal with. Remember: the hitch is that by default the ENTIRE content item text is pushed out here, no matter how large it may be. That means ALL of that text is rendered by the browser before any javascript truncation happens. Truncating this text server-side is stupid fast and easy to do. That's less for your web server to push out the door. That means smaller pages for your end-user's browser to ingest - that's a faster page load time. Those javascript truncate routines have very little to do now. If the vast majority of the text content of your community, that's forum posts, image comments or descriptions, etc. routinely consist of a handful of lines of text - seriously, like 2, 3, 4, 5 lines or something, you won't see too much improvement here. People aren't so much discussing as they are chatting. If instead you have in-depth discussions, people posting paragraphs of text, Pages databases where content items are walls of text (book chapters, creative writing, subtitles, articles, and what not) this is the thing that you NEED! Any animated gif I provide would, with the appropriate content items of sufficient length in the streams, show a before where you literally see walls of text appear on the screen only to eventually snap away Thanos-style when the js truncation fires - after the page has fully loaded of course. The after gif would be faster page loading and minimal, if any screen-snap occurring from the js truncation. FYI, I've had this stuff laying around for a few years now - I just got around to cleaning it up and piling it all together rather than the hodgepodge of plugins it was. Notes For search results I'm front running the IPS truncate function by matching up any quoted search term (exact match) or finding the first hit upon word. For the latter I've built in the ElasticSearch English stop words (which is a stupid-low number of words) to prevent hits on 'a', 'the', and so on. If you need other languages added on just yell. For 1.2 I'm checking for Pages results and trimming more text from Stream results as the default stream templates for those truncate down to just two lines. This pretty much eliminates the js truncate routine from firing on those now. If you have some serious custom Pages stuff going on to the level where you have custom stream templates, just give a yell if you need this altered. REQUIRES PHP 7.1 or newer! Large Latte Priced! $6 once, no renewals! Terms One buy, one site. Feel free to use on your test site if you have one of course. If you lapse on renewals so long that I tell you to buy it again that does NOT mean you now have licenses to two separate copies. All rights reserved, etc... Thanks for the coffee!

    $6.00

  14. Just a bump on this. I noticed since 4.4.9 (earlier?) there is now an entry in the Administrators Log of "Community upgrade started". It's something but awfully vague. Any chance of getting this wrapped up? An additional log entry on upgrade completion of "Community upgraded to 4.4.10" would do it.
×
×
  • Create New...

Important Information

We use technologies, such as cookies, to customise content and advertising, to provide social media features and to analyse traffic to the site. We also share information about your use of our site with our trusted social media, advertising and analytics partners. See more about cookies and our Privacy Policy