SMF Support > Server Performance and Configuration

getting "performance warning" (new since last login)

(1/1)

christopher94523:
"Performance Warning: The cache directory is not writable - this will adversely affect the performance of your forum."

This is new. The last time I logged in to work on the forum this did not exist.
I have the forum installed on Ubuntu at Pair Networks.
I recently put it under SSL safety.
That is all I have done since having several people BETA-test usage (e.g., board descriptions, posting, saty-on-site messaging, navigation).
I am set to Level-1 caching, and have never messed with caching defaults.

My forum directory .htaccess is as follows:

   Action application/x-custom-php /cgi-bin/php5.cgi
   AddHandler application/x-custom-php .php
   RewriteEngine On
   RewriteCond %{SERVER_PORT} 80
   RewriteRule ^(.*)$ https://www.point-of-departure.org/forum/ [nofollow]$1

The .htaccess file for the domain (one level above the forum folder) is:

   # --------------------------------------------------------
   # file name:  .htaccess
   # location:    /usr/www/users/cegray2/.htaccess
   # scope:       has the power to affect all domains,
   #                  folders, and files within public_html
   # updates:    added these comments on 25nov2011 at 10:08am PST
   # --------------------------------------------------------

   RewriteEngine On
   <Files *.*>
        order allow,deny
        allow from all
        deny from 220.181.
   </Files>

   RewriteCond %{HTTP_USER_AGENT} Baiduspider
   RewriteRule ^.*$ http://127 [nofollow].0.0.1 [R,L]
   #
   RewriteCond %{HTTP_USER_AGENT} Baidu
   RewriteRule ^.*$ http://127 [nofollow].0.0.1 [R,L]
   #
   RewriteCond %{REQUEST_METHOD} !^(GET|POST)$ [NC,OR]
   #
   # Ban typical vulnerability scanners and others
   # Kick out script kiddies
   #
   RewriteCond %{HTTP_USER_AGENT} ^(java|curl|wget).* [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} ^.*(libwww-perl|curl|wget|python|nikto|wkito|pikto|scan|acunetix).* [NC,OR]
   RewriteCond %{HTTP_USER_AGENT} ^.*(winhttp|HTTrack|clshttp|archiver|loader|email|harvest|extract|grab|miner).* [NC,OR]
   #
   # Ban search engine crawlers to your administrative panel
   # No reasons to access from BOTs
   # Ultimately better than the useless robots.txt
   # Did google respect robots.txt?
    # Try google: intitle:phpMyAdmin intext:"Welcome to phpMyAdmin *.*.*" intext:"Log in" -wiki -forum -forums -questions intext:"Cookies must be enabled"
   #
   RewriteCond %{HTTP_USER_AGENT} ^.*(AdsBot-Google|ia_archiver|Scooter|Ask.Jeeves|Baiduspider|Exabot|FAST.Enterprise.Crawler|FAST-WebCrawler|www\.neomo\.de|Gigabot|Mediapartners-Google|Google.Desktop|Feedfetcher-Google|Googlebot|heise-IT-Markt-Crawler|heritrix|ibm.com\cs/crawler|ICCrawler|ichiro|MJ12bot|MetagerBot|msnbot-NewsBlogs|msnbot|msnbot-media|NG-Search|lucene.apache.org|NutchCVS|OmniExplorer_Bot|online.link.validator|psbot0|Seekbot|Sensis.Web.Crawler|SEO.search.Crawler|Seoma.\[SEO.Crawler\]|SEOsearch|Snappy|www.urltrends.com|www.tkl.iis.u-tokyo.ac.jp/~crawler|SynooBot|crawleradmin.t-info@telekom.de|TurnitinBot|voyager|W3.SiteSearch.Crawler|W3C-checklink|W3C_Validator|www.WISEnutbot.com|yacybot|Yahoo-   MMCrawler|Yahoo\!.DE.Slurp|Yahoo\!.Slurp|YahooSeeker).* [NC]
   RewriteRule .* - [F]
   #
   # Do not provide any folder table-of-contents listings
   #
   IndexIgnore *
   Options -Indexes

The message (in bold red) on my Caching admin page says: "SMF has not been able to detect a compatible accelerator on your server."
I checked the permissions on the cache folder and they are 755.

Suggestions?
Sharp eyes for oversights are much appreciated!

thanks,
chris

Doctor Deejay:
Set your Cache directory file permissions to 755 and refresh the page. If that doesn't work, try 775 and refresh the page. :) Make sure to backup, though

christopher94523:
It, like before, is set to 755. Yesterday I tried making it 775, logging out, and logging back in. Nothing changed, so I put it back to 755 as it really should be anyway. I expect that the SMF code doesn't even use a group (w/r/t "ugo" permissions) and there is nothing blocking me writing to any directories when I log in as the SMF administrator. This is quite puzzling. Any hints as to which code is giving me the message? Perhaps there is a problem with that code even accessing the cache and this may be its somewhat-misdirected "cry for help"? Just an idea.... Thanks.

chris

christopher94523:
Aha! I fixed it. Here's what I discovered.... Apache is running as "other". Normally I wouldn't dare have and write permissions for "group" or "other". A shared server of any kind (Linux, FreeBSD, Windows) is dangerous since  temporary files are opened up to all others in that shared folder while being edited. There is no greater security risk than this as you're directly making your contents available with no encryption at all. However, on a virtual server, I as admin and Apache are the only users except for logged in ones whose access is held in check by .htaccess and/or SSL. Even snooping crawlers and spiders can be blocked from any area. So, I changed my access for the cache folder from 755 to 775; that didn't work. Then from 755 to 777 and, voila. Thanks for pointing me in the right direction.

best wishes,
chris

Doctor Deejay:
Glad to hear it's working fine now :)

Navigation

[0] Message Index