Comments 18
Разрабатываю решение, которое позволит заменить Битрикс. Иными словами, если вам необходим обмен с 1С, то вместо Битрикса вы сможете использовать эту разработку. Как минимум несколько плюсов: 1. Стоимость внедрения дешевле. 2. Стоимость поддержки дешевле. 3. Более качественный код и бОльшая гибкость, за счёт чего доработки вносить проще и быстрее. 4. Опенсорс. Будет магазин приложений и тем и конечно же интеграции с маркетплейсами. Не откажусь от донатов на данном этапе.
на данном этапе
А данный этап - это какой?
Сам обмен с 1С не нужен. Нужен интернет магазин. Обмен с 1С это просто экономия времени и ресурсов заказчика, где сайт подключается к существующим процессам, и не надо руками заполнять 100500 товаров.
Ваше решение видимо тоже поднимает магазин. Может даже на самой 1С. Хотя это чревато стоимостью уязвимости. А может не в 1С. Тогда удачи. На мой взгляд удачней будет написать модули обмена для 1С и уже существующих решений для интернет магазинов.
Ну и если это опенсорс, то монетизация будет сложной, особенно у нас. А от донатов я и сам бы не отказался.
Вы пишете:
Интеграция с 1СЯ обещал пару ласковых про обмен с 1С? Ну что же. Дело в том, что 1Сники не люди как правило, вид базы данных товаров для внутренних нужд и нужд магазина - разный. Как правило товарные предложения, те самые размеры и цвета для футболок, размер тары для кока-колы и т.п. в 1С отсутствуют или заведены не по гайдлайнам. Да и вообще, на сайте хочется что-то в стиле того, что в 1С, а не в точности.Как обойти?Ну по-хорошему переписывать модуль на стороне 1С. Только этого никогда не произойдет. Специалисты по 1С это не совсем разработчики, и лезть в код не хотят."
Здесь не соглашусь
В целом насколько мне известно - разработчики (кодеры, программисты и пр.) 1С не любят работать с модулями битрикса от вендора
Причин тому на мой взгляд несколько:
Когда в последние разы сталкивался с модулями битрикса от вендора, то это всегда было что-то, работающее крайне долго и неоптимально
Архитектура модулей - оставляет желать лучшего. Сильно желать сильно лучшего
Следовательно доработка этого чуда тоже достаточно нетривиальна
Со стороны битрикса зачастую (автор, этот камень не в твой огород если что) есть только "программист, который просто обслуживает сайт" и не может объяснить - какие данные в каки секциях файлов xml и в каком формате должны приходить. Т.е. 1снику непонятна задача - что конкретно ему надо поправить в выгрузке, т.к. "надо чтобы вот на сайте сюда цифра вставала вот такая"
Но это все дорабатывается при должных коммуникациях и скиллах специалистов
Дорабатывается или механизм от вендора (сохраняется относительная гибкость настройки, поддержка какая-никакая), или просто пишется за день-два своя выгрузка в файлы xml (если надо срочно здесь и сейчас, если понимаем, что в ближайшее время формат выгружаемых данных не поменяется, если специалист битрикса действительно спец и может дать форматы файлов)
В последнем варианте много "если". И читатель может сказать "ну вот, опять велосипед изобретают"
И будет прав. Но такие велосипеды работают уже не один год и с ними нет проблем - они легки, быстры, хорошо диагностируются и масштабируются
Здесь выбор всегда за заказчиком, мы просто предлагаем варианты
Последний раз когда я работал в виде составления того что мне нужно, это вышло где-то на полгода. Причем мне еще и самому пришлось объяснять 1Снику как делать пост запросы. Заодно узнал что у 1С нет открытой документации в инете (что?).
Да интеграция с 1С монструозна и избыточна. Вот только она работает. И выгружает товары, свойства товаров, разделы, пользователей, заказы в обе стороны, типы цен, склады, все это делится на несколько файлов, в общем за пару дней даже описание не составишь. Не космический корабль, конечно, но и не велосипед.
Да, если задачка просто загрузить товары из 1С, ваш подход, наверное, проще. Однако за годы я приучился к тому, что лучше заколотить ненужные двери, чем потом достраивать гараж на втором этаже. Заказы в 1С выгружать ведь тоже надо, а для этого и пользователей можно синхронизировать.
Про пункт 4. Формат этого XML для обмена это по сути протокол находится между 1С и Битрой. Интегратор со стороны 1С, формально, должен знать его настолько же, насколько интегратор со стороны битры. Иначе ему просто не за что платить. Причем со стороны сайта стандартная, настроенная, интеграция всегда работает правильно, если конечно магазин не переписали совсем уж костылями, что крайне редко. А вот со стороны 1С почему-то зоопарк. И почему-то строители этого зоопарка ждут красивых требований, чтобы потом объяснить как им было бы удобней. Это конечно крайности, но встречалось.
А еще я как-то делал часть этой интеграции на Ruby on Rails, в целом в этом XML все весьма очевидно, если его действительно открыть и внимательно почитать. Все получилось без всякой документации, и ориентироваться по XML было проще чем залезть в код битры и понимать что происходит там. Конечно я делал это все только в одну сторону, и без кучи сущностей, но тем не менее. Джун, даже подобную задачку, писал несколько месяцев, причем итоговая производительность, как бы сказать, после пары оптимизаций ускорилась на несколько порядков.
Увы, но иногда 1Сник все же оставляет за собой последнее слово и редактировать стандартный обмен тоже приходилось. Это чревато. Чревато тем, что обмен нужно либо скопировать и потерять обновления, либо править внутри ядра и рисковать затиранием правок при обновлениях.
Последний раз когда я работал в виде составления того что мне нужно, это вышло где-то на полгода
Действительно - расписывать ВСЮ документацию самому с нуля долго
Причем мне еще и самому пришлось объяснять 1снику как делать пост запросы
...
Заодно узнал что у 1С нет открытой документации в инете (что?)
Здесь даже я удивился))
Про пункт 4. Формат этого XML для обмена это по сути протокол находится между 1С и Битрой. Интегратор со стороны 1С, формально, должен знать его настолько же, насколько интегратор со стороны битры. Иначе ему просто не за что платить
Думаю, что здесь Вы путаете 1С как учетную систему и интеграцию с битрикс
1С это все-таки про учет. Который потом неплохо было бы для каких-то закачиков выгружать в т.ч. в битрикс
Поэтому среднестатистический 1сник имхо и не должен знать интеграцию с битрикс. Но при необходимости - обязан суметь разобраться
Пример - я пишу для ЗУП (зарплата и управление персоналом). У меня вприницпе нет в стеке интеграции с битриксом
Но когда решили поднимать портал на битре (я отговаривал как мог :) ) - полезли разбираться со спецами с той стороны, запустилось
И совсем иное дело - если Вы специально искали человека по интеграции с битрикс, а он потом начинает спрашивать про post-запросы
Да интеграция с 1С монструозна и избыточна. Вот только она работает
Как по мне - 1-2-3 часа на выгрузку товаров не сильно большого магазина - это "не работает". Но здесь кому как
А еще я как-то делал часть этой интеграции на Ruby on Rails, в целом в этом XML все весьма очевидно, если его действительно открыть и внимательно почитать
Да тоже не вопрос. Только и дать таких файлов (полных, какие требуются для загрузки) зачастую не могли. Писал выше - задачи из разряда "на сайте вот сюда должна цифра вставать"
Увы, но иногда 1Сник все же оставляет за собой последнее слово и редактировать стандартный обмен тоже приходилось. Это чревато. Чревато тем, что обмен нужно либо скопировать и потерять обновления, либо править внутри ядра и рисковать затиранием правок при обновлениях
Тогда я в целом не понимаю - зачем вы пришли к 1снику, если у вас и так все работало, а 1сник теперь полез редактировать и ломает? Это как минимум странно)
---
Вы поймите и другую сторону баррикад - модуль для интеграции 1с с битрикс от вендора тоже тот еще цирк. Только без коней. Вот он такой есть, другого нет
Далее как правило при появлении проблемы варианты:
1. Заказчик готов платить за спеца подороже с конкретно таким опытом и оставить все стандартно - ок (здесь спеца еще поискать надо)
2. Заказчик готов платить по рынку за спеца хорошего спеца, но без такого опыта - ок. Все равно это выходит подороже, но остаемся на поддержке
3. Дешевле, лишь бы работало в моменте. И тут в цирк заводят коней, начинается представление
И совсем иное дело - если Вы специально искали человека по интеграции с битрикс, а он потом начинает спрашивать про post-запросы
Да был именно человек для интеграции. Обычно и берется человек знакомый с модулем, а не с тем как оно у клиента. Понятно что добавить штатному 1Снику клиента интеграцию - нерационально.
Как по мне - 1-2-3 часа на выгрузку товаров не сильно большого магазина - это "не работает". Но здесь кому как
Со стороны 1с не смотрел. Но знаю что обмен в несколько сотен товаров занимает секунды. Это конечно тоже много. Но на практике достаточно. А еще обмен обычно настраивают на обмен только изменениями, т.е. 3 часа для полного обмена на большой магазин что конечно Содом и Гоморра, но потом только изменения, или даже отдельные обмены для остатков на миллисекунды. Но всяким не большим магазинам подойдет, а большие могут и платить за ускорение.
Да тоже не вопрос. Только и дать таких файлов (полных, какие требуются для загрузки) зачастую не могли. Писал выше - задачи из разряда "на сайте вот сюда должна цифра вставать"
А их у нас нет. Разве что просить 1Сника с прошлых проектов выгрузить в файл, а не в импорт. Ну или лезть в код и отключать удаление файлов после обмена, но для этого нужно все же сделать обмен. Как с яйцом и курицей - чтобы получить файл надо его сначала составить, и составляет его не битра.
Тогда я в целом не понимаю - зачем вы пришли к 1снику, если у вас и так все работало, а 1сник теперь полез редактировать и ломает? Это как минимум странно)
Там 1Ска обновилась, с ней модуль, с ним файл. А еще сменился ответственный человек. На штатного 1Сника не знакомого с обменом. В общем пришлось выкручиваться тем что имели.
Обычно вместе с командой по разработке сайта, идет человек ставящий модуль. Да это дороже. Однако опыт резко упрощает задачку, сокращая время. И поиск спеца ложится на студию. Я конечно не был по другую сторону баррикад. Причем по, если так выразиться, по религиозным причинам. Поэтому право на оспорить специалиста - не имею.
Но это не отменяет того факта, что с битриксом и стандартным обменом можно за несколько дней получить готовый интернет магазин. А при наличии головы и рук даже не платя разработчикам.
Очень насыщенная полезными знаниями статья. Плюсую.
Спасибо. Был сумбурен и пропустил кучу все интересного. Но чувствовал нужду закрыть главу, перед тем как попробовать перевернуть страницу. Еще на гитхаб хочу выложить разные штуки. Когда подчищу их от ключей, ну и причешу чуть-чуть.
Подскажите адрес гитхаб, если не секрет - послежу
Да такой же, mkmatrix везде. Я куда-нибудь сюда маякну как доделаю, друг. Но как минимум стоит выложить скрипт создания моделей из хайлоадов. Уж очень удобно иметь можель в коде, а не базе. Но пока беда с психикой и здоровьем. Да и тот код пока показывать стыдно.
https://github.com/MKMatriX/bitrix_hacks Дошли руки. Правда красота кода, особенно в некоторых местах. Но что поделаешь, за красоту кода мне не всегда были готовы платить. Зато теперь если винт полетит, то что-то останется.)
Ааа
Как же хорошо
Давно не видел стоящих статей. Автор, респект)
Сам Битриксоид, пару новых фичей для себя узнал
Ещё в тему поделиться хотел - делали перенос данных из БД с вп в Битру и из Амиро в Битру
Их таблицы - просто попаболь) но вдвоём с чуваком сделали полную миграцию товарки и прочих сущностей в Битру. Так что весьма понимаю о чем ты пишешь)
P.s. js либа битры - то ещё адище) зато выбор есть - хошь нативный аякс юзай через fetch, хошь - jquery.ajax (много где он еще используется), а если хочешь вообще прям хрестоматийно - то BX.ajax
P.s.s. думаю разрабы Битры часть описанных хаков точно оценили бы не как в "духе и идее Битрикса") хотя, если честно, по фиг, прям классная инфа)
В общем, лови респект и пятюню. Кайфанул!
Фантастический Битрикс и где он обитает