Jump to content

Fast Lane!

Clients
  • Posts

    925
  • Joined

  • Last visited

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by Fast Lane!

  1. Google offers a free CMP for AdManager users. I haven't tried it (yet) but probably will because this is now a requirement and Google's option is free. https://adtagmacros.com/google-ad-managergams-new-cmp-requirement-ensuring-gdpr-compliance-and-implementing-consent-management/
  2. I'm curious (maybe for my education and others) what part of this sites logic is wrong? https://metabox.io/load-google-fonts-faster-wordpress/ They walk through various option with pros and cons
  3. This is talked about on many sites and reddit threads as an issue. To each their own I guess.
  4. Just to add, I think the Google webfont is the default for the IPB suite. I checked this page and IPB uses it too. So this render blocking delay effects many people (without many knowing it) which is why I bothered to share a workaround here. If there is a better solution -- awesome. Maybe we can brain storm ideas? Maybe in IPB 5 it will be baked in as the default. 🙂
  5. I was not trying to rub ya wrong :). Big hugs. Just trying to understand where the practical (realized) downside is here versus theory. You said "then after the page is loaded, you say “April fools! Now switch to the webfont!" -- however as mentioned, the font actually swaps once the resource is loaded which for me appears to be pre-render (not after the page loads) so there is no practical issue other than the benefit of the reduced render timeline and FCP (due to no blocking). What am I missing here?
  6. You'd prefer a 0.7s rendering delay (until it is cached)? Btw I don't see any issue with the swap (hence the display=swap param in the current font call which it's doing already). Also, let's be practical. For my site (at least) the page hasn't even rendered yet so there is no visible font swap (and the time to render was reduced with this change). There was a second option -- to inline the Google font styles rather wait for them to be fetched (which is the 0.7s delay). It does not wait until the page is loaded. It just waits until the resource is loaded. It's extremely quick up front and at least in my testing not visible to the user.
  7. First, all the credit to this site (Wordpress folks... no surprise!): Here is the fix to save 0.7s due to render blocking (and it is a big one for anyone using a google font which I think is the default. This should probably just be a permanent update by IPB 🙂 IMO. It's so minor (and the linked page goes into the details). In the includeCSS template. Change this: <link href="https://fonts.googleapis.com/css2?family={expression="\IPS\Http\Url::encodeComponent( \IPS\Http\Url::COMPONENT_FRAGMENT, \IPS\Theme::i()->settings['body_font'] )"}:wght@300;400;500;600;700&display=swap" rel="stylesheet"> to this: <link href="https://fonts.googleapis.com/css2?family={expression="\IPS\Http\Url::encodeComponent( \IPS\Http\Url::COMPONENT_FRAGMENT, \IPS\Theme::i()->settings['body_font'] )"}:wght@300;400;500;600;700&display=swap" rel="stylesheet" media="print" onload="this.media='all'"> This is the specific difference which is quite minor: media="print" onload="this.media='all'" This was before: And after it's totally gone :). The improvement is significant... with before: and after (0.7s faster!): I tried this other fix but it was a bit hacky, requiring inlining the Google font css (the issue). It does work as well... just less elegant as above. Note: I have ton's of other things that slow my site down (ads / header bidding, etc...) but the relative improvement is awesome! This is not just faking Google Pagespeed ratings... this is a legit 0.7s reduced pageload time for the first page view. Thanks... hope this helps others. @Matt and team IPB. You are welcome to use (hopefully) or not :P. I linked to all references on the "why's" of the technical implementation.
  8. Fwiw, simply having the option for admins to use doesn't mean we need to "always" use it (what I'm discussing is simply having the option). It's just that -- an option to select when approving an account deletion. As an aside may be nice to have the member enter a "reason" why they are requesting their account to be deleted. That may guide us.
  9. Disagree, in some cases. See: https://gdpr.eu/eu-gdpr-personal-data/ This data can easily be contained within posts. It's an assumption that a member did not post PII in their posts -- ever. In fact, in many cases members request account and content deletion because they over shared information over time like their email, address or legal status in their posted content. If as an admin you take the position to not delete that information (anonymize content) that is a right, but not a protection. Should there have been PII in that posted content that remains then the 'right to delete' provision (and protections against) may be challenged. My request was to give the admin the option to make that decision, based on the uniqueness of each situation. Anonymize or delete posted content. I get it -- deleting content can reduce site content, but that is second to compliance.
  10. +1 The fact that the posts remain and the user name is simply changed to (effectively) now guest is not at all the behavior that the actual tools presents to the user. This explicitly states that the content is deleted. There are many cases where the is PII in the content which is what the member wants purged. Shifting the content to a guest feels misleading and would make it even harder to find later to purge. **Note: I think in most cases the default (current) approach is the baseline action. However in some cases actually purging content (at the admins decision level) is appropriate.
  11. See my photo above. The customer field content is still visible despite the member being flagged as a spammer. I think we have the option set to "hide content" since mods have mistakenly deleted accounts before when flagging as a spammer by accident (hiding is a reversible action worse case). If this is the issue can we hide the profile custom fields as well?
  12. I think a good improvement here would be for the flag as spammer action to clear profile fields, member photo and custom field data as well. If not their profile will remain as a spam billboard (see above). Maybe another complementary option would be to simply have spammed flagged profile not be visible publicly (even the user name is often SEO crafted).
  13. Even flagging a spammer we are left with this... which is not removed by the spam tagging from mods. Then from admin control side.
  14. The challenge for mods (high praise to them) is the volume of spam in pink (hidden) on the forums is so large that it’s like a checker board. Hard for admin/mods to make heads or tails of it and separate other hidden content in a mod queue. Last I checked it was all visible to us (maybe not members). If it was simply hidden from everyone including mods that may be more elegant.
  15. Enabling post before register will add bloat to your site and add link everywhere for unapproved spam posts. That’s our experience at least. If you use hiding other content as a tool things get lost easily.
  16. Adding to this. Banned members for us include spammers which may have left nasty images and such in their profile fields (visible on their profile) without having posted anything on the site. I’m sure other admins have had this (SEO member names with random profile spam). Flagging them does not remove this content. We prefer to clean up those banned members which include lots of spammers for us. Just like the prior poster. We’ve been with IPB for 20+ years and tens of millions of posts. Hopefully we have something to add. Right now around 50% of signups are SEO profile spam accounts that never post. It’s silly and I refuse to fully lock down members their first day or two and drive new folks away with a bad experience. Credit to our mods who review new accounts daily for this.
  17. Beware this is a spam magnet and a burden on your mods to filter the needles from the haystack. Maybe your experience will be different.
  18. +1 My mods ban people but I simply can't filter members by banned in the admin panel so I can prune them. Silly.
  19. This is currently not possible. Use case is where (frequently) we get alerts from an email provider like hotmail that an email was marked as spam by a user (not a fail, delayed email, etc..). When we see these we like to unsubscribe folks since it's clear they won't log in to do that. The steps to do that now don't scale (too many).
  20. There are definite "best times" to send mass mail [ref 1, ref 2, etc.] but it's never convenient to have to be online each week at these times to "hit send". This seems obvious -- but can we have a "scheduling" option for mass mail?
×
×
  • Create New...