Всем привет!
Сегодня поговорим о техниках настройки резервного копирования файлов и MySQL/InnoDB/XtraDB в приложениях, развернутых в облаке, на примере Amazon Web Services.
В ходе разработки облачного сервиса Битрикс24 мы попробовали несколько схем резервного копирования, наткнулись на некоторые подводные камни архитектуры амазона и ограничения софта — однако все постепенно разложилось по полочкам и зажужжало :-)
Также внимательно рассмотрим вопрос инкрементального бэкапирования достаточно больших объемов данных (сотни гигабайт и больше), рейдов и конфигураций с InnoDB/XtraDB.
Но прежде всего в деталях разберемся в технологиях хранения данных, предлагаемых нам амазоном.
Очень доходчиво про бэкапы. Хотелось бы услышать про саму организацию инфраструктуры в облаках Амазона.
В данной заметке речь пойдет о разработке компонентов для Битрикса с нуля. Я расскажу о том, как правильно написать компонент, сделать описание к нему, а также настроить параметры компонента, чтобы можно было пользоваться вашим компонентам как стандартными компонентами Битрикса. Ранее я уже писал про компоненты Битрикса. Будем считать, что ту статью вы уже прочитали. Итак, начнем.
Структура папки компонента имеет вид:
Разберем каждый файл отдельно.
Компоненты в Битриксе представляют собой строительные блоки, из которых строится публичная часть сайта. Каждый компонент решает конкретную задачу и выводит результат своей работы.
В компонентах Битрикса реализовано разделение логики и представления. Логика реализуется в самом компоненте, а представление через шаблоны. Зачем нужно такое разделение? Чтобы удобнее было разделять данные разных типов и не мешать все в одну кучу. Плюс к тому если, например, одному человеку понадобиться подредактировать какую-то часть шаблона, а другому надо подправить PHP код, то в результате получиться дикий ад. Плюс к тому, разделение PHP, HTML и JavaScript делает код более читаемым и удобным.
Структура папок коспонента Битрикс
Код компонентов лежит в папке /bitrix/components/. Подпапки будут являться пространствами имен. Например в пространстве имен bitrix лежат системные компоненты. Менять их не рекомендуется. Лучше создайте свою папку типа mycompany. Каждая папка в ней будет названием для компонентов битрикса. Теперь рассмотрим структуру папка компонента битрикса.
Все более-менее понятно из самих названий, но все-таки стоит сделать пояснения.
Неделю назад я писал, что побывал на семинаре по BitrixOnRails. Сегодня поеду на вторую часть ссеминара. По результатам отпишусь.
На прошлом семинаре было задано ДЗ. Разработать простой компонент по выборки из инфоблока и выведению информации из него на сайт. Компонент простой. Сделал быстро. Потом распишу как и что я делал.
ЗЫ. Наверно надо заводить новую категорию по Битриксу...
С недавних пор работаю я с 1C-Битрикс. Сразу кинули на серьезные проекты, задачи не сложные, но надо было сразу освоить Битрикс, его механизм компонентов, Битрикс-API и т.д. В общем я был в легком нокдауне.
Посоветовали мне сходить на семинар по битриксу, который проводил знакомый начальника. Как раз по структуре Битрикса и компонентов к нему. Как их делать, для начинающих. Проект BitrixOnRails. Ведет Сергей Панарин.
Сначала познакомились, послушали друг друга, послушали друг друга. Потом Сергей начал рассказывать про структуру компонентов и Битрикса, а также про общие правила оформления компонентов, про разделения логики и представления и т.д. В общем было интересно. Потом пришла девушка, которая провела для нас разминку в рамках своего проекта по ЗОЖ для работников офиса. Правда сама к концу зарядки чуть - чуть выдохлась.
Потом пошли на обед и расслабились. В результате чего ничего больше практически ценного мы не сделали. А начали предлагать как бы лучше построить семинар. Планы строили просто грандиозные и вообще отошли немного от темы. Жаль.
В общем семинар прошел не зря, мне понравилось. Единственное жалко, что не все успели. Но обещали собраться еще раз, в следующее воскресенье.