Обновление документации в июне 2016

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2496

Спасибо, подправили.

http://dev.1c-bitrix.ru/api_d7/bitrix/main/loader/index.php

Так должно быть?
https://s.mail.ru/A96G/oBsFtY8PV

Нет, не должно. Исправили. Спасибо.

http://dev.1c-bitrix.ru/api_d7/bitrix/main/loader/registerautoloadclasses.php

опечатка:  "Статический метод регистрирвет классы для автозагрузки."

Спасибо, подправили. Что-то в этот раз ошибок много.

Роберт, пожалуйста, пишите в документации к новому АПИ ссылки на аналогичные методы строго АПИ.  И наоборот: в старом АПИ на методы нового АПИ.

Так переход на новое АПИ будет быстрее.

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

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&CHAPTER_ID=04640

Вроде взялись за фронт, но как то грустно.
1. Зачем самопальная методология? Почему не взять популярную распространенную? Тот же _bem или др. oocss?
2. Обучение каким то дедовским приемам работы в css, вместо того чтобы толкать аудиторию на работу на современном стеке, на препроцессорах.
Хотелось бы видеть bitrix хотя бы догоняющий тренды, не говоря о том чтобы шагать с ними в ногу.

Вообще классно было бы:
- Видеть в т.ч. стандарты по расположению и подключению современного стека front-end: сборщики, препроцессоры.
- Возможно принять за стандарт какой нибудь один тип сборщика/препроцессора, чтобы все работали на одном. И примеры билдов.

Сейчас все кто раскидывают все по разному, кто в шаблон, кто в корень, кто в local/static.

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

Ответить должен был разработчик, но он в отпуске. Поэтому скажу я: У каждого свой путь. Мы никому не навязываем. Это наши правила для наших нужд, которые вы можете применять, можете не применять.

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

Правила хорошего тона на любой платформе - наследовать логику которой придерживается CMS/FW. Потому возможно некоторых расстраивает подход на старом (ванильном) стеке. Конечно все так и будут делать "как хотят", но они многие будут делать не осознанно, а только потому что нет рекомендательных регламентов.

Хотя бы методологию свою не придумывали(зачатки), а использовали то чем пользуется практически весь фронтенд. И описывать бы ничего не пришлось, просто сослались бы на стандарт, и тем самым

а) Стали более привлекательны для аудитории которая ругает битрикс за то что они плетутся в хвосте и не следуют мировым практикам.
б) Мотивировали бы разработчиков крупных проектов придерживаться единой системы. Единая система вокруг самопальной методологии не построится.
Повторюсь: многие делают не осознанный выбор, и большинство бы следовало какому то регламенту если бы он был для поддержания единства разработки.
front-end разработчикам которые несколько лет пишут на sass, когда приходит проект на поддержку на ванильном стеке... радости у них мало =) Отсюда тоже нелюбовь к битриксу который не регламентирует работу для тех кто пишет на современном стеке с рекомендациями.

Даже бутстрап который сделали, сделали на уже собранном варианте, а ведь вся основная гибкость в нем - в его исходниках, миксинах и переменных.

Ну ладно, нет рекомендаций по нормально фронтенду и нет, у FW тоже не предусмотрено у части. Но писать мануалы по фронту с самопальной методологий... лучше потратьте это время на документацию D7 =) Там это время гораздо нужнее.

По-моему, вполне нормальные рекомендации по фронтенду. Посмотрите сами, или напишите что вам конкретно не нравится , но что сейчас написано Битриксом - это просто рекомендации по фронтенду, и вполне неплохие, которые можно встретить в тех же книгах, статьях по CSS и HTML; в конце концов не БЭМ'ом единым, да и не всегда разумно его использовать, например в "старой" верстке.
Так это явно не из-за фронтенда ругают Битрикс, да и ругают его те, кто мало и неграмотно с ним работают, а таких очень много.
Ну это вообще редкость или большая удача, если вместе с проектом на поддержку приходят исходники верстки, обычно просто готовый билд и всё. Ну может я такой неудачник в этом плане .
Кстати да, у многих фреймворков тоже подобного ничего нет, тоже как и у Битрикса - рекомендации по фронтенду, не более. Ну кроме Ларавела, но опять-таки это больше исключение. И всё-таки не пойму ваш баттхерт по этому поводу как ровно и фразу "самопальная методология", по-моему здесь просто даны обычные рекомендации, т.е. как таковой методологии здесь нет, хотя может уже я путаю понятия или недостаточно внимателен.

Я думаю вы не до конца понимаете сути этой или схожих OOCSS методологий. Их причеательность в том что можно начинать переписывать или создавать независимые блоки даже в старом контексте, постепенно приводя даже старый проект в приемлемый вид по ходу поддержки и облегчая себе при этом работу.
Приведу цитату из "Рекомендаций", первый абзац:

Руководство по оформлению HTML/CSS кода
Руководство - это правила для разработчиков компании 1С-Битрикс, которое является обязательным при разработке продуктов Bitrix Framework. Раздел описывает правила оформления и форматирования HTML и CSS кода. Его цель - повысить качество кода и облегчить совместную работу и поддержку инфраструктуры разработчиками.

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

В общем лучше это время бы потратили на документацию D7, этого не хватает намного больше, и разработчикам нужнее.

P.S. Кстати интересно, как вообще выбирается следующая тема/раздел для документации.

А как там с блогами?

Поясните вопрос, пожалуйста.

Документация по интернет магазину будет дополняться? Движок запущен уже сейчас, нужно писать под него, а в документации ничего толкового нет. Простое руководство, которое гуглится по запросу "РАБОТА С ЗАКАЗОМ В БИТРИКС D7" несёт куда больше информации и знаний, чем многие статьи и документы, которые я видел на сайте.  

Конечно будет пополняться.