Зачем?
Читайте мемуарную литературу от первоисточников (людей, которые прошли окопную жизнь, видели всё собственными глазами и переживали на собственном опыте). Перевернёт представление о войне (и о людям в целом) и эта личная трансформация не может не понравится.
Как требует гос. заказ.
Для широких слоёв населения.
Сама по себе биржа не является приоритетом в продвижении - это всего лишь формат сотрудничества по ссылочной стратегии.
По сути, вариантов немного из наиболее приемлемых - Sape, Gogetlinks.
Значит я не сразу понял ситуацию.
У нас смена проекта происходит с появлением каждого нового клиента 😉
Командировки в ОАЭ конечно не обещают, но всегда есть возможность нового уровня рабочих отношений.
Думаю, следующее. Это конечно не по теме топика, но тема важная.
Мне за последние несколько дней сильно отозвалось вот это видео, настоятельно рекомендую посмотреть. Сам я тоже привязываюсь к месту, к людям, к обстоятельствам. Первую IT работу оставил я (потому что давно уперся в потолок и захотел перспектив), вторая - меня (хотя там были объективные причины, ковид), но опираясь на человеческое общение - как только ты вылетаешь из рабочей орбиты коллектив, - не сразу, но через 5-7-10 лет, люди теряют с тобой и человеческий контакт. C кем-то гораздо быстрее (в видео про это тоже есть).
Теперь по поводу совета - не знаю.. не знаю обстоятельств нового места, совершенно не представляю, чем обернуться периодические командировки, но знаю точно, рабочее место должно:
1) Либо активно развивать в технологиях, чтобы поддерживать свои знания и навыки на современном уровне.
2) Либо способствовать получение этих знаний и навыков.
Иначе, как в вышеуказанном ролика, любая работа может отказаться от тебя и можно очень серьёзно зависнуть нигде.
C таким подходом - да, лучше оставаться на маркетплейсах, оплачивать конские поборы. Про product id тоже будет думать торговая площадка.
Однако тут тема про структуру интернет-магазинов, а не про маркетплейсы.
ID на ранжирование уж точно не влияет :)
Все верно. Когда базовые технические вопросы решены (даже с допустимой вариативностью в url-ах), главный фокус - это содержание, маркетинг и UX/UI для CJM и решения потребительских задач.
А расчёт (или как предлагает Сергей - "прогон") алиаса по BM25 - это в приоритете задач нюанс сильно второстепенного порядка. Иметь ввиду это не помешает, но рубиться, допустим, за несколько лишних слов в URL (если они там будут) вообще не стоит.
Да, бывает такая специфика товара, где доп. коды выносятся в название.
Где-то нужно и уместно, где-то - избыточная информация.
По обстоятельствам. Долгие споры по вопросу - "нужно или не нужно" довольно бессмысленны.
Символ "_" здесь скорее всего лишний, он не несет функциональной нагрузки.
В CMS-ках и фреймворках много чего есть, но когда ты имеешь дело просто с набором URL-ов, то именно из списка URL-ов тебе необходимо выполнять выборки.
Здесь верно, только "не прогоняется", а рассчитываются.
Лишнего здесь ничего нет.
В чём твой корень несогласия? В том, чтобы в товарном алиасе вместо транслитерации названия и ID был просто ID?
Что значит непостоянная? Выполнили импорт из 1C, конкретному товару назначился ID, дальше он указывает на уникальный объект и используется как уникальная метка в URL-е. ID у него не меняется (вручную он не исправляется).
ID - уникальный признак объекта. Априори он неизменный.
Но бывает. Например, два визуально и технологически идентичных товара. Разница - производитель и цена.
Получается. По названию и хар-ким всё идентично, кроме производителя.
Часто бывает в какой-нибудь метизной продукции.
Я сталкивался и не раз.
Как сказал выше, могут быть два абсолютно одинаковых товара.
А бывает вообще один и тот же товар, но в зависимости от поставщика и времени закупки цена другая.
В общем бывает много занятные случаев, поэтому id снимает проблему.
Для задания уникальности токена (и соот-но результирующего url-а).
Названия товаров могут полностью дублироваться.
