All Activity
- Past hour
-
Hello, I also made this setting and another member of the forum received an e-mail! I don't want an older registered member to receive e-mails with status updates when a new member is registered!
- Today
-
DB Errors on moving site
Marc replied to Frank S. Hagan's topic in Classic self-hosted technical help
Glad to hear you got the issues resolved 🙂 -
Frank S. Hagan reacted to a post in a topic:
DB Errors on moving site
-
Frank S. Hagan reacted to a post in a topic:
DB Errors on moving site
-
DB Errors on moving site
Frank S. Hagan replied to Frank S. Hagan's topic in Classic self-hosted technical help
Thanks to both of you! I really appreciate the help. The advice definitely helped me focus. It looks like running through everything again, permissions, password, etc. solved the issue! Not sure which change actually corrected it. The only changes I made to conf_global.php were to remove the prefix from both the 'sql_database' and 'sql_user'. And I thought I tried using both 'sql_database' and 'sql_user' without prefixes before, but maybe not? Anyway, thanks! -
Error with posting Youtube video when creating a new topic
Marc replied to Ray8999's topic in Technical Problems
Glad to hear that sorted the problem 🙂 -
Marc started following DB Errors on moving site
-
DB Errors on moving site
Marc replied to Frank S. Hagan's topic in Classic self-hosted technical help
In the case of this one, the error is very specific and coming from your mysql instance. Its denying access to that user on that database. So something is wrong in that access. It may be that it doesnt have permission at all, or it doesnt have the correct level of permissions (it should be able to fully read and write to that database) -
DB Errors on moving site
Frank S. Hagan replied to Frank S. Hagan's topic in Classic self-hosted technical help
Thanks for the response! I have tried it several different ways. For WordPress sites on this server the database name is used without the account name for the connection to work. But using 'frank_invisioncommunity' and 'invisioncommunity' both generate the error. That's combined with trying the username alone and the username with the account prefix. In a terminal session I can log into the MariaDB system with the username and password and "show databases" and see the ones I've created and tried. PHP is also not throwing any errors now (that was a permission problem on a file). My conf_global.php file does show 'mysql' as the sql driver, but it's MariaDB. Same as on the prior server, so I don't think that matters. I'm sure it's something I've overlooked. If you see anything in the image that looks off let me know. -
editinstitute joined the community
-
waseemclick joined the community
-
Kalyz joined the community
-
DB Errors on moving site
Gary replied to Frank S. Hagan's topic in Classic self-hosted technical help
Hi @Frank S. Hagan, Are you definite the `config_global.php` file has been updated correctly? I have made the mistake of not including the prefix to my username and database sometimes, for example, `frank_frank` and `frank_invisioncommunity`. I would also ensure the permissions are correct for the username associated with your database. -
Frank S. Hagan started following DB Errors on moving site
-
I'm moving my Invision Community to a new server and getting some database errors I can't seem to resolve. I get a 500 error: Access denied for user 'database-user'@'localhost' (using password: YES) I cannot access the /admin account either. My PHP log errors show this: Any ideas on this? I have tried editing the config_global.php file to reflect the database name and username, and haven't had any luck (other than the database username changing in the error messages).
-
gf4528985293982534 joined the community
-
original_leo joined the community
- Yesterday
-
Matt Finger reacted to a post in a topic:
Invision Community v5: An update, and next steps
-
The command we provide is correct to what is in your PHP configuration. We would not recommend changing the parameters provided to it in regards to memory_limit and max_execution_time. As mentioned by Marc, you encountered a 500 Internal Server Error when CRON ran. We would need the error log to further diagnose
-
Jim M reacted to a post in a topic:
Subscriptions: Auto-renew setting?
-
I decided not to use Easy Cron. My site is SiteGround. There AI responded to my cron with the following. Do you agree with there assessment? Do you see anything wrong with the following cron? /usr/local/php80/bin/php -d memory_limit=-1 -d max_execution_time=0 /home/customer/www/home2000.com/public_html/applications/core/interface/task/task.php 29eb6f039e43b68b4ae33156cb778ac2 Do you see anything wrong with the following cron? /usr/local/php80/bin/php -d memory_limit=-1 -d max_execution_time=0 /home/customer/www/home2000.com/public_html/applications/core/interface/task/task.php 29eb6f039e43b68b4ae33156cb778ac2 Here is there response: The cron command you've provided seems to be intended to execute a PHP script with certain parameters, but there are a couple of issues or points to clarify: 1. Script Path: The command includes placeholders (`/home/customer/www/home2000.com/public_html/applications/core/interface/task/task.php 29eb6f039e43b68b4ae33156cb778ac2`) which should be replaced with the actual path to the PHP script you want to execute. Ensure that these placeholders are replaced with the correct script paths or parameters. 2. PHP Version: The command specifies PHP 8.0 (`/usr/local/php80/bin/php`). Make sure that this version is compatible with the script you are running and is supported on your hosting environment. 3. Memory and Execution Time: You've set `memory_limit=-1` and `max_execution_time=0`, which means there are no limits on memory usage and execution time. While this can be useful in some scenarios, it's also risky as it could potentially lead to resource abuse if the script has any issues. Consider setting sensible limits based on your script's requirements and server capacity. 4. Cron Setup: Ensure that this cron command is properly set up in your Site Tools under Devs > Cron Jobs. You should also provide a valid email address when setting up the cron job to receive the output for debugging purposes, which can help you verify if the cron job is executing as expected. If you need to adjust or verify this cron job, you can do so by accessing the Cron Jobs section in your Site Tools. If you're unsure about the script path or any parameters, it might be helpful to consult with the developer of the script or reach out to us through the "Contact Us" tab on your current page for further assistance. Thanks for your help. Bob
-
Thanks so much! Exactly the info I needed.
-
Black_KG joined the community
-
Error with posting Youtube video when creating a new topic
Ray8999 replied to Ray8999's topic in Technical Problems
Thank you for the replies and help! Updating to the latest Invision forum version fixed it. 🙂 -
PanSevence started following Release Notes
-
yourdomain.com/admin/?app=core&module=membersettings&controller=notifications Click on profiles. There are settings there to disable notifying users in the notification list and via email. You would want to make sure emails are not enabled by default. That will change all new members to not receive emails. Regarding changing everyone else's settings to not receive emails... you would have to reset their full notification settings. See that Reset All Members to Default Preferences button? It will reset ALL members for all notification types to whatever you've got currently set for the various notification types. There is no way to reset all members preferences ONLY for profile settings. It's going to reset ALL notification settings for ALL users. So make sure you understand the implications of that. If users have selected to not receive certain notifications in say clubs or another area but your default enables it, this will change everyone back to what you have as the default.
-
please make me a print screen 🙏
-
As mentioned, you can change notification settings for new members in ACP -> Members -> Notifications. Existing members would go to Account Settings -> Notification Settings. Account Settings is on the front-end in the topic right when they click their display name.
-
where do I set to stop receiving status updates, only the new member who registers?
-
-
I cannot read the language there. Individual users would need to change their existing notification settings in Account Settings -> Notification Settings. You can change the notifications for new users in ACP -> Members -> Notifications.
-
-
While I understand you believe there is an issue there, there are no others encountering issues there. We deal with communities in the millions of posts and members and they are not having the issue either. Without further information pointing towards a specific problem, we cannot investigate the issue further. If you would like to provide us access to your installation, we can further investigate there but short of getting some guided approach that we were hoping for from the Slow Query log, it may be something completely specific to your community.
-
If the user posted that message on the user who received the email's profile, they would correctly receive a notification. The only other way would be if the user who received the notification followed the user who posted the status update. This can be managed from the Notification Settings.
-
Caputo started following Monica Badea posted a new status
-
Hello, how do I disable all registered members from receiving that status update by email ? Hi AnutaTM, Monica Badea posted a new status update. Monica Badea said: Hi Chirila Adriana, Welcome to LOSE WEIGHT TOGETHER, EATING ORDERLY💗💗.. Thank you for joining our forum and we welcome you on this occasion. To become a member with full rights and to be able to post on any of the topics, please first of all make a short introduction by clicking on "Member presentation" The presentation contains a name (whether it is the real one or not), age and place of residence. You can also upload a profile photo, if you find it more interesting. In the future, we expect you to post questions, answers, or to open new discussion topics, respecting the structure of the forum. Before posting, use the "Search" function to avoid opening topics with the same topic of discussion. Sincerely the team, WE LOSE WEIGHT TOGETHER, EATING ORDERLY💗💗. Another member who was already registered also received that message!
-
Unfortunately, there is no evidence of this happening. If this was the case, we'd be seeing something here with the slow query log or some other means of logging. I would advise upgrading to the latest release though as there have been some performance upgrades since the release you mentioned there.
-
No, it's been running for years and never had issues. I will say that my I still suspect what I mentioned in my original post in this thread--my upgrade from 4.7.13 to 4.7.14 which included new sitemap coding. I believe the extra resources needed to run the sitemap now are somehow causing the issue when the archive cron runs, and this likely only affects sites with a larger number of posts & threads.