Браузеры → Новый Firefox Aurora 7.0a2 — уменьшено потребление памяти, улучшена производительность и немного по мелочам
Приехала новая версия Firefox Aurora 7.0a2. Причем с такими изменениями, что о них нельзя не рассказать.
Первое, и, на мой взгляд самое главное — уменьшение потребления памяти от 30% и больше, улучшение отзывчивости и ускорение запуска. Убрали утечки в JS-движке, еще поколдовали, и получили этот волшебный результат.
Высокая производительность → Быстрое восстановление пароля по MD5-хешу методом брутфорса
Сразу скажу, что описанные в статье техники ускорения подходят для любого алгоритма хеширования, но из-за широкой распространённости я выбрал именно md5.
Drupal → Кэширование на Drupal
Итак, какое инструменты для ускорения существуют на Drupal?
ИТ-Инфраструктура → Оптимизация работы тех.поддержки. Карма пользователя
Это раскрывает широкие возможности по оптимизации работы и ускорению обслуживания обращений.
Многие среди нас являются тех.специалистами и готовы быстро и чётко сформулировать вопрос или сообщить об ошибке в деталях. Но чаще всего мы вынуждены проходить все этапы обращения в службу поддержки.
Мы все привыкли к тому, что многие компании просят оценить работу специалистов тех.поддержки после окончания разговора. Но, что если оператор тоже будет ставить оценку? Давайте оставим пока в стороне компетенцию самих операторов и посмотрим, какие возможности несёт система, которая это позволяет.
Coworking: работа 2.0 → (Стартап-коворкинг центр Team, Новосибирск)?
{
Я обошел несколько офисов в поисках лучшего места, соответственно, есть некоторые идеи и планы.
Предлагаю встречу всех заинтересовавшихся на следующей неделе в понедельник вечером. Мое предложение — в 19-00 в Travelers у театра Глобус. Встречные предложения приветствуются.
На выходных я на связи только через емейл и телефон (8923 190 один 809). Кто не может придти, но хотел бы учавствовать, пожалуйста, сообщите об этом, т.к. размер офиса будет зависеть от количества человек.
}
Насколько ваше рабочее место соответствует идеалу?
Мне не хватает коворкинг центра в Новосибирске. Предложения, существующие на рынке, либо обещают открыться «вот-вот» уже который месяц и планируют офис на 25 человек, либо же просят очень много денег.
При этом, хотелось бы иметь некое подобие бизнес-инкубатора (хотя бы на его начальной стадии).
Я ожидаю центр не более, чем на 10 человек, где каждый коворкер будет предельно заинтересован в начинании и развитии стартапов путем построения внешней системы мотивации (я полагаю, нечто подобное существует в Башне).
Поэтому я предлагаю собраться единомышленникам и запустить собственный стартап-коворкинг центр (с блек-джеком, ps3 и бесплатной кока-колой :) ) в Новосибирске в максимальные сроки — не более, чем за неделю.
на удаление → output в PHP
Код такой:
$start=microtime(true);
echo $html;
echo microtime(true)-$start;Результат работы скрипта:
0.023 — то есть потеря 0.02 sec на 20 килобайт текста.
Выделенный сервер — Athlon 2800+/512 ram/10 Mbit/Linux,
Apache 2 + eaccelerator + php 5.2.4. (объеденяющая сервер с клиентом сеть — 10 Mbit)
Расскажите мне:
Почему это происходит?
Как это можно ускорить?
Интересует, чемнибудь может помочь установка nginx или lighttpd?
Спасибо.
Upd.
Решение уже обсуждалась здесь: habrahabr.ru/blogs/php/45016/ (спасибо DYPA и автору топика gnomeby )
Wordpress → Ускоряем wordpress
Думаю, среди читателей хабра найдется немало тех, кто имеет stand-alone blog на движке wordpress.
Так вот, для вас, дорогие мои, у меня есть две новости, как водится, плохая и хорошая.
Плохая состоит в том, что wordpress — довольно-таки тормознутая штука.
Виноваты в этом в основном криворукие производители тем и, особенно, криворукие производители плагинов. Особенно кривой плагин, на мой вкус, wp-ajax-edit-comments, который является образцом быдлокодинга.
Хорошая — в том, что это можно поправить.
Клиентская оптимизация → Оптимизируем «тяжелые» JavaScript-вычисления
Примечание: ниже приведен перевод заметки из блога разработчика YUI-утилит Julien Lecomte "Running CPU Intensive JavaScript Computations in a Web Browser", в которой автор рассматривает выполнение «тяжелых» вычислений в веб-браузере и приводят ряд методов для их «оптимизации». Мои комментарии даны курсивом.
Введение
Шаблон, который я хочу ниже обсудить, хорошо известен и используется уже более 10 лет. Целью данной заметки является представить этот шаблон в новом свете и, что более важно, обсудить возможные пути для уменьшения накладных расходов.
Наиболее существенным препятствием для выполнения в веб-браузере «тяжелых» вычислений является тот факт, что весь интерфейс пользователя в браузере останавливается и ждет окончания исполнения JavaScript-кода. Это означает, что ни при каких условиях нельзя допускать того, чтобы для завершения работы скрипта требовалось более 300 мс (а лучше, если горадо меньше). Нарушение этого правила неминуемо ведет к плохому восприятию ресурса пользователем (bad user experience).
К тому же в веб-браузерах у JavaScript-процесса имеется ограниченное время для завершения своего выполнения (это может быть как фиксированное число — в случае браузеров на движке Mozilla — или какое-либо другое ограничение, например, максимальное число элементарных операций — в случае Internet Explorer). Если скрипт выполняется слишком долго, то пользователю выводится диалоговое окно, в котором запрашивается, нужно ли прервать скрипт.
Веб-разработка → Практический JS: разгоняем все, что движется
Примечание: ниже находится перевод статьи "Speed Up Your Javascript Load Time", в ней автор рассматривает некоторые наиболее эффективные техники и методы действия по уменьшению времени отработки JavaScript'а на клиенте. Большая часть из них общеизвестна, но в статье важно не просто их перечисление, а общий подход для решения задачи оптимизации времени загрузки. Далее мои комментарии курсивом.
JavaScript становится все популярнее и популярнее. Каждый уважающий себя вебсайт старается применить его хоть где-нибудь: будь то подгрузка динамических данных через AJAX, или же некоторые специальные (визуальные) эффекты. К несчастью, за все нужно платить: приходится использовать «тяжелые» JavaScript-библиотеки, которые добавляют к размеру вашей страницы десятки или даже сотни килобайтов кода.
Пользователи так ненавидят ждать: им подавай все и сразу. Давайте тогда рассмотрим несколько методов, которые помогут вам «причесать» ваш сайт. Здесь находятся все рабочие примеры, которые будут приведены далее.
Персональные блоги → Ускорение загрузки JavaScript и CSS
1.Пока не загрузятся стили — страница отображаться не будет
2.Пока не загрузиться(и не выполниться) скрипт который вы инклюдите — дальше страница отображаться не будет
3.Из пункта 2 следует что в один момент времени грузиться( и исполняется) только один скрипт.
*Но в зависимости от написания второй скрипт тоже может грузиться(но не исполняться) одновременно с первым… но
4.Один браузер в один момент времени держит только два(или четыре?) соединения с одним хостом.
Тоесть в среднем за загрузку 6ти скриптом браузер сделает 6 запросов к серверу один за другим.
К картинкам это в общем плане не относиться, мозила вроде 4 картинки одновременно тащит.
НО НЕ БОЛЕЕ!
Что же делать?