Jump to content

Jim M

Invision Community Team
  • Posts

    9,611
  • Joined

  • Days Won

    47

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by Jim M

  1. You'll want to check if you're instructing browsers to cache the page if it is in their browser's cache. Our software will not instruct the browser to cache a page in the browser.
  2. You're more than welcome to run at whatever PHP version makes your heart content 🙂 . Keep in mind though, there are likely errors, just not in your every day actions. Keeping an eye on your error logs and keeping abreast to any missing users may help you determine this. A forewarning though, if you come forth with a support ticket, the solution is going to downgrade PHP 🙂
  3. 1. This would only impact new images uploaded as it would be a considerable resource crunch to go through a community's previously uploaded images. 2. There's a cache for CSS and JavaScript that is built with the theme/software. Cache for blocks. Various other items throughout the software. However, it does not include images.
  4. Can just add it to your theme's Header and Footer setting in ACP -> Customization -> Themes -> edit Theme -> Header and Footer tab.
  5. Yes, if you edited and resent the bulk email while it was sending it would send again. You would need to get this resolved by the author.
  6. You would need to ensure that you don't have an email address in there which is routed to the same email address as it should not be sent twice to the same address. This also could be an issue with the errors from the third party application still building up in the queue system.
  7. The Bulk Mail runs on a background task in the queue. However, your queue currently is flooded with third party application tasks that seem to be failing or otherwise not completing, thus stopping any future tasks from completing. You can see this in ACP -> System -> Dashboard -> expand "Background Processes". You will need to contact the author for assistance.
  8. The info provided there is about PHPMyAdmin and PHP, not your Invision Community installation. It is worth nothing that the latest release in our software is 4.7.15. We do not have a 4.8 (yet).
  9. Glad to hear we were able to find the issue! Thanks for reporting 🙂
  10. The best and recommended path would be to upgrade your license so you can start your community on the latest release. Which is not only more secure, modern, and stable in the sense of the software itself but likely going to be hard to find the insecure requirements to run PHP 5.6 and other corresponding server technology, which is out of support itself. If you do go by finding it online, please note that is not legal, even if you have a license, as that is piracy. Not only is that illegal but pirated copies of software also have back doors, trojans, viruses, and the alike which will compromise your server, community, data, etc... causing more harm than good. The only legal way to run the software would be if you had a backup of the files on your system. Otherwise, you need to upgrade your license and start your community on the latest release if you do not. If you have any questions on upgrading, please submit a contact request and we can help you.
  11. You would not be able to download the software as we do not supply anything but the latest release. The license entitles you run the software but, I'm afraid, we are not going to provide an out of support software for download.
  12. If it is all green there, then you would need to work with your hosting provider.
  13. Invision Community is a dynamic application so you would need to check your caching rules to ensure that you do not cache logged in users.
  14. Would recommend checking your third party analytics tools (like Google Analytics) and server logs to compare in what you're seeing. There isn't necessarily anything changed in online user stats or stats in general though.
  15. If this is not admin validation too, simply enable "Remove unvalidated members" to a timeframe of your choosing in ACP -> System -> Login & Registration -> Registration.
  16. This is very specific to the site here. It isn't wide spread so can certainly perform the upgrade.
  17. Thank you, this has now been resolved for you.
  18. Login credentials are not valid. Please verify and update.
  19. Typically a server issue when something like this. Can ensure your server is compatible, otherwise, you would need to check why your server is having issues extracting the zip.
  20. Glad to hear things are looking better 🙂
  21. Wouldn't think this is a cookie issue but an IP validation issue. Likely your user's IP addresses are not being rendered correctly and you're getting CloudFlare's IP addresses somehow. If you're using mod_remoteip and it is correctly relaying this data as the source IP of the user, there is no need to have enabled the "Trust IP address provided by proxies"
  22. It authorizes them to interact with our support staff on your behalf but does not automatically copy them on all messages.
  23. They wouldn't receive any unless you or the technician put them on the email.
  24. If they are an alternate contact, yes.
  25. You would simply forward or CC them the email.
×
×
  • Create New...