у нас крутится все на xen в ubuntu, замечательно управляется из консоли, но немного поковырять мануалы конечно пришлось. Главное это дисковая подсистема - LVM-разделы под виртуалки это офигенная вещь.
@grigor007 а что значит 50к уников? Интереснее иметь метрику в виде онлайна. Как уже было замечено ниже, дело не столько в том потянет или не потянет, а в горизонтальной масштабируемости решения. Какой бы крутой не была платформа, рано или поздно наступит предел вертикальной масштабируемости при росте нагрузки.
@Fesor я с ним не знаком. Пока что :) Но в первую очередь взялся бы за Java (знаком поверхностно). Все же технологии технологиями, но инвестируя время в их изучение хотелось бы иметь максимальную материальную отдачу в перспективе.
@Peretyaka по поводу постоянных соединений - смотрите ReactPHP. Тот же Node.js, вид сбоку.
@pygame на самом деле таких проектов просто исторически пока еще не видно. Нормально пыха стала развиваться только с 5.3, а это был 2011 год, то есть от силы 3 года минуло. Все что старее конечно же фарш.
@xaker1 тогда попробуйте воспользоваться рецептом выше, но в любом случае не забудьте про организацию HTTPS до сервера с RoundCube, иначе я просто не понимаю смысла зачем вообще с PGP заморачиваться.
Я думаю они даже равны приблизительно. У обоих вроде как проблема в другом: слабая поддержка многопоточности. Так что наиболее универсальным решением была и остается Java.
@xaker1 я понимаю конечно, что можно организовать HTTPS до веб-морды, но если этого нет - то легко провести атаку. Точно так же вы рискуете, выкладывая свой приватный ключ на общедоступный сервер. Никто не знает, насколько он хорошо защищен, пока не проведен аудит безопасности, да и то heartbleed показал, что гарантий не бывает.
@alekciy да я не спорю, схема тем более уже обкатанная. Но если будет у меня время достаточно свободного времени - обязательно попробую поэкспериментировать через ReactPHP :)
@alekciy да, это однопоточный демон, но их можно поднять несколько при желании. Но даже в однопоточном режиме я думаю можно без проблем 100 ссылок парсить, поскольку прежде всего узкое место - это скорость соединений, а не сама обработка результатов. Можно сюда точно также и Predis/Async прикрутить.
Собственно, разницы особо принципиальной нет, кроме задействованного количества ресурсов системы. Возможно вашу реализацию ещё и быстрее можно написать.
@chopik могут. Тогда либо через javascript делать замену url с # на реальный после раскрытия, либо добавить визуальный маркер на текст. Например подчеркивание (но выглядеть будет не очень), либо дорисовать какую-то большую стрелочку-указатель " >>" справа от текста
@chopik если я правильно понял, то вас волнует анимация справа по центру вокруг "шестеренки". В принципе, решить проблему можно, если заменить ссылки на пустышки, чтобы дать раскрыться тексту. А вот на сам текст уже повесить реальную ссылку. С учетом того, что в меню слева эти же ссылки продублированы, то с точки зрения поисковой оптимизации ничего страшного не случится.
@chopik по моему это не совсем правильная концепция UI. Если человеку видна ссылка, то ему надо сразу дать возможность перейти по ней. Если надо что-то вроде tip показать, значит надо предусмотреть дополнительный элемент, вроде (?) рядом.
@chopik ну допустим, чат на twitter bootstrap https://sociochat.me, который собственноручно разрабатываю.
А если интересны более сложные, кастомные примеры, то посмотрите ThemeForest, в частности тут все темы, что я видел, были с адаптивной версткой под все устройства themeforest.net/category/wordpress/creative