Xasid: Большая часть - самописные варианты. Остальные - Битрикс.
Обычно начинают на "чём-нибудь", а потом.. по мере роста и появления реальных сложностей с нагрузкой - переписывают/переезжают..
Битрикс изначально с "повышенными требованиями" к хостингу идёт.. (см "тарифи для Битрикс").. Возможно, поэтому (а также, в силу грамотно реализованной оптимизированной структуры движка) "торможение" обычно не так резко заметно...
Через <ЗначенияСвойств> можно сделать.. Вполне дружится с 1С-ным экспортом (вообще, при наличии адекватного 1С-ника всё что угодно можно подружить.. 😂)
Хотя, как и ранее, местами документация BX, мягко говоря, неполная.. (тынц 🤣)
foxi: и куча обращений в логах к /favicon.ico с получением 404 страницы вордпресса.
К адресу могут обращаться по куче причин (какую-нибудь статическую страницу нашли, которая вне шаблона темы выводится.., боты-браузеры, игнорящие фавикон из кода)
/** + * This is a very ugly hack that is necessary so that we can prevent wp_favicon_request() .. */ +if( $_SERVER['REQUEST_URI'] == '/favicon.ico' ){ + $_SERVER['REQUEST_URI'] .= "?disable=wp_favicon_request"; +}
Dram: и тогда ваш код не добавляет единицу нужному инпуту
А зачем добавлять единицы id-шникам инпутов? вообще, зачем им id-шники? Клонируйте с учётом того, что всё, что требуется завязано на класс и, при необходимости, порядковый номер элемента...
burunduk: ivan-lev, там много разных нюансов в разных вещах,
При погружении везде нюансы появляются..
burunduk: использование скидок для цен ещё тот геморрой все сортировки и выборки надо переделывать
Зависит ведь от реализации )) При наличии поля, смысл которого "реальная цена", всё ровно.
burunduk: при добавлении цены в тайтл, цена добавляется с html форматированием
Возможно, есть другая "техническая" цена.. А возможно, проще было добавить "технически" в другом месте... там, в крайнем случае, и stripe_tags можно использовать.. )
В общем, путей решения много.. и с разных точек зрения их оптимальность различна.. Программисту (в меру его знаний и испорченности) проще сделать одно.. редактору сайта нужно другое.. SEO-специалисту - третье.. владельцу магазина - вообще не важно, главное что прибыль шла ;)
burunduk: "специалистов" ответила что это совершенно разные модули и надо повторно всё обрабатывать
Можно и в разные "распихать", если нужно.. В "готовых" решениях, не исключено, что "в каждом модуле свой каноникал" - т.е. описанная схема раскидана по соответствующему количеству модулей.
danforth: Кому вы советуете? Этот сценарий происходит каждую субботу.
Вполне лечится определением canonical и 301 редирект на него, если не совпадает с текущим адресовм. При необходимости накидать условий для "разрешённых" параметров отдельных типов страниц.
Solmyr: еляционная база данных все равно использует один индекс, созданный по одному-трем полям. Все критерии свыше на скорость поиска принципиально не влияют, а скорее даже чуть-чуть ускоряют.
Если речь о коробочных решениях магазинов, то даже поиск по свойствам (тут тоже с терминологией бы договориться.. речь, видимо, о тех, которые не добавляют "вариативности" у отдельных товарных позиций) , реализованным путём хранения EAV без "дублирования" в отдельную "поисковую" таблицу может солидно грузить базу.. )
edogs: А еще могут быть нюансы как в автозапчастях, где еще надо совместимость учитывать
А есть хоть 1 живой пример крупного и продающего интернет магазина на бесплатной CMS?
Можете посмотреть в подборках вроде таких.. Вдруг, чего найдётся..
https://www.opencart.com/blog?blog_id=137
https://www.netsolutions.com/insights/10-best-examples-of-magento-2-ecommerce-websites/
Большая часть - самописные варианты. Остальные - Битрикс.
Обычно начинают на "чём-нибудь", а потом.. по мере роста и появления реальных сложностей с нагрузкой - переписывают/переезжают..
Битрикс изначально с "повышенными требованиями" к хостингу идёт.. (см "тарифи для Битрикс").. Возможно, поэтому (а также, в силу грамотно реализованной оптимизированной структуры движка) "торможение" обычно не так резко заметно...
Или так до сих пор колхоз надо колхозить, если там хоть что-то @атипичное", ну например свойства?
https://dev.1c-bitrix.ru/api_help/sale/xml/offers.php
Через <ЗначенияСвойств> можно сделать.. Вполне дружится с 1С-ным экспортом (вообще, при наличии адекватного 1С-ника всё что угодно можно подружить.. 😂)
Хотя, как и ранее, местами документация BX, мягко говоря, неполная.. (тынц 🤣)
Хз как вставляется картинка, но вот моя реакция - https://ibb.co/zn15TxV
Возможно, не стоит в программисты идти... Там объём к освоению гораздо больше, нежели вставка картинок на форуме.. 😂
Яваскрипт - тоже базу прошел, очень легкий.
Так может начать с того, чтоб её и применять?.. ))
и куча обращений в логах к /favicon.ico с получением 404 страницы вордпресса.
К адресу могут обращаться по куче причин (какую-нибудь статическую страницу нашли, которая вне шаблона темы выводится.., боты-браузеры, игнорящие фавикон из кода)
А редирект.. так зависит от рук же ёщё..
https://make.wordpress.org/core/2020/02/19/enhancements-to-favicon-handling-in-wordpress-5-4/
Вплоть до:
и тогда ваш код не добавляет единицу нужному инпуту
А зачем добавлять единицы id-шникам инпутов? вообще, зачем им id-шники? Клонируйте с учётом того, что всё, что требуется завязано на класс и, при необходимости, порядковый номер элемента...
Это я в первую очередь проверил, все ок.
А "всё ок" - это ссылка есть, и файл по ней открывается.. или ссылки нет и должен работать /favicon.ico из корня?
ivan-lev, там много разных нюансов в разных вещах,
При погружении везде нюансы появляются..
использование скидок для цен ещё тот геморрой все сортировки и выборки надо переделывать
Зависит ведь от реализации )) При наличии поля, смысл которого "реальная цена", всё ровно.
при добавлении цены в тайтл, цена добавляется с html форматированием
Возможно, есть другая "техническая" цена.. А возможно, проще было добавить "технически" в другом месте... там, в крайнем случае, и stripe_tags можно использовать.. )
В общем, путей решения много.. и с разных точек зрения их оптимальность различна.. Программисту (в меру его знаний и испорченности) проще сделать одно.. редактору сайта нужно другое.. SEO-специалисту - третье.. владельцу магазина - вообще не важно, главное что прибыль шла ;)
А ТС действительно потерялся.. ))
"специалистов" ответила что это совершенно разные модули и надо повторно всё обрабатывать
Можно и в разные "распихать", если нужно.. В "готовых" решениях, не исключено, что "в каждом модуле свой каноникал" - т.е. описанная схема раскидана по соответствующему количеству модулей.
Кому вы советуете? Этот сценарий происходит каждую субботу.
Да так.. беседуем.. опытом обмениваемся.. ))
+ крупный или не крупный - не имеет значения.
С первых строк чувствуется огромный опыт работы в компаниях уровня "озон" (или, чего уж там, Amazon), который подтверждается последующими:
Я сейчас тоже этим занят, настраиваю для одного товара - остальные будут обрабатываться по той же схеме.
🤣
Возможно, Вам стоит связаться с ТС-ом на предмет участия в проекте?.. )
а сами битриксойды об этом наверное не знают? view-source:https://chromatec.ru/accessories/399-1/62157dfgg/
Вполне лечится определением canonical и 301 редирект на него, если не совпадает с текущим адресовм. При необходимости накидать условий для "разрешённых" параметров отдельных типов страниц.
еляционная база данных все равно использует один индекс, созданный по одному-трем полям. Все критерии свыше на скорость поиска принципиально не влияют, а скорее даже чуть-чуть ускоряют.
Если речь о коробочных решениях магазинов, то даже поиск по свойствам (тут тоже с терминологией бы договориться.. речь, видимо, о тех, которые не добавляют "вариативности" у отдельных товарных позиций) , реализованным путём хранения EAV без "дублирования" в отдельную "поисковую" таблицу может солидно грузить базу.. )
А еще могут быть нюансы как в автозапчастях, где еще надо совместимость учитывать
+1.. В компьютерных комплектующих тоже интересно.