Gmp

Нормально так, коммерческая платформа использует бесплатный модуль в своих платных решениях)) Главное что ссылки на свои поменяли сразу))

@specialforce22 Попробуйте закомментировать этот блок в модели модуля обмена - admin/model/extension/exchange1c.php // МОДЕЛЬ if ($product->Модель) { $data['model'] = htmlspecialchars(trim((string)$product->Модель)); } else { $data['model'] = $product->Артикул ? htmlspecialchars(trim((string)$product->Артикул)) : "-"; }

@stelstima А какая версия УТ 11? Раньше действительно в выгрузке не было кода, но вот недавно в import.xml я увидел такое: <ЗначенияРеквизитов> <ЗначениеРеквизита> <Наименование>Код</Наименование> <Значение>00-00000281</Значение> </ЗначениеРеквизита> <ЗначениеРеквизита> <Наименование>ТипНоменклатуры</Наименование> <Значение>Товар</Значение> </ЗначениеРеквизита> <ЗначениеРеквизита> <Наименование>Полное наименование</Наименование> <Значение>...</Значение> </ЗначениеРеквизита> </ЗначенияРеквизитов> Не знаю это 1С наконец-то услышала молитвы, или всё-таки кто-то базу доработал. Версия УТ 11.4.13.281, версия схемы 2.07

А у вас что за история? Пришлось пообщаться с техподдержкой?)) Такой техподдержки как мне попалась я еще никогда не видел, можно было бы написать отдельную историю, о том как я учил их куда нажимать и что куда вписывать. Возможно на стажера какого-то попал.

Естественно понимаю. Смысл этой заметки в том, что надеюсь те кто увидят данный злобный пост - 10 раз подумают перед тем как использовать этот инструмент, а даже если и будут - будут знать что это не чудо таблетка и может принести проблем больше чем пользы. А кому-то может быть полезно и с обратной стороны - клиенты обычно не дают доступов к панелям, и работать приходится в админке + ftp. Если не сталкивался с подобными ускорителями (как случилось у меня, хоть таймвеб был много раз) то можно долго ловить фантастические приколы и слушать недовольства клиента что ты такой-сякой бестолковый и вечно что-то глючит. С модулями ускорителями для опенкарта по сути всё тоже самое, тоже вечно куча глюков и проблем, просто там это на виду - чувствуешь что что-то не то происходит, сразу идешь искать подобные модули. Да, возможно я чуть экспрессивно и на эмоциях пост написал, не спорю.

Это всё верно. Но галочки стояли только те что "стабильные и проверенные" (по мнению таймвеба), все экспериментальные были отключены. Ну и сам набор включенных опций у меня тоже вопросов не вызвал, если верить описаниям, то выбранные опции скорее полезны чем вредны. После полного отключения этой услуги ушли не все проблемы, всё-таки кое-что нашлось где побывали шаловливые ручки, однако очень интересное наблюдение - со всеми кешированиями/ускорениями/оптимизациями гугл давал оценку ~33/65, а после полного отключения всех таймвебовских ускорителей - ~28/75. Т.е. 122 рубля в месяц уходили на то, чтоб снизить скорость в десктопной версии а не поднять её. Что касается мобильной то прирост от ускорителей составлял от 2 до 5 баллов при 5-ти измерениях. Для себя сделал вывод - будь это бесплатно, можно было бы поиграться, а за деньги - лучше или руками самое критическое исправить или модуль купить и с ним поиграться. За модуль хотя бы каждый месяц платить не нужно.

Наверное то, о чём я хочу рассказать для многих не будет новостью, но я столкнулся с подобным впервые и решил поделиться. Надеюсь эта заметка кому-то сохранит нервные клетки. Пришла ко мне совершенно обычная задача, которую я делал десятки раз - адаптировать некий модуль под шаблон. А если быть точнее, то адаптация уже имелась (к более старой версии шаблона), нужно было разобраться почему не работает на актуальной версии и поправить. Первый тревожный звоночек был после того обнаружилось что обновления модификаций не применяются. Заметил я это не сразу, и очень удивился, когда увидел во фронте код вообще какой-то старой версии адаптируемого модуля, хотя в папке модификаций всё было нормально. Дальше классика жанра - обновить модификации еще пару раз, очистить кеш из админки, проверить редактор шаблонов, поискать всем известные модули "ускорители" и тд и тп. Все эти манипуляции ничего не дали. Пошел в папку /storage/cache/ и обнаружил там странную папку /home/ которая не типична ни для опенкарта, ни для модулей "оптимизаторов" которые мне знакомы. Это был второй тревожный звоночек. "Пхаха, наверное это новая фича - оптимизация на стороне хостинга" посмеявшись подумал я, снёс весь кеш руками, всё заработало. Всё было нормально, работу доделал и сдал. Через день клиент возвращается с очень странными симптомами. "Вот в этом товаре не работает это", "а вот в этом это", "а вот там в каталоге это", "а в быстром просмотре вот этого товара это". Убедившись что это и правда так я слегка прих**л. Заметил что в некоторых редких ситуациях при определённых действиях js код выпадал в Uncaught TypeError, но не в модуле с которым работал, а в разных местах. Я снова прошерстил установленные модули, модификаторы, посмотрел системные модификаторы, пробежался по файлам и проверил не редактировали ли некоторые системные файлы. Но сайт выглядел достаточно адекватным (что в нашем мире встречается редко). Изучив более детально я понял что всё-таки есть "нечто" которое делает плохие вещи, очень плохие вещи. Например я обнаружил что инлайн скрипты минифицируются, а некоторые вообще исчезают, в том числе системные опенкартовские! И происходит это в разных ситуациях по разному, в одних товарах есть скрипт нужного мне модуля, а в других его просто нет, хотя в кеше модификаций всё есть и никаких условий "отображать только если" - там нет. Я просто опешил от такой наглости и идиотизма. Грешным делом я стал ругаться на новую версию шаблона, хоть работал с ним раньше, и претензий не имел. Но ни в настройках, ни в демо шаблона я не увидел пунктов "сверхоптимизации быстродействия", все оптимизации были адекватными, в html коде демо-версии ничего из инлайна не минифицировалось и не вырезалось. В общем текста на эмоциях написал больше чем планировал, надо закругляться. Выбил я у клиента доступ к панели управления хоста. Хостом оказался таймвеб. Перерыл панель вдоль и поперёк и нашел это чудо: Таймвеб, вы серьёзно?! Вы ЭТО еще и продаёте?

Ну раз такая пляска пошла то пожалуй и я отмечусь: Посмотрел я модуль от ******* - всё вдоль и поперёк под ионкубом, только шаблоны не закодировали. Это клиника. При этом есть некие подозрения что какие-то идеи спёрли у бесплатного модуля который тут на форуме (но это лишь мои домыслы, т.к. всё закодировано, и правду не знает никто кроме них самих). PS. xml файлы обмена у этого человека были объемом в районе полутора гигабайт. Я таких xml файлов еще никогда не видел)) Конечно тут никакой сервер не выдержит. Я эти файлы так ничем и не смог открыть хоть на компе 24гб RAM, очень хотелось узнать что там внутри.

@sxt Да, делал это не один раз, но вот насчет допилов - не советую сразу пускаться во все тяжкие, дорабатывать этот модуль можно бесконечно, а вот ваш бюджет наверняка не бесконечен. Я бы советовал по возможности использовать то что в нем есть, и только в самом-самом крайнем случае дорабатывать. Модуль не так прост, как иногда думают те кто берутся его дорабатывать (иногда приходилось разгребать чужие "чудеса на виражах"). Потому будьте аккуратны с выбором исполнителя (я не имею ввиду себя и тем более не рекламирую себя) - лучше конечно если исполнитель будет или автор модуля, или кто-то из этой темы (но тоже проверяйте), или проверенный программист который потом не сольется когда начнутся проблемы. Потому что "доработки с фриланса" (видимо речь про известный сайт), которые я видел, были очень печальные.

Я так понимаю это доступно не всем?

А откуда взялись файлы выгрузки которые вы в первый раз отправили? Почему они отличаются от вторых? Копать либо в сторону 1С, либо в сторону удаления дублей при обработке картинок, тут: private function setProductImages($product_id, $images_data, $new = false) {

@maksimist Обычно из УНФ опции не выгружаются вообще, теперь понял что есть и такие УНФ, из которых выгружается. Чёрт бы подрал эту контору 1С, сколько они наплодили вариантов банальной выгрузки товаров. У вас версия CommerceML - 2.08, начиная с этой версии насколько я помню есть ряд отличий от предыдущих версий и модуль многое не поддерживает, потому или придется решать проблемы/что-то дописывать, или смотреть другие решения. Если захотите поковырять сами (вижу у вас лейбл "разработчик") - могу только дать подсказки, сам бы поковырял, но времени свободного совсем нет. Вся работа с xml файлами находится в модели - admin/model/extension/exchange1c.php поковыряйте методы private function parseOffers($xml) { и private function parseProductOptions($xml) { PS. Иногда вам может показаться что разработчик делал "странные и нелогичные вещи", или что вы видите бесполезный код. Не спешите рубить с плеча и что-то переделывать, многому есть объяснение, но оно не совсем очевидное (бардак под названием 1С тому вина - множество конфигураций и версий выгрузки, отсутствие нормальных стандартов).

@maksimist не припомню такого, какая конфигурация (название / версия / для какой страны)? Какая версия CommerceML в файлах выгрузки? Конфигурация доработана? Обмен встроенный в 1С или установлен модуль Битрикса?

@moskvadim Смотрите файлы выгрузки, в частности import.xml, ниже структура файла из которой модуль должен считывать вес без каких-либо телодвижений (вес в самом низу): <Товар> <Ид></Ид> <Артикул></Артикул> <Наименование></Наименование> <БазоваяЕдиница Код="796 " НаименованиеПолное="Штука">шт</БазоваяЕдиница> <Группы> <Ид></Ид> </Группы> <Описание></Описание> <ЗначенияСвойств> <ЗначенияСвойства> <Ид></Ид> <Значение/> </ЗначенияСвойства> </ЗначенияСвойств> <ЗначенияРеквизитов> <ЗначениеРеквизита> <Наименование>ВидНоменклатуры</Наименование> <Значение></Значение> </ЗначениеРеквизита> <ЗначениеРеквизита> <Наименование>ТипНоменклатуры</Наименование> <Значение></Значение> </ЗначениеРеквизита> <ЗначениеРеквизита> <Наименование>Полное наименование</Наименование> <Значение></Значение> </ЗначениеРеквизита> <ЗначениеРеквизита> <Наименование>Вес</Наименование> <Значение>0</Значение> </ЗначениеРеквизита> </ЗначенияРеквизитов> </Товар>

Покажите где у вас вес в 1С (на скриншоте и в выгрузке), и куда вы хотите его поместить в опенкарте. По умолчанию реквизит "Вес" из 1С попадает в поле "Вес" в опенкарте, правда вот я не припомню, проверял ли я хоть раз работоспособность, но по моему записывалось нормально в УТ10.3. Но могу и ошибаться.

@stelstima Зависит от: 1) Если VPS - от его мощности, если хостинг - то от его лимитов 2) Производительности БД (производительность БД это неочевидная сущность, которую не увидишь в характеристиках сервера) 3) Полная выгрузка или только изменений (выгрузка изменений - можно хоть раз в 5 минут, если вы обработками или проводками не изменяете тысячи товаров каждые 5 минут) 4) Кол-ва товаров 5) Кол-ва заказов 6) Ваших доработок сайта и/или модуля обмена Потому будет или не будет грузить - никто вам не скажет. На хорошем хостинге, ~15-20тыс предложений, выгрузка только изменений, интервал 5 минут - полет нормальный на нескольких сайтах. Хотя бывает в выгрузку разом попадают тысячи товаров, а то и вообще все товары из-за каких-то нюансов, но в целом проблем почти нет. На неплохом хостинге выгрузка из МойСклад ~8-10 тыс предложений (он умеет делать только полную выгрузку) раз в 6 часов укладывала все лимиты сервера и хостер отключал сайт. Приходилось заниматься оптимизацией модуля. После - выгрузка раз в два часа вписывалась в лимиты и еще оставались свободные ресурсы. Иногда имеет смысл разбивать выгрузку товаров и загрузку заказов на два отдельных обмена, чтоб одно не зависело от другого, можно было задать разные периоды, и если одна из выгрузок упала - вторая отработала нормально. Бывает что на новых конфигурациях (УТ 11, КА2 и тд) полный обмен может идти больше 20-30 минут. Зависит от настроек базы, производительности компа на котором стоит 1С, файловая база или SQL, насколько широко и мощно используются виды номенклатуры, дополнительные реквизиты и тд. На старых конфигурациях такое тоже возможно, но при большем кол-ве товаров. Если заказов много и много тысяч и все через сайт, бывает что 1С очень долго их обрабатывает (больше 10 минут), перед тем как отправить на сайт. В общем все индивидуально и зависит от множества факторов.

@sv2109 точно, это я балбес, поставил на место куда была установлена более давняя версия 4-ки, открыл скрипты и стили в браузере (не почистив кеш), вот он мне и показал и скрипт и стили старой версии, из кеша.

Поставил ради интереса версию с гитхаба, вижу внутри это: Bootstrap v4.5.3 А где 5-ка то?

@dRogue Почему нет рабочих решений? Практически все решения вполне себе рабочие, просто бывают отдельные нюансы которые или решаются отдельно или не решаются вообще (слишком дорого и нецелесообразно). Даже на бесплатном модуле работают реальные магазины. Именно так и работают все модули использующие встроенный в 1С механизм обмена с сайтом. В том числе и бесплатный модуль обмена под опенкарт.

Не поленитесь вернуться и рассказать нам что у вас получилось в итоге. Каким методом решили, какие были проблемы и как решили. Я не имею представления по какому принципу ваш исполнитель будет решать вашу задачу, но думаю что или возьмет готовое платное либо бесплатное решение, либо напишет что-то сильно упрощенное под конкретно вашу задачу (например обработка которая будет писать напрямую в базу магазина). Написать более-менее полноценный и работающий модуль обмена с нуля - это даже по скромным ценам выйдет более 100 тыс руб. Потому думаю вам не напишут, а настроят или "подгонят под вас" какое-то из существующих решений. Хотя конечно я не знаю вашу задачу - может вас устроит сформировать типовой отчет, а потом спарсить его на стороне магазина. Так что в вашей ситуации я ничего конкретного не смогу посоветовать - я часто решаю проблемы существующих решений, которые люди пилят уже много лет и до сих пор они далеки от идеала. В вашем же случае - это изобретение конкретно под вас, все его проблемы вы выясните только после запуска, заранее тут сложно всё предусмотреть. Посоветовать могу только одно - тестируйте особенно тщательно, хорошо подумайте какие функции вам нужны, что вы будете использовать в 1С и что должно быть на сайте. Всё прописывайте в ТЗ и обсуждайте с исполнителем - то что в вашем понимании "просто выгрузить товар" для исполнителя может быть задачей на день, а может вылиться и в две недели, в зависимости от нюансов. УТ 10.3 - нормальная стабильная конфигурация, мне она нравится даже больше чем современная УТ 11.

@wvldmr Обо всех возможных проблемах не расскажу, т.к. это индивидуально и зависит от того какая конфигурация 1С, модифицированная ли база, какой модуль обмена на стороне 1С, какая версия либо сборка Opencart, какой модуль обмена на стороне Opencart, какие особенности вашего бизнеса и тд. Иногда даже простая задача "да мне просто остатки и цены выгрузить надо" оказывается не такой простой как кажется на первый взгляд. Если условно, то могу еще отметить следующее: (не обязательно у вас будут все озвученные проблемы, но в разных ситуациях / конфигурациях и в разных модулях многие из них возможны) 1) Выгрузка из новых конфигураций таких как УТ11, КА2 - более функциональная, но имеет больше нюансов чем из старых, таких как УТ10, КА1.1; 2) Выгрузка из Розницы имеет свои особенности; 3) Выгрузка из УНФ несколько отличается от других конфигураций; 4) Если у вас несколько складов в 1С и вы хотите чтоб это было и на сайте - будут нюансы/проблемы; 5) Если вы используете характеристики в 1С (опции в Opencart) - будут нюансы/проблемы; 6) Если сайт не пустой, т.е. на сайте уже есть товары которые не выгружены из 1С - возможны нюансы/проблемы; 7) Если у вас в 1С бардак - будут проблемы (в идеале в 1С должно быть ровно то, что вы хотите увидеть на сайте); 8) Если вы хотите двухсторонний обмен заказами - будут нюансы/проблемы; 9) Если вы используете в 1С механизм скидок - будут проблемы; 10) Если вы выбрали коммерческий модуль обмена, а он под ioncube - будут проблемы; 11) Если вы выбрали бесплатный модуль обмена, но он вас чем то не устроил и нужны доработки - затраты будут выше стоимости лицензии коммерческого модуля (но ниже, чем если вас не устроил коммерческий модуль и вы решили дорабатывать его); 12) Если вы хотите нестандартную "фичу" которая по вашему мнению крайне банальна и проста как 2+2, не удивляйтесь тому что "эти исполнители совсем оборзели, просят уйму денег за такую простую вещь". У обмена с 1С уйма острых углов и подводных камней. Если подвести итог - вам проще всего сделать копию базы, копию сайта и попробовать реализовать то что вы хотите. Получите ценный опыт, знания и представление о том устраивает ли вас то или иное решение или нет.

@AlektroNik 1) Поднимать демо версии коммерческих систем - Битрикс, UMI, CS-Cart, Webasyst и тд и изучать их; 2) Читать документации к коммерческим системам из п.1; 3) Лезть в код модуля обмена в самой 1С и пытаться понять что он умеет принимать и понимать; 4) Пытаться найти нужное методом научного тыка: обычно если 1С присылает какие-либо реквизиты, то всегда можно попробовать отдать ей их обратно (это я про заказы в обе стороны).

Не очень понял чем существующие решения не подходят под эту задачу, но по моему почти любое из имеющихся платных и бесплатных решений способно осуществить задуманное. Если конечно понимать как работает обмен с 1С (т.е. понимать нюансы и ограничения). 1) Если купили офлайн - обновить остатки на сайте. Это умеют все модули - стандартная выгрузка номенклатуры из 1С. 2) Если купили в онлайн магазине - обновить в 1С. Для этого нужно настроить выгрузку заказов из магазина в 1С. Нюансы и ограничения стандартного обмена: 1) Выгрузка по расписанию. Если период выгрузки большой, а заказов очень много и онлайн и офлайн - будут косяки. Эту задачу решают модули "обмена в реальном времени" - есть специализированные модули, есть модуль битрикса, который эту тему уже давно прорабатывает и меняет протоколы обмена в этом направлении. 2) Инициатор обмена исключительно 1С. Это сделано в целях безопасности - сайт не может сам связаться с 1С, всегда база 1С коннектится с сайтом, но не наоборот. 3) Остатки на сайте всегда перезаписываются остатками из 1С. Это значит что в 1С всегда должны быть актуальные остатки, и заказ из интернет магазина должен быть проведен в 1С, иначе 1С выгрузит на сайт неверные остатки. Это базовые ограничения. Есть много других нюансов в каждом индивидуальном магазине. Надеюсь был полезен

@AlektroNik Я тоже не сталкивался. Нужно смотреть стандарты обмена (если удастся найти адекватную информацию), и смотреть что по этому поводу "умеет" 1С. Возможно даже придется поднимать битрикс, чтоб проверить есть ли там купоны и как они выгружаются в 1С. Да, эта "ноша" нелегка, но порой только так можно добыть информацию.

@Snoop3000 Чёт я запутался чего вы хотите. Должно быть так - у вас в МС 10шт, а в Опенкарте - 15шт. Запустили выгрузку. Теперь и в МС и в Опенкарте стало 10шт. Затем на сайте купили 2шт. На сайте стало 8шт. Но если вы не оформили продажу в МС - при выгрузке в Опенкарте снова станет 10 (т.к. в МС по прежнему 10шт). Потому если у вас что либо купили - логично предположить, что вы оформили продажу в МС. Теперь и там и там 8шт. При следующей выгрузке ничего не изменится потому что и так остаток одинаков. Принцип простой - Опенкарт не предназначен для хранения остатков, остатки хранятся в учетной системе и оттуда они попадают на сайт. Списание товаров на сайте нужно лишь для того, чтобы поддерживать относительную актуальность в периоды между выгрузками. Если выгрузка автоматическая круглосуточная, а у вас выходные либо праздники и вы не проводите заказы в МС, то да, может возникнуть ситуация что у вас смогут купить последний товар несколько раз, потому что МС не будет знать что товар уже куплен и будет сообщать сайту что товар все еще есть.