Угу, именно это и значит, я бы это может порешал бы, но даже производители предупреждают о следующем:
В целом у меня есть архивы и я мог бы убить сервер, но лень этим заниматься.---------- Добавлено 02.05.2020 в 03:57 ----------
Про плагины согласен, как раз один из них который сразу же уничтожил работоспособность сайта был с пометкой - Обновление: 4 года назад :), да я знаю нет предела моей лени и халатности.---------- Добавлено 02.05.2020 в 04:29 ----------Да кстати про PHP расширения и ZIP, тут WordPress кинул мне тупому ссылку на то какие расширения ему нужны, там че-то на английском написано, что ядру WordPress желательны такие расширение, а то функциональность будет не очень, а то и работа его.
https://make.wordpress.org/hosting/handbook/handbook/server-environment/#php-extensions
И zip там нужен вроде как для разархивации плагинов, тем, and WordPress update packages.
А imagick – что-то там для картинок и медиа загрузок - Provides better image quality for media uploads. See WP_Image_Editor is incoming! for details. Smarter image resizing (for smaller images) and PDF thumbnail support, when Ghost Script is also available.
WordPress в рекомендациях советует использовать 7.3 версию.
К сожалению, у меня старенькая версия ISPmanager’а, но там можно выбирать версии PHP, но не по умолчанию (может там были по умолчанию, но старые), а новые установленные.
Попробую как ни будь 7.4, если она установиться. Ну и как выяснилось ZIP таки нужен WordPress’у, и ещё какой-то imagick.
Я знаю, но я верю в чудеса :), тем более все всегда говорят, что новая версия PHP приносит +200% к производительности, все время какие-то синтетические тесты рисуют графики с улучшением производительности и т.д., и т.п. да я понимаю, что это все так, ладно потестил и ладно.
По этим словам,
я так понимаю такие эксперименты лучше не проводить с веб-серверами привязанными к ispmanager’у и настройкам…
Это невероятно, но моя скомпилированная версия работает, не только показывая версию PHP по команде - ./php –version, но и в работе с сайтом, но к сожалению, она не принесла ускорение в 100ms, а более того один из плагинов сразу убил работу сайта в хлам, в Состояние здоровья сайта появились новые рекомендации:
Была еще какая-то ошибка, но потом она исчезла, и самое главное сайт просел по скорости и отклику, так называемый TTFB стал больше. Короче пришлось все вернуть взад.
Допустим, что пакетный менеджер не будет больше предлагать обновления для данного пакета никогда.
Так я так и не понял такая установка обновит программу пусть и с заменой всех файлов?---------- Добавлено 01.05.2020 в 20:09 ----------
Вы имеете в ввиду добавление исключений в конфигурационный файл пакетного менеджера, чтобы он больше не проверял и не предлагал обновления для данного пакета?
Нет не видел, т.к. ту версию мне помогла установить техническая поддержка хостинга, я поэтому и подумал, что если скопировать те опции, с которыми они устанавливали то также и установится новая версия, в целом так и получилось за исключением пары предупреждений и одной ошибки.
Да действительно в графе Configure Command были опции с которыми был собран и установлен PHP. И эти опции можно без проблем скопирнуть и использовать для установки новой версии.
Я бы почитал документацию об опциях, но я ленивый вебмастер, тем более их там штук 50, мне бы просто один в один и чтобы заработало. Версии программы не слишком разные по идеи должно быть тоже самое.
Но все же были мелкие проблемки…
configure: WARNING: unrecognized options: --enable-gd-native-ttf, --with-mcrypt
--with-mcrypt – Пришлось удалить из команды кофигурирования, какая-то устаревшая и удаленная в PHP 7.2.0 фигня:
https://www.php.net/manual/ru/intro.mcrypt.php
--enable-gd-native-ttf – Тоже непонятная фигня которая игнорируется с PHP 5.5.0 и удалена в PHP 7.2.0, я её тоже убрал.
https://www.php.net/manual/ru/image.installation.php
configure: WARNING: This bison version is not supported for regeneration of the Zend/PHP parsers (found: none, min: 204, excluded: ).
Ей нужен был какой-то бизон, пришлось установить:
https://ru.wikipedia.org/wiki/GNU_Bison
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
Re2c – еще какая-то непонятная фигня к которой на русском даже описания на википедии нет, но устанавливается.
https://en.wikipedia.org/wiki/Re2c
Это все что было в предупреждениях типа WARNING, на которые как я понимаю можно забить.
Но самое страшное это error:
checking for libzip... configure: error: system libzip must be upgraded to version >= 0.11
И в общем то эта библиотека была установлена, но версия не та, а ей нужна так, а той нет и короче я не стал заморачиваться и убрал поддержку ZIP.
И вот вопрос нужна ли вообще поддержка ZIP для сайта на вордпресс, единственное место где я видел работу zip и то я не уверен что это делает PHP это phpMyAdmin когда базу сохраняешь там можно выбрать сжатие tar.gz или zip, но это не точно.
Как это не странно, но make компиляция походу прошла успешно, и пакет установился в новую папку куда префикс был ему задан после make install.
И как это не странно новое приложение выдало по команде ./php --versoin из нового каталога свою версию, а это возможно значит что походу все работает, кроме zip’а.
Ответьте нужен ли ZIP в PHP?
Спасибо всем за ответы и пользуясь случаем хотел спросить, а как правильно перезагружать сервер из консоли по ssh – reboot, shutdown -r, init 6 и т.д.
Где-то на Хабре https://habr.com/ru/post/98770/ читал что:
И у какого-то провайдера https://renter.ru/articles/kak-perezagruzit-server-linux/ что команда reboot правильно завершит все процессы и нормально перезагрузит систему:
Сам перезагружал сервер командой reboot и через панель управления VPS и как для пользователя разницу не заметил, и поэтому остается загадкой их рекомендация не перезагружать сервер из консоли.
Но мне нравится ответ LEOnidUKG про заговоры и шпионаж, может они правда какую-то статистику собирают и поэтому эту рекомендацию пишут постоянно, но для 2020 года, где сервера с предустановленной системой создаются в один клик и все можно развернуть из контейнеров просить авторизоваться и входить в личный кабинет для перезагрузки сервера это как-то не современно что ли.
Подумаю об этом, правда у меня до этого случая в течение последнего года где-то 40% свободной памяти было, да и после рестарта сервера тоже достаточно. Буду надеется, что это баг какой-то :).
