Tag: оптимизация

linux @ 25 Октябрь 2008, “2 Comments”
Не секрет, что у каждого, абсолютно каждого человека есть хобби. У моего друга хобби - игры, у другого - хардкорная игра(это доскональное изучение игр, исследование всех возможностей игры и возможно полное их прохождение), третий - пишет квесты к игре, пишет книги, переводит игры, четвертый - занимается программированием... В общем хобби много, а у девушек несколько иные увлечения: музыка, вышивание, учёба в конце концов :)
Лично у меня хобби - оптимизация, ускорение, улучшение каких-либо продуктов. У меня была уже серия заметок про то, как оптимзировать Wordpress, например. Наблюдая многие блоги, их скорость их загрузки мне по настоящему неприятно, что действительно хорошие блоги так медленно загружаются. Вполне возможно, что это частично вина провайдера.
Собственно хочу предложить свою помощь в оптимизации загрузки страницы. Обращаться можно через Jabber: menkovich@gmail.com, ICQ: 284208518.
Единственное условие - ссылка на мой блог. Те, кто хочет оптимизировать загрузку - пишете пост о том, что хотите принять участие в акции и пишете мне.
linux @ 18 Октябрь 2008, “2 Comments”
Swiftfox - это экстремально скомпилированный Firefox для Linux, он оптимизирован под Ваш процессор и работает заметно быстрее. Единственное что не заработало - русификация. Чёрт с ней.
Больше всего меня порадовала изменившаяся компоновка меню. Насколько я понимаю - она теперь повторяет меню Firefox в Windows. Скорость работы действительно выше, у меня Swiftfox стартовал примерно на 5 секунд быстрее чем Firefox.
Проблем с совместимостью плагинов нет, вроде как.

P.S. Движок блога завис, не могу решить, как сделать возможность добавления комментариев для статичных, генерируемых на стороне страниц.
Есть два варианта, и оба мне не нравятся:
1. Комментарии отправлять на почту, откуда робот будет их забирать и добавлять в базу.
2. Комментарии загружать либо в sqlite либо в небольшую DBM базу данных, и потом как то синхронизировать с локальной машиной.
Может кто предложит идею, как это можно реализовать?

P.P.S. С понедельника ухожу в отпуск. Ура. 2 недели можно спать каждую ночь :) Не удастся к сожалению - курсовик по электродинамике и две контрольные.
жизнь @ 09 Октябрь 2008, “4 Comments”
Последнее время стал замечать за собой, что мне процесс программирования как таковой - не очень то и интересен. Мне даже не так интересен процесс решения каких-либо программных проблем. Больше всего меня волнует процесс и результат оптимизации. Собственно замечать я это начал после того, как скачал с сайта MaxSite.org стааарую версию Wordpress, ещё 2.3.3. Максим писал, что она потребляет значительно меньше системных ресурсов, чем новые версии блог движка. Как я уже писал не раз - я использую свою сборку, более лёгкую, Wordpress, в планах ещё чуть облегчить её, и в принципе можно будет публиковать. В общем я сравнил два скрипта новенький 2.6 и старый, 2.3, тестировал я в боевых условиях, поскольку нагрузку которую вызывает моя версия я примерно знаю, а вот сборку Макса я потестировал так - написал пару статей, и опубликовал их (обычно публикация даёт 200 переходов/сутки непосредственно на блог). Ну и по прошествии суток сравнил, и всё таки старый блог оказался тяжелее процентов на 30, памяти - безусловно, ест меньше, однако на главной странице делает ~ 30-40 запросов, против обычных 13-14 в новой версии. Кстати, MaxSiteCMS которую Максим разрабатывает - очень хорошая штука, пользовался бы с удовольствием, но...
Собственно все эти тесты подвигли меня на написание своего движка, причем несколько необычного. Необычный он тем, что никакой динамики при генерации страниц - нет, скрипт генерирует все страницы один раз - когда запускается на локальной машине. Пишу я движок на славном языке программирования - Perl, который я выбрал среди всех достаточно неплохих(Python в спарке с Django, различные пхпшные фреймворки, Ruby ...) И выбрал его как раз из-за того, для чего он собственно и проектировался - работа с текстом. Был написан достаточно простой шаблонизатор, который позволяет быстро работать с возможными вариантами компоновки страниц.
На текущий момент в скрипте реализован только небольшой парсинг экспортного скрипта Wordpress(Пока только вывод всех постов в одно большое полотно + распихивание их по папкам согласно шаблону Год/Месяц/День/Название/index.html). Самой большой проблемой на текущий момент является - реализация комментариев(не совсем понятно как их реализовывать, то ли динамическив страиванием комментариев в текст страницы, то ли надо как то работать с базой данных) и реализация всей этой вебдванольной модной фигни, типа облака тегов и.т.д ну и + САМЫМ для меня сложным является верстка шаблона. Я знаю, что текущий блога вообще не работает нормально с IE, поэтому есть цель попробовать написать новый, более качественный шаблон, соотсветствующий моим вкусам.
На реализацию этой концепции движка меня сподвигла идея Movable Type(о генерации статики) и некоторый опыт с работой с nginx... Вот nginx меня вообще поразил, пока апач отдавал страничку сделанную на php(простенький аналогичный скрипт), nginx буквально сразу отдал(ну некоторое время на загрузку данных потратилось) в считанные доли секунды ровно ту же самую страницу, но статичную. Это был для меня достаточно большой шок. Я и раньше много читал про nginx, но личный опыт - превозмог всё...

P.S Перестроил систему, переделал чуть-чуть init скрипты(для небольшого ускорения загрузки, я до сих пор под впечатлением от загрузки за 5 секунд). Перестройка дала небольшое улучшение всего порядка пары секунда + ещё пару секунд дала пересборка системы apt-build'ом(итого 40, ниже вообще никак не выходит), кстати система стала работать заметно быстрее. Я бы даже сказал в разы. Очень жалею, что компьютер староват, хотелось бы всё таки два ядра, тогда можно было бы эффективно распараллелить загрузку, думаю секунд 10 бы дало.
P.P.S. Столкнулся с странным багом - http://img.librarian.spb.ru/7c826cd12eb9cdc0a1fcaa43710a0e11.png страннейшие черные линии вокруг окон, появились хз изза чего, после обновления до Interpid.
При загрузке, например, gedit, выдаёт -
.themes/MurrinaDuoClean/gtk-2.0/gtkrc:68: Murrine configuration option "hilight_ratio" will be deprecated in future releases. Please update this theme to get rid of this warning.
Причем, и убирал, и менял значение, ничего не меняется.
← + Ctrl + →