Пользователь 40761

Как то спонтанно решили организовать встречу по битриксу в Челябинске. Пообсуждали, набрались доклады:

1. Вадим Исаканов (southbridge.ru) расскажет про highload в битрикс. О том с какими проблемами они столкнулись и как их решали при работе с проектами на битрикс с месячной аудиторией (MAU) в 2.5 миллиона человек

2. Евгений Микулич (shantilab.ru) расскажет про опыт использования composer в битрикс

3. Алексей Коваленко (kuznica74.ru) расскажет про изменения в каталоге битрикс 17 версии, bxready и элементарные области

4. Я, Шубин Александр (verstaem.com) планирую рассказать о простом способе автоматической развертки сайта при создании ветки в git, а так же немного про схемы ветвления

Хочется организовать регулярные встречи. Без излишнего пафоса, большой сцены и со спокойным обсуждением. Если народу это будет интересно, то повторим через какое-то время, посмотрим на первый опыт. Даже если конкретно эти доклады вас не заинтересовали возможно стоит прийти, чтобы просто поговорить на общие темы с новыми людьми, услышать новые идеи. Попробуем немного объединить ИТ сообщество в Челябинске

Приглашаем всех кто связан с разработкой на битриксе, а так же с созданием и обслуживанием сайтов в целом.

Если вы решили пойти, то пожалуйста зарегистрируйтесь вот тут:
http://meetup.house/bitrix/
Участие бесплатное. Встреча будет в пятницу вечером 2 февраля, в 18:30, г. Челябинск, ул. Северная, д.48а, 2 этаж, оф.3 (коворкинг WooDo.Work)

Чатик в телеграме для общения и обсуждения https://t.me/bxmeetup

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

Вот репозиторий на гитхабе:
https://github.com/alorian/bxorder

Вот статья о том почему получилось именно так, а не иначе:
https://verstaem.com/bitrix/opensource-order/

В базовом варианте достаточно сформировать пять переменных в тэге <form> и отправить форму сабмитом без js вообще. Но плюс к этому есть готовая реализация и примеры использования по поиску местоположений и расчету стоимости доставки. Две самые сложные части оформления на мой взгляд. То есть теоретически компонент должен закрыть прям здоровый пласт проблем и интегратору останется по сути не сложная верстка.

Написал новую статью о том как сделать собственный компонент заказа:
https://verstaem.com/lessons/making-sa...r-ajax-d7/
Статья получилась большая, с большим количеством форматирования, поэтому полный текст по ссылке

Штатный bitrix:sale.order.ajax очень сложно кастомизировать. Я думаю никто не будет со мной спорить. Битриксовцы подумали над процедурой заказа, о том как заказ должен выглядеть в идеале, а потом реализовали придуманную процедуру в продукте. Все сделано хорошо, однако если у заказчика представления по процедуре заказа отличаются от штатной реализации, то изменить шаблон компонента bitrix:sale.order.ajax практически нереально. Собственно сами битриксовцы на одной из конференций предложили писать отдельный компонент заказа. В этой статье я покажу один из вариантов по реализации такого компонента. И может быть попутно поясню непонятные моменты по созданию заказа на API. Само API по созданию заказа получилось прям отличное, несмотря на сложности кастомизации sale.order.ajax. Если вдруг разработчики читают эту статью, то спасибо вам, прямо приятно работать

По большей части вся статья только про серверный код.

Содержимое статьи:
1 Компонент
1.1 Создание виртуального заказа
1.2 Добавляем свойства заказа
1.3 Добавляем отгрузку (службу доставки)
1.4 Добавляем платежную систему
1.5 Подключение шаблона и сохранение
2 Шаблон компонента
2.1 Корзина
2.2 Работа со свойствами
2.2.1 Форма
2.2.2 Отображаемое местоположение
2.2.3 Получение свойства по коду
2.3 Прочие возможности
2.3.1 Стоимость доставки и заказа
2.3.2 Выбранная служба доставки
2.3.3 Выбранная система оплаты
2.4 Итого по шаблону
3 Добавляем ООП
3.1 Расширяем корзину
3.2 Расширяем заказ
3.3 Итого по ООП
4 Прикручиваем ajax
4.1 Actions компонента
4.2 Поиск местоположений
4.3 Метод расчета стоимости доставки
5 Общий итог

TL;DR
При каждом вызове компонента, неважно аяксом или на странице создаем объект заказа. По необходимости добавляем новые методы в объекты корзины и заказа. В шаблоне компонента пользуемся объектом заказа напрямую, $arResult скорее всего не пригодится. При ответе аяксом возвращаем json где передаем чистые данные + сразу html нужного куска шаблона.

Написал статью о том как сделать приложение для битрикс24 на symfony.
https://verstaem.com/bitrix24/cloud-ap...n-symfony/
Фреймворк ставится в минимально возможной комплектации, ничего лишнего.
Статья получилась большая, поэтому чтобы прочитать с нормальным форматированием перейдите по ссылке.

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

Написал статью про настройку докера для локальной php разработки
https://verstaem.com/devops/docker-php...velopment/

Что я вообще хочу от докера при разработке.
Во первых, мне нужна локальная копия сайта, именно на этой локальной копии я буду смотреть как собственно работает код. Эта локальная копия должна открываться по красивому адресу, например если основной рабочий сайт это example.com, то моя локальная копия должна открываться по адресу my.example.com. Безо всяких портов типа my.example.com:8747. Я часто открываю сразу несколько проектов и все открытые проекты не должны конфликтовать, то есть например у меня открыто два окна phpstorm в одном ведется разработка проекта example.com, во втором ведется разработка test.ru, и для каждого из этих проектов одновременно должны работать два локальных сайта my.example.com и my.test.ru.
Во вторых, мне под каждый проект нужны специальные настройки (mbstring, timezone) и расширения php (типа xdebug).
В третьих, мне нужны внешние инструменты типа phpmyadmin для работы с БД проекта или node.js для работы с gulp/webpack.
И наконец в четвертых, все это должно быстро подниматься для новых разработчиков которые подключаются к проекту.

С версии битрикса 17.5.10 добавился новый функционал по работе с аяксом. Теперь можно вызывать аяксом методы модуля или методы компонента без необходимости выполнения шаблона сайта. То есть по запросу выполнится только немного служебного кода и собственно сам метод.

На клиенте все довольно просто. Мы должны отправить обычный аякс запрос по адресу /bitrix/services/main/ajax.php

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

Чтобы читать с нормальным форматированием, как обычно даю ссылку на полную версию статьи:
https://verstaem.com/ajax/new-bitrix-ajax/

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

Ссылка на статью:
https://verstaem.com/lessons/good-bitr...ect-start/

Краткое содержимое статьи для понимания:
1 Создание проекта
1.1 Контроль версий
1.2 Автодополнение
1.3 Верстка
2 О папке local
3 Шаблон сайта
3.1 Зависимые области
4 Константы
4.1 Наименование констант
5 Модуль проекта
5.1 Автолоад классов
5.2 Обработчики
5.3 Класс обработчика
5.4 Хэлперы и части страниц
5.5 Итого по модулю проекта
6 Компоненты
7 Компонент vs Модуль
8 Общий взгляд