файл отрицательного размера

Предыдущая пара постов в DW и ЖЖ не имеет ссылок на мой собственный блог, потому что он не смог кросспостить их в DW, и пришлось скопировать руками.

В вордпрессе стала вылезать идиотская ошибка: Something went wrong - -32300 : transport error - HTTP status code was not 200
Видать, что-то поменялось в DW’шном API, но, блин, хотя бы полученный по HTTP код ответа можно было показать, а не просто рассказывать, что он не 200 :(

Похоже, пора переходить на свой блоговый движок. Хотя я его ещё не полностью дописал, но кросспостинг там уже вполне работает, и ошибку там удалось увидеть гораздо яснее: код 307 – пересылка с http://www.dreamwidth.org/interface/xmlrpc на https: . Поменял в настройках DW’шного урла http на https, всё заработало.

dmarck, похоже, ты прав, нынче все переезжают с http на https. Но в том же ЖЖ это только на веб-сайтах приделали, а API там продолжает работать по http.

Попробовал в вордпрессовском плагине livejournal-crossposter-remake так же поменять урл, но нифига не помогло: Something went wrong - -32300 : transport error: http_request_failed Couldn't resolve host 'https'
Пришлось копаться в коде, оказалось, что там используется IXR_Client из этого самого вордпресса, который https не умеет в принципе. Вот щас поменял IXR_Client на WP_HTTP_IXR_CLIENT, посмотрю, поможет ли.

Но нафиг нужен такой похапешный софт, который не понимает явно указанный в урле протокол.. Выходит, это тот самый случай, когда проще самому написать, чем копаться в чужом коде. Только там ещё некоторые другие вещи дописать надо.

А в этом livejournal-crossposter-remake ещё и коты нашлись..

Оригинал этой записи в личном блоге.

и убеждаться, что похапе серьёзно разрушает моск.

mysql> desc wp_options;
+--------------+---------------------+------+-----+---------+----------------+
| Field        | Type                | Null | Key | Default | Extra          |
+--------------+---------------------+------+-----+---------+----------------+
| option_id    | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |
| blog_id      | int(11)             | NO   |     | 0       |                |
| option_name  | varchar(64)         | NO   | UNI |         |                |
| option_value | longtext            | NO   |     | NULL    |                |
| autoload     | varchar(20)         | NO   |     | yes     |                |
+--------------+---------------------+------+-----+---------+----------------+

mysql> select autoload,count(*) from wp_options group by autoload;
+----------+----------+
| autoload | count(*) |
+----------+----------+
| no       |       27 |
| yes      |      243 |
+----------+----------+

20 байт для хранения булевской переменной — это что надо курить, чтоб так сделать?!

Оригинал этой записи в личном блоге.

Попробовал экспортировать блог из вордпресса и импортировать его в другой движок. Фигтам, импорт сломался, ругнувшись на некорректный формат pubDate. Пошёл смотреть, что там в экспортном xml, офигел. Первый год до нашей эры:

$ grep pubDate wordpress.2014-05-02.xml
<pubDate>Wed, 13 May 2009 21:36:54 +0000</pubDate>
<pubDate>Fri, 15 May 2009 11:42:31 +0000</pubDate>
<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
<pubDate>Sun, 17 May 2009 18:48:06 +0000</pubDate>
<pubDate>Mon, 18 May 2009 13:06:05 +0000</pubDate>

“Давайте отрубим крокодилу хвост до самой головы!” Чтоб эти быдлокодеры больше не брались писать программы.

Upd: выскрытие показало, что так выглядит дата публикации черновиков (неопубликованных постов). Причём в базе у них дата вполне себе есть. Нету лишь даты в GMT:

mysql> select ID, post_date, post_date_gmt, post_status, post_modified, post_modified_gmt from wp_posts where post_date_gmt=0;
+------+---------------------+---------------------+-------------+---------------------+---------------------+
| ID   | post_date           | post_date_gmt       | post_status | post_modified       | post_modified_gmt   |
+------+---------------------+---------------------+-------------+---------------------+---------------------+
| 3955 | 2012-03-26 06:38:53 | 0000-00-00 00:00:00 | draft       | 2012-03-26 06:38:53 | 2012-03-26 06:38:53 |
| 5347 | 2013-05-07 09:51:35 | 0000-00-00 00:00:00 | draft       | 2013-05-07 09:51:35 | 2013-05-07 09:51:35 |
+------+---------------------+---------------------+-------------+---------------------+---------------------

Оригинал этой записи в личном блоге.
Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме.

После апгрейда дебиановского пакета с вордпрессом блог (который standalone) сломался нафиг. Причём сломался очень противно: по HTTP тупо выдавал 500 ошибку, а в логи при этом не писал ровным счетом ничего. Даже при включенном дебаге. Возможно, надо было что-то проапгрейдить в базе для нового релиза, но узнать об этом не представлялось возможным, потому что страница для апгрейда выдавала редирект на страницу с логином, а там меня ждала та же 500 ошибка. Поставленная вручную версия с сайта производителя работала ровно до тех пор, пока я не вписал в конфиг параметры доступа к базе и прочие ключи. После этого она стала выдавать пустые страницы, только с кодом 200. Оказалось, ей не хватало темы от старой инсталляции, но сказать об этом хотя бы в error.log эта поделка не удосужилась, это я определил опытным путём.

В общем, гадость этот ваш wordpress, как и все остальные поделки, написанные на php. Надо таки освоить питон и переползти на byteflow.

Оригинал этой записи. Комментировать можно тут или там.

Fatal error: Out of memory (allocated 19922944) (tried to allocate 55 bytes) in /var/www/blog.ufm.su/www/wp-includes/pomo/mo.php on line 204

Феда, ну ты понял,  да? Мои комментарии в твоём блоге почему-то не показываются, а в жж ты их отключил..
P.S. да, я знаю, что у меня на том же WP. Вот как руки дойдут,  переползу на byteflow. А это ещё один повод.

Оригинал этой записи. Комментировать можно тут или там.

типа, вот

Оригинал этой записи. Комментировать можно тут или там.