Тестирование WordPress 2.9.1 и прочие мысли
Значится так: по адресу avo.org.ua/blo поставил новую версию вордпресса…
1. Автоматическое обновление с 2.7.1 на 2.9.1 опять не прошло, хотя я уже изгалялся с атрибутами директорий вплоть до полной анархии. Файрфокс же вообще воспринимает php страницу с обновлением как файл и предлагает его выкачать! Вместо того, чтобы запустить скрипт, который «автоматически»зальет по FTP на сервер новый дистрибутив.
Понимаю, что автообновление — не наш метод, но раз такая фича присутствует — она должна работать.
Осла 8-го я оставил на крайний случай, покамест шуршу из под Оперы, в опере автоапдейт выражается в зависшей страничке админки безо всяких опознавательных текстов, что мол процесс идет. Посему не понятно: стоит ждать положительных результатов или нет? Если да, тогда индикация хоть какая-то должна быть, чтобы у пользователя терпелка не лопнула; если нет, то как гритсо — НЕЗАЧ0Т.
2. Решил поэкспериментировать с восстановлением блога из бэкапа. Есть в администраторской части такой инструмент — экспорт. Элементарно — скачивается на компьютер xml файл со всеми записями и комментариями, которые, по идее, можно восстановить на любом другом вордпрессовом блоге: на свежеустановленном, или уже работающем с другими записями.
К слову, импорт я уже опробовал, вытащив записи из ЖЖ, результат нормальный, лишних телодвижений в общем не было, так по мелочи напрягали сообщения php о некоторых отключенных функциях «в целЯх безопасности». На первый взгляд все получилось нормально, и результат даже можно посмотреть здесь.
Что же касается экспорта с вордпресса на вордпресс (в данных конкретных условиях моего хостинга), то и здесь на первый взгляд все прошло удачно, а на второй — корявостей избежать не удалось — например, косяки с рубриками: повторы названий, исчезновение заглавных букв. Разумеется, все это можно исправить — вручную.
Я ожидал, что гладко все не пройдет, поэтому особо не обольщался. Бэкап — это очень-очень-очень крайний спасательный круг, когда другие варианты спасения блога просто невозможны.
В свете заявлений и довольно заметной шумихи о покупке Sun Microsystems компанией Oracle, прямого конкурента Sun MySQL в бизнесе баз данных, лично у меня появляется тревога. Никто больше не гарантирует бесплатный(свободный) статус MySQL, а ведь большинство приватных автономных блогов построены именно на этой базе данных: все без исключения бесплатные и недорогие хостинги предоставляют МySQL в качестве инструмента по умолчанию. Без базы данных сама идея динамических сайтов просто не может существовать, это вам не хтмл, которого БД и процессорное время серверов не колышут, здесь, если припрет, то придется либо платить неизвестно сколько, либо отказываться от движков. Меня это волнует еще и потому, что я занимаюсь, в том числе, и пусконаладкой сайтов на вордпрессе и прочих CMS, это моя корочка хлеба, лишаться которой (кто будет платить тысячи за то, что стоило сотни?) просто неприемлемо для меня.
Я работаю со свободным инструментарием, что позволяет не заламывать цены и предоставлять людям достойные и доступные при этом решения. Если MySQL будет стоить даже вполовину дешевле оракаловских БД, это — козец, извините, — никому сайты будут не нужны, да и я сам сверну все свои проекты «на движках» и снова буду по старинке химичить с хтмлем. Альтернативных баз данных уровня MySQL просто нет: проблема доминирования, все иные проекты просто не видят смысла развиваться, когда есть идеальный почти мускул.
Одновременно с MySQL продаются и другие проекты Sun, в частности свободный офисный пакет OpenOffice.org. Каким статусом теперь он будет обладать, сколько будет стоить, будет ли развиваться, вот это вопросы, которые волнуют меня, да и, полагаю, всю свободную общественность, пытающуюся отречься от неуёмно дорогих продуктов Майкрософта и прочих гигантов индустрии программного обеспечения. Офисные пакеты — это бизнес неслабый, рыскал в поисках альтернативы и не нашел ни одного комплексного пакета, который был бы свободным или, хотя бы, фриварным. За всё дерут, большую или меньшую сумму, но… И качество новоделов соответствующее, тогда как OOo, меж тем, включает в себя 10 лет разработок и оттачиваний мастерства…
Нищему по сути своей миру, пытающемуся не только выжить физически, но и интеллектуально, каждый раз указывает на место кучка толстосумов. — Глотайте лекарства, которые не помогают, гробят печень и опустошают карман, жрите ГМО, потому что прибыли пищевых компаний взлетают до небес при минимуме затрат на взращивание культур, покупайте из последних своих кровных денег миллионы копий ПО, потому что если вы скачаете крякнутый дистр, вас приравняют к ведущим персонам «оси зла»… Ха!
Таки образом, возвращаясь к нашей сегодняшней теме, я могу отметить, что, наверное, все-таки переведу свой блог на wordpress 2-9-1. Обновления в таких случаях полезны не только из-за новых возможностей, но из-за исправления старых ошибок, особенно в сфере безопасности. Вот только вместо старых багов, порой добавляются новые…
Замечу, что версии 2.7.1 есть очень неприятный баг, связанный с тем, что при неудачном стечении обстоятельств (закономерностей не выявлено) невозможно внести мелкие изменения (запятую или букву вставить, скажем). Т.е. все исправления вроде бы внесены, нажимается кнопка «Обновить запись», данные отправляются, редактор бодро сообщает, что запись обновлена, … ан нет, все опечатки на старом месте. И так можно колбаситься несколько раз. И не всегда спасает выход в общее меню админки «Консоль» и повторный вход в редактирование записи. Вот сейчас, в очередной раз, столкнулся с этим, редактируя данную заметку.
Вообще же, связка Opera + WP 2.9.1 заметно быстрее, чем Firefox + WP 2.7.1, чья вина — неизвестно, ведь база данных и хостинг один и тот же, блоги просто лежат в разных папках. И все. Не исключаю, что новый WP несколько форсировали. Не исключаю, что Опера 10 таки стала быстрее Файрфокса, который день ото дня тучнеет :). Не исключаю вариант, что работу с блогами на wopdpress буду проводить с помощью Оперы. Как в старые добрые времена, когда я только слез с убогого осла и наслаждался высоким классом скандинавского браузера.
Тестирование продолжается.
Несколько однотемных публикаций:
- 15.04.2017 CSS для wp_link_pages
- 09.04.2017 Как изменить шрифт в текстовом редакторе wordpress
- 08.04.2017 Как запретить в wordpress создавать 768х и srcset
- 18.10.2016 Задача, не имеющая кошерного решения
- 18.10.2016 Нейтрализация форматирования от Wordpress
- 28.09.2016 Wordpress и тайные картинки по srcset
- 20.09.2016 СУКи