Резервная копия сайта Битрикс

Блог

Резервная копия сайта Битрикс

В работе сайтов и серверов, на которых они расположены, возможны сбои, которые могут привести как к кратковременной недоступности сайта, так и к частичной или даже полной потере данных. Регулярные резервные копии спасут от потери данных, а хранение бэкапов в облаке обеспечит доступность к резервным копиям и их сохранность.
Самый удобный способ хранить резервные копии сайта — загрузить архивы в облачное хранилище. Для сайтов разработанных на CMS 1С-Битрикс и оплаченной лицензией предоставляется возможность хранить резервные копии в облаке Битрикс. Этот способ подойдёт в том случае, если бэкапы сайта не превышают объём, вошедший в пакет.

Но что делать, ели резервные копии туда не помещаются? Варианта два: первый — оплачивать дополнительное место в облаке по цене 9900 рублей в год за 200Mb https://www.1c-bitrix.ru/buy/cms.php#tab-license-link.

Второй вариант — купить место, например, в Яндекс.Диск https://disk.yandex.ru/pay/tariffs/ объёмом 1Tb за 2000 рублей в год, и не ограничивать себя в количестве резервных копий. Также конкуренцию Яндексу могут составить Google и Amazon — цены там тоже приемлемые.

В случае с облаком Битрикс всё просто, автоматическая система резервного копирования уже готова, её может настроить даже неподготовленный пользователь. Сторонние провайдеры предоставляют только место, а систему резервного копирования нужно разработать — то есть написать скрипты, которые будут по расписанию делать бэкап и выгружать его, например, на Яндекс.Диск.

Так как проблема с местом в облаке Битрикс достаточно распространённая среди Интернет-магазинов, и поддержка сайтов на bitrix в этом вопросе очень важна, то сталкивались мы с ней неоднократно, и нами была разработана система выгрузки бэкапов в облако Яндекс.Диск. Сначала планировалось это решение сделать модулем Битрикс, но позже отказались от этой идеи, так как у всех сайтов большого размера, для которых мы настраивали резервное копирование, к этим процессам были разные требования.

Архивирование файлов и баз данных процесс высоконагруженный, и для некоторых сайтов мы делаем специальные сервера, которые не делают ничего кроме бэкапов. С большими базами данных есть свои нюансы — на сайтах, где больше тысячи заказов в день, недостаточно бэкапить базу раз в сутки или даже раз в час, но если это делать чаще, то могут возникнуть проблемы, когда один дамп еще не сделался, а другой уже запустился, поэтому кроме резервирования базы целиком, мы делаем бэкапы отдельных таблиц DB — например, с заказами клиентов и делаем дамп каждую минуту. На сайтах с большим количеством ежедневных обновлений товаров приходится бэкапить таблицы с товарами и всё это синхронизировать с обновлениями из 1С. Именно поэтому мы не стали разрабатывать модуль для 1С-Битрикс, хотя у нас много наработок в этой области.

Облачное хранилище — это самый надёжный и дешёвый способ хранить резервные копии сайтов, и если резервное копирование уже настроено, то стоит позаботиться о целостности архивов и времени на разворачивание сайта из резервной копии в случае аварии.
SEO-Robotic

54-ФЗ. О новом порядке применения ККТ

С 1 июля 2017 года предприниматели и организации обязаны обновить контрольно-кассовую технику и начать использовать онлайн-кассы, которые отправляют чек в момент совершения оплаты сразу в налоговую инспекцию и покупателю одновременно. С первого июля выписывать кассовые чеки необходимо не только за офлайн продажи, но и за онлайн реализацию.

Кирилл Васильев

Контроль пространства

Владельцы сайта часто сталкиваются с проблемой нехватки свободного места на диске. К примеру, есть сайт размером 1Gb, по тарифу хостинг-провайдер предоставляет 6Gb, и периодически сайт перестаёт работать, потому что на сервере нет свободного места. Что может являться причиной утечки свободного места?

SEO-Robotic

Композитный сайт Битрикс

Технология "Композитный сайт" нацелена на ускорение доставки контента от сервера к пользователю, снижая при этом нагрузку на сервер.
• сокращает время получение страницы пользователем
• снижает нагрузку на сервер
• добавляет динамические области на закешированной странице.

Технология "Композитный сайт" Bitrix расширяет функционал автокеширования страницы. Благодаря этой технологии, в кеше страницы появились динамические области, в которых могут отображаться результаты поведения пользователя на сайте: например, товары, добавленные в корзину пользователем или блок просмотренных пользователем товаров.

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

Технология "Композитный сайт" — совокупность работы html-кеширования и ajax-подгрузки информации.

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

SEO-Robotic

Агенты Битрикс на cron

Агенты в CMS Bitrix по умолчанию настроены запускаться по "Событиям", то есть при любой пользовательской активности 1С-Битрикс анализирует список агентов и запускает те из них, время запуска которых наступило.

Для того, чтобы скрипты начали работать по расписанию, агенты необходимо перевести на Cron.

Рассмотрим метод перевода сразу всех агентов на cron.

1. Сначала полностью отключим выполнение агентов на "Событиях". Для этого запустим следующую команду в php консоли:

 
COption::SetOptionString("main", "agents_use_crontab", "N");
echo COption::GetOptionString("main", "agents_use_crontab", "N"); 
 
COption::SetOptionString("main", "check_agents", "N"); 
echo COption::GetOptionString("main", "check_agents", "Y"); 



2. Из /bitrix/php_interface/dbconn.php убрать любые упоминания констант:

 
BX_CRONTABD
BX_CRONTAB_SUPPORT
NO_AGENT_CHECK 
DisableEventsCheck  



3.Добавить запись в файл /bitrix/php_interface/dbconn.php

 
if(!(defined("CHK_EVENT") && CHK_EVENT===true))    
      define("BX_CRONTAB_SUPPORT", true); 



4. Создадим файл cron_events.php с содержимым ниже и разместим его в /bitrix/php_interface/
 
<?php 
$_SERVER["DOCUMENT_ROOT"] = realpath(dirname(__FILE__)."/. ./..");
$DOCUMENT_ROOT = $_SERVER["DOCUMENT_ROOT"];

define("NO_KEEP_STATISTIC", true);
define("NOT_CHECK_PERMISSIONS",true);
define('BX_NO_ACCELERATOR_RESET', true);
define('CHK_EVENT', true);

require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");

@set_time_limit(0);
@ignore_user_abort(true);

CAgent::CheckAgents();
define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);
CEvent::CheckEvents();

if(CModule::IncludeModule('sender'))
{
    \Bitrix\Sender\MailingManager::checkPeriod(false);
    \Bitrix\Sender\MailingManager::checkSend();
}

//require($_SERVER['DOCUMENT_ROOT']."/bitrix/modules/main/tools/backup.php");



5. Последним шагом будет добавление самого скрипта в cron для пользователя bitrix.
Для того, чтобы это сделать, необходимо зайти по ssh в косоль CentOS и выполнить команду crontab -u bitrix -e
 */3 * * * * /usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cron_events.php
*/3 Периодичность работы крона — каждые 3 минуты.

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

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

SEO-Robotic

Как закрыть Битрикс

Как закрыть Битрикс

При разработке сайта можно ограничить доступ для обычных пользователей и роботов поисковых систем. На сайте появится стандартное уведомление 1С-Битрикс underconstruction и при этом администраторы сайта смогут работать как в административной, так и в публичной части.

SEO-Robotic

Битрикс тормозит

Битрикс тормозит

Уменьшение скорости работы сайта, расположенного на CMS 1С-Битрикс, или же его низкое быстродействие ещё с момента сдачи проекта, могут быть вызваны множеством причин. Ими могут быть географически далеко расположенные хостинги, чрезмерно объёмный контент, а также ошибки и недоработки разработчика.

Для начала следует узнать, на каком этапе получения страницы пользователем возникает проблема с быстродействием. С этим может помочь стандартный модуль Bitrix «Скорость сайта» (Панель Администрирования/ Настройки/ Производительность/ Скорость сайта).

Скорость сайта — комплексный показатель комфортности работы с сайтом для посетителей.
Он учитывает качество разработки сайта, качество хостинга и доступность сайта по сети. Рассчитывается для 1000 последних посетителей сайта. Из статистики не учитывается 200 самых медленных показателей, на них списываются заходы на сайт с помощью медленного мобильного интернета или тех, у кого есть проблемы с быстродействием браузера.

1104d0b15627562e959e19e4b2be557b.jpg

Модуль поэтапно покажет, сколько времени занимает получение страницы пользователем. Именно по этим показателям считается Скорость сайта:
• DNS — время выполнения запроса DNS для страницы
• подключение к серверу — сколько времени компьютер пользователя устанавливает соединение с сервером
• ответ сервера — время обработки сервером запроса пользователя (включая время реакции сети для местоположения пользователя).
• загрузка HTML — время загрузки HTML страницы без ресурсов (картинки, CSS, Javascript)
• обработка HTML — время, в течение которого браузер обрабатывал содержимое страницы (синтаксический анализ HTML, CSS, обработка элементов JavaScript и отображение страницы) после загрузки её с сервера и до начала отрисовки
• отрисовка страницы — время от начала перехода на страницу до появления её на экране.

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

В противном случае, проблема состоит в быстродействии самого сайта. Подобные проблемы могут возникнуть по целому ряду причин. Выяснить, в чём именно причина медленной работы сайта, поможет статья Медленная работа Битрикс.

Отсутсвие компетенции разработчиков это наиболее распространенная проблема. Разработка была поручена программисту который ранее не работал с CMS Битрикс и процесс велся с отключенным кэшированием, а после того как работа была завершена включил кэширование и оказалось, что где то поехала верстка, а в некоторых местах вообще отсутствуют фрагменты сайта. Так и сдал сайт с отключенным автокешированием.


и привязал всю логику в шаблоны стандартных компонентов. И чтобы выполненные им работы начали выполнять свои функции — отключил автокеширование. После его включения половина сайта может перестать работать. переработка сайта.