eikman

i’m afraid the only way to fix it is to re-write the media.php to make it work with 2.9.x

actually this is a major shortcoming of the grid-a-licious theme in general, because it uses a modified core file. so everytime you upgrade your wordpress installation, you have to manually edit the media.php again and hope that it is still working afterwards. so even if it is updated to work with 2.9, there might be another problem once 3.0 is out. bummer, really.

same here with the RC1. my php is 2.6.4 and apache 2.2. i just had a timeout while publishing a post, something that hasn’t happened to me since my database was bloated beyond belief because of UTW…publishing, editing tags/categories, everything has significantly slowed down after the upgrade.

bump?

duh…could’ve seen that! thx

i tried it on my other (online) blog and it activates just fine. i suppose the problem is my local webserver. never mind ??

2.3 and PHP4

tried it – no change.

yes i did, and i get the following fatal error afterwards:

Fatal error: Cannot redeclare silpstream_wp_dtree_add_option_page() (previously declared in C:\xampp\htdocs\wordpress\wp-content\plugins\wp-dtree-30\wp-dtree.php:173) in C:\xampp\htdocs\wordpress\wp-content\plugins\wp-dtree-30\wp-dtree.php on line 176

my theme does not support widgets, but i get the same error(s) with the default theme…

i have the exact same problem as freeboards4u. fatal error while activating the plugin, something about the widget thing…

i’ve been using the “old” wp-dtree version before, but i can’t see how that is the problem, considering that i deleted that folder and deactivated the plugin…

another update:

i managed to delete the whole “custom field module” and everything seems to work now…

what i did was deleting line 112, 269-280 and 899-1073 in admin-functions.php, as well as line 226-235 in edit-form-advanced.php (basically everything that refers to ‘add_meta’)

so far i have experienced no problems…i can edit and write posts as quick as i used to…

maybe anyone more skilled in php has an idea on how to fix the issue without deleting the meta fields, or maybe why this causing a problem (especially since i’m not even using those fields)?
`

out of curiosity i ran a search on the process mentioned above (group by meta_key etc..).

i found the function in the admin-functions.php and deleted the part referring to the meta fields – now guess what – write/edit pages load as fast as they are supposed to!

however, i get an error (undefined function…) and therefore i can’t edit/write entries, but it appears to be the function that is slowing down the database.

i will take a closer look, but my PHP skills are lousy so i’m not sure exactly which part of the sourcecode to delete in order to deactivate the whole thing…

i have exactly the same problem. i’m not sure when it started and i did not upgrade everytime a new version came out. i am, however, pretty sure that it began with or after 2.0. i remember that i got a “500 Internal Error” occasionally while posting a new entry, so i updated to the next version of WP and it seemed to be fixed…for now. but after a while i noticed that it took longer and longer to open the “write” page and to edit entries. last summer it took 20 seconds, but these days i have to wait around 1-2 minutes, whichmakes me think that the problem is increasing while the database becomes bigger. just for the record: my DB has about 35MB and consists of roughly 700 entries, which is not *that* huge.

at first i started to blame my host, but then i started playing around with a local webserver (xampp). i did two instllations, one on my laptop and one on my desktop pc:

1) xampp with a new, clean WP 2.1.2. installation.
2) xampp with WP 2.1.2. installation AND my old database.

now guess what. the sql/apache settings are the same on both, and while the new installation works like charm, the one with my old database shows EXACTLY the same symptoms as mentioned above.

i did a bit of research, and this is what i found out: whenever i try to open the “write new entry” page or try to edit an older entry, my HD space decreases by 300-400 MB and the CPU usage goes up by 10-15% (due to the server writing a .temp file – but why?)
in the phpmyadmin panel, the following process appears to be the problem:

Command: Query
Status: Sorting for group
SQL Query:
SELECT meta_key
FROM wp_postmeta
GROUP BY meta_key
ORDER BY meta_id DESC
LIMIT 30

sometimes the text edit window appears, incl. the modules on the right side, but the page still takes another 2-3 minutes to build the upload/trackback/user defined modules.

i’m not an sql expert and i don’t know how i can optimize the database, but i guess that it’s the database itself that is causing the problem, since the symptoms on two different servers are the same, while a new WP installation works perfectly.

if anyone has an idea, please let me know.

[and yes, i tried all the mentioned fixes – plugins, pingbacks etc..]

ok, i discovered even more right now:

when i enter thelastbeat.com, the links are working correct.
but when i enter thelastbeat.com/blog, which also points to the blog, it links to this path instead of the blog address.

is this the way it is?
i guess i can just update all my links to point to thelastbeat.com and it should work then.

alright.
upgraded to 1.5.1.2, but still the same problem: it links to the thelastbeat.com/blog/page/2 instead of the root