tvallier

You can actually configure those in wp-config.php. Just add these lines:

define(‘FTP_HOST’, ‘host’);
define(‘FTP_USER’, ‘user’);
define(‘FTP_PASS’, ‘pass’);

So… I think I’ll answer with “sortof”.

Removing the records with a meta_key of “delicious” and a post_id of 0 DID remove them from the ‘Add Post’ page… but the page still takes a few minutes (closer to 5 now) to load, and the custom fields box still appears (with ‘delicious’ being the only option in the dropdown…

A step forward, at least!

Hmmm – I’m got 848 values in wp_postmeta with a meta_key of ‘delicious’.

139 of them have unique post_id values… the rest all have a post_id of 0

Good thought – and just gave that a try – deactivated all 13 plugins, and still got the hundreds of custom field boxes. Same data, too.

As much as I’d love to, it’s being done on an internal network… I can’t duplicate it on any public servers.

I can save a copy of the HTML output of the page I’m seeing and upload that somewhere if you think it’d be useful?

I’m seeing it when I go to “example.com/blog” which is where the install SHOULD be visible.

Like I said before, too, example.com/blog/wp-admin/ works no problem.

And now I’ve tried another hosting account (complete with another domain).

New folder – fails.
New DB – fails.
New account – fails.
New subdomain – fails.
File permissions set to 777 – fails.
New unique keys – fails.

I am SO confused.

Just to add – There are already other installs on this server and within the same hosting account… That’s part of why I’m so stuck.

Ahh – that works perfectly. Guess I wasn’t thinking outside the box enough.

Thanks!

OK … so how would I go about setting up the URL structure I’m looking for, then?

Hi ahpatel,

I’m getting the same error. Full text:

Parse error: parse error, unexpected ‘{‘ in /home/tommy/public_html/wp-content/plugins/profilactic/profilactic.php on line 337

Taking a look at line 337 leads to a try statement. Try is something introduced in PHP 5 (I’m on PHP 4). I’m wondering if the others experiencing this are on PHP 4, too?

Can’t wait for a fix.

@ronbme: The readme is incorrect, then. I copy/pasted. ??

It’s working now. Thanks a ton.

So – manually creating the table seems to have done the trick. Sortof.

I can now enter events, and they appear in the admin UI -but I’m trying to use EventCalendarLarge and all I see in my page is the text.

Seems closer, though.

Just tried 6.3.1 and din’t see a table created.

I’m on PHP 4.4.1 and MySQL 4.0.27-standard. Want me to manually create the table (I see the CREATE command in the source) and see if everything else works?

Is there a manual workaround I can use in the interim? I’d like to show the concept to a client of mine.