[umka]

Вы хотите меня в чём-то убедить или вам интересна суть проблемы? :)

Ошибку выдаёт функция imagecreatefromjpeg(), как следует из лога. Функция эта используется для работы с изображениями. Имя файла, которое передаётся в эту функцию, кривое. Отсюда и ошибка. И, как следствие, вывод о том, что плагин кривой.

Это сейчас исправим.

Прибегнуть к волшебной силе программирования.

Для начала посмотреть, что в файле:

/home/xxxxx/domains/domen.ru/public_html/wp-content/themes/web/framework/timthumb/timthumb.php on line 1101

(Обратите внимание, в строке 1101. Не 1001)

Там, вероятнее всего, вызов той самой функции imagecreatefromjpeg().

Далее проследить до самых истоков, как формируется имя файла в переменной, которая передаётся в эту функцию.

Найти проблему, устранить.

Возможно, поможет простое обновление плагина.

...../uploads/2015/12/.jpg
Нет имени файла ------^

=> Ошибки в скрипте. Администрированием тут вряд ли помочь.

p.s. Ошибки PHP лучше писать куда-нибудь отдельно. Засорять ими лог веб-сервера не желательно.

Кстати, да. Дело может быть вовсе не в PHP, а в *SQL. У них тоже свои личные персональные таймзоны :)

Если он пишет в базу только текущие timestamp-ы, то таймзоны и не используются.

А используются как раз во время выборки.

Там вариант или обновить руками базу данных в дистрибутиве и пересобрать пхп, или установить модуль "timezonedb", или обновить весь пхп целиком до версии, в которой нужная таймзона "в порядке".

Я, как противник лишних модулей и любитель ковыряния руками, ходил по первому пути :)

У пхп своя база данных таймзон.

Через .htaccess примерно так.

Для адресов, начинающихся с 123.45.67. или 111.22.33. или 222.33.44.

RewriteEngine on

RewriteCond %{REMOTE_ADDR} ^123\.45\.67\. [OR]

RewriteCond %{REMOTE_ADDR} ^111\.22\.33\. [OR]

RewriteCond %{REMOTE_ADDR} ^222\.33\.44\.

RewriteRule ^robots\.txt$ another_robots.txt [L]

mydestination оставьте пустым или как минимум уберите из него $myhostname, если оно совпадает с именем домена, иначе постфикс будет считать, что он сам принимает почту для этого домена и будет отправлять письма самому себе, а не наружу.

Может быть, что у вас запущен локальный DNS-сервер, на котором по умолчанию прописан этот домен, для которого по умолчанию так же прописан этот самый сервер в качестве MX.

В консоли сделайте

$ host -t mx mydomain.com.

Оно вам напишет, какой сервер обрабатывает почту для хоста "mydomain.com" по мнению DNS-сервера, который вы используете:

mydomain.com mail is handled by 10 mail.mydomain.com.

Ну и потом удостоверьтесь, что у выданного имени правильный IP:

$ host mail.mydomain.com.
mail.mydomain.com has address 123.45.67.89

Прежде всего, читайте логи. Там в 99% случаев написана причина.

Если у вас почтовые ящики для этого домена живут на другом сервере, проверьте, какой mx отдаёт локальный DNS. Скорее всего, письма на локальном сервере и остаются.

Прошу пардону.

Вместо LENGTH() —> CHAR_LENGTH()

UPDATE table SET field=LEFT(field,CHAR_LENGTH(field)/2) WHERE CHAR_LENGTH(field)%2=0 AND LEFT(field,CHAR_LENGTH(field)/2)=RIGHT(field,CHAR_LENGTH(field)/2)

Это для строк из двух одинаковых половинок.

Например:

"Красный орангутан.Красный орангутан."

или

"Красный орангутан. Красный орангутан. " (с пробелом на конце).

Но не

"Красный орангутан. Красный орангутан."