135 reputation
5
bio website charlestonsw.com
location Charleston, SC
age 49
visits member for 2 years, 10 months
seen Nov 17 at 16:15

#

Dad. Explorer. Rum Lover. Code Geek. Not Necessarily In That Order.


Apr
22
comment Why does dbDelta() not catch MysqlErrors?
Good point. Part of the issue is the construct of using DESCRIBE {table} when table does not exist. Before executing the DESCRIBE SQL statement the MySQL engine should be queried to see if the table exists in the first place. The issue is not that a warning/error is not being caught it is that the construct is generating a warning/error in the first place.
Feb
8
comment What does this error mean? WordPress database error: [MySQL server has gone away]
I know. I had been using them for years. I can't continue to recommend them at this point after several server crashes and now a mismanaged database. That said, there are some very good WordPress friendly hosts that are not on the WordPress-recommended list. However, after reviewing that link I may well go with one of the 3 that are on there now. Thanks for posting that URL.
Feb
7
comment What does this error mean? WordPress database error: [MySQL server has gone away]
Well, definitely DO NOT use Liquidweb as a host. I've been a *nix sysadmin for 20+ years and they are still fighting with me saying it is a script error. Really? 12 different plugins, a theme, Jetpack, WordPress core. All buggy to the point of failing regularly? Sad part is I know it is a MySQL config/server load problem and they keep saying "no errors in the main message log". Obviously they don't know how to monitor a MySQL server even after I sent them several URLs on the topic. Sadly I am now planning 2 days to move to a dedicated server far away from Liquidweb. So aggravating!
Feb
3
comment Add custom field to Category
Here is a cheat sheet I use when doing this. It has the relevant action hooks & filters in one short list. charlestonsw.com/…
Dec
12
comment Is moving wp-config outside the web root really beneficial?
@Ralf912 - that is not exactly accurate. The global defines are ACCESSIBLE by all program files in all directories but not displayed. In order to SEE the values you would need to be able to write modified code back to the server. Whereas a mis-configured server with wp-config.php in doc root will readily display those values as plain text. That is the underlying point. Seeing the code for any of the plugins/themes causes no harm.
Dec
10
comment Is moving wp-config outside the web root really beneficial?
@AaronAdams - that is a good idea, but in my case would not have helped. They restored ENOUGH of the config to point it to my non-default doc root but not enough for it to work properly. Really the worst possible scenario. In fact SOME of the site worked after the 2nd attempt to fix it, but it was still not right. Truly a horrible situation courtesy of a mis-managed server repair from my hosting company, which I feel underscores your point. The more you can do to protect sensitive data even for that "once in a million" events, the better.
Dec
10
comment Is moving wp-config outside the web root really beneficial?
I don't see "can I protect the database account by hiding the wp-config.php" in the original question. The original question was "does it makes sense to move the wp-config.php". The answer is absolutely yes, IMO. It is like asking if you should lock your front door when you go out. Saying "someone can easily break a window and get in anyway, so why bother" does not answer the fundamental point of the question. IMO the question asked was this, "Is it worth the extra effort to move wp-config.php? ANY benefit doing so?". Yes. At the very least it keeps out the lazy hackers.
Dec
6
comment Is moving wp-config outside the web root really beneficial?
This response does not directly address the question. Any plugin author can have a field day with WordPress if they convince you to install their code and have malicious intent. It is no different than willingly installing a virus on your system. This argument to not move wp-config.php is pointless. This is like saying that willfully installing a car bomb in your car makes setting the car alarm useless. Technically true but WTF?!?
Dec
6
comment Is moving wp-config outside the web root really beneficial?
This response is spot-on. My web hosting company had a drive array failure. When all was said & done they restored the system PARTIALLY. Turns out they used a series of cPanel/WHM scripts to rebuild httpd.conf files that did so incorrectly. Luckily I already had wp-config.php outside of the doc root, but if I hadn't the contents were there for the taking. Yes rare, but as noted the rare cases are what you need to worry about. Also, stating "simple minded folk would be lost" is a bad excuse for having LESS security.
Oct
3
comment Any examples of adding custom fields to the category editor?
Use add_action(<taxonomy-slug>."_add_form_fields",my_action) to extend the category form editor. i.e. add_action("store_add_form_fields",array($this,'add_form_fields)) in an object context for your custom action hooks for a taxonomy type of 'store'. Version 3.X+ of WordPress prefers the <taxonomy-slug><blah> format for action hooks, the older style of "edit_category_form_fields" and others are marked as "legacy support" in the code, which means they may/will eventually go away. ref: core.trac.wordpress.org/browser/tags/3.4.2/wp-admin/…