Мы принимаем к оплате:

«Подарочный сертификат» от нашего Учебного Центра – это лучший подарок для тех, кто Вам дорог! Оплате обучение и подарите Вашим родным и близким обучение по любому из курсов!!!

«Сертификат на повторное обучение» дает возможность повторно пройти обучение в нашем Учебном Центре со скидкой 1000 рублей!

А также:

Как обновить версию php в wordpress

WordPress сайты на старых версиях PHP станут уязвимыми в декабре 2018. Время обновить PHP!

С декабря 2018 года сайты на WordPress, которые используют PHP 5.6 and 7.0 перестанут получать обновление, что составляет 57,1% от общего числа сайтов на Водпресс. Патчи для безопасности сайтов не будут выпускаться на выше указанных версиях PHP.

Это может привести к уменьшению трафика и ухудшению поисковых позиций веб-сайтов WordPress, которые все еще используют эти старые версии PHP.

Что такое PHP?

PHP – это язык программирования, позволяющий создавать сайты. Существуют различные версии PHP, каждая из которых является улучшенной версией предыдущей. С созданием новых версий существует возможность обновления, для использования всех преимуществ новой версии пхп.

Когда закончатся обновления безопасности?

Обновления безопасности для PHP 5.6 заканчиваются 31 декабря 2018 года. Обновления безопасности и исправления для PHP 7.0 заканчиваются 3 декабря 2018 года.

Сколько сайтов столкнуться с проблемой безопасности?

Согласно официальной статистике 57,1% всех сайтов на WP используют PHP.

Почему заканчивается поддержка?

Поддержка безопасности для каждой версии запланирована на ограниченное количество лет, пока она не достигнет того, что называется “конец жизненного цикла” (End of Life (EOL)). Что означает отсутствия улучшений и обновлений для сайтов на WordPress, работающих со старыми версиями PHP, даже в случае обнаружения уязвимостей? Согласно официальному сайту PHP термин EOL означает:

“Релиз, который больше не поддерживается. Пользователям, которые все еще используют данную версию,следует как можно скорее обновится для избежания возникновений уязвимостей”.

Всем веб-сайтам настоятельно рекомендуется установить обновления до последней версии, так как повышается вероятность взлома.

Что случится, если не получится обновить PHP?

Все веб-сайты, которые не могут обновиться до последней версии PHP, будут небезопасными и уязвимыми для взлома после окончания поддержки версий 5.6 и 7.0. А это означает, что в случае нахождения уязвимостей CMS системы никто не будет заниматься устранением дыр в безопасности версии PHP в стадии EOL. Также множество плагинов и тем WordPress перестанут работать.

Если у вас сайт написанный на WordPress, то вам стоит как можно скорее уточнить, какую версию PHP вы используете и по возможности обновить ее. Для этого обратитесь в техническую поддержку своего хостинг-провайдера.

Как проверить, какую версию PHP вы используете?

Наиболее простой способ зайти на хостинг с установленным вордпресс войти в панель управления и найти в раздел связанный с PHP. Также существует много инструментов для проверки версии пхп онлайн, но мы рекомендуем проверять именно через панель управления хостингом. На хостинге от ГиперХост используются две популярные панели управления Cpanel и ISPmanager, проверить версию PHP можно в соответствующем разделе как на скриншотах:

в панеле управления сPanel

в панеле управления ISPmanager

Непосредственно в самом Вордпрессе есть плагины, которые могут подсказать вам, какую версию вы используете. Например, плагин WordPress phpinfo используется для определения версии PHP сайта. После определения версии PHP не забудьте удалить этот плагин.

Ну и самым простым методом определения версии PHP является обращение в нашу тех поддержку, мы можем точно сказать вам какую версию вы используете и помочь с ее обновлением.

Как обновиться с PHP 5.6/7.0 до последних версий?

Сделайте резервную копию сайта

Прежде чем вносить какие-либо изменения стоит сделать резервную копию. Резервную копию можно создать используя плагин UpDraftPlus, самостоятельно через панель управления или написав в нашу тех поддержку.

Проверьте совместимость плагинов

Проверьте или обновлены все плагины до последней версии. Последнее обновление плагина должно быть не более года. Если плагин давно не обновлялся, свяжитесь с автором плагина или найдите информацию о том, работает ли данный плагин с последней версией PHP 7.2.

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

Зайдите в панель управления хостингом cPanel или ISPmanager, зайдите раздел PHP и обновите версию PHP для вашего сайта. Если знаете, как это сделать напишите нам, мы всегда готовы помочь. Создайте тикет в разделе “Тикеты”, “Открыть новый тикет” выберете отдел тех поддержки и укажите, какая версия PHP вам нужна.

Сделайте безопасность частью вашего SEO продвижения

Вопросы безопасности обычно не являются частью SEO, так как напрямую не влияют на ранжирование. В то же время, если сайт взломают, то трафик на ваш сайт снижается, что влияет на СЕО непосредственно. Поэтому не стоит ждать форс мажоров, а добавить еще один пункт проверки в ваш СЕО лист – проверка безопасности сайта.

Перевод с сайта searchenginejournal.com

458 раз(а) 3 Сегодня просмотрено раз(а)

PHP 7.1 и WordPress – личный опыт

Доброго времени суток, уважаемые посетители! Если вы открыли и читаете данный материал, то, скорее всего, как и я в своё время, озаботились вопросом, а что вам даст переход на PHP 7.1 и вообще стоит ли игра свеч?

Содержание:

Преимущества PHP 7.1 для WordPress

Не вдаваясь глубоко в технические детали и нюансы скажу – переход в обязательном порядке необходимо провести. Это даст существенный прирост в скорости обработки скриптов, что в свою очередь позволит куда быстрее формировать (как узнать скорость генерации страниц в WordPress) и отдавать сервером страницы, которые были запрошены пользователями.

Всё обрабатывается и открывается существенно быстрее, нежели это происходило в PHP 5.6 версии.

Если всё так радужно, то почему многие хостинги по умолчанию по сей день в настройках активируют именно PHP 5.6? Ответ очевиден – хостер заведомо не знает, какой движок будет использовать клиент, плагины для него и так далее. Потому то и ставит максимально совместимый обработчик скриптов, которым является версия PHP 5.6.

Ошибки PHP 7.1 и WordPress

WordPress же уже давно полностью готов и корректно функционирует с PHP 7.1, как и плагины, обновление которых происходит время от времени. Однако если же вы используете какой-либо плагин в WordPress, который обновлялся последний раз года четыре назад, то проблема может возникнуть.

Однако проверяется это достаточно легко – визуальной проверкой функционала, что реализуется плагинами в движке WordPress.

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

Как я уже говорил, WordPress полностью готов к PHP 7.1 и никаких ошибок в логе быть не должно. В моём случае ошибок не было вовсе, причём на всех сайтах, которые я переводил на PHP 7.1. Однако это связанно с тем, что я в своей работе использую малое количество плагинов, и преимущественно популярных, которые время от времени обновляются.

Однако если у вас лог будет писаться ошибка, то стоит найти её причину. Вероятнее всего причиной ошибки (даже если визуально всё работает корректно, как и до перевода на PHP 7.1) будет являться устаревший плагин. В этом случае необходимо подыскать замену старому плагину, который не только не отвечает современным требованиям, но и может являться потенциально уязвимым.

Необходимо понимать, что любой плагин является дополнением к WordPress, который в свою очередь неустанно обновляется сообществом разработчиков. И даже если сейчас всё прекрасно, то в новой версии WordPress может быть упразднена\заменена та или иная функция, и плагин не только не сможет выполнять свои обязанности, но и вовсе «поломает» работоспособность сайта.

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

Так что использование давно не обновлявшихся плагинов, как, впрочем, и игнорирование обновлений самого движка WordPress – чревато.

Как перевести WordPress на PHP 7.1

Перевод движка WordPress на PHP 7.1 звучит громко, и даже в некоторой степени пугающе, по факту же всё сводится к паре кликов в админ-панели хостинга.

Зайдите в админ-панель, найдите опцию, которая отвечает за используемую версию PHP, и переключите используемую в текущий момент версию PHP на версию 7.1.

Если вы не знаете, как это можно сделать, то адресуйте письмо с этим вопросом службе поддержки вашего хостинга.

И помните: если что-то пойдёт не так, то вы в любой момент можете вернуться к ранее используемой версии PHP.

Пожалуй, это всё, что я хотел поведать вам в данном материале :-) Не забывайте про комментарии и делитесь своими результатами перевода движка WordPress на работу с PHP 7.1.

Как включить на хостинге обновления до версии PHP 7.0

Пользователям хостинга Джино, вероятно, будет полезно воспользоваться доступным системным обновлением до версии php 7.0. Но как это сделать, возникает вопрос у «молодого» пользователя? И не ведут ли эти перемены до катастрофических поломок сайта…

Ведь на глаз, например, разность цифровых значений версий php от 5.2 до 7.0 велики…

Что ж, разберёмся: (ибо старания мои для новичков, чтобы они делали меньше ошибок, коими богата моя биография))

Перво-наперво стоит создать резервные копии сайта и его Базы Данных (пригодится… да привычки для…).

Делается копия БД или вручную или, например, плагином iThemes Security. Для сохранения файлов сайта тоже существует множество примочек.

Я все сохранения копий делаю вручную.

Итак:

как заявляют хостеры… «Версии 5.4 и ниже отныне не поддерживаются разработчиками и, более того, эти устаревшие версии, что естественно, имеют уязвимости и дыры. По сравнению с предыдущими версиями PHP 7 обеспечивает значительный прирост производительности. Например, WordPress работает с новой версией до двух-трех раз быстрее» — не знаю о справедливости сих уверений, но, вроде как некоторая правда присутствует.

Со своей стороны замечу: на этапе тестирования у меня никаких багов (сбоев) в работе сайта не произошло. Кстати же, и на других блогах, с которыми работаю — тоже всё нормально.

Скорость загрузки сайта на глаз, конечно, мало заметна, но вот по показателям тестеров, единицы значений скорости возросли в некоторой степени.

Мораль: коли решаемся использовать устаревшую версию php — рискуем…

В общем да — устарели номиналы) — а значит логичнее воспользоваться обновой.

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

как включить в панели управления хостингом версию php7

Заходим к себе в аккаунт хоста Джино — или вперёд по ссылке и…

В среднем горизонтальном меню выбираете «Управление» затем «управление сервером» далее «настройки PHP» — вот тут и будем колдовать.

Перед вами откроется окно настроек php версий.

Не знаю, стоит ли давать какие-то советы по поводу переключения номиналов php от 5.2 до … 7.0, но доложу, что, я, предварительно сделав «бекап» сайта — сразу переключился на семёрку (зелёная стрелка).

Хотя можно поэкспериментировать: помните — что при обнаружении неполадок с сайтом, всегда возможно воспользоваться откатом, т.е вернуть прежнюю версию php сервера (такую, которая у вас и была) либо всё-таки путём экса подобрать более новую, совместимую с вашим блогом/сайтом.

Как вернуть на сервере старую версию php

Просто указываете нужную вариацию и всего делоф! Конечно же, не забываем о кнопочке «Изменить» т.е сохранять изменения.

А мы, в статье о возможностях хостинга «Джино», переходим к завершению настроек обновления…

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

А вам остаётся бежать тестировать правильность работы настроек сайта!!

Новичкам: тестировать скорость загрузки страницы сайта можно TАМ или СЯМ. А тем, которые читают этот пост в свежем времени — возможно, у меня ещё работает спидометр загрузки, в футере… Можете взглянуть, а при необходимости установить такой же и себе.

Установку счётчика скорости загрузки опишу в следующей статье.

Online консультация по работе c сайтом на WordPress

И ещё что очень важно: по поводу скорости загрузки, важно помнить об ошибках кода сайта! Тщательно отслеживать и исправлять. В противном случае все обновления, как и нынешняя обнова php до 7-й версии, мало помогут…

Второе: очень рекомендую ознакомиться с постом, о котором говорилось выше первичных настроек и сайта И другой, которая описывает методы включения gzip сжатия сайта.

В предложенных статьях есть много полезных сопутствующих ссылок в помощь вебмастеру.

Более новая версия 7.1 php описана в этой статье, а также рассмотрим некоторые вариации возможных ошибок — несовместимости скриптов с «нашими сайтовыми»…

На этом у меня на сегодня решительно всё!..

...вопросы в комментариях - помогу, в чём дюжу... mihalica.ru !

Как я обновил php до 7 версии и wordpress

Вообщем еще год назад хотел перейти на php 7, но тогда не было memcached под эту версию и я забил (там что-то как-то можно было собрать, но я рукожоп и единственное что могу делать - вводить команды с гугла)

Сейчас предпринял еще одну попытку и все получилось, производительность выросла раз в 5 где-то, страницы для залогиненых открываются почти так же быстро как и для гостей с wp-supe-cache.

В чем конкретно заслуга (php 7 или opcache вместо xcache) я сказать не могу, главное все работает.

Если у кого-то как и у меня нет админа, но вы хотите проделать то же самое (конечно на свой страх и риск) то напишу как это сделал я:

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

У меня стоит:

Еще год назад в настройках www домена мне добавили возможность выбора версии php, но я написал вначале почему тогда я не стал использовать php7. Сейчас проблема решилась:

Я выбрал для своего www домена php 7.0.15 (у меня там такая)
Затем по гайду отсюда я выполнил следующие команды в ssh клиенте:
1. yum install autoconf gcc libmemcached-devel zlib-devel /opt/php70/bin/pecl install memcached
2. echo extension=memcached.so >> /opt/php70/etc/php.d/memached.ini
Затем в php.ini который в папке с моим доменом добавил:
1. extension=memcached.so
2. zend_extension=opcache.so
Перезапустил апач: service httpd restart
Перезапустил memcached: service memcached restart
Поставил Memcached Redux (там всего 1 php файл object-cache.php его я поместил в /wp-content)
Все, результаты этой работы смотрите ниже

p.s. memcached redux помещает стандартный object cache wordpress'а в ОЗУ (без него все это кешируется только на время генерации страницы) что так же дает хороший прирост производительности. Так же я его использую что бы кешировать какие-то сложные запросы и отдельные части страниц: например последние комментарии или лучшие записи в категории. Возможно я как то не правильно описал работу плагина, но именно так я понимаю его смысл и вроде все работает

Далее идет сравнение:

-----------------------------------------------

php 5.3.3 - PHP 5.3.3 + xcache + memcached

php 7 - PHP 7.0.15 + opcache + memcached

-----------------------------------------------

php 5.3.3: Главная: 17.79 Mb / 0,62477 сек / 17 запросов

php 7: Главная: 8.98 Mb / 0,11904 сек / 17 запросов

php 5.3.3:Категория: 17.72 Mb / 0,53250 сек / 21 запросов

php 7: Категория: 8.92 Mb / 0,14287 сек / 21 запросов

php 5.3.3:Запись в которой 100+ комментариев: 20.49 Mb / 1,59759 сек / 140 запросов

php 7: Запись в которой 100+ комментариев: 10.68 Mb / 0,39940 сек / 140 запросов

php 5.3.3:Запись без комментариев: 17.35 Mb / 0,50184 сек / 21 запросов