Zemalf
Forum Replies Created
-
Had to uninstall the plugin again because of this, had already forgotten that it’s there on all pages after activating it 🙁
I see no reason why this kind of security script is
a) visible to all
b) loaded on the front end.I asked about this months ago:
http://ww.wp.xz.cn/support/topic/why-the-wordpress-file-monitor-adds-css-file-to-the-front-end
And others did too:
…
It takes a good 500ms to load the thing for no good reason, plus it can’t be optimal for security to have it exposed.
Is there a reason not to use wp-cron to run it with a timer in the back-end?
I had the same problem = AdRotate settings not showing ads + ads disappeared from the sidebar (I used widgets to show’em)
I got AdRotate working again as I updated WordPress to latest version 3.1.1. Now I can see the ads configuration again.
The ads that I had in content were working all the time, but the widgets had disappeared. After update I re-added the widgets.
Now this is odd… I re-tested installing and scanning with Exploit Scanner from another computer and it worked OK.
Not working: Win XP + Firefox 3.6.8
Working: Vista + Firefox 3.6.8I was testing other plugins while at it, so I’m not 100% XP vs. Vista was the only change at it. But anyhow, it works for me now.
I had the same problem when I tested the plugin just now. Exploit scanner remains at 0 files scanned. Did not look into it too much, but at least server/PHP error logs did not pick up anything on it.
Forum: Fixing WordPress
In reply to: How to protect wp-login and wp-adminAt least you can limit the access by IP. Only useful if your (or anyone else’s who needs to access) have static IP which doesn’t change too often. And not good if too many people need to login…
For wp-login.php, add this to the WP install dir .htaccess (where wp-login is):
<Files wp-login.php> Order Deny,Allow Deny from All Allow from x.x.x.x </Files>To wp-admin folder .htaccess add this:
AuthUserFile /dev/null AuthGroupFile /dev/null AuthName "Example Access Control" AuthType Basic <Limit GET> Order Deny,Allow Deny from all Allow from x.x.x.x </Limit>Forum: Plugins
In reply to: [Plugin: W3 Total Cache] Full images not exported to CDN (subdomain via FTP)I had the W3 Total Cache, CDN, FTP path set to a directory in the subdomain I use as CDN. When I deleted that directory on the subdomain, and moved the FTP-path for CDN to the root of that subdomain, and tried to “re-populate” the subdomain CDN, full images were not copied…
- I had FTP path as: /sub.example.com/wp (with media library succesfully exported into that directory on the subdomain)
- I disabled the CDN on W3 Total Cache
- I deleted the /sub.example.com/wp directory
- I changed the FTP path on W3 Total Cache settings to /sub.example.com (root of the subdomain)
- I enabled CDN on W3 Total Cache
- I tried to “Export media library to CDN” (the now empty subdomain)
- Only the thumbnail images were copied from wp-uploads
- e.g. image.jpg was not copied, but the image-300×300.jpg and image-150×150.jpg WordPress had created on original upload were copied
- Links to the full images that were not copied, point to CDN, but the file is not there (since it was not copied)
Long story, but in short: seems like the media library export doesn’t recognize the full images (after changing the FTP path).
This wpid is not the only issue, disqus output horribly fails to follow W3C standards in both document and CSS.
Try validating any Disqus site with these and you’ll see what I mean:
http://validator.w3.org/
http://jigsaw.w3.org/css-validator/Any plans on correcting the WP plugin AND the system in general to follow the W3C standards?
Forum: Plugins
In reply to: Sketch Bookmarks needs a little fix with the directoryThis’ll fix the latest fix 🙂
$sketch_images_folder = get_option('wpurl')
–>
$sketch_images_folder = get_option('siteurl')or this works too (but I think get_option(‘siteurl’) is better):
$sketch_images_folder = get_bloginfo('wpurl')For future reference:
- get_option(‘siteurl’) finds the option that is saved as “WordPress address” on Settings, where the install dir is defined.
- get_option(‘home’) finds the option that is saved as “Blog address” on Settings, where the blog root is defined.
Slightly off-topic, but I just ran into similar problem (but with W3 Total Cache) and had to disable HTML minification to get everything working. Topic is here: http://ww.wp.xz.cn/support/topic/346393
If my assumption is correct, the problem comes if caching/minifying touches the markup, which might cause // comments (e.g. “Cookied already”) comment out the whole line of the script.
You are right. I think taking HTML minification helped on this.
The probably cause was the // comment on the code the Google Analytics for WordPress puts out. And when that is on single line it messes it up (or at least that caught my attention when I checked it).
What do you think, can the HTML minification etc. be on if using “manually” inserted Analytics code?