Как стать автором
Обновить

Комментарии 39

Я вчера браузер открыл, а они как ломанутся, как ломанутся!..
м… судя по минусам с черепахами спутал, sorry
А, Ализар.

Ждал я говна в сторону Kitten PHP, видимо, начать придется мне.
Паша, ты утренние новости уже видел?
ВК, твой выход!
Оффтоп, но недавно словил себя на том, что медленно и незаметно переползаю в Google+ по одной простой причине: оно не тормозит. Речь в первую очередь, конечно, о мобильных приложениях, но и на десктопе Facebook тормозит ровно столько, сколько я им пользуюсь.
+100 не знаю, что они там ускорили, но, по сравнению с контактом например, фейсбук крайне тормознут
Там проблема по большей части с фронтэндом, он безбожно тормознутый
Я бы даже сказал, что проблема в CDN с которого этот фронт доставляется. Как на странно, в каком-то горном шуле во Франции тормозит почти все, кроме Гугла и Фейсбука. А в СНГ ужас, странно что у них вообще получается какую-то аудиторию отвоевывать.
Хотите сказать, что где-нибудь в США Facebook, может, и не тормозит совсем?
Намного меньше, чем у нас. Ну, по крайней мере, фронт. Учитывая задержки фронта, мне сложно оцениить как часто там тупит сервер.
Ну вот я в США и Facebook у меня практически не тормозит.
С моей стороны, судя по таймингам ответов с домена facebook.com (203ms) — весьма быстро еще. Но вся радость заканчивается вот этим: oi43.tinypic.com/xb0dck.jpg
*.channel.facebook.com — это long polling сервера, они так и должны делать, держать коннект как можно дольше, ничего не отдавая.
У гугла они тоже channel называются.
Не волнуйтесь, G+ тоже тормозит.
Да, последнее обновление веб-интерфейса разочаровывает, но Google+ уже год остается самым плавным и отзывчивым приложением на Android, что я встречал.
Судя по википедии и гитхабу сейчас почти полностью поддерживается PHP 5.4, но что-то никак не найду официальную информацию по этому поводу, может быть кто-нибудь подскажет где она?
eval() потенциально небезопасная штука, так что думаю не критично что ее выкинули…
Кто нибудь на хабре освящал как работают эти оптимизаторы изнутри ??
www.hiphop-php.com/blog/ — тут некоторые моменты разъясняются, но в общих чертах — работает это все как и любой другой JIT-компилятор. Опять же свои нюансы (как и в V8 для JS)
Уж не знаю, может это просто сейчас модно ругать php, но, как мне кажется, сам по себе язык с хорошими возможностями, тем более что достаточно интуитивно понятный (в т.ч. даже для меня, кто не причастен к написанию web-страниц, но в некоторой степени владеет и пользуется c++).

А то что fb тормозит, так, мне кажется, php здесь стоит меньше ругать. Основной затык у меня вечно происходит в тех местах, где в работу на странице подключаются скрипты. Или должны подключаться, но не подключаются. Например, развёртывание списка друзей. Шутка ли, в сумме больше 1,5 Мб скриптов на страницу. Вот где бы их силу для оптимизации применить надо.

Неприятней всего то, что такому подходу стараются следовать многие.
Нет, допустим на сайтах развлечений, бордах с изображениями очень удобно, чтобы комменты раскрывались/сворачивались тут же, без ухода со страницы, потому что количество постов на странице фиксировано. А когда начинаю листать в fb или vk страницу, то примерно через десяток page down, я начинаю выпадать в осадок. Самое неприятное ещё и то, что календаря как такового нет, от этого навигация становится просто отвратной.
Мне кажется что появление JIT-компилятора для PHP ждали многие, и кто это делал и для каких целей совершенно не важно.
Но опять не для LLVM :(
github.com/weyrick/roadsend-php-raven — жаль что умерла и вторая инкарнация этого проекта.
Насчет JS они вроде работают. Недавно же совсем была новость про то, что они переписали все социальные плагины чуть ли не с нуля. С ними же теперь(может, около года) работает Стоян Стефанов.
Интересно, возможно ли такое — говорят их программистам — пользователи жалуются, что медленно сайт работает, а они прилагают уйму усилий, чтобы заставить страницу генерится вместо 0.3 секунд — 0.07 секунд и трубят по всему миру радостные. А все дело в аяксах и мегабайтах яваскрипта… И из полной загрузки страницы — ее генерация — капля в море…
Дело в нагрузке, js — статика, ее проще раздать, а сокращение времени на генерацию — это прямое сокращение процессорного времени, а значит экономия на серверах.
Ага, а ещё экономия на аудитории — народ уходит с тяжелых страниц и можно ещё меньше серверов покупать :)
Только мне кажется что разработчики фейсбука и контакта тратят время на какую-то ерунду?
На какую-то ерунду тратят время пользователи фэйсбука и вконтакта, а их программисты работают :)
НЛО прилетело и опубликовало эту надпись здесь
>>жертвуя некоторыми редко используемыми функциями PHP

Огласите весь список, пожалуйста.
echo
повышение производительности будет небольшим: всего в пять раз

Нормально так «небольшим»…
Угу. Относительная разница между 1 и 5 много больше чем разница между 5 и 10.
Что это за математика?
5/1 == 5; 10/5 ==2; 5 > 2;

Разница от простого перехода на HHVM больше чем от оптимизации кодовой базы под неё после перехода.
Название наверняка навеяно Дискотекой Аварией и их «Х.Х.Х. и Р.Н.Р.».
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории