Че за херня с вордпрессами? Портятся таблицы wp_options

Какая-то херня творится с вордпрессами последние дней 5
В определенный момент запорчивается таблица wp_options, соответственнно
вместо админки диалог создания нового блога
При попытке посмотреть базу через MyPHPAdmin сообщение что таблица запорчена.

Происходит бессистемно, на разных блогах (версии WP разные), блоги не обновляются, работают c WP Super Cache.

Если бы косячил мускуль, то портились бы и другие таблицы...

В чем может быть дело?

хостера напряги

Ты случайно wp-o-matic не пользуешь?

cyberxxx А, что с матиком не так? Пользуюсь им на нескольких сплогах, проблем не замечал, как на своем хосте так и на фрихостинге...

Походу узким местом стал мускуль. В my.cnf все цифры в два раза увеличил и перестало портить.

может обновили софт не в самый подходящий момент, и ты как раз попал под него

tooouser писал:

cyberxxx А, что с матиком не так? Пользуюсь им на нескольких сплогах, проблем не замечал, как на своем хосте так и на фрихостинге...

Ну у него как бы привычка такая имеется - херить базы. Проблема в том, что этот плагин написал 16-летний пацан, который решил, что вносить изменения в базу можно напрямую, в обход API самого WordPress-а. С учетом того, что WordPress постоянно обновляется, а плагин - нет, шанс факапа возрастает. Погугли.

Бред полный, что база херится из за того, что обращения в обход api вордпресса идут. Какая разница, через апи или нет идут запросы в базу.

В 99% проблема с базой возникает из за дисковой системы сервера, или места нет, или перегружена, побита.

как раз не бред.
Вордпрес обновляется, меняется структура базы, а плагин может писать по старой схеме. вот и все.

Цитата:

Вордпрес обновляется, меняется структура базы, а плагин может писать по старой схеме. вот и все.

В случае не совпадения базы и запроса, запрос просто не будет выполнен базой.

cyberxxx я сам, программист и не вижу ничего страшного, что сделано в обход апи.
Работает же и wp-o-matic кушать не просит!

Stek писал:

Бред полный, что база херится из за того, что обращения в обход api вордпресса идут. Какая разница, через апи или нет идут запросы в базу.

Да неужели? Я конечно давно его код не смотрел, но то что там было раньше, это реальная жесть. Например, посты удалялись напрямую через мускуль. То, что при этом надо чистить аттачменты (те же каменты, например) из отдельной таблицы, плагин даже не задумывался. И это как бы самая невинная шалость. С тех пор, кстати, изменилась как структура базы, так и, соответственно, внутренний код API функций (та же функция удаления, например, теперь умеет работать с "помойкой" и т.д.). А когда последняя версия плагина вышла?

Пара цитат:

Цитата:

Hi guillermo I installed the plugin but i am having some problems with it. Everytime it try to fetch the feed, It hangs and then kills the database. The feed url's are fine as beta versions were working fine with it... Any ideas how i can fix this? Thanks Irfan

Цитата:

... I created this plugin primarily for my own use as I noticed that I quite regularly would experience my site going down with the "Error establishing a database connection" error after bulk imports of content after using WP-O-Matic. Whether it was this plugin or another one that caused the problem I don't know but the actual underlying issue is not a misconfigured database but corrupt database tables primarily the wp_options or wp_posts tables. ...

Цитата:

Whoa! I just ran the plugin and after putting in an RSS Feed and doing the fetch my Wordpress went haywire, and gave me about a hundred lines of stuff like this: WordPress database error: [MySQL server has gone away] SELECT wp_posts.* FROM wp_posts LEFT JOIN wp_post2cat ON (wp_posts.ID = wp_post2cat.post_id) LEFT JOIN wp_categories ON (wp_post2cat.category_id = wp_categories.cat_ID) WHERE 1=1 AND post_name = '5d30e_ads' AND category_id IN (0) AND (post_type = 'post') GROUP BY wp_posts.ID ORDER BY post_date DESC WordPress database error: [MySQL server has gone away] SELECT cat_ID, category_nicename, category_parent FROM wp_categories WHERE category_nicename = 'cache' WordPress database error: [MySQL server has gone away] SELECT cat_ID, category_nicename, category_parent FROM wp_categories WHERE category_nicename = 'cache' WordPress database error: [MySQL server has gone away] SELECT wp_posts.* FROM wp_posts LEFT JOIN wp_post2cat ON (wp_posts.ID = wp_post2cat.post_id) LEFT JOIN wp_categories ON (wp_post2cat.category_id = wp_categories.cat_ID) WHERE 1=1 AND post_name = '5d30e_ads' AND category_id IN (0) AND (post_type = 'post') GROUP BY wp_posts.ID ORDER BY post_date DESC

Цитата:

Just went to install and got error: WordPress database error: [Table 'wordpress.wp_wpo_campaign' doesn't exist] SELECT * FROM `wp_wpo_campaign` WHERE 1 = 1 AND (frequency + lastactive)

Ошибка из последней цитаты базу конечно не убьет, но она очень хорошо демонстрирует подход автора к работае с WP. Кто-нибудь, объясните мне, для чего пихать в базу какие-то собственные параметры через мускуль, если есть безопасные API функции get_option() и set_option()?

tooouser писал:

cyberxxx я сам, программист и не вижу ничего страшного, что сделано в обход апи.

Значит плохой программист, раз не видишь (читай выше).

Кстати, на сколько я помню, плагин не позволял импортировать embedded content (флэш видео и т.п.) В последнем релизе этот косяк поправлен?

ВП-оматик у себя на блогах не использовал, так что дело не в нем.

Похоже, что даже при использовании кеш-плагина, ВП все-таки активно работает с таблицей wp_options. Соответственно при накоплении критического количества блогов (у меня их больше 50-ти) слабый сервер в штатной конфигурации где-то спотыкается и портит таблицу. Увеличение кешей и буферов мускуля лечит проблему.

Оффтоп
Кстати случившееся сподвигло меня таки написать простенький скрипт-аналог на файлах на замену WP, который похож на монстра с огромным количество фичей которыми никогда не пользуюсь: комментарии, теги и т.д.