Comments 17
Это ещё хорошо, что документация по этому случаю нашлась. Там есть функционал, который или совсем не описан в документации, или описание настолько скудное, что надо лезть в код ядра Битрикс, чтобы разобраться, что происходит, что ожидается на входе и будет на выходе.
Особенно в той документации радуют описания в стиле "Метод нестатический" (прямо выделено, чтобы никто никогда не подумал, что он статический), и в примере статический вызов этого метода.
Кстати, много чего интересного в документации нет, но есть в их курсах.
Да, согласен. Так и приходится искать информацию по кусочкам: документация, курсы, сторонние блоги, исходные файлы.
Я понимаю, везде бывают сложности, и в том числе возможно с переходом на D7, по всей видимости какие то сложности. Но при этом активно призывая к использованию D7, использовать в док-ии, на одном экране - оба метода, я не понимаю, если цель запутать
Документация битрикса — это просто куча устаревшего мусора, не имеющая ничего общего с реальностью. Хоть как-то там можно верить только тем страницам, которые описывают старое api, да и то — последнее время старые функции всё чаще работают неправильно/странно или не работают вообще.
Документации по новому api нет вообще.
Битрикс переходит на новое api уже больше 5 лет. За всё это время я так и не увидел в документации ничего, посвященного даже базовым вещам.
До сих пор (5 ЛЕТ, ПЯТЬ!!!!) единственным источником информации о работе с заказом на новом api является единственная статья на чьем-то левом блоге (вообще не связанным с компанией битрикс!!!) где собраны все примеры кода. И нет, вы не сможете найти эти функции в документации. В лучшем случае там будет бесполезная страница-заглушка, в которой написано название функции и одно предложение в стиле "это функция, она функционирует".
Более того, если на старом фзш работа с заказом шла в рамках хоть какой-то логики и использовались не сильно связанные друг с другом функции (т.е. если что-то пропустил и не вызвал — это не мешало работать другим функциям), то теперь у нас всё на объектах, функции которых принимают на вход другие объекты, которые надо правильно проинициализировать третьими объектами, которые — правильно! — тоже требуют на вход правильные объекты. При этом если в цепочке вызовов вот этого вот всего пропустить хотя бы одно действие — результат не будет получен вообще, никакой. Ошибок тоже не будет (ну зачем вам ошибки???).
Раньше, на то, чтобы разобраться чем-то нестандартным используя код на старом api, я тратил от 20-120 минут. Теперь я трачу от 4 часов — и до нескольких дней просто на то, чтобы понять как вообще называются нужные мне функции, как их правильно вызвать и какие параметры им нужны.
Я абсолютно, искренне не понимаю, кто в здравом уме сейчас будет изучать битрикс с нуля: это адские затраты на ковыряние в говнокоде при 100% отсутствующих документации и хоть чего-то полезного, что можно нагуглить. Т.е. единственный источник информации — код из модулей битрикса. И этот код не содержит даже комментариев.
Если политика компании не поменяется (причем делать это надо было еще 5 лет назад!!!), то продукт умрет, т.к. притока новых разработчиков в него просто не будет. Что автоматом приведет к тому, что битрикс просто перестанут покупать и разработчики в дальнейшем никому и не будут нужны.
Они давным давно забили на 1С-Битрикс как на CMS. Сейчас делать на ней ИМ будет только отчаянный (технически)
Так CRM у них внутри — это всё тот же битрикс + другой шаблон и несколько доп. модулей. И документация там в таком же состоянии. Ну т.е. дорабатывать там CRM точно так же больно.
Они забили и на коробочную CRM (обновления идут с опозданием на пол года, а некоторых вообще не будет), у них в приоритете сейчас только облако, а там дорабатывать нечего.
Ну и в итоге они растеряют всех тех, кто покупал сайты на битриксе и тех кто повелся на битрикс+црм. Останутся только те, кто чисто црм использует, а этих црм сейчас как собак.
Причем я не вижу объективной замены битриксу, переходить-то особо и некуда (ну, фреймворки — это все-таки из другой оперы, их я не учитываю)
Инетернет-магазины начального уровня активно делаются сейчас с минимальными затратами в конструкторах-облаках, что сильно быстрее и дешевле битрикса, плюс активно в маркетплейсы уходят продажи, так что не удивительно что у них сменились приоритеты.
Ну конструкторы — это для совсем бедных. Слишком они ограниченные все-таки, с таким же успехом можно на дефолтном шаблоне в битриксе сидеть)
Маркетплейсы последнее время постоянно какой-то негатив генерируют. Т.е. да, понятно, что покупателю они может и удобнее, но тот же я.маркет продавцы довольно активно покидают (особенно — крупные).
да ладно!!!
Больше половина вакансий - 1С-Битрикс, даже если в описании не указано, смотришь исходный код - там "/bitrix/"
в почте/спам полно приглашений на кодерляйн...
от этой пандемии ничто не спасет!
Чего уж там 5ти годам удивляться, почти в каждой теме официального форума, ведутся разговоры вида:
Добавьте/исправьте пожалуйста(2005год)
Привет из 2015го. Добавьте/исправьте пожалуйста
Шел 2021й. Все по прежнему
dev.1c-bitrix.ru/community/blogs/vad/2010.php#14210
Какой ужас… Таких людей нельзя подпускать к коду.
Не хочется критиковать работу других людей. Хочется надеется, что все таки есть какие-то нюансы, мешающие или не позволяющие полноценно документацией заниматься.
Но аргументы конечно блестящие! Полезно всю ветку по ссылке прочесть, многое объясняет.
Они кстати представили конструктор API.
На документацию времени/ресурсов нет, а вот разработать и выкатить "долгожданный" инструмент - пожалуйста
Помню, 2 года назад на техноволне был доклад про новый bitrix framework, который уже был более приближен к best practice. Однако когда докладчикам задали вопрос, где можно этот прототип посмотреть, и когда вообще хотя бы примерно ждать его выхода, те начали кивать в сторону маркетологов и обратной совместимости.
А жаль, задумка-то хорошая была...
1С-Битрикс. Как задавать настройки по умолчанию для собственного модуля? Загадки в документации