>>231614 (OP)
То есть не реалтайм? Игроки будут тыкать на страничке иконки, что будет вызывать запрос к серверу?

Да не парься, пару сотен запросов в секунду тебе любой днищехостинг обработает. Если ты конечно не на говнокодишь там что-нибудь уж совсем блокирующее и текущее ресурсами.

Реалтайм будет. Аякс. Стараюсь не говнокодить - где возможно юзать кэш, в БД не хранить ничего избыточного. По реалтайму основной вопрос - не хочется обломаться, когда понаделаю реалтайм обновлений инормационных блоков, а запущу народ и сяду в калошу, придется переделывать((

Сервер с очинь скоростным трафиком и мощным процессором.

Знаю браузерку, тоже всё на аяксе-хуяксе, php+mysql+нахуевертили за пять лет. Живут на шести серверах с онлайном 3к, по словам кодера, там оптимизировано всё, что только можно. В массовых зарубах всё пиздец лагает, хотя бои пошаговые.
Информационные блоки я бы кешировал просто, тогда будет более похуй на количество людей.

>>237055
А можно название той браузерки, в том то и отличие, что как таковых массовых зарубов не будет. Отсюда и надежда, что потянет хостинг и без VPS тарифов (утопия?)

>>238155
>название той браузерки
ereality, дальше сам. По-моему, одна из лучших, но всё равно онлайн неуклонно падает. В принципе, как напишешь - так и поплывёт. Сам когда-то писал браузерку, в итоге бросил, всё равно бы не взлетело без сотен пиара.

>>236423
Нахуй пхп, python + tornado, mysql для БД, redis для ключ/значение. Все это под nginx – получишь минимальную скалируемость.

>>231614 (OP)
пхп крайне медленный. если есть возможность юзать питон то юзай его. хостинги с питоном видел и довольно много. так что лучше сразу питон чем "оптимизация" на пхп.

Расстраиваете господа.. Могу осилить пока только пхп+мускль. Буду пробовать, все равно еще до желаемой посещаемости далеко)).. Надежды на JS - на стороне клиента все таки можно многое выполнять..

>>238475
Они примерно одинаковы, если не запускать интерпретатор пыха под каждый запрос.

>>238974
А если использовать кешеры опкодов и переписать самое говно на сях, то будет летать, базарю.

>>238977
два указателя этому массиву

>>238977
Чего не на ассемблере сразу?

>>238981
Пых написан на сях и так исторически сложилось, что на них же и пишут к нему ходули модули.

>>238155
> Отсюда и надежда, что потянет хостинг и без VPS тарифов (утопия?)
Охщи! А в 2016 году кто-то еще пользуется shared-хостингом? Я думал, что digitalocean + AWS всех их уничтожили давно.

З.Ы. Кто нибудь делал расчеты сколько допустим накрафтилось за определенное время, пока пользователь был оффлайн. Причем не банальное времявычетание с умножением на скорость крафта, а с учетом, что на другой фабрике могли изготавливаться определенные компоненты, используемые на производстве в третьем заводе.., который тратит компоненты первого.. ну вы поняли? Т.е. как бы оффлайн просчитать, что бы было в реалтайме и выдать результат, когда юзер залогинится. Есть уже наметки, но выслушал бы идеи...

>>241593
Как много в слове cron смысла. Ну, это если на пыхе и без демонов.

>>236423
>реалтайм
>аякс
>php
>1000 человек
В голос оподливился.
Этого кукаретика не слушай - >>238466
PHP7 по производительности нагибает и пистон, и руби, вполне можно начать с него.
Про аякс забудь, если хочешь реалтайм, используй вебсокеты.
Если упрешься в производительность - забудь про скриптовые языки и перепиши на rust.
>в БД не хранить ничего избыточного
Как раз таки наоборот, скорее всего придется денормализовывать таблицы и умышленно вводить избыточность, чтобы моментально отдавать нужные данные и не тратить время на их преобразование.
Для сервера бери nginx, для кеша - memcached. Присмотрись к rabbitmq, очень шустрая очередь, можно использовать её для многих задач.
>>241597
На пыхе вполне себе можно писать демоны. Крон подходит не всегда.
мимо-хайлоад-девелопер

>>241749
>перепиши
Проще сервак новый купить

>>241749
Я не отрицаю демонов на пыхе хоть он для этого и не предназначен, но если острожно - то можно. Просто нахуй крон, когда есть демоны.

>>241851
А ничего, что демоны на пыхе на том же опеншифте держутся не больше 5 минут, после чего выключаются? Наебать хостинг вздумал?

>>241749
>пхп
>хайлоад девелопер
>1000 человек - хайлоад
Проиграл с борщехлеба.

>>243473
>типа 1000 человек - не хайлоад

>>241593
это хуйня по сравнению с тем что вычисляет база
поэтому тормозит в 99% случаев всегда база
если пхп отожрал весь проц? потому что он ждет базу
с тормозами базы ничего не поделаешь да
как ни оптимизируй не масштабируй она всегда будет узким местом

Сам задался вопросом хостинга.

Сделал простенькую игру для вконтакта. Захотел прикрепить к ней рейтинг друзей. В итоге прихуел что самые дешевые хостинги- апач+пхп+мускуль стоят 150+ рублей. Для моих 3.5 игроков даже это избыточно.

В итоге неделю проебался с изучением предложений и узнал тут про google app engine. И мне кажется что это охуенно. Пишешь скрипт и деплоишь его в этот сервис и все. Он просто работает. Не надо ебаться с выделенным сервером, а платишь только за исполнение твоего скрипта.

Также смотрел на amazon beanstalk. По содержанию рекламных роликов и статей думал что это тоже самое. Оказалось что нет. Это вообще комплекс из выделенного виртуального сервера + еще кучи сервисов амазона которое обойдется недешево.

>>241749
а вот нахуй тебе не пойти, PHP лучше Python?
Я чёт не слышал ни разу, чтобы highload dev'ы деградировали обратно к пыхачану после пайтона.

>>242441
Фришкопроблемы. Оплати хостинг, смерд.

>>243637
Пиздёж откровенный, либо ты говно вместо кодера. ПХП вообще не жрёт проц, если ждёт базу.

>с тормозами базы ничего не поделаешь
У нас есть memory tables, у нас есть solyDB, есть кеширование. Нет, лучше беспруфно пиздеть, что база тупит когда реально отклик базы менее миллисекунды.

>>244061
Ни разу не слышал, чтоб кто-то на питон откатился с пыха. Тем более, сейчас у всех перекат на седьмой пых, который процентов на 40 шустрее шестого.

>>244145
>Пиздёж откровенный, либо ты говно вместо кодера. ПХП вообще не жрёт проц, если ждёт базу.
а 3000 idle процессов php-fpm жрут и еще как
переключение контекстов да