-Pacman-: Но даже в этом случае ведь более выгодно брать 32. или нет?
Но по процессору то чуток быстрее 64-битная работает, так что смотрите профиль нагрузки, думайте, что выгоднее. Подумайте, как апгрейдить систему будете, если захочется на RAM > 4Gb переползти.
От него уже отказались в пользу виртуальной машины HHVM, но это не суть, язык php же используется. Вконтакте тоже тянет свою лямку.
---------- Добавлено 11.04.2016 в 20:00 ----------
revered: идет ajax проверка каждые 5 секунд на новые сообщения
Это неправильно. Нужно использовать архитектуру pub-sub, т.е. сервер посредством websockets (или др.) должен уведомлять подписчиков о новых сообщениях.
revered: Возможно ли на MYSQL держать таблицу с размером в несколько десятков гигов при этом, чтобы была быстрая загрузка?
Возможно, особенно если не использовать join'ы, а вбирать все по первичному ключу.
Или в целом связка PHP + MYSQL не подходит к таким проектам?
Вконтакте и фэйсбук работают на PHP.
Дайте, пожалуйста, у кого есть ссылки на курсы/тренинги, статьи или блоги.
Как правило, каждый такой проект - это индивидуальное решение и готовых рецептов нет. В сети можно ознакомиться с архитектурой существующих сервисов, "историями успеха".
Чтобы обеспечить бОльший доход, можно использовать такой алгоритм: если посетитель зашел с гугла - показывать адсенс, если с яндекса - то РСЯ. Если не с поиска, но с российского IP-адреса, то РСЯ, иначе - адсенс.
Но опять-же, сначала надо попасть в РСЯ, а потом уже над этим думать.
Но даже в этом случае ведь более выгодно брать 32. или нет?
Но по процессору то чуток быстрее 64-битная работает, так что смотрите профиль нагрузки, думайте, что выгоднее. Подумайте, как апгрейдить систему будете, если захочется на RAM > 4Gb переползти.
Но с целью повышения производительности, фэйсбуку пришлось разработать HipHop транслятор PHP -> C++
От него уже отказались в пользу виртуальной машины HHVM, но это не суть, язык php же используется. Вконтакте тоже тянет свою лямку.
---------- Добавлено 11.04.2016 в 20:00 ----------
идет ajax проверка каждые 5 секунд на новые сообщения
Это неправильно. Нужно использовать архитектуру pub-sub, т.е. сервер посредством websockets (или др.) должен уведомлять подписчиков о новых сообщениях.
Вот к примеру рассказывают что, в 64 больше чем 2 раза жрет память
Ну никак не может он в 2 раза больше жрать память. Процентов на 10 разве-что.
Возможно ли на MYSQL держать таблицу с размером в несколько десятков гигов при этом, чтобы была быстрая загрузка?
Возможно, особенно если не использовать join'ы, а вбирать все по первичному ключу.
Вконтакте и фэйсбук работают на PHP.
Как правило, каждый такой проект - это индивидуальное решение и готовых рецептов нет. В сети можно ознакомиться с архитектурой существующих сервисов, "историями успеха".
А как Вы считаете, если сделать такую возможность каким-нибудь вспомогательным классом, было бы это полезно?
Смотря для чего. С помощью вспомогательного класса (типа) в PHP есть Traits и Callable
Чтобы обеспечить бОльший доход, можно использовать такой алгоритм: если посетитель зашел с гугла - показывать адсенс, если с яндекса - то РСЯ. Если не с поиска, но с российского IP-адреса, то РСЯ, иначе - адсенс.
Но опять-же, сначала надо попасть в РСЯ, а потом уже над этим думать.
Сколько хостов/серверов для этого необходимо?
Один
Нет.
Нужно добавить записи типа "А" для каждого домена с IP адресом хоста, инструкция должна быть у регистратора в панели управления DNS-записями.
Как в C++ нельзя
Будет два обращения. Хотите кэш - можете прикрутить эту штучку: https://github.com/dwightwatson/rememberable
А разве защита не включается только лишь при превышении определенного порога мощности атаки?