The Arcive of vBulletin Modifications Site. |
|
|
#1
|
||||
|
||||
|
I had my hosting provider install Xcache v1.2.2 this evening. After the install, my sites went down with a 500 internal server error.
renaming the .htaacess files on both forums stopped the error and both forums came back online. This is a Linux CentOS server Dedicated Server Dual Core with 4 gigs of memory Web Server - Apache v2.0.63 (cgi) htaaccess file from site 1 Code:
RewriteEngine on
RewriteRule ^((urllist|sitemap).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]
RewriteEngine on
Options +FollowSymLinks
RewriteCond %{THE_REQUEST} /index\.php\ HTTP/
RewriteRule ^index\.php$ /forum/ [R=301,L]
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.elgms\.com
RewriteRule (.*) http://www.elgms.com/forum/$1 [R=301,L]
php_value upload_max_filesize 100M
php_value post_max_size 100M
htaaccess file from site 2 Code:
RewriteEngine on
# -FrontPage-
IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*
<Limit GET POST>
#The next line modified by DenyIP
order allow,deny
#The next line modified by DenyIP
#deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.survivalistboards.com
AuthUserFile /home/survival/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/survival/public_html/_vti_pvt/service.grp
RewriteRule ^((urllist|sitemap).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]
Options +Indexes
Options +FollowSymlinks
RewriteBase /
RewriteRule ^amazon_store_(.*)_(.*)_(.*).html$ amazon_store.php?page=$3&custom_search=$1&custom_search_index=$2
RewriteRule ^amazon_item_(.*)_(.*)_(.*)_(.*)_(.*).html$ amazon_store_detail.php?&item=$2&page=$1&custom_search=$3&custom_search_index=$4
<Files 403.shtml>
order allow,deny
allow from all
</Files>
RewriteRule ^((urllist|sitemap).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]
Options +FollowSymlinks
rewritecond %{http_host} ^survivalistboards.com [nc]
rewriterule ^(.*)$ http://www.survivalistboards.com/$1 [r=301,nc]
Options +FollowSymLinks
RewriteCond %{THE_REQUEST} /index\.php\ HTTP/
RewriteRule ^index\.php$ / [R=301,L]
php_value upload_max_filesize 50M
php_value post_max_size 50M
php_value include_path my/include/path
|
|
#2
|
|||
|
|||
|
1. edit httpd.conf and enable debug "LogLevel debug"
2. Restart crapache 3. Put the .htaccess files back 4. tail the apache error_log after navigating to the site tail -f /etc/httpd/logs/error_log | grep "500" cpanel servers: tail -f /usr/local/apache/logs/error_log |
|
#3
|
|||
|
|||
|
Make sure your config files are using a unique cache datastore prefix, which is close to the bottom of the vb config file. In the vbseo config file the line is called VBSEO_CACHE_VAR.
|
|
#4
|
|||
|
|||
|
Regardless of filling out the xcache option in config.php, this will not cause the server to generate a 500 error.
|
|
#5
|
||||
|
||||
|
Found out part of the problem - the host installed xcahce and might have reconfigured PHP handler as CGI.
As long as there a .htaacees file in the html root with php information in it, the site crashes with an internal 500 error. So the question is, should PHP be configured as CGI or Apache or something else? |
|
#6
|
|||
|
|||
|
1. edit httpd.conf and enable debug "LogLevel debug"
2. Restart crapache 3. Put the .htaccess files back 4. tail the apache error_log after navigating to the site tail -f /etc/httpd/logs/error_log | grep "500" cpanel servers: tail -f /usr/local/apache/logs/error_log |
|
#7
|
|||
|
|||
|
You might make sure your var cache settings are unique in the vb config file; as well as the vbseo config file if you use it.
|
![]() |
|
|
| X vBulletin 3.8.12 by vBS Debug Information | |
|---|---|
|
|
More Information |
|
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|