Волею судеб оказавшить на несколько дней не у дел и в лежачем положении подумалось реализовать старую мысль, до которой ноги никак не доносили мозги, а именно нормальный человеческий блог, вместо жутких поделок а-ля ЖЖ
Остановился, естественно, на WordPress (далее ВП).
В общем начал ставить и играться, от некоторых вещей пришел в замешательство.
1 - ставлю на денвер (привык я к нему), конечно же root без пароля - так вот инсталлятор ВП не хочет принимать пустого рута никак (хотя по сути это мое личное дело - ставить пароль на денвере или нет)
2 - сделал юзера с паролем, руками (!) сотворил базу данных с нужным именем - пишет про удачный коннект и переход к STEP1 инсталляции - и висит, сволочь такая, просто висит. В логах вижу записи типа "таблица wp_options типа как бы не существует" - конечно она не существует.
Ковыряю инсталлятор - вижу совершенно нормальную запись CREATE TABLE - но не работает!! Не мудрствуя лукаво создаю нужной структуры таблицу wp_options, запускаю инсталлятор - ура, сработало (прочие создались автоматом). Загадочный install....
3 - конфиг, да - он есть, хранит информацию о подключении к БД. Адреса сайта лежат опять же в нашей таблице options (siteurl и home). То есть при переносе сайта на рабочих хост (да и дальнейших глобальных обновлениях контента, что всегда делаю локально) мне уже не получится банальный Export + CTRL+A на локальной машине и SQL + CTRL+V на удаленной, придется руками выбирать нужные таблицы для переноса - неудобно-с
4 - установка плагинов - руками заливать в папку wp-content\plugins. Идея, конечно замечательна тем, что избавляет от проблем с кодировкой XML (что всем нам так знакома), временем выполнения скрипта, safe mode и прочих.. Но на хосте, где я знаю что это работает - лишний раз лазить на фтп не всегда удобно
5 - нет управления в админке META тегами (слова и описание) и фавиконом, пришлось руками добавить в wp-content\themes\шаблон\header.php
6 - шаблоны вообще отдельная история. Я, конечно, понимаю, что разделяй и покоряй, но разбитие шаблона на 10 файлов (типа header.php, footer.php, left_column.php и прочих) для меня дико (или я слишком привык к joomla?). Глобальное неудобство в чем - в одном файле открывается <div>, в другом он закрывается, его содержимое находится в третьем. + у каждого разработчика свой подход к формированию подобных файлов и найти в них нужный элемент - похоже на квест
7 - структура материалов. Опять же много завязано на шаблонах, в которых 90% разрабов руками прописывают блоки (и их названия), ссылки, структуру меню и прочее (делая заглушки типа #).
8 - локализация - замечательно, но из-за любви разработчиков шаблона использовать непосредственные вставки элементов сайта в код шаблона (поиск, меню etc) - получаем дикую смесь (ладно если автор англичанин, я попал на пару итальяшек\немцев, где ни слова непонятно). Еще момент - последняя сборка ВП по умолчанию работает под UTF-8, а файлы сторонних шаблонов у меня открылись как 1251...
9 - сама идея блога - все замечательно. Но - теги.. Теги к материалу добавляются в админке, но не видны по умолчанию на сайте в режиме просмотра материала, нет облака тегов. Если движок позиционируется как блоговый - почему таких базовых вещей нет в поставке (на мой взгляд это именно базовые моменты)? Комменты, опять же, без капчи по умолчанию
10 - ну и последнее, очень неудобная для меня вещь - одновременная авторизация на сайте и в админке. Когда я тестирую сайт (добавляя функции\контент) с точки зрения неавторизованного гостя - мне приходится смотреть в другом браузере, либо постоянно разлогиниваться.
Конечно же, есть многие очень приятные вещи (хотя из их числа система истории версий записей не очень понимаю зачем нужна для личного блога), но вердикт лично мой - как система "блог для домохозяек" данная CMS еще не выросла (или не опустилась?). Скорей это хорошо, нежели плохо, но есть очевидные вещи, над которыми стоит думать разработчикам.
Данный пост не претендует на холивар, просто личные осчучения человека, достаточно близко связанного с web технологиями
07.09.2023, 19:14:57