Янв 052015
 

Все попытки заставить работать “связку” joomla 3.3.6 + feedgator 3.alfa закончились полным провалом. Чего-то не получается. Откатился на версию joomla 2.5.28 с feedgator 2.3.7 – заработало. Надо будет попробовать чуть позже ещё раз поднять “свежий” комплект, но, пока, пусть поработает так.

Янв 042015
 

Фраза “в любой непонятной ситуации – ложись спать” для wordpress должна звучать так: “в любой непонятной ситуации – отключи сначала кеширующие плагины”.

Иначе можно сутками ловить несуществующую проблему. Для статических страниц кеш – замечательная вещь, но, как только начинается комментирование или ещё что “динамическое”, всё, наличие кеширующего плагина рано или поздно приводить к непонятным глюкам.

Дек 182014
 

Обратил внимание, что в последнее время apache 2.4 из ветки Debian jessie плохо ведёт себя при рестарте в процессе установки обновлений. Почему, пока не понял. Внешние проявления: перестаёт работать функционал на базе “помощников” типа passenger для ruby, xCache и т.п. Причём, apache2ctl restart не помогает. Приходится “килять” все процессы apache и стартовать его заново.

Так, на заметку…

Дек 172014
 

Зачем выпускали , непонятно. 🙂 Однако, я узнал, как вернуть исчезнувшие кнопки “удалить”, “переместить” и т.д. Оказывается, они были удалены преднамеренно (только не спрашивайте про грибы и траву разработчиков  🙄 ). Забавно, как предлагают вернуть кнопки в форуме поддержки: залезьте в код, разберитесь и поправьте. А потом, после обновления, ещё разок, а там разрабы ещё что-нибудь придумают.

Не становлюсь ли я ворчливым? 🙂

На всякий, сохраню я здесь этот ответ:

of course you can make them back by changing the actionBar value inside the access.fs/fsActions.xml
See old version here https://github.com/pydio/pydio-core/blob/pydio-core-5.2.5/core/src/plugins/access.fs/fsActions.xml#L785

 

Дек 172014
 

Обнаружил “интересную” вещь. Если я подключаю сайт через jetpack к wordpress.com, то у меня появлется возможность управлять сайтом через этот самый worpdpress.com . Всё бы ничего, вот только работает этот механизм от имени админа всей “сети”, а не конкретного пользователя конкретного сайта. И не поменять, да и скрывают это они зачем? И в описании плагина нет (ну, я не увидел) возможности отключить этот “классный” механизм.

Короче, плагина jetpack на моих инсталляциях WP отныне не будет.

Дек 142014
 

Обновился на своём тестовом сайте до версии 6.0.1. Сильно лучше не стало. Обе проблемы, о которых я писал для 6.0.0 остались “на месте”. Печально.

Одно радует – сам модуль автообновления перестал падать, хоть какая-то радость 🙂 .