Jump to content

Matt

Management
  • Joined

  • Last visited

Everything posted by Matt

  1. I would also say that if your community is small enough to fit on a shared server, you probably won't derive any real tangible benefit to running Redis. Redis is great to help large sites scale up and reduce database I/O but if that isn't a problem you need to solve, adding Redis onto the same server will just take resources from other areas and you won't really get any benefit.
  2. Unfortunately if a developer has abandoned the app or plug-in, then there's little we can do. We would not take ownership of the third party product and maintain it.
  3. Wouldn't it be great to know if a staff member had replied to a topic before you clicked to open it? When you're scanning a list of topics, knowing which have had a reply by a member of the community team can help decide which to read. Currently, you need to open the topic and scan the posts to see if there's a reply from the team. Happily, in our next release, we've made it clear which have had a reply by a member of a specific group. You can specify which groups to show as having replied via the Groups form in the Admin CP. The per-group setting in the Admin CP You can select to detect the group based on the member's primary group, secondary group or both. When viewing a list of topics, you will see a badge showing that a member of that group has replied. This simple feature will make it easier to highlight when important replies have been made to topics, which is a great addition for forums using the new 'solved' feature. Let me know below if you'll use this new feature and what you'd like to see in the future.
  4. This is a good idea.
  5. Cheers Jack, I'll do that.
  6. You originally quoted 51% as false positives, what you do think it could be now? Trying to capture spam is a constantly evolving process. Trends wax and wane. We tweak things to account for this but we can only do so after a trend has established itself. Given the size of your community and the number of registrations you get, I'd love to know more about your data and look at our capturing system to increase its accuracy.
  7. Thanks for the kind words, Brad! I appreciate you taking the time to share them.
  8. We were talking with them this week. Our approach is unusual in that there is not a single URL to push data through as its distributed software, so it's taking longer to approve. It's all positive though.
  9. It's a little unfair to think of any app as being isolated in terms of updates. Even though Gallery hasn't had a 'tear down' style revamp for 2 years, it doesn't mean that it's not received any updates. Simply by being part of the Invision Community ecosystem, it receives all the updates that the core gets, including UI updates, notification updates, performance updates, etc. Quite simply we do not feel that Gallery needs a major re-invention at this time.
  10. That's always a good tool to try if something isn't working right.
  11. Matt posted a release in Release Notes
    This is a maintenance release to fix bugs.
  12. That's a @Charles thing. I'm not allowed near servers, right @TSP?
  13. Thanks, I've fixed those links in the descriptions.
  14. Matt replied to Iwooo's post in a topic in Feedback
    Hi, I'm sorry for the delay in getting back to you. We have been discussing this ticket internally, but we should have updated you on that so you're kept in the loop. I've just given you an update in the ticket.
  15. One thing to keep in mind with topic views is that with guest page caching, most guest views will not be counted. In addition to that, if you have a CDN in front of your web servers (as you would want to do, and we do with our cloud plans), then it's even less frequently that guest counts are recorded. So while we can add the topic view count in there, it's not really reflective of the actual traffic that one topic gets. Google Analytics is much better for getting statistical data on this level as it records every hit via a JS API. I'm not against adding topic views in that block if it's clear what the number represents.
  16. Matt replied to LiquidFractal's post in a topic in Technical Problems
    No problem, it's what we're here for. 🙂
  17. Matt replied to LiquidFractal's post in a topic in Technical Problems
    Just for those reading, I'm working with FZ on their site. The core issue is that the thumbnails being generated by PHP and GD are currently larger than the originals (in some cases 300% larger!), due to the image quality being set to 100. I've been testing out various percentages and around 85% is the sweet spot and is now generating thumbnails less than the original (around 50% or less) with no real noticeable drop in quality. 100% tries very hard to preserve images, including artefacts caused by the compression of the original.
  18. If you genuinely believe those files to be Ok (original files, and writeable) then you can add: \define( 'UPGRADE_MD5_CHECK', FALSE ); In your constants.php file. This prevents the file check from occurring.
  19. There is no 'fault' - there's just an approval process to go through, and we are currently proceeding through that process now.
  20. Matt replied to Interferon's post in a topic in Feedback
    I understand that. We've tried to keep everyone informed as much as possible with blogs like this. We also push this to our social media channels and do a monthly newsletter. I'm not sure how else to get this information out.
  21. Matt replied to Interferon's post in a topic in Feedback
    We were in beta for months, alpha for about a month before that. We've been talking about 4.5 since last year, and announced the new front end theme in April. We've been running a beta version on our own community here for months. I understand your point that you can't be expected to obsessively follow every bit of news we release, but with a major upgrade you should take a short time to investigate the changes before pressing the button. I appreciate the feedback but I think it's a little unfair to state that you didn't know what was coming and now regret it. We also have to design for a wide variety of screen sizes, so the layout has to be consistent and modular. It's easy to see a lot of whitespace on a single screen with a short topic title and few logged in actions at full screen on a 24" monitor, but when you consider this: I don't feel that there's much space to save here without cramming it into two lines and accepting some buttons will overflow.
  22. Invision Super Groups v5.3 is the version we have this penciled in for.
  23. Matt replied to Interferon's post in a topic in Feedback
    I appreciate the feedback here. We're listening as always. My only request is that we keep it polite. We don't need to scream in each other's faces to be heard. If we don't reply or action the feedback immediately, it isn't because we disagree, or are ignoring what you're saying; it's more likely that we need to consider every change as a team and this takes time.
  24. Selections should persist across pages. I’ll look into that.