Jump to content

Marc

Invision Community Team
  • Posts

    15,942
  • Joined

  • Last visited

  • Days Won

    277

 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 Marc

  1. Glad to see we managed to get you sorted there 🙂
  2. Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
  3. We dont have a table named vendor. Are you perhaps referring to a database you have created?
  4. That would indicate the details you added to your conf_global.php file may be incorrect, so I could suggest checking those. That said, check the permissions on your conf_global.php file too in order to ensure your site can read it
  5. You would need to contact your hosting company on this. It sounds like there were declarations in your htaccess on what to do with PHP files, so you would need to have been adding ours to yours, rather than replacing it entirely.
  6. Its worth noting that permissions are additive as apposed to subtractive. So when you say restrictions there, this is not actually correct. The default position is that a user has no permissions for anything. Groups add permissions. So for example, if in their group you have "maximum conversations a day" set to 5, dont look at it as restricting to 5. Look at it as they didnt have the permission to send any, so you are giving them 5. If you then add another group that has 10, you are then giving them permission to use 10. etc
  7. It would probably be worth contacting your host and getting the IPs in question blocked
  8. Ive created you a ticket so we can look closer at this for you
  9. Check you have updated anything you need to within your constants.php file, as well as your conf_global.php file
  10. Please check those details as your admin CP is returning that the details are incorrect
  11. Ah of course. It would only really be banning user accounts. If they are logged out there is no account, so no real way to do what you are looking to do there. The issue is you both want guests to be able to use the reporting, and not to be able to use reporting. There is no facility to block certain guests from using it, and we would advise against it
  12. Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
  13. An IP ban is not ignored in any way. If an IP is banned, they cannot actually even see anything to report. They would simply get the ban message. There is no way in which to geographically block these, unfortunately. Feel free to add that to our feedback area. At present, the general advice on areas like this would be to remove access to guests. While I understand a user may not want to log in, you also dont want spam. They can log in, or can use contact us to request things are removed, if they really wanted to. Of course, its up to you, but personally thats the way I would go. At present you are going out of your way for people who do not want to contribute to your site, at the expense of spam.
  14. The most sensible way would be to disallow guests from reporting content, to be honest. That is actually the default. You can change this from the guest group, on the content tab
  15. No problem at all 🙂
  16. If you are using something custom, then custom is indeed what you would need to write. There is no access to the database on the cloud platform. As mentioned, the table you are talking about there is not our table, and we host only our own tables here. So its not actually clear what you are trying to achieve
  17. There appears to be some confusion here. We do not have a table named vendors
  18. You can change that within the "Prune settings" option in the top right of that same page. That will not change the spam rating however, if thats what you are referring to
  19. I believe this was a bug that was resolved quite a while ago. Are you also seeing this on a default unaltered theme? If this is the case, please provide an example I can take a look at
  20. Your server is what you should be looking at in order to gain performance, rather than any settings in the admin CP. Items such as ensuring mySQL is optimised correctly, for example
  21. Videos I believe will. Its just reels that dont at present. Whether or not you can integrate something like the above would depend on your own development knowledge. We can only advise on what the current suite is capable of. The reality is, that integrating with Facebook is getting harder and harder, unfortunately. In order to integrate successfully, you will need to ensure you get business verification, as previously mentioned
  22. You are making a little too much of the URLs there. When you click on a club forum, you are in a forum, and therefore that is indeed what the URL will show. This is the same for many areas of the software. In terms of widgets, all widgets show in a widget area. I would need to know what you mean in terms of not showing everywhere. Are you referring to showing on every club? What widget?
  23. You are indeed correct in that there is no access to the database on our cloud environment. You would need to create a plugin that returns that information if you need it. When you refer to a table 'vendor', is this something added from a 3rd party application somewhere? If so, you would be best to contact the author of that application
  24. The following guide shows how to add access details if needed https://invisioncommunity.com/4guides/client-services/getting-support-r292/#access
  25. Please can you let me know the member ID of that member? I can then take a look on your site
×
×
  • Create New...