Привет всем, простите за то что долго не писал. Сегодня хочу с вами поговорить на тему безопасного обновления WordPress. Что сподвигнуло меня на написании этого поста? При работе на одном из сайтов заказчика, я увидел сообщение о выходе нового релиза WordPress () и призыве обновится. Надеюсь вы тоже не раз встречали такое сообщение? 😉
И я конечно же решил обновится, почему я всем вам рекомендую это делать? Дело в том, что с каждым новым обновлением появляются новые функции, о которых вы можете узнать на странице после обновления WordPress. Например одна из новых фишек, которая появилась в движке — это растягиваю мышью. Раньше приходилось изменять размер вручную.
Полезно? По мимо этого, самым главным является исправления ошибок и «дыр», которые все же присутствуют в любом существующем движке, о том я писал раньше. Это самое главное, вот почему следует обновляться…
Так вот, после обновления я вижу сообщение о том, что произошла ошибка и следует обновится вручную. Обновляю я вручную и обнаруживаю, что половина написанных статей отсутствуют, или отображаются неправильно…
Это был шок, мне пришлось выкачивать базу данных, потом вручную добавлять все таблицы, корректируя их. Провозился я часов 5 не меньше, так что, что бы обезопасить свое творчество, время и силы, необходимо постоянно делать бэкап данных перед обновлением.
В этом деле вам поможет плагин, о котором я , создавайте резервную копию данных одной клавишей, сохраняйте ее на своем компьютере и будьте уверены, что все данные в любом случае будут при вас.
Для того, что бы обновить WordPress автоматически нам ничего не нужно, как только вы увидели сообщение о том, что доступна новая версия WordPress, тут же создаете резервную копию WordPress с помощью плагина который я описал чуть выше и обновляете.
Для этого, просто переходите в Консоль и нажимаете на кнопку Обновить. После этого вас перекидывает на страницу, где вы можете просмотреть результат обновления и ознакомится с новыми фишками, которые были внедрены разработчиками в новую версию.
Данный этап немного сложнее чем первый, для начала опять же создаем резервную копию сайта с помощью . И чистим КЭШ блога, что бы избежать возможных ошибок совместимости и так далее. Как это сделать я расскажу в следующей статье, что бы не пропустить.
Первое. После того, как правила безопасности соблюдены, необходимо . Желательно это делать с официального сайта, потому что различные доработанные версии могут быть чем-то и лучше, но так же с ними могут возникнуть и проблемы.
Второе. Распаковываем архив и удаляем папку wp-content. Для чего это нужно? В данной папке хранятся все ваши файлы: , изображения, которых набирается куча с первого дня ведения блога. новую папку нужно удалить, что бы она случайно не заменила папку с вашими файлами.
Третье. Подключаемся к вашему сайту через FTP, с помощью . Заходим в корневую папку вашего блога и делаем следующие действия:
Четвертое. Открываем в скачанный файл wp-config и файл в новом релизе WordPress wp-config-sample. И сравниваем их, также одновременно переносим из wp-config в wp-config-sample данные, такие как DB_Name, DB_User, DB_Host и т.д После чего сохраняем новый Wp-config-Sample файл, переименовывая его в Wp-Config.
Пятое.
Закачиваем все файлы нового скачанного движка в вашу корневую папку блога. Заметьте, что вам часто будет выдаваться сообщение о том, что такой файл уже существует, вы должны заменять старый файл и добавлять новый, для этого нажимаем «Перезаписать» и поставьте флажок над «Всегда использовать это действие», для того, что бы данные сообщение не выводилось +100500 раз.
Шестое. После того, как все данные обновились, заходим в Админку блога и вы увидите сообщение о том, что вам следует обновить Базу данных, обновляем и ВАУЛЯ! Теперь вы обладатель новой версии WordPress…
Напоследок хочу дать несколько советов по обновлению плагинов и тем. Перед тем как обновлять плагины и темы скачивайте их с сайта на компьютер. Бывает так, что новый плагин начинает конфликтовать с WordPress или другими плагинами, либо в него внедрили новые функции, которые вам вовсе не нужны. В этом случае у вас всегда будет возможность загрузить старую версию плагина, а обновление проигнорировать.
В случае с шаблонами или темами (Как вам угодно *pardon*), все изменения которые вы совершали в файлах темы автоматически обновляются на новые. То есть, после обновления тема — девственно чистая. Приходится вспоминать все изменения и добавлять их заново. Если вы сохраните тему заранее, то у вас будет возможность скопировать изменения из старой темы и сохранить уйму времени.
На этом все дорогие друзья, до скорых встреч, надеюсь мне удастся чаще радовать вас новыми статьями и , пока….
Учитывая, что наша веб-студия в своей работе использует только коммерческие платформы для создания сайтов (CMS) – заметим российского производства. Назрела необходимость в публикации, которая бы приоткрыла завесу касаемо необходимости периодического обновления программы.
Если смотреть глазами рядового сотрудника компании Заказчика, который только и выполняет задачи по наполнению контента сайта фирмы (новости, статьи, товары, услуги и т.п.) – то у этого сотрудника не возникает потребности в обновлении платформы сайта. Это все связано с тем, что мало кто понимает, за чем это нужно. Все понимают, что нужно примеру обновлять антивирусные программы на персональном компьютере, или необходимо обновлять браузер – так как это повышает скорость загрузки страниц сайтов, или то, что необходимо обновлять операционную систему. Но, до сайта речь не доходит пока он «жив». Тем, более что сайт не расположен на компьютере сотрудника, а где-то там, на удаленном сервере. Более того, к сайту порой относятся как компьютеру, вызывают специалиста, когда ресурс заразился вирусом или сломался. Но если компьютер легко можно заменить, то на сайт потребуется потратить немало времени чтобы произвести восстановительные работы.
Средний чек технической поддержки и ежегодного обновления программы компании обойдется примерно в 120,000 рублей – немало. А, теперь мы возьмем небольшой интернет-магазин с посещаемостью в среднем 1000 человек в сутки – это около 365000 потенциальных клиентов в год. Предположим, продается в данном on-line магазине – одежда со средней стоимостью в 1,000 рублей. Если все делать правильно, не сложно получить конверсию покупок больше 3-х процентов от целевых посетителей, но мы возьмем и здесь среднее значение. Нам необходимо средний процент умножить на среднюю стоимость и умножить на количество дней, приблизительно вот так: 1,000 (стоимость) х 3% (количество покупателей в день) х 365 (дней в году) = 10,950000 (оборот). И это только пессимистичная оценка оборотов, ведь однажды купивший клиент, может вновь приобрести новую одежду с другой коллекции. Получается, в сутки покупки совершаются на сумму – 30,000 руб.
Про доход мы уже поняли, а теперь давайте разберем убытки при простое – ведь наша задача сэкономить те самые 120,000 рублей в год, чтобы не заказывать техническую поддержку и обновление движка интернет магазина.
В случае сбоя или заражения вирусом Интернет-магазин прекращает стабильно функционировать, примеру самый простой способ «заразить» сайт это зайти по FTP-соединению через зараженный компьютер и вирус начнет одновременно «дружить» с Вашим сайтом.
Теперь посчитаем стоимость работ и сопутствующие издержки (сразу отбросим возможность вернуть с помощью бэкапа на начальную точку до сбоя или заражения сайта, ведь тем самым мы «прикрываем» саму причину возникновения, плюс это грозит потерей заказов сделанных в промежуток времени от последнего бэкапа до возникновения внештатной ситуации):
В среднем программистам требуется от 2-х до 72-х часов на выявления причин с последующим устранением проблемы (стоимость работы в час от 1,000 рублей);
простой Интернет магазина может составить от 1-го дня (в нашем случаи это сразу потеря 30,000 рублей минимум);
потеря лояльности (не каждый потенциальный покупатель вновь вернется на сайт – если при первом входе он куда-то пропал).
Но, и это не все – залатав причину единожды, но, не усвоив урок, происходит как не странно рецидив, когда каждая последующая ошибка на сайте обходится дороже в среднем в два раза предыдущей.
Не желаете полагаться на судьбу и надеяться, что все испытания пройдут мимо Вашего сайта? Тогда
Обычно уже через несколько месяцев владелец сайта задает себе вопрос - как обновить maxsite cms . Пока система молодая почти ежемесячно выходят новые версии с многими полезными улучшениями. В настоящее время самым распространенным является ручное обновление maxsite cms . Для обновления CMS MaxSite нам потребуется FTP -клиент.
Для статьи была использована инструкция обновления cms maxsite по адресу http://max-3000.com/page/maxsite-cms-070
Инструкция от Макса:
Обновляться, как я уже раньше писал, следует так:
Переименуйте текущие каталоги application в application-old и system в system-old .
Загрузите новые файлы MaxSite CMS на сервер.
Установите права на запись (777) на каталог кэша (application/cache/ ) и его подкаталоги.
Скопируйте старые файлы из application : config/database.php и maxsite/mso_config.php .
Скопируйте свой шаблон и сторонние плагины, если вы их устанавливали.
После тестрования каталоги application-old и system-old можно удалить.
Я думаю, для опытных пользователей этого достаточно, а новичкам можно почитать мою более подробную инструкцию. (Конечно, надо в первую очередь смотреть у автора, так как он мог и изменить процесс обновления в связи с добавлением каких-то функций).
Главное - перед каждым обновлением СКАЧИВАЙТЕ ПАПКУ своего САЙТА (из www) с СЕРВЕРА ! через FTP -клиент. Вообще-то надо сохранять сайт раз в месяц - скачать - пометить числом и удалить более ранний архив.
Пункты: Обновление сайта с шаблоном default и Бэкап сайта MaxSite вы найдете в конце статьи.
1.1. Во-первых, нам потребуется новая версия движка - latest.zip – которую надо скачать с официального сайта: http://max-3000.com/
1.2. После скачивания её следует разархивировать в папку latest .
Лучше сразу переименовать latest в MaxSite CMS x.xx , где x.xx - номер версии движка, потому что все последние версии на сайте http://max-3000.com имеют одинаковое наименование latest . Храните по крайне мере два мануала движка - раннее и новое, на которое обновляетесь.
Обновление напоминает первоначальную заливку движка на сервер, только поверх файлов существующего сайта.
1.3. Вначале откроем место, куда будем копировать. Запускаем программу FTP -клиента и в окне программы вставляем вверху в поля логин и пароль, которые вам прислал хостер в письме при покупке тарифа. Обычно используется порт 21 . Если нажать на "Быстрое соединение", то в правой части FTP -клиента вверху появятся папочки сервера, из которых для нас имеет интерес лишь самая нижняя - www .
Если кликнуть по папке www , то слева рядом появится квадратик (чекбокс) с плюсиком , клик по которому откроет эту папку. Внутри www будет папка вашего сайта (сайтов) (с именем сайта). Кликнем по оболочке папки сайта, чтобы внизу появилось её содержимое, но внутрь папки входить не требуется - то есть не надо кликать на плюсик рядом с папкой сайта.
1.4. Теперь в левой части FTP -клиента надо найти на вашем компьютере папку latest или MaxSite CMS x.xx , если вы ее переименовали. В верхней части слева по древу доходим до оболочки папки latest (MaxSite CMS x.xx ) и кликнем по ней так, чтобы внизу открылось всё её содержимое.
Собственно справа и слева будет почти одинаковый набор файлов.
Чтобы залить всё, что слева разом на сервер - надо выделить файлы, для чего можно кликнуть по первой строке или лучше прокрутить список файлов до самого низа, где кликнуть по пустому месту. Теперь, если нажать одновременно на клавиши Cntrl и латинская A , то все файлы выделятся.
1.5. Для закачки выделенных файлов на сервер достаточно кликнуть в них правой кнопкой мыши и выбрать в появившемся меню "Загрузить ", чтобы FTP -клиент начал загрузку мануала новой версии движка на сервер поверх файлов, существующих на сайте. Чтобы не мучиться с перезаписью каждого файла, надо FTP -клиенту указать "Перезаписать " и выбрать "для всех файлов ", выставив галочки - флаги.
2. Часто в процессе обновления затираются файлы: config/database.php и maxsite/mso_config.php . Мы их восстановим, следуя инструкции от Макса:
Скопируйте старые файлы из application : config/database.php и maxsite/mso_config.php .
2.1. Восстановим файл database.php по адресу: application/config/database.php .
Вначале в правой части FTP -клиента надо в верхней части нажать на крестик в чекбоксе рядом с папкой сайта, затем опуститься до папки application - кликнуть по ней и, чтобы открыть ее - в появившемся чекбоксе нажать на плюсик. Затем так же в верхней части клиента надо опуститься до папки config , но не открывать, а лишь кликнуть по ней. Сюда будем копировать файл, который у нас есть в сохраненном архиве сайта.
2.2. В левой части клиента вверху откроем папку сайта, сохраненного на ваш компьютер в самом начале, где постепенно открываем папки application , затем config . В последней кликаем правой по файлу database.php и в меню выбираем "Загрузить на сервер".
В результате файл database.php появится в папке application/config на сайте.
2.3. Аналогично поступаем для восстановления файла mso_config.php , для которого в правой части клиента вверху откроем папку application , затем его подпапку maxsite . Слева так же открываем попдпапку maxsite в папке application сохраненного сайта.
Среди файлов сохраненного сайта находим файл mso_config.php - кликаем правой - выбираем "Загрузить на сервер" - проверяем его появление среди файлов папки maxsite на стороне сервера.
3. Теперь на всякий случай – не закрываем FTP -клиент и выставляем заново права на запись (777 ) на каталог кэша – «cache » (путь application/cache/ ) и его подкаталоги «html », «rss » и «bd ».
Их надо просто найти на сайте и, кликнув правой клавишей мыши по их оболочке, выбрать в меню нижний пункт - выставить права - 777 .
4. Аналогично выставляются права на запись (обычно 777 ) на каталог /uploads/ и на вложенные каталоги «_mso_float », «_mso_i » и «mini ». Правда, обычно права на них не изменяются при обновлении.
5. Последними выставляются права на запись (обычно 666 ) на файл sitemap.xml
6. Если вы использовали свой ключ для шифрования cookes , то укажите его в файле «application/config/config.php »:
$config["encryption_key"] = "тут ваш ключ";
7. Ручное обновление cms maxsite не всегда удобно, если пользователь имеет большое количество сайтов, работающих на .
8.3. Использовать заготовку _create_a_new_template для создания шаблона (технология default ), даже если используется default логически правильно, так как при обновлении происходит копирование поверх всех файлов движка, включая . Я думаю, что все же лучше держать свои уникальные стили css в отдельной папке.
9. Если вы периодически делает сохранение (бэкап) файлов своего сайта на собственный компьютер, то у вас всегда есть возможность закачать на сервер сохраненные папки и файлы оформления вашего сайта. Не забывайте перед обновлением CMS MaxSite делать бэкап сайта MaxSite .
Лучше не перекладывать полностью на хостера вопрос сохранности файлов вашего сайта, ведь серверы у хостера то же могут поломаться. Когда же у вас имеется копия сайта, то нет проблем для восстановления сайта на другом сервере и у другого хостера.
Клиенты обращаются в наше агентство по разным вопросам: касательно создания и продвижения сайтов , редизайн а, чтобы заказать адаптивную верстку и так далее. В большинстве случаев наблюдаем, что cms сайта давно не обновлялась.
Тогда мы предлагаем клиенту обновить систему cms . Так ли это необходимо? Чем грозит владельцу сайта устаревающая система управления ? И какие преимущества от обновления cms можно ожидать? На эти и другие вопросы мы постараемся дать ответы в данной статье.
CMS или система управления контентом сайта - это программное обеспечение, с помощью которого, Вы легко можете управлять сайтом и наполнять его контентом, не владея, при этом особыми знаниями и навыками программирования. На сегодняшний день существует множество различных CMS , все они делятся на платные и бесплатные системы управления, а также на CMS с открытым и закрытым кодом.
Среди самых популярных движков 1С-Битрикс, UMI.CMS, WordPress, Joomla !
Узнать, какая система управления контентом установлена на Вашем сайте, можно воспользовавшись плагином для браузера Wappalyzer.
Все CMS , как и любое другое программное обеспечение, периодически выпускает свои обновленные версии. В обновленных движках - не только новые функции и возможности для сайта и его развития, но и усовершенствованная система безопасности.
Ошибки в системе безопасности устаревшей CMS сайта - пригласительный билет для хакеров. Именно сайты на устаревшей CMS в первую очередь подвергаются атакам и взломам. Как правило, взломы совершаются с целью принудительно перенаправить посетителя Вашего сайта на абсолютно сторонний ресурс или с целью распространения вируса среди посетителей. Особое внимание владельцам сайтов здесь следует обратить
на то, что сайты, зараженные вирусом, блокируются поисковыми системами. По статистике около 70% взломов приходится именно на сайты с устаревшей CMS. И это вполне логично, ведь если есть открытое окно, зачем злоумышленнику ломиться в запертую дверь?
Итак, вместе с процессом совершенствования ПО свои навыки совершенствуют и взломщики, появляются новые вирусы и вредоносные программы. Поэтому, чтобы удержать баланс «добра и зла» и защитить своих пользователей разработчики систем CMS вынуждены выпускать обновленные более безопасные версии своего программного обеспечения.
Дабы избежать ненужных проблем, которые могут привести к лишним растратам, владельцам сайтов необходимо следить за выходом новых версий и своевременно производить обновление cms до актуальной версии .
Возможно, сразу Вы не заметите отличия в работе системы управления, сайт как работал, так и будет продолжать работать. Однако со временем (не забываем, что все связанное с информационными технологиями постоянно совершенствуется) могут возникать и накапливаться разного рода проблемы. Как мы уже говорили, могут возникнуть и проблемы с безопасностью сайта.
И если долго пренебрегать обновлением CMS, то может настать момент, когда простое обновление системы управления сайтом до новой версии уже не поможет. В таком случае придется производить перенос сайта на новую систему CMS, а это совсем другие трудозатраты и стоимость услуг здесь уже гораздо выше.
Необходимо сразу производить обновление системы управления контентом, как только выходит новая актуальная версия. Вы можете заниматься мониторингом обновлений и их установкой как самостоятельно, так и, воспользовавшись нашими услугами по поддержке сайта, в которую включен пункт об обновлении CMS.
В интересах самих владельцев сайта обновлять систему CMS, сразу после выхода новых обновленных и усовершенствованных версий, с улучшенной системой безопасности и устраненными недочетами предыдущих версий. Узнать о выходе обновлений можно на
Мы еще долго могли бы вести речь о том, стоит ли следить за обновлениями, обязательно ли обновлять систему CMS, но скажем так - обновлять или не обновлять - это не вопрос.
Для того, чтобы это подтвердить, приведем ниже несколько преимуществ, которые однозначно говорят в пользу обновления.
Все идет, все меняется, сегодня ваша система совершенна, а завтра кто-то придумал, как ее взломать. Наиболее эффективное решение вопроса - постоянно следить за обновлениями и своевременно производить их установку.
