монго можно(и наверно нужно) использовать в связке с основной субд (например mysql) чтобы выносить туда параметры товаров (цвет, размер и т.д. в зависимости от типа товара), и вытаскивать по ним список id товаров соответствующих критериям, а эти id уже вытягивать через Products::find() например. удобнее запросы для параметров(характеристик) товаров собирать для монги чем кучу таблиц использовать в mysql. Но это имхо. + в монге есть неплохой полнотекстовый поиск, к которому можно привязать поле description товара, и чтобы пользователи быстро находили что им нужно, не только по названию но и по описанию товара. А так же гео-индексы (я не знаю насколько это вам надо, но например если у Вас несколько магазинов, вы можете сделать кнопочки "искать в радиусе 1км/5км/100км от меня", и отправлять этот запрос в монго который вернет соотв. магазины неподалеку.). Как то так.
да, на сегодняшний день это самый быстрый, т.к. написан на zephir и поставляется в виде .so (а по мне так и самый удобный и понятный) пхп-фреймворк. Пожалуйста :)
не, я имел ввиду определять возможности браузера еще до загрузки контента. Чтобы не грузить 10 стилей (образно) а уже когда загрузятся смортеть какой из них выбрать для пользователя, а чтобы на этапе пререндеринга, смотреть что лучше подходит для посетителя (мобильные версии стилей или десктопные) тем самым уменьшить вес страницы и скорость загрузки. Так мэйл.ру делает (раньше делал насколько я знаю), у него свои стили почти для каждого браузеры были, а не в одном куча проверок.
Владимир, а вы с этим сталкивались? с проверкой я имею ввиду. Какого типа должно быть приложение чтобы можно было постить записи и проверять их наличие?
если совсем одинаково все с разницей только в /en/ я бы генератор который вы используете поделил бы на 2 файла. sitemap_ru.xml и sitemap_en.xml и запихнул бы их в индекс карт сайта.