Обсуждение и советы: создание интернет-магазинов - решения, процессы, прайсинг

Движок Bitrix, в СТУС наименование товара "Духовой шкаф Ardo HEN 063 X" заменяем на "Духовой шкаф Ardesia HEN 063 X"


В настройках туннеля:


Экспортируем, на сайте получаем:


В админке:



При замене вручную "Символьного кода" меняется URL

Вопрос как сихронизировать изменение наименования товара в PLI с урлами на сайте?

как вариант поменять ЧПУ в программу и обновить этими данными сайт.

Это не совсем синхронно получается и почти рутинно, т.к. после изменения наименования, необходимо заходить настройки формирования Seo и обновлять их



Плюс необходимо настроить выгрузку ЧПУ через туннель, что мы не используем.

Рассмотрите пожалуйста возможность, автоматического изменения урла на сайте, при изменении наименования в PLI (без доп. манипуляций).

Тогда средствами движка формируйте ЧПУ на основании наименования или любой другой удобной для Вас информации. Если Вы не выгружаете ЧПУ из E-Trade PriceList Importer то как оно должно меняться, не понятно.

Столкнулся с проблемой, причём раньше её не было (при проверке урлов, тот же яндекс маркет не сообщал, что страницы не найдены).
При экспорте товаров в XML (ЯМ), используются макроподставка для ссылки на товар site.ru/catalog/{C_SEO_URL}/{P_SEO_URL}/ и фото site.ru/upload/iblock/{NAME}

В админке урл товара выглядит так:

Следовательно ссылка на товар site.ru/catalog/utyugi/utyug-bosch-tda-2610/


В PLI при редактировании товара Seo url:


В выгружаемом файле:


Следовательно, идёт передача неверного урла и 404 ошибка.

Подскажите пожалуйста, как корректно подставить Урл из PLI в поле админки у товара "символьный код" или правильнее настроить логику формирования транслита ведь (у=u а ю=yu) ?

Русско-английская таблица транслитерации


ps в файлах туннеля нащёл транслитерацию, там всё верно, видимо надо искать где-то логику в самом PLI, жду от Вас разработчики решения.

Сколько сайтов столько и таблиц трансилитирации.
Нужно использовать ту, nxj использует программа.
При изменении ЧПУ эти измененные данные будут попадать в измененном виде в XML. Возможно у Вас на сайте и в программе разные ЧПУ, проверьте.

Сколько сайтов столько и таблиц трансилитирации.

Даже у разных сайтов Ю и У в трансилтие не равны прошу заметить, + я приложил ссылку на ваш же файл из туннеля где прописаны правила.

Нужно использовать ту, nxj использует программа.

Не совсем понял, что Вы имеете ввиду, но программа должна использовать общепризнанные правила трансилитирации.

При изменении ЧПУ эти измененные данные будут попадать в измененном виде в XML. Возможно у Вас на сайте и в программе разные ЧПУ, проверьте.

Именно, при изменении ЧПУ через "Настройки операций, Настройка SEO"

Произошло изменение ЧПУ с дальнейшей передачей XML, который мы используем для передачи.

Прошу изменить алгоритм формирования SEO ссылки, а именно одной буквы ю=yu для продолжения нормальной работы с Вашей программой..

Сейчас невозможно по Вашему требованию изменить так как Вам хочется, так как у других клиентов могут быть проблемы с этим.
Если у Вас на сайте ЧПУ "YULA", а в xml "ULA" то это значит, что у Вас на сайте и в программе разные ЧПУ, что не допускается.
Как вариант выгружать ЧПУ из программы на сайт, или выгружать XML из сайта чтобы выгружались одинаковые данные.

Вы понимаете, что это не моя личная прихоть, которая появилась с пустого места, а правило формирования трансилитирации?

После обновления 2.1.1078 при запуске "Обновление значения ЧПУ у товара" получили ошибку:




В карточке, вообще бардак стал:

Обновлением 2.1.1080 проблема с формированием ЧПУ у товаров решилась, но осталась проблема с трансилитирацией.

Вопрос актуален:

Вы понимаете, что это не моя личная прихоть, которая появилась с пустого места, а правило формирования трансилитирации?

Существуют даже ГОСТЫ, на основании которых CMS и формируют ЧПУ.

У нас допустим Bitix (предполагаю, что и другие CMS работают по "стандартам") и наименование товара переданный из PLI через туннель в админке получает такой вид:



Рабочая ссылка на товар выглядит так:



Ваше же индивидуальный формирователь ЧПУ придаёт вид:

utug-braun-ts-505-texstyle-5-steam-iron

заведомо неверный, т.к. при использовании макроподставок связанных с формированием XML файла (Яндекс.Маркета), ссылается на несуществующий товар.

e-special писал(а):Как вариант выгружать ЧПУ из программы на сайт, или выгружать XML из сайта чтобы выгружались одинаковые данные.

Это не вариант, если только по вашей логике, нужно "стрелять из пушки по воробья". Писать доп. SQL запросы, вручную исправить ЧПУ в PLI и больше никогда его (автоформирование) не запускать и т.п. а надо всего лишь добавить одну букву в правило.