ymf
Forum Replies Created
-
Doncha,
I think I found the cause — a conflict with (or intentional behavior of?) the “Ad Injection” plugin.
Some pages (those where Ad Injection displays ads) are cached as “.php” (e.g. “/wordpress/wp-content/cache/supercache/example.com/some-post-name/index.html.php” or “/wordpress/wp-content/cache/supercache/example.com/index.html.php“). These cache pages are served in half-mode (a string “WP-Super-Cache: Served supercache file from PHP” is seen in the HTTP header).
Other pages (without ads) are cached as .html / .html.gz pair (e.g. “/wordpress/wp-content/cache/supercache/example.com/some-page-name/index.html” and “/wordpress/wp-content/cache/supercache/example.com/some-page-name/index.html.gz“). Those cache pages are served in full mode by mod_rewrite, skipping PHP.
Could it be because WP is installed in a subdirectory (/wordpress)? Or a conflict between .htaccess files? For some reason I have three of them:
#1. /.htaccess :
# BEGIN WPSuperCache <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / #If you serve pages from behind a proxy you may want to change 'RewriteCond %{HTTPS} on' to something more sensible RewriteCond %{REQUEST_URI} !^.*[^/]$ RewriteCond %{REQUEST_URI} !^.*//.*$ RewriteCond %{REQUEST_METHOD} !POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress_logged_in|wp-postpass_).*$ RewriteCond %{HTTP:X-Wap-Profile} !^[a-z0-9\"]+ [NC] RewriteCond %{HTTP:Profile} !^[a-z0-9\"]+ [NC] RewriteCond %{HTTP_USER_AGENT} !^.*(2.0\ MMP|240x320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo\ Wii|Nitro|Nokia|Opera\ Mini|Palm|PlayStation\ Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian\ OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows\ CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915\ Obigo|LGE\ VX|webOS|Nokia5800).* [NC] RewriteCond %{HTTP_user_agent} !^(w3c\ |w3c-|acs-|alav|alca|amoi|audi|avan|benq|bird|blac|blaz|brew|cell|cldc|cmd-|dang|doco|eric|hipt|htc_|inno|ipaq|ipod|jigs|kddi|keji|leno|lg-c|lg-d|lg-g|lge-|lg/u|maui|maxo|midp|mits|mmef|mobi|mot-|moto|mwbp|nec-|newt|noki|palm|pana|pant|phil|play|port|prox|qwap|sage|sams|sany|sch-|sec-|send|seri|sgh-|shar|sie-|siem|smal|smar|sony|sph-|symb|t-mo|teli|tim-|tosh|tsm-|upg1|upsi|vk-v|voda|wap-|wapa|wapi|wapp|wapr|webc|winw|winw|xda\ |xda-).* [NC] RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{HTTPS} on RewriteCond %{DOCUMENT_ROOT}/wordpress/wp-content/cache/supercache/%{HTTP_HOST}/$1/index-https.html.gz -f RewriteRule ^(.*) "/wordpress/wp-content/cache/supercache/%{HTTP_HOST}/$1/index-https.html.gz" [L] </IfModule> # END WPSuperCache # BEGIN WordPress <IfModule mod_rewrite.c> RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress#2. /wordpress/.htaccess :
# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase /wordpress/ RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /wordpress/index.php [L] </IfModule> # END WordPress#3. /wordpress/wp-content/cache/.htaccess :
# BEGIN supercache <IfModule mod_mime.c> <FilesMatch "\.html\.gz$"> ForceType text/html FileETag None </FilesMatch> AddEncoding gzip .gz AddType text/html .gz </IfModule> <IfModule mod_deflate.c> SetEnvIfNoCase Request_URI \.gz$ no-gzip </IfModule> <IfModule mod_headers.c> Header set Vary "Accept-Encoding, Cookie" Header set Cache-Control 'max-age=3, must-revalidate' </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresByType text/html A3 </IfModule> # END supercacheOddOneOut, yes, yes of course! Thank you again!
Forum: Plugins
In reply to: Better placement of AddThis button [a solution]Yes, I figured that out.
A related issue is: in Google Chrome browser, the right-floated Addthis toolbar sometimes splits in two lines (as shown here: http://img832.imageshack.us/img832/6755/unled1tx.gif). The workaround is to manually define the toolbar’s width, e.g.
.addthis_toolbox {display: inline; float: right; min-width: 163px;}
Forum: Plugins
In reply to: Better placement of AddThis button [a solution]This doesn’t work in 2.0.1 any longer…
Forum: Fixing WordPress
In reply to: PHP Warning: Unable to load php_gd2.dll. Hello, but on Linux server?Update: Apparently, they at webhostingpad.com do not implement fixes system-wide, but rather at individual servers. After they migrated my account to a different server, the problem reappeared. To their credit, they quickly applied the fix to that new server after I asked them.
Forum: Plugins
In reply to: [Plugin: Fast and Secure Contact Form] Redirect does not workYess! Thank you – it worked!
Forum: Plugins
In reply to: [Plugin: Fast and Secure Contact Form] Checkbox ticked by defaultYess! It works now. Thank you very much!
(I’m also posting a completely separate issue in a different thread.)
Forum: Plugins
In reply to: [Plugin: Fast and Secure Contact Form] Checkbox ticked by defaultI updated per your recommendation — didn’t help. The URL (remove the whites) is
doctorstr umba.com/about/contact/.Forum: Plugins
In reply to: [Plugin: Fast and Secure Contact Form] Checkbox ticked by defaultI have an opposite question: how to make the checkbox item on the form to be UNchecked by default?
In my case, I added an item
Label for extra form field 1: ""I have read and agree with this site's <a target="_blank" href="http://example.com/terms/">Terms and Conditions</a>"" Field type: "checkbox" Default: "0" Required: [checked]The checkbox does appear on the form as expected, but it’s pre-CHECKED, which defeats my goal.
(Using WP 2.9.2 + plugin 2.6.2.)
Forum: Fixing WordPress
In reply to: PHP Warning: Unable to load php_gd2.dll. Hello, but on Linux server?Thanks for all your help. The problem has been fixed by the host on their side. Something must have been wrong in their server-wide php.ini file of conf.d, as jdembowski guessed (not in my local .ini files). They never told me exactly what the problem was. Anyway, I feel good that they (WebhostingPad.com) finally fixed the problem that for a long time was affecting many other customers.
Answering Accuwebhosting‘s idea: the GD library was enabled all the time. They probably had in their .ini files both “extension=php_gd2.dll” and “extension=gd.so”.
Best regards
ymfForum: Fixing WordPress
In reply to: Backing up WP MySQL databse with phpMyAdmin — which boxes to check?I’m glad I found this topic — just was going to ask this same question. It would be nice if somebody knowledgeable could synchronize these two versions of documentation on codex. Thanks!
Forum: Themes and Templates
In reply to: CSS class for current archive???Moderators: this thread is labeled as “resolved” but I believe the issue is still open.
Maddin01: if you found an answer, could you share with the rest of us please?
DarkFlame, I’ve visited your site (customerservicerules.com) and it triggered multiple virus / trojan alerts in my anti-virus program.
Hope it helps
Forum: Fixing WordPress
In reply to: RSS Widget: List Won’t UpdateAdded Ticket #4453 to the bug tracker.