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

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

Теперь всё это и многое другое без труда можно реализовать с помощью Console Jedi. А на «Бэксе» уже есть ознакомительная статья.

Сделать в панели управления Битрикса свои страницы теперь проще простого: http://samokhvalov.info/blog/all/bitr...in-helper/.

PSR-3 и «Битрикс» — теперь реальность! Не так давно я подружил один из лучших PHP-логеров — Monolog — с «Битриксом». Да не просто подружил, а вынес конфигурирование логеров за пределы логики приложения (чего «Битрикс», к сожалению, тоже не умеет).

Рассказ о том, как это сделано, читайте в блоге «Битрикс-экспертов». А самые нетерпеливые могут сразу пройти за библиотекой на «Гитхаб».

В апреле я опубликовал бета-версию инструментария для битрикс-разработчиков — Bex\Tools, позволяющий получать по символьным кодам идентификаторы инфоблоков и их свойств.


А недавно я выпустил версию 1.x. Концепт и задачи, которые решает Bex\Tools, остались теми же, но появились новые возможности и более удобное АПИ:

• получение идентификаторов групп пользователей по символьному коду (и наоборот),
  
• предварительная генерация кеша, сразу же после внесения изменений в редактируемую запись,
  
• запрет на создание инфоблоков и групп пользователей без символьных кодов (выводится человекопонятное сообщение об обязательности этого поля),
  
• настройка времени жизни и каталога хранения кеша,
  
• удобное АПИ:
  

Подключить Bex\Tools к проекту проще всего, если у вас установлен «Композер»:
В вики «Гитхаба» находится документация с описанием техтребований, особенностей и возможностей библиотеки.

Простите, но мне очень хочется получить ответ от разработчиков «Битрикса» (и уверен, не мне одному), или, на крайняк, просто оставить это здесь для них. Знаю, вы обитаете в этих блогах

Чем вы руководствовались, когда делали автозагрузку классов и придумали, что файлы должны называться в нижнем регистре? Это же сущий ад для программиста, посмотрите сами, вот структура модуля:



pluginnotfoundexeption.php, paramsvalidatorplugin.php, elementsparamsplugin.php. Ктосходуответитчтоэтозафайлы?

Ну ребята, за что вы так не любите программистов? Ну почему же нельзя было именовать файлы так же, как классы? PluginNotFoundException.php — ну это же так просто, понятно и наглядно. На простыню ровного текста из скриншота выше невозможно смотреть. Посмотрите, как преображается дерево, если назвать файлы кемел-кейсом:



Предвижу коммент про \Bitrix\Main\Loader::registerAutoLoadClasses(). Да, я знаю, что я могу вручную прописывать подгрузку классов, но это не выход.

P. S. Вообще, я стараюсь лишний раз и без разбора не критиковать Битрикс, но это... Новое ядро — вовсе не легаси-код, — как его ждали разработчики. А новое ядро у нас вот с такими архитектурными «особенностями», которые останутся навсегда.

P. P. S. Резюмируя, привожу список проблем, возникающих из-за именования в нижнем регистре:

1. Неудобно производить поверхностное изучением модуля.
   
2. Неудобно отслеживать изменения, пришедшие от других разработчиков проекта через VCS.
   
3. Повышается вероятность написания имени файла с ошибкой.
   
4. Из-за несоответствия общемировым стандартам (PSR) возникает необходимость при интеграции сторонней библиотеки в битриксовый модуль переименовывать её файлы. Подавляющее большинство PHP-библиотек PSR-ориентированы (т. е. файлы имеются в них кемел-кейсом).
   

Коллеги, а расскажите, как вы делаете обновления для самописных модулей, не размещённых в Маркете? Поясню на примере.

Для Маркета
Тут всё ясно: пишем апдейт, загружаем архив в Маркет и потом обновляемся через админку.

Модуля нет в Маркете
Модуль находится под VCS проекта и так же, как и в случае с Маркетом, он должен быть самостоятельной единицей со своими апдейтерами / миграциями. Хочется написать апдейтер, как под Маркет, но положив его куда-нибудь в модуль, и потом выкачав обновления проекта через VCS на другую площадку (на бой, например) обновить этот модуль. Расскажите, как вы решаете подобные задачи? Может быть, это уже где-то задокументировано, просто я не нашёл статьи?

Вот уже несколько лет я работаю в агентстве «Нотамедиа». Недавно мне довелось взяться за очень большой и интересный проект: разработку сайта по сервис-ориентированной архитектуре. На проекте используются фреймворки «Битрикс» и «Уии», различные инструменты (миграции, виртуализации, управление библиотеками) и всякие модные и эффективные технологии. Я ищу коллег, готовых разделить со мной трудности и прелести его разработки.

«Битриксоиды»
Вопреки мейнстриму битрикс-разработки, никакого «чик-чик и в продакшн» — только ООП, только MVC. Модули, компоненты, библиотеки, миграции, высокие нагрузки и многое другое ждёт вас.

«Уии»-разработчики
Как и подразумевает SOA, не «Битриксом» единым. Есть много работы и по второму «Уии». Высокие нагрузки, разработка библиотек и модулей прилагаются.
Работа удалённая. Требования для всех одинаковые:

• отличные знания предметной области,
  
• ООП, MVC, система контроля версий — само собой,
  
• опыт разработки модулей,
  
• следование регламентам, умение работать в команде,
  
• способность искать и находить решения.
  

Рассматриваю предложения как одиночек, так и команд. Присылайте письмо с темой «Вакансия разработчика» и рассказом о себе:

nik@notamedia.ru

Так же, укажите ссылки на выполненные работы, ваш «Гитхаб» и скайп.

Отличная заметка, поясняющая на пальцах, зачем нужны стандарты PSR: http://makeyoulivebetter.org.ua/node/568 Почитайте, если вы не знаете что это такое и с чем его едят.