Jump to content

Jim M

Invision Community Team
  • Posts

    9,256
  • Joined

  • Days Won

    45

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Forums

Events

Store

Gallery

Everything posted by Jim M

  1. You would not be able to delete the account, you would have simply untied it from your main account so the email address would still exist. If you want to submit a contact request to our accounts inbox from that email, we can certainly delete the account so you can re-use the email address. Otherwise, you can change your alternate contact account to a different email address so it frees up that email address.
  2. I'm afraid, we are unable to provide support via direct messages. If you're having issues with receiving email, you may wish to provide us with an alternate email to use.
  3. These have know been resent. They would only go to who initiated the request. Keep in mind it is your Client Area email address, not your community's admin emails.
  4. Keep in mind that what Google tracks and the data our Cloud tracks are two separate metrics so will indeed be different numbers. Our Cloud reports every type of interaction which your community receives with some caveats, like cached pages in our CDN. Google Analytics aims to only track real users so it will remove things like automated sources, their own crawlers, sources you tell it to ignore, etc... Our Cloud is going to track anything which counts towards your usage of your plan. Whereas, Google Analytics whole idea is to provide you an indication of real, human traffic to use for analytical means. This is very akin to on self-hosted server counting specific pages in an access log VS Google Analytics, the two are going to be widely different because their goals are different.
  5. Would need to empty your template cache directory on your server. Sounds like your server had a write issue which is causing it to be out of date. Judging by your stacktrace, that is at: /home/housepri/public_html/forum/templatescache/
  6. Would clear your template cache. Sounds like it's out of date.
  7. This would be in your server configuration, .htaccess, CloudFlare, etc... many places. If you have issues, you'll want to contact your hosting provider or server administrator. As this isn't in our software, we can't really tell you how you implemented it.
  8. Only support is from the author of the third party application. That is it is likely old and using PHP 8 incompatible functions or overloads. There is nothing you can do till the author updates their application.
  9. 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.
  10. 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 🙂
  11. 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.
  12. Can just add it to your theme's Header and Footer setting in ACP -> Customization -> Themes -> edit Theme -> Header and Footer tab.
  13. 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.
  14. 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.
  15. 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.
  16. 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).
  17. Glad to hear we were able to find the issue! Thanks for reporting 🙂
  18. 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.
  19. 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.
  20. If it is all green there, then you would need to work with your hosting provider.
  21. 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.
  22. 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.
  23. If this is not admin validation too, simply enable "Remove unvalidated members" to a timeframe of your choosing in ACP -> System -> Login & Registration -> Registration.
  24. This is very specific to the site here. It isn't wide spread so can certainly perform the upgrade.
  25. Thank you, this has now been resolved for you.
×
×
  • Create New...