There is a server log feature in UBB but it is only for mysql and it would need to be enabled.
For mod_security it is a php module.. So it would be a error log for php. You may not have access to it depending on your hosting plan. But I would look in cpanel or whm. whichever is available. Look for something about logs and php.
Or try file manager in cpanel and see if you have a similar folder above the root if you are able.
Or you may need to just call the host to check.
Blue Man Group There is no such thing as stupid questions. Just stupid answers
Should be an entry for every 406 error in the webserver log, additionally they could disable mod security, it's more of a hindrance than anything else in my experience.
If it's not in your error logs it could be in a combined set of logs in the access logs, but isn't something related to the UBB.
I called them back and they had me on hold for awhile before telling me that the error log is in the root directory, and, as they don't even have access to that, they have issued a ticket for the Level 2 Techs to look at sometime tomorrow, this being Sunday.
I hope they will resolve the issue tomorrow.
Why do they have Mod Security in the first place??? Does it actually protect them???
If some of the rules in the modules matched in scripts that preform malicious behaviors it could, but in my experience hosts don't edit the default rule set which will trigger on a significant amount of legitimate scripts.
You can search these forums for "not acceptable"and 406 to see several instances that we've had to deal with troubleshooting in the past.
I am receiving the following WARNING in Admin CP and wondering how to fix that:
WARNING: Your PHP max_input_vars setting is set to a low value. Your current setting is 1000; the default setting is 1000. Based on your current number of forums, a minimum setting of 3540 is recommended. Your forum may have issues such as a blank configuration file, missing settings, or unexpected script behavior if you continue. Please see the "Issues with the PHP 'max_input_vars' Setting" entry on the UBBWiki for more information.
That is a UBB warning about a detected server configuration issue; the System Requirements Test can fully test your server configuration vs recommended options.
If you click the link in the warnings they will open a page with more information...
You don't seem to understand; the UBB is detecting that your server value is low, too low to write all of the configuration values in one stream for all of the forums you have. The effect here is to make your server not write a 0 byte configuration (clearing out your configuration when you make changes) as the server is currently configured to only allow a small value.
Again, this is reporting that YOUR SERVER (not UBB.threads) has a low value... The goal is to have your host increase any low values, the System Requirements Test tool will report any other values that may need changed as well; most shared hosts will not allow users to make server level configuration changes.
This is a warning notice about your server configuration. it's there to notify you of a potential issue you could have because of that way your server is configured.
all the information is detailed in the warning link you quoted.
This is a warning notice about your server configuration. it's there to notify you of a potential issue you could have because of that way your server is configured.
all the information is detailed in the warning link you quoted.
Even though there are still a few glitches, including the Log In tab on the top right of the green menu bar, if I click on a private forum link from the right column it will give me a message with the log in option below the message. I am then able to log in using that log in option.
Once I am in I am able to access the Admin Dashboard/CP via the Admin Access tab in the green menu bar.
Could there be a command problem when trying to use the log in tab?
It shows all those weird stuff when you place your mouse over the Log In Tab.
as clarification, you said you were using Bluehost as your hosting company?
I also use bluehost, but on a pro account. I have zero of the issues you have mentioned in this thread.
I am curious about the ftp software you use to transfer your files.
or are you using their ftp web online interface?
getting back to your original question, are you modifying the php.ini that in the root of your account, or one that's in a sub directory somewhere? I believe bluehost now only supports php.ini "single mode." and no longer does "directory mode" for boxes they've just updatded to php 7.x
again, the value may be something you can easily ask you host for assistance with
your website customizations do not look to be mobile friendly. and you have errors in your HTML.
you'll need to a) update your custom header, custom footer, and b) correct all of your customizations with HTML errors in them.
for A, you can disable viewport at Control Panel > Primary: Advanced settings > Disable Viewport
this will prevent your screen from rearranging things on mobile devices. and they will be locked in to a minimum with of 600px or similar. I don't remember the exact width, but it's a feature toggle that was added for sites that are in transition or that don't want to support layouts for mobile devices.
Last edited by isaac; 06/24/20199:58 AM. Reason: added screenshot of site with viewport disabled
I forgot about this glitch when clicking on Forum Help:
Parse error: syntax error, unexpected '' (T_ENCAPSED_AND_WHITESPACE), expecting '-' or identifier (T_STRING) or variable (T_VARIABLE) or number (T_NUM_STRING) in /home4/maritim5/public_html/forums/languages/english/faq.php on line 42
When trying to send an email to 24 selected users, I am receiving the following error message:
Script: /home4/maritim5/public_html/forums/admin/dosendemail.php Line#: 191 SQL Error: Column 'USER_ID' in where clause is ambiguous SQL Error #: 1052 Query: SELECT COUNT(*) FROM ubbt_USERS as t1, ubbt_USER_PROFILE as t2, ubbt_USER_DATA as t3, ubbt_USER_GROUPS as t4 WHERE t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' AND t1.USER_ID <> '1' and t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' and t1.USER_ID = t2.USER_ID and t1.USER_ID = t3.USER_ID and t1.USER_ID = t4.USER_ID AND USER_ID NOT IN ('986') and t3.USER_LAST_VISIT_TIME > '1546300799' GROUP BY t1.USER_ID ORDER BY t1.USER_ID ASC
When trying to send an email to 24 selected users, I am receiving the following error message:
Script: /home4/maritim5/public_html/forums/admin/dosendemail.php Line#: 191 SQL Error: Column 'USER_ID' in where clause is ambiguous SQL Error #: 1052 Query: SELECT COUNT(*) FROM ubbt_USERS as t1, ubbt_USER_PROFILE as t2, ubbt_USER_DATA as t3, ubbt_USER_GROUPS as t4 WHERE t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' AND t1.USER_ID <> '1' and t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' and t1.USER_ID = t2.USER_ID and t1.USER_ID = t3.USER_ID and t1.USER_ID = t4.USER_ID AND USER_ID NOT IN ('986') and t3.USER_LAST_VISIT_TIME > '1546300799' GROUP BY t1.USER_ID ORDER BY t1.USER_ID ASC
Is this a bug that needs fixing???
It is also showing up in the mysql log error:
Script: /home4/maritim5/public_html/forums/admin/dosendemail.php - Line: 191 SELECT COUNT(*) FROM ubbt_USERS as t1, ubbt_USER_PROFILE as t2, ubbt_USER_DATA as t3, ubbt_USER_GROUPS as t4 WHERE t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' AND t1.USER_ID <> '1' and t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' and t1.USER_ID = t2.USER_ID and t1.USER_ID = t3.USER_ID and t1.USER_ID = t4.USER_ID AND USER_ID NOT IN ('986') and t3.USER_LAST_VISIT_TIME > '1546300799' GROUP BY t1.USER_ID ORDER BY t1.USER_ID ASC - Column 'USER_ID' in where clause is ambiguous
[quote=Daryl Fawcett]When trying to send an email to 24 selected users, I am receiving the following error message:
Script: /home4/maritim5/public_html/forums/admin/dosendemail.php Line#: 191 SQL Error: Column 'USER_ID' in where clause is ambiguous SQL Error #: 1052 Query: SELECT COUNT(*) FROM ubbt_USERS as t1, ubbt_USER_PROFILE as t2, ubbt_USER_DATA as t3, ubbt_USER_GROUPS as t4 WHERE t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' AND t1.USER_ID <> '1' and t2.USER_ACCEPT_ADMIN_EMAILS <> 'Off' and t1.USER_ID = t2.USER_ID and t1.USER_ID = t3.USER_ID and t1.USER_ID = t4.USER_ID AND USER_ID NOT IN ('986') and t3.USER_LAST_VISIT_TIME > '1546300799' GROUP BY t1.USER_ID ORDER BY t1.USER_ID ASC
Changelog 2019-06-16 [FIX] MySQL 5.7+ fixes to correctly handle GROUP BY clauses. This is a code fix, not a band-aid patch, such as reconfiguring your SQL MODE settings to add "TRADITIONAL" or removing "ONLY_FULL_GROUP_BY" from it.
BTW, Are you aware that you can edit your posts. You dont need to reply to yourself over and over again. 50 of the 70 posts in this thread are by you, just replying to yourself.
