Поправили говорят, ctrl+F5, проверьте

Где файл csv? Его надо дать для анализа. Причём, в поддержку, в нормальный тикет, в нормальный спокойный диалог. На форуме это для чего писать? Тут кто-то когда-то разбирался по скриншотам? Нет. Или по приколу уже, говнеца накидать?
На тестовом облаке ограничений туча, включая на размер файла. Ну так, для объективности. Хотя тема давно вышла за рамки разумного.

Короче, если нужно разобраться с импортом, идите в поддержку, оттуда и тикет можно передать ответственным людям и доступами обменяться. Если задачи разобраться не стоит, флеймить тут со скриншотами не надо.

Так не отвечай. И я не буду.

https://user.diafan.ru/forum/rules/

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

И причина ранее висящих багов в багтреке и предложений была как раз в распыляемости источников. Этому в Скайп написали, тот из почты увидел, тут на форуме подхватили, запараллелили в поддержку, оттуда три копии в багтрек закинули, первый по замечанию в скайпе поправил, второй от третьего на почту получил сообщение, полез исправлять, а оно как будто исправлено, четвертый в багтрек залез, пометил как исправленное по сообщению второго, а дубли сообщения о баге остались, и пр. Это хаос, так нельзя. Если ты один ремесленник на все руки, тебе клиент написал, ты поправил, ты помнишь что где. А для команды важен единый инструмент. Для разработки Git, однозначно. А для багов однозначно единое место, где видно кто отписался, когда, источник проблемы, примеры ошибки, кто должен исправить, исправил ли, в каком файле, номер#бага для гита, затронутые строки, и пр. Только так команда может делать единый продукт.

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

И модуль и Степан был перспективен. После конференции и созданной нами же ему рекламы я лично начал этот модуль безупешно пробовать.

Потом, кстати, после конференции я лично спрашивал несколько знакомых ребят, кто его купил до конференции и после, они говорили, мол, да, крутая штука. А покажи результаты? Да нету, я пока только купил на будущее, ещё не использовал, он просто лежит, Степан же обещал повышение цены, я сэкономил. А, ну ладно.

Как бы то ни было, мой личный опыт не положительный.

Я не отрицаю, что-то может сейчас на ком-то было оттестировано, доделано, к чему-то приведено, но желания соприкасаться ни с модулем ни со Степаном нет.

Евгений, внесите. Если к следующей сборке не будет исправлено, справедливо кинете в меня и всех нас жидкой какашкой. )

Должны. И трясемся. И ошибки исправлены. Открываем багтрек - тип: открытые ошибки - смотрим что там. Нету там кучи страшных ошибок.


Алексей, ну это же не логично совсем )
а) во-первых, зачем это делать на форуме публично? Ну смысл? Партнёр или пользователь пишет об ошибке, мы что-то уточняем. Зачем тут все остальные форумчане и зачем им в новостях эта переписка?
б) какая разница пользователю, где писать, на форуме или в багтреке? Один и тот же кабинет, соседние кнопки, одна и та же форма. Почему пользователь из принципа не пишет в багтрек?
в) в-третьих, для работы с ошибкой понадобятся доступы, файлы уточнения. На форуме доступы не напишешь, файлы не приложишь. А с ошибкой работать может третий человек, причём из внутреннего интерфейса, программист, у некоторых вообще нет аккаунта на форуме, зачем ему эту тему читать, выискивая подробности, ещё и без возможности что-то уточнить?
г) работа лишняя зачем? Тут что-то отписали, нафлудили, а потом вместо того, чтобы исправлять, я иди кто-то ещё начнет копипастить текст с форума в багтрек, причём вслепую, не как источник проблемы.
д) это расхолаживание. Сейчас "расспросите всё на форуме и скопируйте в багтрек сами", потом "расспросите всё по почте и скопируйте в багтрек, а какая разница где общаться?", потом "расспросите всё в Скайпе", потом "расспросите всё по телефону и запишите в багтрек", потом "я отписался в Фэйсбуке, расспросите всё там и скопируйте в багтрек сами", потом "В одноклассниках, на форуме SE, я в клабхаусе говорил на 47 минуте, послушайте и скопируйте в багтрек"...
Так нельзя. Хаос. Так было. Так не работает. Везде разные люди. Нет.
Баги в багтрек.

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

PS участнику idxdoc вынужден вынести предупреждение о бане на форуме при продолжении некорректного поведения.

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

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

Я, кажется, начинаю понимать суть проблемы.

Евгений, реализованное предложение звучало как "реализовать поддержку формата YML". Формат - это способ подачи информации. В cvs это точка с запятой как разделитель, а в YML это стандарт XML, то есть, теги.
Основная проблема xml - неограниченная вложенность и вольности в подаче информации, поэтому его мы откинули. А в yml вложенность одна, поэтому по такому типу разбор импортом возможен.
Именно этот формат мы и реализовали.

Формат подачи данных!

Импорт стал просто понимать структуру yml.
Но данные импорту как были нужны в наших описаниях, так и продолжают оставаться нужны в них же.

То есть, если импортнуть с одного сайта на diafan.cms в yml, он их сделает в yml в нужной структуре для нашего же импорта, и затем скормить обратно, оно импортируется.

Фид shop/yandex.php - это экспорт данных для Яндекса в нужном Яндексу формате YML и нужной Яндексу структуре! Яндекс понимает и формат и структуру подачи данных. А наш импорт тип файла (сам формат yml) понимает, но там структура не наша.

Мы не делали делали разбор Яндекса файла и не тестировали его. Мы делали поддержку формата yml плюс к формату csv. Но для нашего импорта как нужна была таблица товаров, так и осталась, хоть в формате csv, хоть в формате yml

У 1С их CommerceML тоже основан на базе XML и разбирается у нас отдельным алгоритмом. МойСклад туда же, отдельно.

Мы не спроста не разбираем 1С нашим импортом, потому, что наш импорт мы писали для импорта плоских таблиц, в них экспортируем и их же и принимаем обратно, в xls, csv и теперь вот в yml.

Разбирать фид Яндекса можно, но однозначно не в нашем импорте, его туда даже совать не надо. И для этого надо было делать соответствующее предложение, "Поддержка фида Яндекса", "Синхронизация с Яндекс.Маркетом", "Импорт из YML Яндекса" и пр. Это будет отдельный адрес, куда кормится один YML с жёсткой структурой по документации Яндекса и только он импортируется.

Предложение "Сделать поддержку формата" в нашем импорте означает сделать поддержку формата. Об этом я тоже говорил много раз: чем однозначнее, подробнее и обстоятельнее будет описана проблема, там быстрее и точнее она будет реализована.

В общем, так не получится, можно даже не пробовать.
/modules/shop/shop.yandex.php - генерирует выгрузку для Яндекса, с нужной для него структурой, где описаны категории, затем товары, раздельными участками. Это не для нашего импорта.

Для нашего импорта нужен наш плоский табличный формат чисто с товарами, где у товара внутри указана категория.

Сейчас можно только извернуться, отредактировав файл Яндекса, оставив в нем только


и скормить импорту как обычно, как таблицу

Да почему "не будем", будет задача, сделаем.
Опять же, есть два варианта:
1. Либо склонировать по типу 1С, указать файл Яндекса и под него загрузку точить
2. Либо можно к нашему импорту приладить надстройку, раз уж сделали поддержку самого формата. Приладить в приниципе несложно: берем иерархию категорий, раскладываем через наш разделитель вложенности категорий и меняем в товарах id категорий на имена, и далее как обычно кормим в импорт в табличном виде.

Битриксу да, им за 4 года надо начинать 🤣

Я настраивал пиксель. Собственно, он на cloud.diafan.ru стоит, считает переходы туда-сюда, считает клики по таблице тарифов, считает клики на демо, клики на создание сайтов и пр.
Особых особенностей нет, как обычно всё

На скриншоте что?

Если ничего не дорабатывали, то скорее всего да.
Хотя особенность была, по весне сделали защищённый режим, немного затронули ядро и сам механизм обновления. Обновление само себя может не обновить, поэтому там пару файлов вручную может будет нужно заменить .
Лучший способ - сделать копию сайта на поддомене и там его обновить и спокойно подправить, чтобы основной продажный сайт не ломать и не нервничать, если вдруг что-то встанет.

А быстрым редактированием не получается?

года полтора назад. Потому, что у них удобно для покупателей, но не очень удобно для продавцов, там комиссии с нас, и вывод не очень удобный. А с Робокассой сработались.
она никуда не девалась, напишите в поддержку, что хотите пополнить счёт через я.кассу, вам ссылку дадут, пополните ;)

Не, он не спрашивает почему, он спрашивает как решить )
Но ответ очевиден, да ) Убрать дубли.
Варианта два, либо как говорит Александра, убрать js из блоков (и тогда надо в блоках убрать кнопку купить, заменив на простую ссылку в карточку товара), либо переписать js, заменив id элементов в клонированных скриптах

Кстати, попробуйте удалить совсем js к шаблонам.
если логика работы js не меняется, клонировать их смысла нет, из любого шаблона основной js и так будет работать

Это если нужно сделать разные js для разных шаблонов! По потребностям, а не обязательно! Надо - сделали, система позволяет. Не надо - обойдется одним js


Так если код одинаковый, почему он по-разному работать-то будет? )))

Безусловно, в режиме разработчика, затем, само собой, чистили кеш и, естественно, в браузере ctrl+F5 нажимали? ;)

Обновлялись )

Корзина и прочее, что jQuery требует, можно в параметрах сайта сменить.
А поиск на форуме яндексовый, да. Гугловый, по-моему, для сайтов закрывался или какой-то странный, не помню почему его не поставили

Яндекс почему ещё ставили, он индексирует лучше сайт, если их поиск стоит. Ну и релевантность, опечатки, смежные темы - это мощно

Версия системы какая?
Месяц-два назад что-то подобное правили, там какой-то мелкий параметр надо было добавить, не помню какой

"Чек отсутствует или неправильный."
Это всё, что можно понять из сообщения. Причём, нередко "неправильный" означает, что копейка не сошлась в сумме товаров и итого.
Совершенно не факт, что проблема в скриптах. Смотреть надо заказ, товары, суммы, и что отправляется в кассу. Смотреть, кто именно пишет это сообщение. Узнать у кассы, доходят ли до них какие-то данные и какие у них претензии к цифрам и параметрам.
Смотреть надо в скрипты и ситуацию.

Вообще никак не помочь по этому тексту.

Виджет поставьте вон, от Гугла, и всё. Как на kemka111.ru справа сверху. Он сам всё переводит