tomdkat
Forum Replies Created
-
Forum: Plugins
In reply to: [BulletProof Security] Minor issue with BulletProof Security Security LogI can understand not wanting the textarea extending across the browser window in cases where screen resolution is high and the browser window is maxmized. In that case, restricting the width of the main content area is the way to deal with that, since then you control how all of the content is displayed. 🙂
“By including every possible option I eliminate requests down the road. “
The thing is, you’re NOT including every possibly option… 😉 lol just kidding.
This isn’t a big deal and I can cope with the unnecessarily scrolling to deal with accessing the scroll bar so I can look at the actual log data (just giving you a hard time :)). Now that I know what the actual issue is, I’m happy. 🙂
Peace…
Forum: Plugins
In reply to: [BulletProof Security] Minor issue with BulletProof Security Security LogThanks for the replies. Well, I found what the problem was. 🙂 It was the font used. In Firefox 20 on Ubuntu, the default “sans-serif” font is “sans-serif”. In Firefox 20 on Windows 7, the default “sans-serif” font is Arial. So, when I changed the default “sans-serif” font in Firefox on Ubuntu, the overlap of the textarea in question went away.
I tried adding your inline-style rule of setting the width at 675px and that addressed the problem as well, regardless of the default “sans-serif” font. Replacing the inline-style of 675px with 100% causes the textarea to fill the width of the main content area and eliminates a lot of word-wrapping of the log data.
Here’s a question I have for you: is the textarea where the log information is displayed intended to be an editable field? If so, why would anyone make changes to the data being displayed?
Thanks!
Peace…
Forum: Plugins
In reply to: [BulletProof Security] Minor issue with BulletProof Security Security LogWhat screen resolution are you running? Did you try it with the browser window maximized? I’m running at 1280×1024 resolution and the screen shot I posted above has a width of 1211px.
If you’re running with your browser window maximized, make the window “windowed” and make the width more narrow to see what happens as the width of the textarea with the log info remains fixed while the width of the main content area gets more narrow.
Peace…
I can vouch for the attack on WordPress installations mentioned above. Right now, I’ve got two WordPress installations getting hammered by various systems around the world, trying to break in. So far, they haven’t had any success and I hope they’ll leave my WordPress installations alone. 🙂
Peace…
Forum: Plugins
In reply to: [Login Security Solution] Question about resetting passwordsSounds great! Thanks!
Peace…
Forum: Plugins
In reply to: [BulletProof Security] Minor issue with BulletProof Security Security LogSounds like a plan! Have a great weekend!
Peace…
Forum: Plugins
In reply to: [Login Security Solution] Stops attacks … AND YOU!This thread is EXACTLY what I needed to read this morning! A blog I maintain is currently under attack and I’ve been prompted to have to reset the password. When I had this issue before, NONE of the new passwords were accepted and I ended up having to “rip out” the plugin to regain access to the WordPress dashboard.
I’m anxiously awaiting the release of Login Security Solution 0.36.0!
Thanks!
Peace…
Forum: Plugins
In reply to: [W3 Total Cache] Technical Explanation of Cache FolderAlso, have you seen this thread:
Peace…
Forum: Plugins
In reply to: [W3 Total Cache] W3TC slows down wordpressDo you have W3TC configured to preload the cache?
Peace…
Forum: Plugins
In reply to: [W3 Total Cache] Technical Explanation of Cache FolderOne way to determine if deactivation of the plugin as actually working or not is to look at the HTML source of the pages being served. With the plugin deactivated, the very bottom of the HTML source should NOT contan the “Performance optimized by W3 Total Cache” HTML comment.
I would start there. Then, I would delete the entire cache directory and then look at another page or post that successfully loads and look at the HTML source and see if the above mentioned comment appears or not. If you ARE seeing that HTML comment, that means the plugin is still running. If you’re not, then it shouldn’t be running.
Are you saying when you try to view some blog posts, you get a “Not Found” error? Are you sure your blog posts are there? I mean you can see then in the dashboard but just not when viewing the blog normally?
Peace…
Forum: Fixing WordPress
In reply to: Question about login attemptsThanks for the reply. I’ve got those and some other plugins installed already. I’m confident their attempts will fail but I want to be sure I’m not over looking anything fairly obvious. 🙂
Thanks!
Peace…
Forum: Plugins
In reply to: [IP Ban] Question about IP BanOk, I just re-installed the plugin and apparently I DID have it installed, at one point. How do I know this? Because an IP address I had banned re-appeared when I looked at the IP Ban settings. 🙂
This means when I removed the plugin before, it didn’t cleanup after itself properly.
So, when does the list of banned IP addresses get deleted? When the plugin is deactivated or when it’s deleted?
Thanks!
Peace…
Forum: Plugins
In reply to: [IP Ban] Question about IP BanThanks. Is the REDIRECT URL field a required field? I thought I had installed this plugin but didn’t specify a URL at the time I posted the question above. It seems I’ve since removed the plugin so I can’t verify if that field was blank or not.
In any event, if the REDIRECT URL isn’t specified, what happens when a computer with a banned IP address tries to access the WordPress blog?
Thanks!
Peace…
Forum: Plugins
In reply to: [IP Filter] IP Filter only on login/admin pagesThis is something I would be interesting in finding out as well.
Peace…
Thanks for the update and for the new release! 🙂
Peace…