Я ваще перед обновлением чего-либо в Linux молюсь что бы это заработало :)
Если установка/обновление через пакетный менеджер молюсь один раз, если установка из исходников молюсь всем богам как в фильме Мумия.
А про обновить все в один клик — это, наверное, здорово где нить на домашнем компе. У меня лично в Linux нет никогда уверенности в том, что после обновления будет все работать хорошо или также, скорее чувство что что-то пойдет не так.
foxi: Центос активно умирающая система. Юзайте дебиан/убунту и не будет надобности ставить левые репозитории, т.к. в стандартных все будет в наличии и актуальные версии.
Почему левые репозитории, это же официальные вроде как репозитории тех, кто выпускает и поддерживает это программное обеспечение?
Почему CentOS умирает, вроде же это полная копия RED HAT ENTERPRISE LINUX SERVER, а они вроде как умеют зарабатывать деньги, плюс вроде теперь там и IBM которые мейнфреймы и в компах немного шарят :)
Про обновления да, для меня это проблематично, уровень не тот, но и в Debian или Ubuntu я думаю есть нюансы.
А я лично за CentOS, все-таки это не нищие разработчики – Red Hat (NYSE: RHT) + IBM (NYSE: IBM). Да и знакомство в детстве было именно с этим дистрибутивом как это не странно, и да у них есть стиль :).
Жаль не удастся протестировать 7.4.5 так как по аналогии копи паста она опять требует очередную фигню:
configure: error: Package requirements (krb5-gssapi krb5) were not met:
No package 'krb5-gssapi' found
No package 'krb5' found
Может есть какая-то скрытая опция чтобы она собралась без неё, но я хз. Хотя и не думаю, что между 7.3.17 и 7.4.5 были бы какие-то чудесные различия в производительности, но посмотреть и попробовать мне бы хотелось в + или в - к TTFB :).
Это все уже не важно, тем более по сути я ничего то и не делал, и не придумывал, я просто скопировал команду конфигурирования PHP один в один с текущей рабочей версии, которую устанавливали специалисты хостинговой компании, с расширениями можно решить, старые плагины можно заменить, но это тоже уже все не важно, т.к. при отключенных плагинах которые прям совсем не работали и расширениях PHP которые не использовались в определенных местах рендеринга сайта, сайт стал отображаться дольше чем при предыдущей версии, увы такое бывает.
Угу, именно это и значит, я бы это может порешал бы, но даже производители предупреждают о следующем:
Процесс миграции может нарушить работоспособность сервера.
В целом у меня есть архивы и я мог бы убить сервер, но лень этим заниматься.
---------- Добавлено 02.05.2020 в 03:57 ----------
LEOnidUKG:
Пока с 7.4 вообще не нужно торопиться т.к. плагины ещё многие не осилили новую версию.
Про плагины согласен, как раз один из них который сразу же уничтожил работоспособность сайта был с пометкой - Обновление: 4 года назад :), да я знаю нет предела моей лени и халатности.
---------- Добавлено 02.05.2020 в 04:29 ----------
Да кстати про PHP расширения и ZIP, тут WordPress кинул мне тупому ссылку на то какие расширения ему нужны, там че-то на английском написано, что ядру WordPress желательны такие расширение, а то функциональность будет не очень, а то и работа его.
И 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.
LEOnidUKG: Вы в соседней теме говорили, что у вас ISP панель.
Там из коробки есть PHP 7.4 зачем самому собирать то?
WordPress в рекомендациях советует использовать 7.3 версию.
PHP — язык программирования, используемый для создания WordPress. Новые версии PHP работают быстрее и более безопасны. Используя актуальные версии PHP, вы улучшаете производительность и безопасность сайта. Минимальная рекомендуемая версия PHP — 7.3.
К сожалению, у меня старенькая версия ISPmanager’а, но там можно выбирать версии PHP, но не по умолчанию (может там были по умолчанию, но старые), а новые установленные.
Попробую как ни будь 7.4, если она установиться. Ну и как выяснилось ZIP таки нужен WordPress’у, и ещё какой-то imagick.
LEOnidUKG: Чего-чего она должна была принести? Ой не так программирование работает, совсем не так :)
Я знаю, но я верю в чудеса :), тем более все всегда говорят, что новая версия PHP приносит +200% к производительности, все время какие-то синтетические тесты рисуют графики с улучшением производительности и т.д., и т.п. да я понимаю, что это все так, ладно потестил и ладно.
Это невероятно, но моя скомпилированная версия работает, не только показывая версию PHP по команде - ./php –version, но и в работе с сайтом, но к сожалению, она не принесла ускорение в 100ms, а более того один из плагинов сразу убил работу сайта в хлам, в Состояние здоровья сайта появились новые рекомендации:
Рекомендуемое расширение imagick не установлено или отключено.
Внимание! Рекомендуемое расширение zip не установлено или отключено.
Была еще какая-то ошибка, но потом она исчезла, и самое главное сайт просел по скорости и отклику, так называемый TTFB стал больше. Короче пришлось все вернуть взад.
lonelywoolf: Ага. А ещё некоторые файлы могут быть заменены. А потом пакетный менеджер обновит программу и вообще что-то отвалится.
Допустим, что пакетный менеджер не будет больше предлагать обновления для данного пакета никогда.
Так я так и не понял такая установка обновит программу пусть и с заменой всех файлов?
---------- Добавлено 01.05.2020 в 20:09 ----------
suffix: Так на все так установленные программы запрет автообновления же ставить надо !
Вы имеете в ввиду добавление исключений в конфигурационный файл пакетного менеджера, чтобы он больше не проверял и не предлагал обновления для данного пакета?
Я ваще перед обновлением чего-либо в Linux молюсь что бы это заработало :)
Если установка/обновление через пакетный менеджер молюсь один раз, если установка из исходников молюсь всем богам как в фильме Мумия.
А про обновить все в один клик — это, наверное, здорово где нить на домашнем компе. У меня лично в Linux нет никогда уверенности в том, что после обновления будет все работать хорошо или также, скорее чувство что что-то пойдет не так.
Центос активно умирающая система. Юзайте дебиан/убунту и не будет надобности ставить левые репозитории, т.к. в стандартных все будет в наличии и актуальные версии.
Почему левые репозитории, это же официальные вроде как репозитории тех, кто выпускает и поддерживает это программное обеспечение?
Почему CentOS умирает, вроде же это полная копия RED HAT ENTERPRISE LINUX SERVER, а они вроде как умеют зарабатывать деньги, плюс вроде теперь там и IBM которые мейнфреймы и в компах немного шарят :)
Про обновления да, для меня это проблематично, уровень не тот, но и в Debian или Ubuntu я думаю есть нюансы.
А я лично за CentOS, все-таки это не нищие разработчики – Red Hat (NYSE: RHT) + IBM (NYSE: IBM). Да и знакомство в детстве было именно с этим дистрибутивом как это не странно, и да у них есть стиль :).
Жаль не удастся протестировать 7.4.5 так как по аналогии копи паста она опять требует очередную фигню:
No package 'krb5-gssapi' found
No package 'krb5' found
Может есть какая-то скрытая опция чтобы она собралась без неё, но я хз. Хотя и не думаю, что между 7.3.17 и 7.4.5 были бы какие-то чудесные различия в производительности, но посмотреть и попробовать мне бы хотелось в + или в - к TTFB :).
mark2011,
Это все уже не важно, тем более по сути я ничего то и не делал, и не придумывал, я просто скопировал команду конфигурирования PHP один в один с текущей рабочей версии, которую устанавливали специалисты хостинговой компании, с расширениями можно решить, старые плагины можно заменить, но это тоже уже все не важно, т.к. при отключенных плагинах которые прям совсем не работали и расширениях PHP которые не использовались в определенных местах рендеринга сайта, сайт стал отображаться дольше чем при предыдущей версии, увы такое бывает.
Что значит старенькая? ISP4?
Угу, именно это и значит, я бы это может порешал бы, но даже производители предупреждают о следующем:
В целом у меня есть архивы и я мог бы убить сервер, но лень этим заниматься.
---------- Добавлено 02.05.2020 в 03:57 ----------
Пока с 7.4 вообще не нужно торопиться т.к. плагины ещё многие не осилили новую версию.
Про плагины согласен, как раз один из них который сразу же уничтожил работоспособность сайта был с пометкой - Обновление: 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.
Вы в соседней теме говорили, что у вас ISP панель.
Там из коробки есть PHP 7.4 зачем самому собирать то?
WordPress в рекомендациях советует использовать 7.3 версию.
К сожалению, у меня старенькая версия ISPmanager’а, но там можно выбирать версии PHP, но не по умолчанию (может там были по умолчанию, но старые), а новые установленные.
Попробую как ни будь 7.4, если она установиться. Ну и как выяснилось ZIP таки нужен WordPress’у, и ещё какой-то imagick.
Чего-чего она должна была принести? Ой не так программирование работает, совсем не так :)
Я знаю, но я верю в чудеса :), тем более все всегда говорят, что новая версия PHP приносит +200% к производительности, все время какие-то синтетические тесты рисуют графики с улучшением производительности и т.д., и т.п. да я понимаю, что это все так, ладно потестил и ладно.
По этим словам,
, если хочется уж геморроя.
я так понимаю такие эксперименты лучше не проводить с веб-серверами привязанными к ispmanager’у и настройкам…
Это невероятно, но моя скомпилированная версия работает, не только показывая версию PHP по команде - ./php –version, но и в работе с сайтом, но к сожалению, она не принесла ускорение в 100ms, а более того один из плагинов сразу убил работу сайта в хлам, в Состояние здоровья сайта появились новые рекомендации:
Внимание! Рекомендуемое расширение zip не установлено или отключено.
Была еще какая-то ошибка, но потом она исчезла, и самое главное сайт просел по скорости и отклику, так называемый TTFB стал больше. Короче пришлось все вернуть взад.
Ага. А ещё некоторые файлы могут быть заменены. А потом пакетный менеджер обновит программу и вообще что-то отвалится.
Допустим, что пакетный менеджер не будет больше предлагать обновления для данного пакета никогда.
Так я так и не понял такая установка обновит программу пусть и с заменой всех файлов?
---------- Добавлено 01.05.2020 в 20:09 ----------
Так на все так установленные программы запрет автообновления же ставить надо !
Вы имеете в ввиду добавление исключений в конфигурационный файл пакетного менеджера, чтобы он больше не проверял и не предлагал обновления для данного пакета?