Неправильное отображение некоторых сайтов в Google Сhrome версии 44.хх beta

В последние пару дней поступало достаточно много жалоб пользователей сайтов о том что в гугл хроме (и только в нем — в других браузерах всё «ок») они стали отображаться с ошибками. А именно «слетают» некоторые js-скрипты, отсутствует оформление (css). При этом если откатиться к версии 43, то всё становится нормально и в гугл хроме. Просмотр с использованием консоли разработчика обычно показывает вот такую (или очень похожую) картину: Ошибка «Failed to load resource: net::ERR_INSECURE_RESPONSE» говорит о том что браузер отказался загружать файл, так как у него неправильный/неподписанный ssl-сертификат. То есть, сам браузер по какой-то причине часть файлов принудительно пытается скачать используя ssl-протокол […]



Error 503 Site Temporarily Unavailable после переноса ModX

При переносе сайта на modX может возникнуть ошибка 503 «Site Temporarily Unavailable», указывающая на ошибки переноса. Самая распространенная причина — ошибки указания пути к папкам с файлами ядра системы. Исправить это можно просто проверив в файлах конфигурации — правильно ли указан абсолютный (от корня) путь к системным папкам modX. Проверять нужно: config.core.php (в корневой папке сайта) /manager/config.core.php /connectors/config.core.php /core/config/config.inc.php Обычно это помогает полностью исправить ошибку. Если после этого сайт возвращает ошибку Fatal error: Call to a member function parseProperties() on a non-object in core/model/modx/modelement.class.php on line 536 — просто удалите всё из папки /core/cache/   (написано по мотивам форума поддержки modx)


[DLE] Как настроить кеширование memcache через сокет

Работа с мемкешем на хостинге показала, что в DataLife Engine при использовании сокета (вместо привычных IP-адреса и порта) возникают те же проблемы, что и в SMF. То есть, при сохранении настроек кеширование не работает. Сегодня я кратенько расскажу, как заставить DLE использовать путь к сокету memcached вместо IP-адреса и номера порта.


Как исправить ERR_CONTENT_DECODING_FAILED в Drupal

В Drupal ошибка ERR_CONTENT_DECODING_FAILED тесно связана не только с включённым gzip-сжатием, но и с опцией кеширования на стороне сайта. Несмотря на это — устранение ошибки достаточно простое.


[Joomla] Медленно открывается главная страница админ-панели сайта

Вчера обратился владелец сайта на Joomla 3.3 с жалобой на то что главная страница «админки» сайта сильно тормозит (загружается с большой задержкой) при этом все остальные страницы как админ-раздела, так и самого сайта загружаются быстро и без ошибок.


[SMF] Как настроить кеширование memcache через сокет

На днях столкнулся с проблемой. Есть форум на движке Simple Machines Forum (размещен на моём любимом хостинге «Украина»), на котором нужно настроить кеширование при помощи memcache. К слову сказать, возможность использовать мемкеш (как memcache, так и memcacheD ) на хостинге появилась недавно. Несмотря на то, что услуга находится на стадии беты,  мемкеш работает стабильно и стоит сущие копейки — что-то около двух центов за мегабайт или 68 центов за 32 мегабайта в месяц. 32 «метра» же мемкеша, хватит что называется,  «за глаза» для многих задач. (например, кеш всех страниц этого сайта и поддоменов занимает что-то около 20 МБ памяти). Но хватит лирики.


После переноса на новый хостинг не получается войти в админ-панель сайта

Сегодня столкнулся с любопытной ошибкой — после переноса сайта (джумла) перестала работать авторизация (невозможно зайти в «админку» сайта). При этом никаких сообщений об ошибках не отдаётся — просто обновляется страница ввода логина-пароля и всё.


Не сохраняется меню WordPress

Сегодня столкнулся с любопытной ошибкой — после добавления очередного пункта меню в разделе админки сайта «Внешний вид» — «Меню»  при нажатии кнопки «Сохранить меню» изменения не сохраняются, а просто сбрасываются до предыдущего состояния. При этом никаких сообщений об ошибке ни на странице раздела меню, ни в логе сервера — нет.



При загрузке файлов отдаётся ошибка «ошибка HTTP»

Третьего дня столкнулся с тем, что при загрузке файлов через админку WordPress начал получать ошибку «ошибка HTTP» (без каких-либо дополнительных пояснений). Как показал поиск в интернете и собственные изыскания — причин ошибки может быть довольно много.


Not Supported File! Thumbnails can only be made from .jpg, gif and .png images!

Третьего дня столкнулись с любопытной ошибкой на DataLife Engine. DLE после заражения вирусами и последующего лечения (очень аккуратного, кстати) начала вместо страниц сайта отдавать ошибку. Not Supported File! Thumbnails can only be made from .jpg, gif and .png images!


Ошибка на главной странице интернет-магазина «Could not connect:»

Не так давно столкнулся со следующей ошибкой после переноса на новый хостинг, сайта созданного на Joomla и VirtueMart — вместо главной страницы сайта выводилась ну просто мегалаконичная ошибка Could not connect: «И никаких тебе больше данных!«, как говаривал Силантий Отченаш. И это при том, что файл конфигурации Джумлы (configuration.php) заполнен правильно и проверен минимум трижды. Как оказалось, проблема кроется в модуле VirtueMart’а  «mod_frontpage_categories«. Точнее, в файле конфигурации данного модуля по адресу вашсайт.com/ modules/ mod_frontpage_categories/ mod_frontpage_categories_functions.php Уж не знаю с какого перепугу, но автора данного модуля (или не совсем пряморукие разработчики сайта — не знаю) решили, что не царское это дело — использовать […]


Ошибка Fatal error: Call to undefined function imagecreatefromjpeg()

При переносе сайта на Opencart с виртуального хостинга на выделенный сервер возникла ошибка: Fatal error: Call to undefined function imagecreatefromjpeg() in /system/library/image.php on line 34   Сама по себе ошибка говорит о том что скрипт /system/library/image.php в строке 34 обращается к не определённой ранее функции imagecreatefromjpeg() . Как показывает быстрый поиск — imagecreatefromjpeg() — это стандартная функция графической библиотеки php gd (точнее даже gd2). То есть, ошибка говорит о том что на сервере не установлена эта библиотека. Решение вопроса описывается вот в этой заметке:


Ошибка «Strict Standards: Non-static method should not be called statically in» при переносе сайта

21-го августа этого года разработчики сообщили о завершении цикла разработки php 5.3 и объявили версию 5.4 стабильной. Для разработчиков программного обеспечения и продвинутых пользователей это означает то что с этого момента все адекватные хостеры начнут использовать эту версию по-умолчанию. Но этот переход имеет и «тёмную» сторону — всем владельцам сайтов использующих морально устаревшие версии CMS, не умеющие работать на новой версии php при, например, смене хостера или переносе сайта придётся встретить ошибки вида «Strict Standards: Non-static method ***** should not be called statically in *****» (пример для джумлы 1.5):