Я вот тоже перфекционист и люблю делать так чтобы хорошо работало.
Тестировал пиковую нагрузку своей системы на дешевом (500 рублей в месяц) облачном VDS.
Отдавало около 110 000 ответов за минуту (не за сутки, а в минуту).
Надеюсь у вас окупается проект.
чукча не читатель, чукча писатель, да?
разговор зашел об том как реально можно сделать "без БД на сайте" и была описана конкретная архитектура интернет-магазина, где есть 1С в офисе и сайт без БД.---------- Добавлено 07.03.2018 в 18:10 ----------
Ых для вот этого?
У вас там еще пара миллиона почтовых аккаунтов еще помимо Битрикса, что ли?
Зачем столько железа под 50 000 в сутки?
От размеров тут мало что зависит, современные СУБД и миллиарды записей нормально держат.
А вот усложнение - наше все
И какое железо?
При никакой посещаемости?
У вас Битрикс - жадная до ресурсов система, то ли еще будет, когда будет все хорошо с посещаемостью.
Но это не повод из-за этой незначительной задачи всю остальную архитектуру тоже делать на базе MySQL.
Ибо это затормозит выдачу пользователям страниц.
Для типового решения - это и неважно, а важнее унификация.
Но для производительного решения - для каждой функции свой инструмент.
Поиск - в Sphinx, выдача товаров - из оперативной памяти или из файлов, сессии - СУБД Tarantool, профили пользователей - действительно MySQL/Postgres. Кто скажет зоопарк - а я скажу, что летает на недетских нагрузках. Заказчик платит за эту музыку и доволен результатом.
Кстати, да.
В моем случае SMS рассылки идут из 1C
😂---------- Добавлено 07.03.2018 в 15:17 ----------
Это практически единственная задача как раз пригодная для MySQL в обсуждаемой архитектуре.
😂
Вот конкретно для этих целей СУБД не нужна.
Вы или ваши пользователи из той же админки можете работать с понятиями "права", "статья". Физически они могут быть сохранены в MySQL или в текстовых файлах - вы этого вообще не заметите визуально никак, для вас ничего не меняется.---------- Добавлено 07.03.2018 в 15:13 ----------
Плюс - тут только гибкость.
СУБД дает возможность хитро организовывать хранения данных и реализовывать гибкость.
Насчет не покупают с разных устройств обычно - это да.
Но то что с разных устройств в один и тот же магазин ходят - все же так и есть.
В крайнем случае достаточно забить адрес второй раз. Устройств для просмотра интернет-магазина вряд ли у среднего человека больше 2-3.
Вы же про маркетинг сами упомянули...
Какая доля покупателей отсеивается на этапе регистрации?
А без регистрации - кому вы отошлете напоминание. Надеюсь, вы не запрещаете покупателю класть товар в корзину до регистрации? А то он вряд ли в таком интернет-магазине что-то вообще купит кто-то, если только этот магазин не монополист в своей сфере товаров.
Если же это постоянный покупатель, то его e-mail с прошлого заказа прекрасно можно достать из кук/localStorage. Собственно, все развитые магазины так и делают. Вы можете класть в корзину, вы можете получать напоминания - потому что вас помнят со старого заказа. Но когда вы решите посмотреть что-то конфиденциальное, например, историю заказов/адрес - потребуют залогиниться.
