• Привет.
    Мой хостер отказывается принимать свои ошибки, может я и зря на него давлю…

    Причина:
    Переключил свой сайт (последней версии ВП и с шаблоном Twenty Sixteen Версия: 1.3 и ниодного активированного плагина) на версию php 7.1.3
    Зайдя на главную страницу сайта я в error.log сервера получаю разом:

    [Sat May 13 14:20:41 2017] [error] PHP Warning: Module ‘curl’ already loaded in Unknown on line 0, referer: мой-сайт
    [Sat May 13 14:20:41 2017] [error] PHP Warning: Module ‘json’ already loaded in Unknown on line 0, referer: мой-сайт
    [Sat May 13 14:20:41 2017] [error] PHP Warning: Module ‘xmlrpc’ already loaded in Unknown on line 0, referer: мой-сайт
    [Sat May 13 14:20:41 2017] [error] PHP Warning: Module ‘curl’ already loaded in Unknown on line 0, referer: мой-сайт
    [Sat May 13 14:20:41 2017] [error] PHP Warning: Module ‘json’ already loaded in Unknown on line 0, referer: мой-сайт
    [Sat May 13 14:20:41 2017] [error] PHP Warning: Module ‘xmlrpc’ already loaded in Unknown on line 0, referer: мой-сайт

    — т.е. все чистое, а логи генерят ворнинги. И это плохо.

    На просьбу хостера разобраться и помочь мне получил ответ:

    использовать версию php подходящую для вашего сайта

    — вот и думаю — а какая мне версия подходит если тут написано что 7 и выше.

    В общем — работает у вас вордпресс с php 7.1.3? и что значит PHP version 7 or greater (7 и выше… но до какой версии сами разрабы вордпресса тестировали 100%?)

Просмотр 8 ответов — с 1 по 8 (всего 8)
  • Модератор Yui

    (@fierevere)

    永子

    PHP Warning: Module ‘xmlrpc’ already loaded in Unknown on line 0, referer: мой-сайт

    вероятно в конфигах PHP где то двойные директивы на загрузку расширений, либо более вероятный вариант, что PHP был самостоятельно собран и расширения были статически залинкованы в него, при этом в php.ini оставлены директивы на их загрузку.
    Вообщем это косяк сборки/конфигурации.

    PS: эти предупреждения нельзя отключить, но они безобидны и к проблемам каким-либо не приводят, просто логи засоряют. Исправляется проверкой и удалением дублирующих директив в php.ini (В случае статической компоновки — даже единственная директива extension= будет считаться дублирующей, для соответствующего расширения)

    Лучше всего сейчас использовать версию 7.0.x — с ней проверяют, с ней проблем нет
    с 7.1.х тоже работает, однако с некоторыми плагинами у меня вылезают проблемы, поэтому на 7.1 (7.1.5 вышла пару дней назад) у меня работает лишь часть сайтов

    • Ответ изменён 8 лет, 10 месяцев назад пользователем Yui. Причина: ps

    Да, я тоже нашел ответ что надо в php.ini самому убрать т.к. идет двойное подключение. Но почему хостер отсылает переключить версию на другую, вместо того чтобы разобраться что на его виртуальном хостинге происходит. Они же эту глобальную конфигурацию сами собирают и сами должны убрать из php.ini подключение этих модулей.

    Так что разработчики вордпреса — официально они дают ответ, рекомендуют 7.1 использовать? Там в ихом траке полный мрак найти что либо. А гугл внятного ничего не дал.

    Модератор Yui

    (@fierevere)

    永子

    официально я рекомендаций использовать 7.1. не видела, более того в slack #forums упоминались проблемы что PHP 7.1 с Jetpack выпадает в корку (Segmentation fault)
    Также как и достаточно многие плагины еще могут быть не адаптированы к новшествам 7.1, поэтому фраза «or greater» в рекомендациях достаточно провокационная и подразумевает разработчика (плагинов и тем) либо энтузиастов способных создать тикет или иным образом разработчиков проблемных компонентов «попинать».

    Повторюсь — сам WP 4.7 c PHP 7.1 работает корректно

    PS: по поводу проверки — WP и идущие с ним в дистрибутиве темы проверяются в плане работы на всех рекомендуемых версиях PHP, это включает и 5.2.4 и последнюю стабильную версию, которой сейчас является 7.1.5

    • Ответ изменён 8 лет, 10 месяцев назад пользователем Yui.

    Спасибо. Мне и нужен был ответ что чистый вордпресс работает с php 7.1.

    А то у моего хостера так не работает и я сам должен на виртуальном сервере лезть в панели и какие-то модули отключать. Тем более что это все включено самим хостером, а не мной.
    Пойду напишу ему. Все какие-то у него детские проблемы и попытки на клиента свалить то, что по дефолту не работает.

    В общем переписка с хостерами не дала ничего положительного. Я попросил их исправить свои стандартные конфиги. чтобы я просто создал сайт, на виртуальном сервере который они админят, а не я:

    пользуйтесь штатной версией 5.6, режим работы — модуль apache.
    там всё настроено корректно.

    всё остальное — настраивайте самостоятельно, как вам нужно.

    — вот так они заставляют юзеров, которые поставили чистый вордпресс и видят в логах грязь от серверного окружения переходить на старьё. Или ковыряться самому. «Из коробки» этот хостинг не работает. Им видимо выгодно — за ресурсы то я плачу. Все мы знаем что 7-е версии пыха в разы производительней. Поэтому такая политика от них идет. Кстати переписывался я с админом и владельцем этого вида бизнеса. Не дай боже вам попасть на такое отношение. А я с ними работаю уже 7-мь лет.

    p.s. я брал виртуальный сервер потому что мне не интересны вопросы серверной кухни, линуксов и прочих командных строк. Я не хотел в это ввязываться по серьезному. А не по серьезному — чтобы оно было дырявым, я не захотел. Поэтому я положился на профи — они то знают ток в настройке серверов. А тут получаю заявление что сиди на старье. Не серьезное отношение к бизнесу и клиентам.

    Хостеры они такие. Я одного прессовал чуть ли не полгода, пока они не сменили 5,4 на 5,6. При этом сам хостинг на год младше 5,6. Почему сразу не ставят нормально? Да потому что тупо накатывают древние образы с LAMP и набирают клиентов.

    А что до 5,6 vs 7.x, то с одной стороны их можно понять — на 7ке повалится скрипты других клиентов. Так что единицы желающих юзать 7ку их не очень пока беспокоят. (народ и от 5,2 не желает отказываться)
    Но с другой — у них по нескольку серверов, постоянно апгредяться, почему на одном не развернуть нативным 5,6 а на др. 7-ку.. И клиентам сообщать и предлагать если не старое перенести (за деньги), то хотя бы новые аккануты.

    Ида они предоставлю ресурсы и хорошо есть возможность что-то настроить для своих скриптов. А в договоре наверняка нет ничего ни о версиях ни об актуальности ПО. Клиенту только и остаётся — голосовать рублём. Или же жить с тем что дают.

    ЗЫ. На апаче с нжинксом я не увидел разницы в скорости. А если 5,6-модуль апача, а 7ка — CGI/FastCGI, то всё ещё и хуже.

    Я разрабатываю под вордпресс — и мне нужно иногда переключаться между версиями php. А тут я в логах вижу кучу мусора — на чистом вордпрессе. Потом среди этих логов мне найти мои ошибки и заметить строчку очень сложно. Да — я открываю лог файл и прокручиваю его. Благо за день строк 100 может набежать от ботов. Но бывают и мои касяки — и так я могу их исправить. Сейчас же мне нужно потратить время и сделать чужую работу — т.к. они этого делать не хотят. «Из коробки» уже грязь в логах. Я именно это и просил их вычистить.
    Но вначале уточнил у сообщества — может голый вордпресс еще не умеет с 7.1 версией

    Модератор Yui

    (@fierevere)

    永子

    дело в том, что предупреждения в лог будет выдавать у них даже

    
    <?php
    echo "Hello, this hosting suxx!";
    ?>
    

    PS: у WP были проблемы в виде единичных предупреждений на 4.6 ветке и с 4.7 в ранней бете, дальше все было исправлено, сейчас разве что единичные плагины будут мусорить в лог или отказываться работать, большинство работает нормально, особенно популярные

    • Ответ изменён 8 лет, 10 месяцев назад пользователем Yui. Причина: ps
Просмотр 8 ответов — с 1 по 8 (всего 8)

Тема «WordPress и php 7.1.3 ошибки в логах» закрыта для новых ответов.