Посадочные под фильтры, например категория велосипеды может содержать посадочные:
- Велосипеды шоссе
- Недорогие велосипеды шоссе (например до 600$)
- Велосипеды шоссе карбон (материал рамы = карбон)
- Велосипеды МТБ
- Недорогие велосипеды МТБ (опять таки, до 600$)
- Велосипеды МТБ карбон (материал рамы карбон)
При этом участвуют все фильтры
- Фляги {красная,зеленая,черная} для велосипеда
- Покрышки 2.10 27.5" для кросс-кантри tubeless (фильтры: ширина = 2.10, диаметр=27.5, тип=безкамерная, стиль_езды=кросс-кантри)
и т.д.
Все эти страницы генерируются под НЧ и СЧ запрос, по сути это не отдельные категории, а комбинация фильтров, например для шоссе велосипедов из карбона имеющая ЧПУ что-то вроде: /category/velosipedy-shosse-material-carbon/, открывая эту страницу попадаешь на страницу категории велосипедов, но с включенными переключалками у фильтров.
Даже на небольшом магазине (1000 товаров), делая посадочные под СЧ и НЧ, можно сделать легко sitemap на 50к страниц, если там много фильтров и возможностей для выбора.
Плюс учтите, товары часто импортируются/синхронизируются с поставщиками, не имея их у себя на складе. Допустим, у поставщика за день могут добавляться 3 позиции, уходить 4. Итого имеем 7 инвалидаций страниц товаров + все страницы где это фигурирует. Поставщиков может быть несколько.
Ваша система вносит излишнюю сложность, которая может окупаться только в случае огромных нагрузок на железо, тогда целесообразней продумать логику препроцессинга страниц. Либо же, когда вы сами пишете под себя, и у вас небольшая витрина с товарами, скорее даже для презентации ассортимента, чем для покупки через неё.
Вероятность того, что на небольшой магазин обрушатся куча трафика и запросов сомнительна.
Я предпочитаю придерживаться принципа KISS и решать проблемы по мере их поступления, как говорил Дейкстра: Простота является залогом надежности.
Вашу идею концептуально можно решать через SPA и кеш ответов от бекенда (и его инвалидацию), это даже лучше, не придеться гонять хидер/футер туда-сюда.
А ещё все варианты фильтров (коих может быть сотни и тысячи) в которых этот товар находится, добавив сюда пагинацию и сортировку, можете посчитать сколько будет вариантов. Более того, проще найти товар под условие, чем условия, под который попадает товар. Обновление курса валют приведет к полной перегенерации десятков тысяч страниц, и это для небольшого магазина. Потом приходит мамкин маркетолог, и говорит нам нужен A/B тест.
Я понимаю вашу идею, только решать проблему "единой точки отказа" нужно решать не HTML файлами, а кешами и правильной инвалидацией. HTML файлы хорошо для блогов (прям супер хорошо), но не для магазинов.
Посмотрел Дракула от нетфликс, вердикт таков:
Серия 1: 8/10
Серия 2: 5/10
Серия 3: 0/10
За 5 минут до конца второй серии выключайте, мой вам совет.
git branch --contains abcdefh
_SP_, я не совсем понимаю что вы предлагаете, очень перегруженная беседа какая-то вышла тут у вас, прозвучало слишком много умных вещей. Правильно я понял, вы предлагаете товары хранить в виде сгенерированных HTML страниц?
Dreammaker,
https://github.com/tideways/php-xhprof-extension
компилируется, подключается модуль, рестартится php
Был "Молодой Папа", теперь "Новый"?
Lor, согласен с тем, что амазон снимает шляпу, но не согласен на счет этого сериала, он вполне подходит посмотреть вечерком. Не шедевр, конечно, но явно выделяется на фоне всего того калла что снял амазон.
Lor, https://www.imdb.com/title/tt1190634/
Тут нет fasthttp. Это RTB платформа, написанная полностью с нуля.
Сильно. Каждому кейсу своя технология.
Это наверное index.php на главной странице гугла править? У Пети 10 яблок, а у Васи - 0. В среднем, у каждого по 5 яблок. Смотрите медиану.
А можете привести пример киллер фичи доктрины? Я с ней просто никогда не работал :)
Вы может не поверите, но в Go не приветствуются фреймворки, просто потому что там отличнейшая std библиотека, с которой приятно работать. Для DDD и разделения бизнес-логики, применяется clean arch подход, который позволяет за юзкейсами и другими частями системы скрыть реализацию и расширяться максимально гибко.
Не только. Можно делать монолит, можно монорепо, все упирается в умственные способности разработчика, которые, как правило, пытаются натянуть какой-то MVC на Go, и применить практики других языков, что обычно заканчиваются истерикой и слезами.
Я уже писал про медиану и прочее. То что вы знаете, это просто ваша нерепрезентативная выборка, основанная на личных знакомствах. Посмотрите на StackOverflow survey. Что там внизу такое красненькое, м? К слову, на графике медианная зарплата.
Возможно, до недавнего времени было так, сейчас вряд-ли. Я бы сказал так: хоть куда-то попасть на PHP действительно проще, но это будет точно не крутой проект.
А критерии какие? Обязательно USB и работа от симки?
