Andrej Sharapov, Да как бы не важно, на корпоративный или не на корпоративный.
php mail можно использовать только в тестовых целях, к нему же не привяжешь DKIM и прочие вещи, необходимые для инбокса писем современными почтовыми серверами.
Не хотите делать по-хорошему (в бд) - отправляйте, например, через smtp mail.ru - там проще всего, не надо регистрировать приложения, как на яндексе и гугле.
Andrej Sharapov, На тестовом - это дома? ) Дома вообще хорошо, всё работает ))
Вообще, отправка заявок на почту является дурным тоном, т.к. слишком много факторов, из-за которых заявка может не прийти.
Правильным подходом является сохранение заявки в БД, а затем её можно уже направить на почту, запостить в CRM и т.д.
stratosmi, у нас вообще нет специалистов - всем занимаюсь я один. И фронтендом, и бекэндом, и администрированием на данный момент двух серверов. Разве что маркетингом не занимаюсь пока что ) Компетенции - дело наживное, научусь.
Можно, кстати, сделать красивее. Странно, что никто не подсказал.
Можно и в файлах хранить, и в базе. Пользователям быстро отдавать файлы, а в случае необходимости быстрого доступа ко всем строкам или какого-резкого падения - доставать из базы или её реплики.
Третий пункт я не понял. Вы всерьез считаете, что получить по сети некий объем данных, записать его в 4 файла, создать из них пятый и потом отдать пользователю - это даже в теории может быть быстрее, чем просто отдать существующий файл?
Конечно, это не будет быстрее.
Вопрос-то в другом.
Вопрос в том, как лично вы спроектируете подобный сервис - с использованием набора файлов или с использованием БД или другой технологии, специально предназначенной для хранения большого объема данных? С точки зрения надежности и удобства хранения и извлечения данных.
FanatPHP, Сейчас так и происходит. Но есть неудобства в виде:
1. Если понадобится доступ ко всем строкам - придется разархивировать все архивы (а их уже около миллиона), затем делать поиск или другие операции с каждым из миллиона файлов. Куда проще сделать условный select disninct и получить сразу нужные результаты.
2. Нет резервирования "из коробки", которое есть в базах данных, когда настроил репликацию и получаешь копию базы на другом компе в режиме онлайн. Сейчас приходится для этого лить на FTP - жуткий костыль же.
3. Огромное количество файлов, даже при правильном подходе к организации иерархии, не лучшим образом сказывается на производительности жестких дисков и скорости доступа.
sim3x, в мемкеш, боюсь, вся база не поместится - она сейчас около 100 гб и каждый день увеличивается на ~500 Мб
как насчет всяких хадупов и прочего похожего?
Роман Мирр, вопросы железа я бы пока оставил в стороне, нет проблем поставить какой-нибудь рейд на SSD для увеличения скорости выборки, равно как и организовать кластер из нескольких машин
вопрос именно в технологии, которая это потянет
