mrr, десятки миллионов страниц, это сколько суммарно строк в таблице? По хорошему нужно смотреть на запросы, для базы и 100 млн. строк это такой себе объем. Как решение, лучше сделать fastcgi_cache. Из Redis и Memcached - в данном случае лучше Redis.
Миссис Флетчер, посмотрел первый сезон, на 7 из 10. Если вкратце, женщина под 40 со скучной жизнью начинает смотреть порнуху и ей срывает башню.
PROGRAMMATOR, годный аппарат, маниту, магура :) сколько вилсет весит (без покр, сковороды и ротора)?
Sly32, я про сторожа. А ты про себя подумал?
Один все-таки есть.
это как бы и называется ЦА
Вряд ли кому-то подойдет. Кому надо быстро и наколенке - возьмут CMS из-за большого количества плагинов и низкой_цены_за_фичу. Кому надо качественно и под себя - возьмут голый фреймворк и навернут то же что и у вас за сутки-двое, потому что все RBAC/ABAC это подключаемые либы. Ваш проект ни имеет документации, Yii уже морально устарел (хоть и рабочее решение, но есть варианты по лучше, более гибкие, лаконичные и быстрые).
fliger, тут пол форума таких, только не дамочки, а взрослые мужики.
В случае блогов, я соглашусь с вами.
Цены же тоже меняются в магазине, иногда почаще чем stock. Но в данном случае это не важно.
Да, сложности, созданные на ровном месте. И не просто сложности, а дичайший overengineering.
Важно. Я не приветствую подход "и так сойдет".
Да, их не скрывают, но перемещают в конец листинга. Если же товар больше не производится, его скрывают.
Слышал, я же про них и говорю. Это и есть шаблон, куда подставляется значение переменной. Но это в целом не важно, его можно и из файла прочитать, другой вопрос зачем? Ну лежит он себе в базе. Доступ к нему быстрый, эти значения легко кешируются через cache-middleware прослойку. За сутки это значение прочитается из базы ну пару раз. Критично? Нет.
Ну название нет, а телефон - да. У меня был случай на практике, когда меня попросили заменить телефон, я сделал это в шапке и футере (в шаблонах), а оказалось что он ещё в шаблоне email уведомлений, на странице корзины (там другая шапка, упрощенная), на странице контактов. Я бы предпочел его заменить где-то один раз.
Но в целом, проблема не в этом. Проблема в том, что
Это ваше решение пригодно только на бумаге, и максимум можно рассматривать как онлайн прайс-лист в HTML. Что-то большее с него выжить может и получится, но рано или поздно вы придете к тому, что дешевле будет поставить два сервера в стойку и забыть о проблеме, чем постоянно поддерживать эту монструозную систему по обходу графов зависимостей товара, обновлений файлов и т.д.
И вы так и не ответили на вопросы даже малейшим псевдоалгоритмом:
- как найти все страницы где фигурирует товар (реверсивный поиск)
- как найти сиблингсы товара в выборках, в которых он фигурирует
Только чур не использовать SAP HANA, Gremlin/TinkerPop, ArangoDB и прочие графовые базы.
_SP_, вы не понимаете одной вещи, динамический контент на то и динамический. Допустим, есть товар, который фигурирует на 3 тысячах других страниц (категории+фильтры). Сперва хотелось бы услышать от вас, как вы посчитаете точное количество страниц где фигурирует товар. Чтобы сгенерировать эти страницы, вам нужно запросить товары, которые фигурируют на этих страницах (вы же не будете вычленять из DOM HTML ноду и подменять у неё цену, правда?). Также хотелось бы услышать, как вы получите siblings товары, задачка то на самом деле не тривиальная. Изменения позиции первой страницы, затрагивает изменения рендера всех последующих страниц (вы же не хотите чтобы у вас на первой странице было 19 товаров, правда?). Таким образом, меняя один товар, мы генерируем 3к страниц (категории+фильтры), так же нам нужно сделать до 60к запросов к другим товарам (20 товаров на страницу * 3к страниц = 60к запросов), и не важно как близко к ЦПУ вы их храните. Вы действительно считаете, что это проще с точки зрения написания логики, дешевле по ресурсам, чем изменить цену одного грёбаного товара в базе, и рендерить по запросу?!
Кейс простой, когда название магазина нужно использовать как переменную в:
- Шапке и подвале сайта
- В шапке и подвале писем для рассылки
- В SEO заголовках, например: Купить смартфон | Эльдорадо.
- Где-нибудь ещё?
Если вы храните это в файлах, вы можете конечно читать из файла, но где вот эта ваша слейв реплика откуда можно читать до усрачки?
