Александр Виноградов, в потом вы сказали про пользовательский ввод. Если у вас уже есть база то там и храните. Вы, конечно, можете поднять себе Redis, но зачем вам отдельный сервер если вы не хотите создавать одну табличку?
SSL поддерживается, по униками бесполезно считать - надо считать запросы и траффик. Поняли правильно, думаю гораздо меньше выйдет. Вы очень быстро выйдете за freetier с такой посещаемостью, но кое-что сэкономите. Ну, а что касается советов - конечно не бесплатно)
VoidVolker, ладно, посмеялись и хватит. Мне порой жалко тех кто действительно думает что может пойти и сделать проект такого масштаба один и лучше чем целый штат разработки, включая архитекторов, сисадмина, девопсов и другой нечисти
Ярослав Иванов, хотите я прямо сейчас набросаю серверную архитектуру на одни и те же деньги при которой разница между языками уходит в абсолютный ноль?)
Миша, на чистом php вы это либо сделали по тому что обладаете уровнем Senior и не задаете таких вопросов, либо шанс на успех находится где-то на уровне плинтуса. Ratchet это вебсокеты для php. Будете программировать на нем самом.
Если все еще хотите сделать сами то вам нужно полностью реализовать вот этот RFC. Сможете?
Kadzi, это называется проектирование ПО. Можете добавить Петтерны проектирования, Архитектура, ну и почитать про разные протоколы взаимодействия клиент-сервер. На ближайшие 10 лет вас это займет)
Antonio Solo, он такой большой что на это столько времени уходит? я уверен что у вас там несколько шагов:
- получение документа
- распаковка
- обработка множества элементов
по мне так это решается пайплайнами и очередями. Вы запускаете команду одну очередь "обработать файл бла-бла-бла", а с другой стороны висит обработчик. Он получает команду, читает файл, распаковывает его и разбивает на части, отправляя дальше в другие очереди где обработкой занимаются в несколько потоков специализированные воркеры. Дальше в зависимости от логики можно вернуть все результаты через другие очереди, сверив все по correlation token и спокойно завершить процесс.
stratosmi, *facepalm* пожалуй, стоит прекратить спор - я верю в то что вы прекрасно владеете английским, а вы не верите в то что я тоже его отлично знаю. Мы не сойдемся. И не поможет даже то что я спокойно воспринимаю техническую терминологию, смотрю многие конференции как devoxx и qcon, курсы acloud guru без переводчика абсолютно. Успехов вам найти на кого еще нападать
Дмитрий Алп, если api предоставляется в открытом виде и его использование разрешено владельцем то можно. Если нет то нельзя. О копировании контента тут вопрос в том - кому принадлежат цитаты. Если владельцу ресурса то не можете использовать.
Напишите свой сервис, заполните его своими цитатами. Поверьте, это куда проще чем воровать
dmitriyprog, значит не получится, вероятно. По тому что любой платежный сервис должен отвечать ряду требований по безопасности и хранения данных. Абсолютно без разницы какой вы там язык выбрали для разработки
stratosmi, я хотел бы верить тому . что вы говорите, но у меня глаза кровью обливаются когда приходится читать русскую документацию. Примерно через раз