Блог по Ruby in Rails

блог по Ruby on Rails


вторник, 4 мая 2010 г.

Свершилось! Мой новый блог по Ruby и Rails

Свершилось! как и обещал - создал блог по Ruby и Rails, пока добавил только две переведенных статьи, но обещаю,что буду постить статьи регулярно или около того.

Уже опубликованные статьи:
Эти загадочные True, False и Nil объекты Ruby
Вся правда о LESS

В планах еще много тем как по Ruby и различным его Gem'ам, так и по Rails,еще есть идеи для статей касательно дизайна веб-сайтов и юзабилити.

Еще, ответ на вопрос: "Почему ты решил программировать на Ruby \ Rails?":

Ruby очень гибкий и динамичный язык программирования, имеющиеся объекты, их методы можно изменять в ходе исполнения программы, сам синтаксис языка довольно прост и логичен при этом достаточно лаконичен. Сама среда Ruby программистов благотворно влияет на мозг каждого индивида, дисциплинирует, учит писать правильный, красивый код. Rails - наиболее популярный и мощный фреймворк, который позволяет значительно сократить время на разработку. По скорости разработки с rails мало что может сравниться, неговоря уже о качестве и удобстве устройства сего фреймворка. Да, у Ruby и Rails есть один недостаток - он несколько медлительны, но хостинг - это самые дешевые расходы в графе расходов на поддержку интернет-проектов. кроме того, я не собираюсь клонировать Яндекс, для проектов с посещаемостью до 100000 уников в день с хорошо налаженым кэшированием Rails отлично подходит, а все проблемы легко решаются покупкой еще одного сервера. Посмотрите на проекты которые разработаны на базе rails - они выдерживают и большую нагрузку, нежели 100000 уников и при этом их создатели не голодают из-за того, что все деньги уходят на серверы.

воскресенье, 18 апреля 2010 г.

Смотрю в сторону Ruby

Спонсор поста: Интернет магазин моделей. Скучно сидеть в офисе и тупо пялится в монитор? Устройте офисные гонки на радиоуправляемых машинках tamiya - это весело и не будет злить босса, если вы и ему подарите одну из моделей tamiya.

С недавних пор заинтересовался языком программирования Ruby. Ruby – это сверх динамический интерпретируемый язык высокого уровня. Сильной стороной Ruby является в первую очередь его простота и удобство, а также лаконичность и читабельность кода.
Ruby очень похож на такие языки, как Perl, Python, Smalltalk и javaScript. Благодаря чему переход с этих языков на Ruby будет еще более быстрым и удобным.

Кроме всех достоинств самого языка Ruby, меня заставило увлечься им еще и существование такого могущественного фреймворка написанного на Ruby как Ruby-on-Rails, или просто Rails.

Rails позволяет значительно ускорить разработку любых веб-проектов, а огромное сообщество Rails-разработчиков поможет быстро вникнуть в тему и решить практически все возникающие в ходе изучения и работе с фреймворком проблемы.

К сожалению, документации по Ruby и Rails на русском языке очень мало, это и толкнуло меня на идею создания блога с переводом изобилующих в англоязычном сегменте интернета статьями и учебниками. Мой новый блог будет посвящен не только Ruby и Rails, но и веб разработке вообще, т.е. там можно будет встретить мои мытарства в другие языки программирования, фреймворки и т.д. Как только блог будет запущен – я сразу же сообщу о нем.

Не революционные идеи.

С давних пор в моем мозге обитала идея создать то, что сейчас принято называть стартапами. Причем хотелось создать такой сервис, который бы не имел в своем роде никаких аналогов, но я не зря говорю в прошедшем времени, это желание у меня перегорело. Почему? Дело вот в чем:

1. В нашей стране сложно строить свой бизнес в сети интернет на нестандартных проектах. Кроме монетизации через рекламу сложно что-либо придумать. Мои знакомые в этом со мной согласны, они также утверждают то, что лучше создавать клоны уже известных зарубежных проектов, которые имеют маркетинговую модель и идеи касательно монетизации.

2। Страны СНГ – бедные страны. То, что могут купить пользователи интернета из США, себе никогда не позволят пользователи из Украины или России. Отсюда сложность в монетизации проекта, наши люди слишком привыкли к халяве и не привыкли к пользованию платными сервисами. Единственное во что идут деньги – это игровая индустрия, а точнее браузерные игры и приложения в соц. сетях в частности. Я не работаю с Flash и я не умею рисовать, поэтому разработка сколь-нибудь серьезных игр отпадает.

3. любые идеи, которые приходили мне в голову упирались либо в сложность монетизации, либо в свою чрезмерную схожесть с уже известными проектами. Например, одна из моих идеи – создание соц. сети «клуб по интересам» не только была очень похожа на Вконтакт+Хабрахабр, но и при дальнейшем изучении содержимого русскоязычного сегмента интернета нашло множество подобных реализаций. Если разобраться, то даже отличий от ЖЖ было не так уж много… Все это говорит либо о том, что у меня плохо с фантазией, либо придумать что-то новое очень сложно. В свою защиту я склоняюсь ко второму варианту=)

Какие выводы из всего этого стоит сделать:

1. Стоит ориентироваться на западный рынок. Там и денег больше и пользователи с ними легче расстаются.

2. Банерная и контекстная реклама потихоньку отмирает, ибо пользователи к ней привыкают и кроме того все больше и больше людей начинают использовать расширения для браузеров вырезающие рекламу. Поэтому стоит искать нестандартных путей монетизации, либо продавать конкретный полезный сервис или услугу.

3. Придумать что-то новое, потратить уйму времени на разработку, а потом понять, что все это в пустую? Уж лучше сделать клон какого-нибудь популярного западного проекта. Так Вконтакт удачно спародировал Facebook. Если поискать, то можно найти множество клонов западных проектов, однако не все они достаточно популярны т.к. интересы нашей и западной аудитории достаточно рознятся.

4. Отличная идея – разработка расширений к уже имеющимся стартапам. Посмотрите, сколько создано различных сервисов использующих TwitterAPI и многие из них приносят достаточно хорошую прибыль своим владельцам притом, что разрабатывать подобные проекты куда легче, чем сам Twitter. Или же взгляните на множество приложений Вконтакте и охотность инвесторов инвестировать в подобного рода проекты.

5. Социальные сети уже отмерли т.к. их расплодилось такое огромное количество, что уже нет смысла создавать новую социальную сеть.

Поломался телефон? И не слышно друга звон? Вам поможет ремонт мобильных телефонов производимый MTL-servis'ом. MTL-service качественно выполняет ремонт телефонов от любого производителя и любого форм-фактора.

четверг, 8 апреля 2010 г.

Пример использования Django 1.1 на Google App Engine

Я являюсь постоянным читателем сайта Hacker News. Примерно раз в месяц там создаются темы, где создатели стартапов и сочувствующие ищут себе сотрудников. Отдельный раздел для вакансий на этом сайте доступен только для фирм, которые участвуют в программе инвестирования Y Combinator. Кто-то предложил создать сторонний сайт вакансий специально для остальных пользователей этого сайта. Я решил реализовать эту идею, а заодно и получить практический опыт использования фреймворка Django более-менее свежей версии на платформе Google App Engine.

Так получился сайт Jobs for hackers с открытым исходным кодом. Созданный сайт использует авторизацию на основе учетных записей Google Account, так что если вы уже пользуетесь любым сервисом гугла, то дополнительно регистрироваться вам не нужно. Если же вы захотите на основе этого кода создать свой проект, где потребуется своя система регистрации и авторизации, то советую начать с чтения вот этого поста на английском языке, там есть ссылка на исходный код такого проекта тоже на Django 1.1 поверх Google App Engine.

Теперь немного о разных полезных находках и не совсем очевидных моментах, с которыми пришлось столкнуться во время разработки проекта.

Любой разработчик, который использует в своей работе встроенное в Google App Engine хранилище Datastore, наверняка сталкивался с проблемой постраничной выборки записей. Пока что нет масштабируемого встроенного решения, а статьи гугла, где встречается неработающий код, не всегда помогают. Но поиск по гуглогруппе App Engine позволил найти довольно изящный код, немного патченая версия которого находится тут. Пришлось закомментировать место в этом кода, где используется класс db.PolyModel, если в вашем коде этот класс нужен, то дайте знать, вместе что-нибудь придумаем. Вот пример постраничной навигации из файла views на основе того кода :

from jobs.models import Job
from pager import PagerQuery
PER_PAGE = 10
bookmark = request.GET.get('bookmark')
query = PagerQuery(Job).filter('status =', 'published').order('-published_at')
# это эквивалентно jobs = Job.all().filter(...).order(...)
prev, jobs, next = query.fetch(PER_PAGE, bookmark)

Еще поначалу во время разработки я думал разделить программную часть сайта на две половины. Там, где не нужны были сложные шаблоны, я думал не использовать Django, а ограничиться более простым фреймворком webapp. Но постоянные ошибки UnacceptableVersionError, которые то появлялись, то пропадали при странных обстоятельствах после многочисленных исправлений, заставили перевести весь код под управление Django. Всё из той же гуглогруппы я узнал, что фреймворк webapp, который использует шаблоны Django версии 0.96, при загрузке выполняет код import django, перед которым нельзя вклиниться и выполнить вызов use_library. Если кому-то из вас удалось это обойти, дайте знать, может когда-то понадобиться для оптимизации. Хотя чувствую, что вся эта затея является классической преждевременной оптимизацией, поскольку никаких числовых показателей для оценки производительности я не измерял.

Не до конца еще пока решил вопрос с кешированием статических файлов. Для предпоследней версии SDK 1.3.1 в списке изменений указывалась автоматическая выдача Http кода 304 Not Modified для статических файлов. Причем в багтрекере была приписка, что такое поведение будет только на серверах App Engine, для тестового сервера из SDK, который используется при разработке, файлы будут загружаться постоянно. По факту сервера App Engine работают не так, как ожидается. Вместо кеширования на год или еще какой-то большой срок, повторной загрузки файлов на клиента удается избежать только 10 минут. Недавно вышла следующая версия SDK 1.3.2, я еще не успел посмотреть как там с загрузкой статики. Если ничего не изменилось, то придется писать свой обработчик для файлов стилей, картинок и джаваскрипта.

Приветствуется также критика перевода этого поста на английский язык.

пятница, 8 января 2010 г.

Интервью с гендиректором WEBO Software - Николаем Мациевским

Сегодня удалось взять интервью у очень интересного человека, который написал две книги по оптимизации скорости загрузки сайтов, веб разработчика и гендиректора компании WEBO Software, которая разрабатывает программные продукты призванные прийти на помощь медлительным веб ресурсам.

В: Представься пожалуйста.
О: Мациевский Николай, генеральный директор ВЕБО



В: Расскажи, пожалуйста немного о себе, работа, увлечения, хобби.
О: Последние несколько лет активно занимаюсь клиентской частью веб-приложений и оптимизацией их производительности. Написал пару сотен статей и докладов, выпустил две книги (последняя в соавторстве) на эту тему. Участвую в движении в поддержку веб-стандартов и всячески их пропагандирую на наших ВСТ-встречах и Днях Веб-Стандартов (ВСД). В конце прошлого года прошло два таких мероприятия в Москве и Минске. В этом году планируем охватить Киев, Санкт-Петербург, Самару и еще несколько городов.

В свободное время занимаюсь спортом (зимой не очень много, летом — большую часть свободного времени) и общением с друзьями. Люблю путешествовать. Этим летом мы проехали на велосипедах и паромах от Ниццы до Афин (это был наш второй велопоход по Европе). Через год планируем проехать всю Новую Зеландию.

В: Какие приоритетных направлениях работы студии WEBO Software?
О: WEBO Software (в России — ООО «ВЕБО») не является веб-студией. Это, скорее, клуб единомышленников, которым нравится идея быстрого веба и нравится работать вместе над общей задачей — ускорением загрузки сайтов.

Наиболее важными направлениями нашей деятельности является заполнение информационного вакуума в этой области (статьи, доклады, книги, семинары), создание точных инструментов анализа производительности (проекту webo.in буквально на днях исполнится два года, и популярность его постоянно растет) и консультирование по вопросам как клиентской, так и серверной производительности. В последний год от обще-просветительской деятельности мы активно перешли к практической: было разработано два достаточно известных инструмента для увеличения скорости работы сайтов — это YASS (yass.webo.in) и Web Optimizer (www.web-optimizer.ru)

В: Интересно узнать о людях, которые входят в команду WEBO. Все ли они профессиональные разработчики?
О: Мне сложно назвать каких-либо людей профессионалами. Либо у них получается то, что они делают. Либо нет. У нас — получается. Конечно, немаловажную роль играет распределение обязанностей таким образом, чтобы члены команды занимались тем, чем им нравится (тогда вероятность того, что это у них получится, весьма высока). Но, как и в любой команде, у нас есть свои победы и поражения. В основном, в борьбе со временем, которого катастрофически не хватает :)

В: А можно поподробней о вашей разработке - YASS? Что собой представляет эта библиотека, очередной javascript-фреймворк, или что-то новое?
О: YASS создавался как прикладное средство для высокой Javascript-производительности в наиболее «узком» месте сегодняшней клиентской логики — во взаимодействии Javascript-движка с DOM-деревом (т.е. фактически, двух разрозненных частей браузера между собой). Мы добились потрясающих успехов в оптимизации производительности данных операций: в последних версиях библиотеки они работают всего на 20-30% медленнее, чем «прямые» вызовы, но обеспечивают достаточную абстракцию для дальнейшего использования. Была реализована почти вся логика CSS1-селекторов (это выборки элементов DOM-дерева по тегам, классам, идентификаторам) и значительная часть CSS3-логики (в том числе и nth-child-запросы).

Но YASS предназначена не только для прикладного использования (в частности известны случаи замены ею движка Sizzle в jQuery, внутреннее использования в Prototype и Mootools, построение сложных систем, например, интерфейса администратора на kremlin.ru), но и для академического изучения. Исходный код библиотеки полностью открыт и на 50% состоит из комментариев. Большая часть подходов была подробна описана в статьях, часть их них вошла в книгу «Реактивные веб-сайты».

К нам обращались и продолжают обращаться разработчики разного уровня с вопросами и предложениями относительно данной библиотеки (в частности, стучались и ребята из MooTools core team), но мы не планируем пока создавать на ее основе какой-то общеизвестный высокопроизводительный фреймворк. Мы ее просто используем во внутренних проектах (в частности, именно она стала основой интерфейса WEBO Site SpeedUp и клиентской логики корпоративного сайта).

В: Судя по статьям на сайте, WEBO достаточно продуктивно работает над просветлением веб разработчиков касательно оптимизации сайтов. Скажи, где еще можно достать информацию на эту тему, в частности статьи написанные членами команды WEBO?
О: Вся информация — все опубликованные статьи и ряд инструментов и тестов клиентской производительности — выложены на сайте webo.in. Там же выложены все тексты докладов на тему клиентской оптимизации и веб-технологий, а также презентации к ним.
Все книги (на данный момент их две — «Разгони свой сайт» и «Реактивные веб-сайты») в электронном варианте можно свободно загрузить с speedupyourwebsite.ru. Первую можно даже купить в бумажном варианте в крупных электронных магазинах (ozon.ru, bolero.ru, и т.д.), столицах наше Родины или связаться с нами: мы достаточно часто посещаем разные уголки постсоветского пространства и можем завезти пару экземпляров. Выход второй книги из печати ожидается весной 2010 года.





В: Я знаю что WEBO уделяет много внимания разработке такого продукта, как Web Optimizer. Очень интересно узнать, что же это за разработка и кому она будет полезна?

О: Web Optimizer является полностью автоматическим решением для комплексного ускорения сайтов (пока только на PHP). Он поддерживает более 40 различных CMS (а WordPress, Joomla!, Drupal и Bitrix на уровне внутреннего расширения). Также может быть использован на любом сайте, на котором доступен PHP.

В двух словах о Web Optimizer не расскажешь: в нем интегрировано очень много технологий, часть из них давно известны и широко применяются (например, объединение файлов или сжатие через JSMin), часть же является инновационными (например, методы отложенной загрузки Javascript и CSS Sprites). В продукте собраны все известные методики клиентского ускорения сайтов, что позволяет не изучать огромное количество технической литературы, а ускорить свой сайт в течение нескольких минут. По результатам наших тестов среднее ускорение при этом составляет 2,5 раза.



В: Планируется ли поддержка сайтов на других ЯП, фреймворков, CMS, например на Ruby и Ruby on Rails?
О: Мы работаем над расширением поддержки различных платформ и фреймворков. Но, например, Zend Framework используется сильно чаще, чем даже Ruby, поэтому более приоритетным является разработка расширения конкретно для него. Но мы всегда рады продуктивному сотрудничеству и можем всегда сделать его взаимовыгодным. Поэтому если вы хотите портировать технологии клиентской оптимизации на свою любимую платформу — обратитесь к нам. Результат не заставит себя ждать :)

В: Т.е. любой желающий может совместно с командой WEBO принять участие в портировании ваших разработок на свою любимую платформу, или же вы готовы оказать помощь только консультациями?
О: Мы будем рады сотрудничать с веб-разработчиками по всем направлениям: как в вопросах консультирования, так и в интеграции технологий ВЕБО на другие платформы. WEBO Site SpeedUp является продуктом с открытым кодом, и мы всячески поддерживаем open source движение.

В: Можешь поделиться сухими данными, меня, как и большинство блогеров беспокоит проблема «тяжелости» WordPress, как ускоряет загрузку сайта на Wordpress ваш плагин WordPress Web Optimizer?

Как раз на днях мы запустили онлайн-шоу «Ускорение WordPress на WordPress» — www.speedingupwebsite.com — в нем мы планируем осветить все вопросы производительности WordPress, используя сам блог как тестовую площадку (блог ведется на английском, но мы будем рады, если кто-то возьмется переводить).
Насчет сухих данных: конкретное ускорение сайта сильно зависит от «тяжести» клиентской (какая используется тема и сколько виджетов / плагинов) и серверной (база данных и число запросов к ней, число подключаемых модулей) составляющих. Средняя цифра здесь: 3-5 раз.


Кликайте, чтобы увеличить


В: Как развивается проект Web Optimizer? Есть ли какие-либо идеи по улучшению, новые функции и т.д.?
О: Весной прошлого года был совершен настоящий прорыв в интеграции технологий клиентской оптимизации сайтов, но он остался практически незамеченным для большинства веб-разработчиков. Поэтому мы предприняли ряд шагов и осенью вывели продукт на новый уровень по надежности и совместимости (в частности, был разработан ряд расширений для наиболее распространенных CMS, интегрирующих функционал приложения непосредственно в систему).

Но мы не остановились на достигнутом и существенно переработали интерфейс продукта, учтя все пожелания пользователей. Сейчас продукт (новое название WEBO Site SpeedUp) проходит заключительные стадии тестирования и будет доступен широкой публике уже в январе (а онлайн-демо доступно уже сейчас).

Мы планируем в 2010 году еще раз пересмотреть производительность продукта и внести в него ряд улучшений для более гибкого кэширования на стороне сервера и большего покрытия существующих систем управления сайтом. Также будет расширена продуктовая линейка: мы планируем дополнительно к облегченной и полной версии продукта выпустить комплексный инструмент для профессиональных веб-разработчиков.

В: Над какими еще проектами работает WEBO?
О: Нам и этого пока хватает: книги, статьи, webo.in, YASS, Web Optimizer ;)

В: А есть ли еще-какие-либо идеи продуктов, реализация которых отложена на будущее?
О: Конечно. У нас много идей, в частности, использование облачных вычислений и создание потребительской CDN (сети доставки содержания) в России.

В: Занимается ли WEBO разработкой сайтов, или только собственными проектами?
О: Наша компания занимается исключительно внутренними проектами. К сожалению, мы не умеем делать некачественно, а для привлечения «дорогих» клиентов нужны вложения в маркетинг, поэтому мы ограничиваемся только разработкой продуктов и оказанием точечных услуг, лежащих исключительно в области нашей профессиональной компетенции.

В: Кто является основным потребителем Web Optimizer'а? Блогеры, фрилансеры или профессиональные студии?
О: Мы рассчитываем на широкий круг пользователей, и, по всей видимости, пользователи оправдывают наши ожидания. Продукт используется как отдельными блогерами и вебмастерами-фрилансерами, так и целыми студиями и хостинг-провайдерами разных уровней.

В: Какие делаются шаги по привлечению клиентов? Можешь назвать самые громкие имена?
О: Подавляющее большинство наших клиентов — обычные люди, как ты или я. Им нравится наш продукт, и они готовы нам немного помочь в его тестировании и распространении. И мы оправдываем их ожидания и каждый день так или иначе улучшаем их сайты с помощью нашего продукта.

Сотрудничество с «громкими именами» требует большого времени на согласование всех деталей. Но я уверен, что в 2010 году поводов вспомнить о WEBO Software будет довольно много: ведь недаром Google пообещал учитывать скорость загрузки сайтов как критерий ранжирования в поисковой выдаче.

В: Да, и в правду прибудет вам клиентов после таких заявлений Google, особенно из сферы SEO. Как думаешь, переймут ли это нововведение другие поисковые системы?
О: На самом деле, это не так уж важно, что из трендов Google будет перенято другими поисковыми системами. Google просто обратил внимание общественности на давнюю проблему — проблему медленных сайтов. Ведь если сайты из результатов поиска медленно открываются, то пользователи начинают жаловаться, в том числе и в Google — как это так, им дали «плохие, медленные результаты». Но комплексное решение (со стороны браузеров, сайтов и интернет-гигантов) этой проблемы сделают жизнь конечных пользователей лучше. И в этом направлении предпринято уже достаточно много.

К слову о трендах: Yahoo! подняло тему клиентской оптимизации достаточно давно (более двух лет назад), именно благодаря этой компании мы имеем сейчас не такой уж и медленный веб, каким он мог быть :)



В: Скорость соединения с интернетом растет, цены падают и многие уже перестали задумываться об оптимизации скорости загрузки. Можешь привести некоторые доказательства, того, что оптимизация действительно необходима, помимо включения в алгоритм ранжирования Google скорости загрузки сайтов? Какие вообще настроения правят касательно оптимизации скорости загрузки сайтов?
О: Фразу «скорость растет, цены падают» говорят уже несколько лет, но актуальности клиентской оптимизации это не уменьшает. Пользователи привыкают к быстрому интернету и устанавливают более высокие критерии качества. Если буквально 5 лет назад нормальным считалось, если сайт открывался за 10 секунд, то сейчас (на западе) уже принято говорить о 2 секундах. Страшно подумать, что будет еще через 5 лет.
В дополнение к этому сложность клиентских приложений и сайтов растет. Больше используют клиентской логики (Javascript), больше картинок, более информации (размер документов, DOM-дерева), больше рекламы (внешних объектов с разных доменов). Все это накладывает поистине фантастические ограничения на реально быстрые сайты. Поэтому данная проблема не решается «в лоб» только оптимизацией самих сайтов, тут нужен комплексный подход.

В: Какие технологии использует в своей работе WEBO?
О:Мы приверженцы открытых стандартов и технологий. Все исходные коды наших продуктов доступны в открытом доступе, и для совместной работы мы используем общедоступные средства: Google (Mail / Code / Docs), Skype, teamer.ru и т.д. Я считаю, что эпоха цифрового рабства прошла, и все небольшие компании могут себе позволить расти за счет общедоступных средств общения и совместного труда.

В: Поделишься планами WEBO на будущее? Есть ли в планах из клуба превратиться в профессиональную студию?
О: Наверное, я неправильно выразился :) Мне не нравится слово «компания», потому что для меня оно ассоциируется с долгим циклом принятия решений и талмутами корпоративных стандартов. Мы команда «де факто», но «де юро» мы является полноценной компанией (юр. лицо, договора, отчетность, проч.). Я очень надеюсь, что с ростом мы сможем сохранить текущий «свободный» настрой внутри коллектива и превратить его в образ жизни. Например, мне очень нравится, как организована работа в Google (или даже в Яндексе) для обычных сотрудников — практически полная свобода действий и куча вкусных «плюшек». Сейчас это является стандартом удобной работы, и я рад, что мы можем ему соответствовать.

Да, по поводу «студии». ВЕБО — это инновационная компания, практически, центр исследований и разработок. Мы сегодня проверяем, отлаживаем и создаем веб-инструменты, которые завтра сделают вашу жизнь легче и радостнее. Это наша конечная задача :) Мы не создаем веб-сайты — мы помогаем делать их лучше.

В: Насколько я понимаю, на данный момент, WEBO — единственная компания в своей нише на просторах постсоветского пространства? Как обстоят дела вне этого пространства, много ли на западе компаний занимающихся оптимизацией сайтов, или заботы об этом ложатся на плечи самих разработчиков?

О: Единственная компания на западе, которая серьезно занимается клиентской оптимизацией на заказ, — это Aptimize (www.aptimize.com). Но они работаю преимущественно с ASP-платформой и комплексно с серверами (на уровне модуля для Apache). Конкретно для PHP-сайтов (в том числе для виртуального хостинга) таких компаний нет.

Серверной оптимизацией и оценкой производительности занимаются достаточно плотно. Тут можно назвать и Gomez (www.gomez.com), и Akamai (www.akamai.com), и Percona (www.percona.com). Но они больше специализируются на крупных компаниях и больших нагрузках.

В: Большое спасибо за интервью! Традиционный вопрос: Чего можешь пожелать читателям блога?
О: Найти свою точку опоры и перевернуть Землю :)


четверг, 7 января 2010 г.

DELL D500 совсем не в радость


Пока многие люди хвалят ноутбуки фирмы DELL, я их тихо ненавижу! Возможно это потому, что у меня бюджетная версия – D500, но… Даже в производстве дешевых ноутбуков должны применяться какие-либо стандарты качества. Этот пост – предостережение от покупки ноутбуков DELL D500.

Вот основные причины:

1. Иногда дисплей просто гаснет и ничего не помогает кроме перезагрузки.

2. После переустановки Windows оказалось что на диске с дровами к ноутбуку записан драйвер к совсем другому WiFi, а драйвер к моему пришлось скачивать с официального сайта. Неудобство то собственно не большое, ну все же, что ли так трудно записать необходимые дрова на диск?

3. Корпус весьма плох, такое чувство, что он скоро развалится, и это при моем бережном отношении.

4. Еще один недостаток – размещение USB-портов рядом с разъемом для зарядки.
Из-за этого я не могу одновременно подключить ноут к сети и вставить флешку.
5. Тач-пад очень-очень не хороший.

Единственное, что в DELL D500 меня радует, так это клавиатура, она достаточно удобная для набора больших текстов.

В общем, еще раз убедился в том, что экономить на чем-либо, особенно на технике, особенно при покупке ноутбука. Как только этому «другу» придет конец, обязательно куплю новый ноутбук asus, Lenovo, или Samsung.

TeleJob - лучшая работа в Интернете


С каждым днем фриланс и работа на дому становятся все более и более популярны. Все это благодаря развитию интернета и появлению множества сервисов, которые позволяют фрилансерам находить постоянную или разовую удаленную работу, а работодателям – находить фрилансеров, которые согласны на выполнение заказа, ну или постоянную удаленную работу. Такой подход к найму людей отлично себя оправдывает, т.к. с одной стороны сокращаются расходы работодателя на аренду и содержание офиса, пенсионные взносы, страхование, в идеале их вообще нет, а для соискателей работы это еще один способ заработать, который отлично можно совмещать с основной работой.

Сервисов для поиска удаленной работы достаточно большое количество, но в этой статье речь пойдет только об одном из них - http://www.telejob.ru/. TeleJob – достаточно старый сервис, его жизнь длится вот уже 9 год, что для интернет-проектов, безусловно, много. Отличительной чертой от бирж фриланса является то, что TeleJob не веб-ориентированный проект, т.е. на нем можно найти работу человеку. Чья деятельность никак не связана с интернетом. Кроме того, помимо поиска работы или исполнителей, на TeleJob можно найти партнеров по бизнесу, инвесторов и интересные бизнес-проекты для инвестирования.

Сервис TeleJob достаточно популярен, новые предложения о работе, сотрудничестве и т.д. поступают каждый день, кроме того на TeleJob содержится довольно приличная коллекция резюме исполнителей в котором так же легко заблудиться, как и найти достойного работника, или исполнителя на один проект. Дизайнеры, 3Дшники, аниматоры, программисты, художники, журналисты, писатели, копирайтеры, верстальщики, менеджеры и маркетологи, рекламщики, переводчики, режиссеры и… и … и…

TeleJob – решит ваши проблемы по поиску работы или персонала, партнера, инвестора и т.д. TeleJob - лучшая работа в Интернете.