Оффтоп, но недавно словил себя на том, что медленно и незаметно переползаю в Google+ по одной простой причине: оно не тормозит. Речь в первую очередь, конечно, о мобильных приложениях, но и на десктопе Facebook тормозит ровно столько, сколько я им пользуюсь.
Я бы даже сказал, что проблема в CDN с которого этот фронт доставляется. Как на странно, в каком-то горном шуле во Франции тормозит почти все, кроме Гугла и Фейсбука. А в СНГ ужас, странно что у них вообще получается какую-то аудиторию отвоевывать.
С моей стороны, судя по таймингам ответов с домена facebook.com (203ms) — весьма быстро еще. Но вся радость заканчивается вот этим: oi43.tinypic.com/xb0dck.jpg
*.channel.facebook.com — это long polling сервера, они так и должны делать, держать коннект как можно дольше, ничего не отдавая.
У гугла они тоже channel называются.
Судя по википедии и гитхабу сейчас почти полностью поддерживается PHP 5.4, но что-то никак не найду официальную информацию по этому поводу, может быть кто-нибудь подскажет где она?
eval() потенциально небезопасная штука, так что думаю не критично что ее выкинули…
Кто нибудь на хабре освящал как работают эти оптимизаторы изнутри ??
www.hiphop-php.com/blog/ — тут некоторые моменты разъясняются, но в общих чертах — работает это все как и любой другой JIT-компилятор. Опять же свои нюансы (как и в V8 для JS)
Уж не знаю, может это просто сейчас модно ругать php, но, как мне кажется, сам по себе язык с хорошими возможностями, тем более что достаточно интуитивно понятный (в т.ч. даже для меня, кто не причастен к написанию web-страниц, но в некоторой степени владеет и пользуется c++).
А то что fb тормозит, так, мне кажется, php здесь стоит меньше ругать. Основной затык у меня вечно происходит в тех местах, где в работу на странице подключаются скрипты. Или должны подключаться, но не подключаются. Например, развёртывание списка друзей. Шутка ли, в сумме больше 1,5 Мб скриптов на страницу. Вот где бы их силу для оптимизации применить надо.
Неприятней всего то, что такому подходу стараются следовать многие.
Нет, допустим на сайтах развлечений, бордах с изображениями очень удобно, чтобы комменты раскрывались/сворачивались тут же, без ухода со страницы, потому что количество постов на странице фиксировано. А когда начинаю листать в fb или vk страницу, то примерно через десяток page down, я начинаю выпадать в осадок. Самое неприятное ещё и то, что календаря как такового нет, от этого навигация становится просто отвратной.
Насчет JS они вроде работают. Недавно же совсем была новость про то, что они переписали все социальные плагины чуть ли не с нуля. С ними же теперь(может, около года) работает Стоян Стефанов.
Интересно, возможно ли такое — говорят их программистам — пользователи жалуются, что медленно сайт работает, а они прилагают уйму усилий, чтобы заставить страницу генерится вместо 0.3 секунд — 0.07 секунд и трубят по всему миру радостные. А все дело в аяксах и мегабайтах яваскрипта… И из полной загрузки страницы — ее генерация — капля в море…
Дело в нагрузке, js — статика, ее проще раздать, а сокращение времени на генерацию — это прямое сокращение процессорного времени, а значит экономия на серверах.
Facebook ускорил PHP в девять раз благодаря HipHop VM