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

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

И этот момент игнорируется. Часто это происходит из-за предположения, что трудозатраты на написание детального ТЗ в сумме со стоимостью аутсорсинга не окупаются сэкономленным временем штатного верстальщика. В конце концов, верстка — это ведь не так уж сложно — думает рядовой project менеджер. И, как правило, это действительно прокатывает, *хвала человеческому интеллекту*, профессиональные верстальщики в большинстве своем ограничивают буйство экспериментаторского духа и заранее знают, какие технические решения в верстке могут вызвать у заказчика геморрой не столь адский, чтобы забанить верстальщика, но все же исключающий радость и восхищение прекрасным html-макетом.

Тем не менее, вероятность факапов, как показывает практика, не столь мала, чтобы этим можно было пренебречь.

А основное заблуждение здесь в том, что детальное ТЗ — это сложно и трудоемко. Какие-то специфические требования к макету в любом случае приходится описывать, а вот на общие требования и рекомендации, как правило, забивают.

2. О, велика моя скорбь!

Я недавно получил макет, который менеджеры отдавали на аутсорсинг и просто не знал, смеяться мне или плакать. Если бы не мне предстояло интегрировать этот макет в систему шаблонов CMS, я бы наверно все-таки смеялся.

Табличная верстка и стили, не вынесенные в CSS файл и стандартный дримвиверовский скрипт для подсветки кнопок даже не воспринимаются как недостатки после того ада, который я увидел. Все поля ввода были вставлены внутрь тегов label, засунутых в отдельные формы, причем при попытках как-то привести это в человеческий вид, вся верстка разваливалась. CSS классы имели кириллические названия, причем не осмысленные, а вида «.стиль1, .стиль2». Большинство элементов форм стилизировались каким-то мало известным и до ужаса кривым скриптом на jQuery, некоторые элементы имели одинаковые ID и между ними был JS код, оперирующий как раз этими элементами и получающий их по ID, и верх маразма — это применение в конце документа метода jQuery.сss чтобы задать стили, которые ну совсем ничто не мешало просто прописать в CSS файл. А еще хедер сайта вместе с кучей ссылок (шрифтом Tahoma и без сглаживания) был сделан одной картинкой, на которую наложены элементы MAP и AREA. Пожалуй не буду больше травмировать вашу психику описанием фейлов в этом замечательном макете, т. к. было их там еще бессчетное количество.

В общем, поверьте, товарищи, это был пиздец, который к тому же подкрался практически перед самым дедлайном.

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

Вы можете переработать эти рекомендации и дополнить ними свое типовое ТЗ на верстку. Многие вещи из перечисленных вполне очевидны, но вы можете извлечь profit из того, что все они собраны в одном месте. Некоторые пункты (к примеру требования к поддержке браузерами или используемым скриптам) для разных контор специфичны, но я не буду далее писать расплывчатых фраз, чтобы этот списочек можно было легко скопипастить и заточить под свою специфику работы.

3. Требования и рекомендации

1. Кроссбраузерность
Сайт должен нормально работать в IE6-8, FF3+, Opera9+, Safari4+, Chrome4+

2. Всегда описывайте цвет фона для body даже если он белый.

3. Если используете CSS хаки, комментируйте, что это и для какого браузера, а лучше используйте css_browser_selector.js. Заботьтесь о верстальщиках, которым придется работать с этим макетом после вас.

4. Названия классов и id должны по смыслу соответствовать применению
например, header, menu, footer, news

5. Просьба разделять основные html блоки комментариями. Примерно так:
<!–—BEGIN FOOTER –>
<!–—END FOOTER –>

Это нужно для создания из сверстанного html макета шаблонов для CMS, после чего комментарии будут удаляться.

6. Не пренебрегать возможностью использовать GIF/PNG с 8-битным альфаканалом вместо PNG-24, где это возможно.

7. Все что можно сделать без Javascript, делать без него.

8. Если Javascript кода много — нужно его выносить в отдельный файл. Обработчики событий тоже лучше отделить и объявлять в отдельном файле.

9. Если это еще не оговорено с заказчиком, предварительно оговорить, какие JavaScript библиотеки вы планируете использовать при верстке макета, чтобы потом не оказалось, что при верстке использовался, к примеру, PrototypeJS, а заказчик планирует в обязательном порядке внедрять на сайт jQuery.

10. Для резиновых макетов обязательно должна быть задана минимальная и максимальная ширина.

11. Если в Т.З. не сказано другое, макет обязательно должен помещаться без горизонтальных скроллбаров в развернутое на весь экран окно браузера при горизонтальной составляющей разрешения экрана 1024px, а если позволяет размер макета, то и 800px.

12. В папке с изображениями не должно быть картинок, не использующихся в верстке. Если что-то исключили из верстки или переделали — не забывайте удалять уже ненужные картинки.

13. Для всех элементов, которые могут содержать текст различной длины, который должен быть вписан в одну строку (например, для кнопок или заголовков, если в дизайне не предусмотрено, что они могут занимать больше одной строки), обязательно задавайте CSS свойство white-space:nowrap.

14. CSS файл должен быть разбит с помощью строк с комментариями на блоки по функциональному назначению, например:

/* ___________1. Сброс CSS____________________*/
/* ___________2. Типовые элементы____________*/
/* _______________2.1. Залоговки______________*/
/* _______________2.2. Ссылки________________*/
/* _______________2.3. Элементы форм_________*/
/*___________3. HEADER (Шапка сайта) __________*/
/*___________4. FOOTER (Подвал )_______________*/
/*___________5. SIDEBAR (Справа)_______________*/

Как именно структурировть стили — вопрос немного холиварный, но главное — как-то это делать.

15. Если сдача верстки производится более чем одним этапом (например, верстальщик отправляет страницы по одной, или если ему возвращаются на доработку уже сверстанные страницы) и вы не используете систему контроля версий для верстки, исполнитель должен в обязательном порядке прикрепить файл с описанием изменений в макете примерно такого содержания:

• Добавил новые картинки в папку img,
• Картинки btnHome.jpg и btnFeedback.jpg уже не нужны, можно удалять
• Изменил html-код в секции файла anketa.html
• Добавил в конец файла main.css новые стили (начиная с .form_row и ниже).

16. Оговорить, в какой кодировке должен быть html-макет. CSS и JS файлы должны быть в той же кодировке, что и макет, иначе вероятность долгой и утомительной охоты на баги критически возрастает.

17. Если в макете присутствует JS, изменяющий DOM — внимательно следить, чтобы все корректно работало в Опере, т. к. этот замечательный браузер при нажатии на кнопочку назад страницу не перезагружает, а отдает закешированный документ, причем очень важный момент: документ не просто закешированный, а еще и с учетом всех модификаций DOM, которые были выполнены с помощью JS

18. Не забывайте прописывать cursor:pointer для кнопок, сделанных не с помощью input. Если вы не знаете, будет на эту кнопку повешен обработчик событий с помощью JS или это будет ссылкой, лучше в любом случае использовать тег <a>.

19. Если вы делаете обработку событий при нажатии на ссылки, следите за тем, чтобы обработчики событий возвращали false, или же используйте href=’javascript:void(0)’ вместо популярного href=’#', чтобы страница не скроллилась вверх.

20. Верстайте формы правильно: метки полей должны находиться в тегах label, имеющих правильно заполненный атрибут for. Предусматривайте при верстке форм элементы для вывода ошибок валидации и стили для неправильно заполненных полей. Если это не предусмотрено в т.з. и дизайне, обязательно обсудите это с заказчиком.

21. Если в макете используются нестандартные шрифты, обязательно оговорите, можно ли элементы с нестандартным шрифтом делать картинками, если нельзя — обсудите, с помощью какой технологии будет реализовано их отображение (sIfr, Cufon, etc.)

22. Если не оговорено обратное для частных случаев, все блоки, высоту которых ничего в дизайне не мешает сделать динамической, должны иметь именно динамическую (т. е. зависимую от содержания) высоту, а иногда, чтобы ничего не могло потенциально поломать дизайн, нужно задавать и минимальную высоту. Если хотите сделать блок фиксированной высоты — сначала спросите у заказчика.

23. В макетах, где высота страницы зависит от контента (а таких, как правило, большинство), предусматривайте, чтобы футер был прибит к низу браузера при отсутствии/малом количестве контента, если не оговорено обратное.

24. Если макет не проходит 100%-ную html-валидацию, постарайтесь по крайней мере делать так, чтобы использование невалидного кода было оправданно. Не стоит факапить валидность верстки только потому, что «мне так нравится» или «так получается короче»

Надеюсь, этот списочек будет вам полезен. Если есть конструктивные мысли, предлагайте в комментариях, чем его можно дополнить.

Поскольку интернет-деятели излагали свои доклады в четыре потока, физической возможности прослушать все у человека, не обладающего паранормальными способностями или диктофонами в трех залах, не было. Так что, перед тем, как решите читать дальше этот отчет, примите во внимание, что я слушал по большей части доклады из потоков «интернет-технологии», а также немного «WEB 2.0″, доклад Антона Носика в потоке «интернет-бизнес».

Сразу же о потоках

Еще я методично пытался послушать доклады из потока «интернет-реклама», но каждый раз попадал на какую-то нудотину о примитивных общеизвестных вещах в плане рекламы и SEO. Мне было бы интересно послушать доклад Дмитрия Сатина(usabilitylab) о «Юзабилити веб-сайта» (в надежде узнать что-то новое для себя), но я в это время созерцал звезду смерти и забавных котэ на докладе о HTML5 и CSS3, который вел Юрий Артюх (cssing.org.ua).

Доклад Игоря Ашманова я профакапил, наивно полагая, что доклады заканчиваются одновременно.

Самой большой (по размерам аудитории и соответственно количеству слушателей) был поток «интернет-бизнес», немного меньше — «WEB 2.0″, еще меньше — «интернет-реклама», и *негодует* совсем маленький — «интернет-технологии».

Поток «WEB 2.0″ находился в другм крыле здания, нужно было выходить на улицу и топать ко второму входу, что несколько усложняло процесс передислокации между потоками.

А специфика этого мероприятия такова, что бегать между потоками приходилось очень много (по крайней мере ввиду моей широкой сферы интересов). Не везде были сидячие места (так чтобы сесть 2-м — 3-м человекам вместе), но ближе к концу форума, интернет-деятели видимо поднадоели Киевлянам и те лишили ряды самых стойких, подняв кол-во свободных мест до более комфортного уровня. Особенно это было актуально для секции «интернет-технологий» с самым маленьким залом. Странно, что в международном выставочном центре не смогли подобрать аудиторию побольше, ведь он огромен.

Сначала было предположение, что мы послушаем разные секции и будем делиться опытом (я на iForum встретил коллегу из рекламного агентства ram, а позже — еще людей, с которыми когда-то учился на факультете прикладной математики в КПИ), но это было неудачное предположение, т. к. победил коллективный инстинкт и мы в дальнейшем перемещались кучкой.

Не могу не отметить, что на iForum была одна секция, которую в достаточной мере не освещал ни один пресс-релиз, но тем не менее, она набрала достаточно большое количество посетителей. Целевая аудитория была однозначно найдена, но об этом ниже.

ПО (продовольственное обеспечение) мероприятия

Это — завораживающее место сразу напротив главного входа, где на столиках разложили массу коробок со всевозможными сладкими ништячками. Наравне с аудиториями для докладов, здесь тусовалось множество IT-шников, блоггеров и бизнесменов, охотящихся на печеньки.
Особый фурор вызвало появление коробок с зефирами. По моим субъективным впечатлениям, это был самый трендовый и высоко ценимый ресурс в даной секции. Так же была минералочка, бесплатный чай и кофе.
Делюсь несколькими фотографиями этого праздника жизни:

Высадка десанта

Я приехал в МВЦ уже к началу первого доклада. Думал что опоздаю, т. к. утром пришлось в экстренном порядке заправлять принтер, чтобы нормально распечатать пригласительный / бейджик (печатать черно-белый как-то несолидно, никогда не печатайте черно-белые бейджики, если вы идете на мероприятие, где много потенциальнх бизнес-партнеров / инвесторов). Впрочем, даже такой настрой не помог мне не забыть о визитках *facepalm*

Еще выходя из метро заметил стабильный поток, двигающийся в направлении МВЦ, но я зря принял их за своих, т. к. вчера там же проходили еще «Baby Expo» и «Art Expo Shoes», и внедриться вместе с потоком в здание мне не удалось, т. к. на Украинский форум интернет-деятелей попасть можно только через другой вход, к которому нужно было пройти немного дальше (их там много). Но когда я увидел Антона Носика aka dolboeb, я наконец-то убедился, что пришел в нужное место.

После проверки пригласительных, всем вручали вот такие пакетики:

С кучей рекламы, фирменной ручкой, которую у меня кто-то отвеял и календариком.

Доклады

Сначала я конечно же послушал Антона Носика. Можно сказать, что он был личностью для привлечения внимания, ведь кто не слышал о фееричном Dolboeb‘е.

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

Потом я смог немного поприсутствовать на затянувшемся и внезапно очень интересном докладе Сергея Котырева (Юмисофт), который разжигал почву для религиозных войн своим докладом о сравнении платных и бесплатных CMS. Обычно у меня никак руки не доходили до UMI.CMS, а тут Сергей вполне презентабельно продемонстрировал некоторые моменты в своем детище, хотя конечно же (и не смейте усомнится), моя секретная CMS, которая выйдет в следующем году и взорвет рынок веб-разработки, несоизмеримо круче *юмор*.
Кстати «религиозные войны» стали прямо таки трендом iForuma и эта фраза еще звучала много раз.

Далее в той же секции был средней интересности доклад Юлии Юркевич (Аванпорт-дизайн), которая по большей части вещала об 1С-Битрикс.

Проскочила очень интересная мысль об экономической выгодности CMS как основном и важнейшем показателе со всеми истекающими фактами (не помню, кто об этом говорил, Сергей или Юлия).

После этого Игорь Кононученко (студия дизайна «Веджо») рассказывал о Python и Django, но мне доклад показался каким-то слишком нубо-ориентированным (возможно он был интересен тем, кто совсем не слышал о Python и Django), да и ораторскому искусству Игорю нужно еще подучиться (как и некоторым другим докладчикам из секции интернет-технологий).
То есть, ребята, спасибо конечно же за работу, проделанную над докладами, выступайте дальше, сейте знания и опыт, но не забывайте тренироваться перед зеркалом и по возможности рассказывать быстрее. В этом плане, подкованность части докладчиков из данной секции iForum немного удручает (не в обиду, я конечно же понимаю, что вы все — специалисты в первую очередь в своих областях, а не в умении красиво говорить).
В общем-то, возможно далее Игорь и говорил что-то интересное, но мы как граждане демократической страны, провели коллективное голосование и решили посмотреть в это время другие секции.

Немного удовлетворив свои гастрономические интересы в секции печенек, мы бегло взглянули на «интернет-бизнес» и «интернет-рекламу» и устремились в поток «WEB 2.0″.
Тарас Тарасов из Game Industry Consulting рассказал немного о истории и нынешнем состоянии в мире Shareware, казуальных и социальных игр, ценообразовании и современных тенденциях.

Потом пройдя обратный цикл по всем секциям, мы остановились на докладе Олега Бунина (ontico.ru), который вкратце рассказал практически о всем том, что далее звучало на секции «Разработка высоконагруженных систем в Интернете».

Далее был Евгений Курт (ucoz), сказавший на своем докладе в потоке WEB 2.0, что пользователи их сервиса — их враги :) и представители Youscan, формировавшие своим докладом целевую аудиторию для своего проекта по отслеживанию репутации в онлайне.

Девушка из Life рассказывала о том, как они пиарятся благодаря своему корпоративному блогу, об интересных акциях в Life и о блоггере, которого заслали на неделю в детдом.

Затем я успел услышать завершительную часть доклада Андрея Никитина о такой софтине как MySQL Enterprise Monitor, а Всеволод Демкин просветил об использовании NoSQL БД и облачных технологиях.
Впрочем, то ли тема высоконагрузочных систем в Интернете меня не возбуждает, то ли на этой секции было как-то скучновато.

Зато секция «Новые технологии в Интернете» была великолепна.
Сначала Юрий Артюх достаточно интересно рассказал о HTML5 и СSS3, донес до аудитории мысль о том, что эти стандарты не монолитные как звезда смерти из Star Wars, которая при огромных затратах на производство, познала печальную судьбу (лучше бы флот истребителей забацали, да), а что это — объединение множества более узконаправленных стандартов. В общем, он приводил еще много забавных аналогий, показал один демотиватор и много котов, которые внезапно появлялись, упомянул «незлим, тихим словом» (укр.) нашего всеобщего любимчика, IE6.

Даже несмотря на то, что о HTML5 и СSS3 я узнал мало нового, презентация очень доставляет.

Остальные доклады в этой секции были тоже очень интересными и информативными: звучало много хороших вопросов, Павел Башмаков(Stanfy) делился ценнейшим опытом разработки под мобильные платформы, Сергей Байдачный(Microsoft) очень живенько и насыщенно поведал о Windows Phone 7 и Internet Explorer 9.0 (опять же, для меня не так уж много нового, но такой качественный доклад слушать интересно).
Презентация была на черном фоне, как и положено для WP7-приложений (Дело в том, что устройства на базе WP7 будут обладать экранами, расходующими меньше энергии, если на экране отображено что-то черное).
Еще он во время доклада создал в помощью визуального интерфейса Visual Studio простенькое приложение под Windows Phone 7, которое отображало на экране эмулятора WP7-устройства его фотографию.

Только вот мне не понравилось объявление, что все задавшие вопросы будут награждены футболкой от Microsoft — дело в том, что тянуть руку начали почти все и я банально не успел задать 4 волновавших меня вопроса (время поджимало, нужно было освобождать аудиторию), хотя хотел задать их с самого начала. Но это не помешало мне подойти к Сергею после доклада и узнать обо всем интересовавшем (дело в том, что я пишу игру на XNA, а игры на платформе XNA будут работать на Windows Phone 7).

Резюмируя могу сказать, что самыми интересными были доклады в начале и в конце iForum.
Немного многовато саморекламы в докладах, но это ок.
Все-таки участие стоит всего 300 грн, а докладчики я так понимаю вряд-ли получают гонорар за свои труды.
Кстати, если уж говорить о рекламе, интересным рекламным ходом была пропажа буквы M в логотипе imena.ua, висевшим за главной сценой. Я думал — отвалилась, оказывается — рекламный ход. Маркетологи, берите на заметку. (на хабре в комментариях написали, что буква M отвалилась случайно)
Еще заинтриговали разбросанные карточки Психуха.ru, но не знаю, был ли в этом смысл, т. к. инвайтов я нигде не заметил.

Вот TOP3 понравившихся мне докладов:

1. Юрий Артюх — CSS3 и HTML5
*золотая медаль*
2. Сергей Байдачный — Windows Phone 7 и IE9
* серебряная медаль*
3. Сергей Котырев — Платные и бесплатные CMS
*бронзовая медаль*

Недостатки iForum

1. Нигде рядом не было сигарет. Дело в том что сигареты у нас быстро закончились (ага, такие классные доклады, что некоторым слушателям после каждого доклада хотелось закурить, причем не один раз). В результате представители веб-студии Perevaga.com стреляли у интернет-деятелей сигареты в больших количествах.
Кстати, возле центрального входа часто можно было наблюдать Антона Носика, регулярно выходившего покурить и собиравшего вокруг себя толпу зевак. Популярность, однако.

2. В мужском туалете не работала ни одна сушилка для рук. Как сказал товарищ Faux — примечательно было обнаружить этот факт после доклада о Usability.

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

4. Девушки в бикини not detected. Запомните: На IT-конференциях обязательно должны быть девушки в бикини! Можно даже топлесc.

Подарки

В процессе конференции у всех желающих собирались визитки для участия в розыгрыше призов, который состоялся на закрытии мероприятия.
Самый ценный приз — ноутбук, предоставленный компанией p-host, выиграл парень из perukar.org, так же разыгрывался DVD-проигрыватель, жесткий диск и куча флешек.
Примечательно то, что владельцев большинства визиток, которые вытягивались, уже не было на розыгрыше призов и тогда тянули визитки еще и еще, пока не находился кто-то присутствующий. Призы давали только лично владельцам удачливых визиток.

Александр Ольшанский(imena.ua) предоставлял торжественную роль вытягивания визиток слушателям в зале или даже людям, случайно проходящим мимо с чашечкой кофе.

Одна предприимчивая блондинка, которую вызвали тянуть визитки, решила не заморачиваться со случайным выбором и засунула свой носик в пакет с визитками, начав их просто перебирать (она наверно маркетолог). Судя по всему ее непалевная попытка обмануть почти тысячу людей, не привела к успеху, но тем не менее здорово повеселила публику.

Так же проводился розыгрыш призов, где учавствовали анкеты, которые утром выдавали для заполнения (я как-то пропустил этот момент), а еще на докладе Сергея Клоченко было разыграно пять миллионов бесплатных баннеропоказов формата 468х60 в Украинской Баннерной Сети.

Девочки из Imena.ua раздавали всем коврики для мышек со своей символикой, а Сергей Байдачный (Microsoft) дарил забавные футболки в обмен на вопросы.

Если я что-то упустил (что вполне возможно, учитывая масштаб мероприятия) — пишите в комментариях, поможете еще более целостно осветить iForum.

О распространении информации

На iForum акредитовано 67 изданий 192 журналиста, так что думаю, скоро будет широкое освещение этого события в прессе, что привлечет еще больше интересных интернет-деятелей в следующем году. Я для себя решил, что обязательно пойду.

Так же стоит упомянуть о бурном(очень) обсуждении в Twitter, многие твитили прямо во время конференции, а еще на завершающей части несколько призов дали авторам самых интересных твитов. Так то.
Читайте тви по хэштегу #iforum.

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

Ребята-организаторы подобных мероприятий — не скупитесь, освещайте ваши event’ы сильнее и заранее.

Благодарности

Выражаю благодарность Роману Ильичеву (GigaHost.ua) за оплаченное для меня приглашение на Украинский форум интернет-деятелей, всем организаторам данного event’а за замечательное мероприятие, собственно докладчикам за интересные доклады и лично вам за то, что вы дочитали аж до этого места :)

Ссылки

Материалы докладов

Павел Башмаков (Stanfy) Презентация о разработке мобильных приложений
Игорь Кононученко (студия дизайна «Веджо»): Построение веб-сайтов на Django, презентация (html)
Владимир Исаев (Opera): «Кто, куда и зачем ходит в Сеть с мобильного телефона» (присутствуют довольно интересные статистические данные)
Юрий Артюх (Cssing.org.ua): Презентация по докладу HTML5, CSS3. Примечательно, что сама презентация сделана сугубо с использованием упомянутых технологий.
Презентация украинского политика Михаила Бродского, который так и не появился на iForum.
Сергей Митрофанов: Презентация по докладу «Брендинг в Сети»

Посты на хабре

В Киеве прошел второй Украинский форум интернет-деятелей Iforum (отчетик + фотки)
Еще пару фото с Украинского форума интернет-деятелей Iforum
Первый мини-анонс iForum на Хабре

Другие ссылки

Официальный сайт Украинского форума интернет-деятелей
Отчет от Badevlad
Статья в Wikipedia (на украинском)
76 висловів твіттерян про iForum (на украинском)
Еще один достаточно подробный отчет (на украинском)
Отчет Виктора Шахотина (он выступал с докладом о Windows Azure Platform, который я пропустил)
Заметка iForum, или динамичное 1 апреля
Daria Rosyuk, Мой взгляд на iForum 2010
А вот камрад Limanoff пишет как-то не в самом позитивном ключе об iForum: Интернет уже не блажь
Денис Довгополый (выступал с докладом «Технологический бизнес. Правила игры»), Отчет с секции стартапы
Этот же отчет на Хабре

upd: В результате написания этого поста я понял, что я очень-очень медленно пишу статьи. Надеюсь, мой отчет заинтересует тех, кто так и не добрался до iForum 2010 и возможно подтолкнет их посетить iForum 2011, а так же будет интересен тем, кто посетил это мероприятие.

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

Спасибо за внимание.

В jQuery 1.4.1 исправили несколько багов, появившихся в версии 1.4 и наславу поработали над API.

1. Скачать jQuery 1.4.1 можно здесь:

• jQuery 1.4.1 (157kb)
• jQuery 1.4.1 Minified (23kb Gzipped)

2. А теперь предлагаю ознакомиться с нововведениями:

• Разработчикам пришло в голову, что их изначальная идея обозвать события «blur» и «focus» (потеря и получение фокуса html элементами) новыми именами, а именно «focusin» и «focusout» возможно была и не так хороша, так что теперь в методе .live() мы можем использовать первый вариант («focusin» и «focusout» естественно никуда не делись в целях обратной совместимости).
• Та же ситуация с событиями «mouseenter», «mouseleave». Теперь кроме них в методе .live() можно использовать еще и метод «hover»
• Для метода .live() теперь можно задавать несколько типов событий, как и для .bind(). Пример, каким образом это может быть полезно:
  
$('#some_element').live('mouseenter mouseleave', function() {
$(this).toggleClass('entered');
});

• Еще раз рациональное мышление посетило создателей jQuery, когда они присмотрелись к методу .die(). Ну, или хорошие разработчики отправляют им правильные тикеты в багтреккер :) Изначально призвана для того, чтобы удалять обработчики событий, назначенные с помощью метода .live(), теперь функция .die() может удалить их все, если ее вызвать без параметров (т. е. не нужно передавать в нее тип события, для которого нужно удалить обработчиков).
• Теперь в методы .height() и .width() можно передавать параметром функцию, которая будет соответственно устанавливать высоту / ширину.
• Функции .parseJSON() (парсит JSON строку в javascript объект) и .error() (единый механизм вывода ошибок — это хорошо) теперь доступны всем (ранее использовались только внутри jQuery), что вполне логично, как по мне.

Еще исправлена куча багов, но останавливаться на них детально не буду, об этом читаем здесь (на английском).

Спасибо за внимание. Не ленимся, обновляем jQuery в своих проектах ;)

В прошлогодней статье о WordPress 2.9 я немного говорил о прожорливости этой блогоплатформы. И если наши западные коллеги не заморачиваются с такою вещью, как производительность (хостинг то у них везде резиновый-безлимитный), то качество сервиса некоторых наших хостеров просто жутко бесит, хочется взять и уе расцеловать.

Я к примеру пол-года мирился с тем, что в админ-панели моего блога на WordPress значительная часть функций не работала из-за ограничения хостером оперативной памяти на поток. В результате переписки со службой тех.поддержки лимит мне подняли до  32Мб ОЗУ на поток, но этого так и не хватило для работы базовых функций панели управления WordPress, а на многие плагины мне приходилось только смотреть и мечтать. Запускался примерно один из четырех, остальные вылетали с той же ошибкой о недостаточном количестве памяти. Ну, может не совсем мирился, писем то хостеру отправлено столько, что стоит лишь позавидовать героической способности тех.поддержки соблюдать ледяное спокойствие. А из практической пользы — мне поступило предложение накинуть еще 10 Мб за дополнительную плату 1$ в месяц. Ну как-то совсем по-жлобски, согласитесь.

Вдвойне обидно, когда за хостинг давно заплачены деньги, у хостера на официальном сайте написано, цитирую:

Хостинг оптимизирован для работы с такими CMS как Wordpress, Drupal, Joomla, PHP-Nuke

И в результате приходится забугорный бесплатный хостинг, такой как к примеру freehostia.com или 000webhost.com для размещения сайта на WordPress, где кстати все прекрасно работает в отличии от нашего платного. Но работает до поры до времени, а об этом расскажу немного детальнее.

Бесплатный хостинг: Failure stories

В далеком 2006-м заказывали у меня сайтик для базы отдыха. Бюджет был очень ограничен и решили мы с заказчиком разместить его на бесплатном freehostia.com. Должен сказать, не было моей радости предела — шикарный функционал хостинга, никаких существенных ограничений, 250Мб места под сайт, 6Гб трафика в месяц, чего с головой достаточно для бюджетного сайта-визитки, даже почта отправлялась через сайт на ура, в то время как большинство поставщиков бесплатного хостинга блокировало функции для отправки почты в целях борьбы со спамом.

Это был прорыв для дремучего 2006-го, до freehostia я даже не смел мечтать о бесплатном хостинге с поддержкой PHP+MySQL без требования установить на свой сайт гигантский и уродский говно-баннер на пол-экрана. А тут мой личный, такой заманчивый кусочек дискового пространства оперативной памяти и процессорного времени обвешанного необходимым мне ПО сервера в прекрасном датацентре, находящемся в городе Фримоунт штата Калифорния. В то время это казалось настоящим альтруизмом на фоне настоящего «выжимания соков» из клиентских сайтов со стороны поставщиков бесплатного хостинга.

Но, как гласит пословица, бесплатный сыр бывает только… сами знаете где. После месяца-двух бесперебойной работы сайт начал очень часто выпадать в оффлайн. Практически каждый день. Приходилось обращаться в техническую поддержку. Причем в отличии от других поставщиков бесплатного хостинга, где акт обращения в супорт по результативности — все-равно что труп попинать, сотрудники freehostia отвечали в течении суток на мои письма на ломаном английском, которые мне было чертовски неудобно писать. Правда, ничего круче извинений и предложений перейти на платный тариф, где гарантированный uptime 99,9%, я из них так и не вытянул.

Со временем с периодическими вылетами в offline смирились, хостинг все-таки бесплатный. Время шло, я оброс кучей других проектов и забыл об этом сайте, пока не случился первый epic fail в моей профессиональной деятельности, связанный с веб-хостингом. У freehostia.com полетел сервер. Где-то на середине второго года существования сайта. Причем так далеко полетел, что ни о каких бекапах не могло быть и речи. Ребята из Калифорнии поставили мне девственно чистый аккаунт, извинились, сказали перезалить сайт.

Я конечно же храню резервные копии сайтов, в то время хранил на DVD-R дисках. А поскольку сайт о котором идет речь почти не обновлялся после разработки, то не было причин и особо расстраиваться, повторное внесение изменений в содержание сайта после восстановления из бекапа должно было быть минимальным.

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

Изо всех возможных неприятностей произойдёт именно та, ущерб от которой больше.

И следствие №5:

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

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

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

До этого она уничтожила N-ное количество тапочек, немного обоев, пару веников и пыталась съесть мою зачетку (после этого преподы очень удивлялись своеобразной форме зачетки). Думаю, вы уже догадались, какая участь постигла диск с бэкапами сайтов, разработанных мной за последний год. Остается только гадать, почему это умнейшее животное выбрало именно этот диск для своих неведомых мне целей. Кстати, кто хочет приобрести щенка французского бульдога (мальчик, полтора месяца) в Киеве, обращайтесь ;)

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

В общем, сделал я клиенту новый сайт с новым дизайном (хотя старые макеты у меня в принципе сохранились) по очень демократичной цене и разместил его на платном хостинге.

Но так как сайты я вообще создаю по достаточно демократичным ценам, это был не последний клиент, сайты которого я размещал на бесплатном хостинге. И как говорится, мыши плакали, но продолжали есть кактус. Услугами freehostia я после этого перестал пользоваться, решил найти что-то новенькое. И нашел: Та-дам, 000webhost.com. На этот раз датацентр в Далласе, Техас. Не буду вдаваться в детали, но  ребята из 000webhost тоже не поскупились на ресурсы(1500Гб на диске, 100Гб трафика в месяц). Я много гуглил, сравнивал многие варианты и пришел к решению, что это вроде-бы самый достойный конкурент freehostia. Туда и перенес свои сайты от freehostia. (Их там было немного, только клиенты с ограниченным бюджетом, остальные сайты я в то время размещал в хостинг-центре «РБК Украина», он же hc.ua)

Естественно, на этот раз резервная копия сайта была вручена клиенту на диске, но когда гром грянул, этот диск ему так и не удалось найти. А грянул он буквально месяц назад. Сайт просто перестал работать без каких-либо предупреждений/уведомлений на электронную почту. В cpanel я зайти тоже не смог, написал хостеру о проблеме, на что получил ответ:

Hello,
Server #8 has been shut down, therefore your files are gone. Please set up a new account.

И хотя в информации о бесплатном хостинг-пакете написано:

Automated Weekly Backups: Limited

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

На соответствующий запрос мне ответили:

Hello,
I am sorry, nothing can be retrieved.

Честно говоря, такое впечатление, что поставщики бесплатного хостинга, дающие относительно много ресурсов, просто заманивают клиентов, и если в течении года-двух не получают profit в виде перехода на платный аккаунт, просто избавляются от «мусора».

Так что мой вам совет: если пользуетесь бесплатным хостингом, уделяйте побольше времени на периодические бекапы. И да, в offline сайты и на 000webhost и на freehostia выпадают достаточно часто.

Что тут сказать, зато подтянул английский при общении со службой технической поддержки, а общаться приходилось немало :) Если же вы не задаетесь целью изучить английский, то одним из самых жирных плюсов в пользу отечественного хостинга является более удобное общение с тех. поддержкой, хотя это утверждение не всегда справедливо.

Например от звонков в freehost.com.ua, где сейчас хостится мой блог, толку мало, так как  практически по любому вопросу, где от тех. поддержки требуются какие-либо действия, или на который они не в состоянии сходу ответить, просят написать запрос на e-mail, что лично мне очень и очень неудобно. Но возможно мне и не стоит жаловаться на freehost, все-таки хостинг у них относительно дешевый (с другой стороны, если уж он платный, то было бы неплохо, чтобы он был в чем-то лучше бесплатных зарубежных аналогов). А еще они захостили сайт моей веб-студии бесплатно.

Сила блоггинга

Так вот, после моей прошлой публикации, где я немного жаловался на проблеммы с WordPress, произошло два приятных для меня события:

1) Саппорт freehost’а накинул мне 10 Мб ОЗУ к лимиту (теперь значит в мой тарифный план входит 42 Мб ОЗУ на поток), что не может не радовать. Опечаливающим фактором является то, что во-первых: этого объема памяти все-равно не хватает, чтобы например автоматически обновить WordPress до свежей версии 2.9.1 через панель управления самого WordPress, а во вторых: там, где раньше были ошибки из-за нехватки памяти, сейчас вылезли другие ошибки, разобраться с которыми у меня пока не было времени (типа такого: Warning: curl_setopt(): CURLPROTO_FILE cannot be activated when in safe_mode or an open_basedir is set in wp-includes/http.php on line 1302).

Кстати, все марш обновляться до WordPress 2.9.1! Читаем о новой версии на русском и английском.

2) Ранее неизвестный мне хостер GigaHost.ua подарил мне хостинг-аккаунт на 5 сайтов сроком на 6 месяцев (промокод для 100% скидки).

Что ж, такой жест доброй воли не может не радовать, тем более хостинг мне сейчас реально нужен для новых проектов, так как количество отдельных доменов в моем аккаунте у старого хостера достигло лимита, при наличии около 80% неиспользованного дискового пространства. А тут места не очень много (500 Мб), но для пяти сайтов-визиток / корпоративных сайтов / небольших веб-сервисов хватит с головой, просто красота.

Хостинг русский и украинский, «отечественный»

Как я узнал из переписки, GigaHost.ua — это дочерний проект Mirohost.net. А с Mirohost мне уже приходилось иметь дело. Я у них когда-то хостил интернет-магазин на самописной CMS (PHP+MySQL) с посещаемостью около 1000 посетителей в сутки и около 5000 товаров в базе данных (этот хостинг был заранее приобретен клиентом). Но через год, когда нужно было продлять хостинг, предложил перенести к себе на freehost, т. к. у меня в аккаунте пустовало место, и хостинг этот подешевле, а это важный аргумент. Как выяснилось  — зря, потому что на пиках посещаемости, где-то через месяц пользования хостингом (хе-хе, у них как-раз мани-бек 30 дней), сайт время от времени начинал грузиться по 10 минут, а потом и вовсе вылетал, причем тормозить и вылетать начали все мои сайты в этом аккаунте.

Потом freehost и вовсе отключил этот сайт за превышение нагрузки на сервер (и делал такие отключения еще несколько раз в течении следующих месяцев, я слезно просил включить обратно, обещая немедленно заняться оптимизацией движка), хотя ничего убийственного для сервера в нем не было: до 15 SQL запросов на страницу, шаблоны страниц кэшируются, SQL — нет, время генерации страницы у меня на домашнем компьютере и на старом хостинге — порядка 0.2—0.5 сек, посещаемость — все такая же, около 1000 посетителей в сутки.

В результате я потратил кучу нервов, кучу времени на оптимизацию движка сайта (зато достиг ускорения где-то на 30—50%) и проблемы все еще есть, но пока так и живем, так как владельцы интернет-магазина, о котором речь сейчас меньше вкладывают в его продвижение и посещаемость сейчас соответственно ниже. Больше всего бесит, что тормозить начинают все сайты в аккаунте, и шквал звонков от клиентов мне гарантирован. Тьфу-тьфу-тьфу, последних месяца три все вроде-бы работает четко. А Mirohost был хорош, все-таки значительно быстрее и надежнее чем Freehost, но и дороже.

Так вот, вернусь собственно к GigaHost.ua:

Создание аккаунта прошло полностью автоматически и буквально через 3-5 минут я получил на e-mail письмо с данными для доступа к админке. Сразу же решил прикрутить домен, и какое же было мое удивление, когда сайт заработал моментально после изменения DNS-записей. Ну, это полностью заслуга naunet.ru, работает у них все четко и лучшая цена для партнеров: 99 руб. за домен .RU

Панель управления у GigaHost.ua стандартненькая, очень порадовало то, что доступ к phpMyAdmin или file manager осуществляется без ввода дополнительных паролей. И это правильно, достаточно одного нормального пароля для панели управления, ведь все-равно если есть доступ к панели управления, все остальное можно тем или иным путем получить / поменять пароли.

Меня сразу же заинтересовало, что находится в разделе «автоматическая установка софта», и опять же очень порадовало наличие свежей версии WordPress и я был удивлен увидеть там LiveStreet.

Вообще, такое впечатление, что хостинг заточен под WordPress, хотя об этом и нигде не говорится. Установился он за считанные секунды и работает просто отлично. Даже не хочу перечислять список фич, с которыми у меня проблемы на старом хостинге (проблемы с обновлением, плагинами, кодировкой и многое другое), но тут все действительно замечательно, нулевый блог на WordPress летает, в панели управления тоже все путем. Я даже задумываюсь о том, чтобы перенести к этим ребятам свой блог, возможно так и сделаю.

Отдельно радует поддержка Python, все остальное тоже на месте — ежедневные бекапы, планировщик заданий, неограниченный трафик, PHP, MySQL, Perl, встроенная статистика, доступ к log файлам.

Видно что там толковые ребята: и софт обновляют и с поддержкой трендовых CMS у них нормально и подход к продвижению очень похвальный: прочли мою статью →  понравилась → подарили хостинг :) и сервера у них судя по первым впечатлениям быстрые. Грех не сказать, что это хороший хостинг, но конечно же под конкретные задачи. К примеру ели вам нужно захостить много сайтов-визиток / блогов / корпоративных сайтов, да в общем, каких угодно, кроме файло-хранилищ / больших интернет-магазинов или каких-то специфических веб-сервисов, занимающих иногда по несколько гигов и больше, то тариф третий (50 сайтов за 7.5$ в месяц) очень даже хорош. В общем, рекомендую.

На этом пожалуй и закончу, а то пост получился и так слишком большим. Надеюсь, мой жизненный опыт будет вам полезен.

p.s.: Все марш менять год на 2010-й в копирайтах ваших сайтов, если там висит еще 2009! ;)

Последняя версия популярнейшего приложения для ведения блогов названа так в честь джазовой певицы Кармен Мерседес Макрэй, ниже вы увидите ее фото(в молодости).

Итак, давайте посмотрим, что же нам преподнесли разработчики в финальном релизе WordPress 2.9.

Here we go

Начну в хронологическом порядке: только я успел заметить, что вышел финальный релиз WordPress 2.9, как подтянулась и русская версия, но видимо одним из первых скачавших ее я встретил epic fail, а именно — серьезные проблемы с добавлением новых рубрик из-за некорректной замены $filtered=trim(preg_replace(‘/\s+/’, ‘ ‘, $filtered)) в новой функции sanitize_text_field().

На счастье, эту ошибку исправили за 2 часа после первого баг-реппорта, так что я перезакачал WordPress и приступил к тестированию.

А вот украинским блоггерам все еще предлагают скачать WordPress 2.8.6, так что придется немного подождать, если вы пишете щирою українською.

Открываем панель управления

WordPress и в версии 2.8 жрал много памяти, а в этой начал кушать еще больше. Дело в том, что у моего хостера (freehost.com.ua, тарифный план Perfect) стоит ограничение 32 Мб оперативной памяти на поток, в результате чего некоторые функции админки не работали (постоянно вылетало: Fatal error: Allowed memory size of N bytes exhausted (tried to allocate M bytes)), в WordPress 2.9 я вижу еще больше таких ошибок (в консоли у меня не работают  панели «Входящие ссылки», «Плагины», «Разработка WordPress»).

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

Вкусненькое в WordPress 2.9

Первое нововведение, которое лично мне очень нравится — это корзина. В английской версии сразу бросается в глаза ссылка  «Trash» вместо «Delete», в русской же так и оставили «Удалить», кстати, сама корзина в панели управления отобразится только после того, как вы что-то в нее переместите. И не пугайтесь, что при попытке удаления записи вас теперь не спрашивают «уверены ли вы?». Да, мы уверены :)

Встроенный редактор изображений. Это однозначно must have. Очень удобно бывает уменьшить или обрезать изображение прямо из админки WrodPress. Еще можно повернуть и отразить по горизонтали/вертикали нашу картинку. Приятно что есть даже кнопки отменить/повторить предыдущее действие.

Ссылки на видео  теперь автоматически заменяются на встроенный видеопроигрыватель. Поддерживаются такие сервисы: YouTube, Google Video, Blip.tv, DailyMotion, Flickr, Viddler, Qik.com, Hulu, Revision3, PollDaddy.

Виджеты можно встраивать в любое место. Делается это с помощью новой функции the_widget(), вызываемой из шаблона. Ух, чувствую, наделают теперь тем…

Групповое обновление плагинов и проверка совместимости. Не то чтобы я без этого не мог жить, но не могу сказать ничего против. Впрочем, мне к сожалению приходится вручную обновлять некоторые плагины, т. к. в связи с недостатками моего хостинга, о которых я писал выше, после закачки некоторых плагинов через админку, WordPress’у не хватает памяти. А некоторые и вовсе не стают.

Наконец-то WordPress научился понимать rel=canonical в ссылках! А для него между прочим это было очень важно, ведь часть контента в WordPress дублируется и в общей ленте и в рубриках, в архиве, по датам, на страницах тегов, на страницах постов. В общем, еще одно позитивное изменение, которое позволит поисковикам правильнее понимать ваш блог.

Когда вы редактируете файлы тем оформления или плагинов, после нажатия на кнопку «Сохранить», вы будете возвращены на ту же строку, которую редактировали. Слава богу! :)

Автоматическая оптимизация базы данных должна улучшить производительность. Для этого напишите в wp-config.php define('WP_ALLOW_REPAIR', true);

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

Пользовательские типы записей. Если вам мало стандартных запись/страница... честно говоря не представляю, кому оно нужно, но это делает архитектуру WordPress более гибкой. Если вам это действительно нужно, возможно, вы используете WordPress не по назначению :)

Можно использовать свои директории для тем оформления. К примеру, теперь плагин может зарегистрировать тему оформления, поставляемую вместе с ним. Или у вас  может быть несколько директорий с темами.

Расширен XML-RPC API.

Сайдбары теперь могут иметь описания.

Визуальный (WYSIWYG) редактор TinyMCE и PHP библиотека для работы с RSS каналами SimplePie обновлены.

И еще много мелких улучшений и исправлений. Их общее число больше 500!

Кстати, если вы еще не видели, официальное видео (на английском):

Замеченные баги

Вообще-то я не уверен, что это проблема WordPress, возможно это из-за некорректной работы хостинга: Иногда не удается обновить редактируемую запись (после нажатия на кнопку «обновить» я попадаю на страницу с ошибкой).
Один раз при редактировании этого поста слетели все абзацы. Это было очень непрятно.
В WYSIWYG редакторе иногда не снимается выделение жирным с текста, скопированного из другой страницы. Причем в исходном коде текст выделен именно тегом strong.

Планы на будущее

WordPress 3.0 должен выйти где-то к весне. В будущем следует ожидать объединение с многопользовательской версией (WordPress MU) и замену стандартной темы оформления.

Итак, для начала ознакомимся с API статистики записей Поиска по блогам.

Тут все просто, мы имеем RSS ленту статистики записей по блогам за последние 24 часа, разбитую на страницы по 50 записей.

На первой странице выводятся самые свежие записи. Номер страницы, которую нам нужно получить задается параметром p=<номер страницы> в URL адресе, по которому мы обращаемся к API, например: http://blogs.yandex.ru/entriesapi?p=1.

Перейдите по  ссылке выше и посмотрите на исходный код этой страницы (Вид->просмотреть источник или Ctrl+U, если у вас FireFox/Opera/Chrome).  Мы видим обычный XML документ, который будем читать и анализировать с помощью PHP.  Нас интересуют информация о записях, находящаяся внутри тегов <item>. Названия вложенных элементов говорят сами за себя, это:

• author – ссылка на блог/страницу автора;
• description – короткое описание (обычно пусто);
• link – ссылка на пост;
• pubDate – дата и время публикации;
• title – заголовок поста;
• yablogs:commenters – количество разных русскоязычных комментаторов у записи за все время ее существования;
• yablogs:commenters24 – количество разных русскоязычных комментаторов у записи;
• yablogs:comments – общее количество комментариев к записи за все время ее существования;
• yablogs:comments24 – количество комментариев к записи за последние 24 часа;
• yablogs:links – общее количество ссылок на запись за все время ее существования;
• yablogs:links24 – количество ссылок на запись за последние 24 часа;
• yablogs:links24weight – взвешенное количество ссылок на запись за последние 24 часа(с отфильтрованными накрутками и спамными ссылками);
• yablogs:linksweight – общее взвешенное количество ссылок на запись (с отфильтрованными накрутками и спамными ссылками);
• yablogs:visits24 – примерное количество посетителей записи за последние 24 часа;
• yablogs:ppb_username – имя (nickname) автора поста.

Ну что ж, читать такие записи мы научились, теперь давайте научим читать их наш скрипт.

Для начала нужно определиться с инструментом для работы с  XML. В PHP manual есть просто таки огромный раздел XML manipulation, где вы можете найти массу различных средств для работы с XML документами. Одним из самых простых, удобных и в то же время мощных решений является расширение SimpleXML, которое поставляется с PHP начиная с 5-й версии и включено по умолчанию. С ним мы и будем работать. Поверьте мне, это действительно очень хороший инструмент, позволяющий просто и удобно работать с XML документами.  Продемонстрирую это:


$xml = simplexml_load_file('http://blogs.yandex.ru/entriesapi');
echo '<b>Это заголовок канала:</b> ',
$xml->channel->title, '<br>',
'<b>А это заголовок последнего поста:</b> ',
$xml->channel->item[0]->title, '<br>',
'<b>Время публикации последнего поста: </b> ',
$xml->channel->item[0]->pubDate;


Думаю, тут все понятно: в первой строке мы загружаем первую страницу ленты популярных записей в переменную $xml (функция simplexml_load_file возвращает экземпляр класса SimpleXMLElement), которую далее можем интерпретировать как объект, соответствующий нашему XML документу, что мы собственно и делаем.

Если мы обращаемся к произвольному полю такого объекта, выполняется поиск дочернего элемента XML дерева с именем, соответствующим имени запрошенного поля и если такой элемент найден, возвращается объект, являющийся также экземпляром класса SimpleXMLElement, или массив таких объектов.

Благодаря такой логике работы мы можем выполнять цепочки запросов вида: $xml->someElement->children->childrenOfChildren.

Обратите внимание, что элементов item в нашем XML документе много, поэтому $xml->channel->item возвращает не один объект, а массив объектов, предоставляющих доступ к этим элементам. В примере мы обратились к самому первому в документе элементу item по индексу [0], и вывели его заголовок и дату публикации на экран (в браузер).

Альтернативный способ получить нужную ветвь XML документа в SimpleXML — это использование XPath, языка запросов к элементам XML дерева. В классе SimpleXMLElement для этого имеется метод xpath(string $path), возвращающий массив экземпляров класса SimpleXMLElement или FALSE в случае ошибки.

Пример использования XPath:

$items=$xml->xpath('channel/item');

Чтобы получить аналогичный набор элементов без XPath, нужно выполнить:

$items=$xml->channel->item;

Использование XPath или цепочек вызовов полей  — это дело вкуса, в нашем случае мы будем использовать XPath, чтобы обратиться к элементам типа yablogs:links, где есть символ «:», так как он мешает интерпретировать эти элементы как поля объекта в PHP.

Ну давайте уже что-нибудь сделаем. Например функцию, получающую информацию о всех записях за 24 часа. Собственно, вот:

1. define ('MAX_PAGES',200);
2. function load_all() {
3. $all_items=array();
4. for ($i=1; true;$i++) {
5. $xml = simplexml_load_file('http://blogs.yandex.ru/entriesapi?p=' . $i);
6. $items=$xml->xpath('channel/item');
7. if (empty($items)) {
8. break;
9. }
10. $all_items=array_merge($all_items,$items);
11. if ($i>=MAX_PAGES) break;
12. }
13. return $all_items;
14. }

Такая функция конечно же будет работать очень медленно и скорее всего упрется в ограничение на время выполнения php скриптов: по умолчанию — 30 секунд, поэтому полученные данные нужно обязательно кэшировать, а само их получение выполнять не при открытии страницы, а через планировщик задач crontab. Мы будем сохранять полученную информацию в базу данных, использовать будем MySQL, но об этом в следующей части, а пока вернемся к  работе с XML.

Давайте уже в этом уроке соберем наш рейтинг популярных записей русскоязычных блогов с минимальным функционалом и отложим на потом кэширование, расширение функционала, придание ООП’шности и MVC’шности нашему коду.

Чтобы долго и нудно не ждать результата выполнения функции load_all(), давайте зададим ей ограничение: будем обрабатывать только первые 4 страницы RSS ленты, выдаваемой Яндексом. Специально для этого я ввел константу MAX_PAGES, заменяем значение 200 в первой строчке на 4.

Наш рейтинг должен уметь сортировать записи по количеству комментариев, количеству ссылок и количеству посещений. Мы уже имеем функцию, с помощью которой можем получить список записей. Значит задача состоит в сортировке этого списка.

Если бы мы заносили информацию о всех  записях в базу данных скриптом, вызываемым через планировщик задач, а при выдаче информации пользователю, брали бы ее из БД, то мы бы воспользовались возможностями SQL для сортировки, но это мы будем делать во второй части урока, а сейчас сделаем по-быстрому сортировку средствами PHP.

Поможет нам в этом стандартная функция PHP usort, позволяющая сортировать массивы с использованием своей функции для сравнения элементов массива.

Элементами массива у нас являются экземпляры класса SimpleXMLElement, инициализированные элементами XML дерева <item>.

Рассмотрим, как мы можем получить к примеру количество комментариев записи:

1. $xml = simplexml_load_file('http://blogs.yandex.ru/entriesapi');
2. $item=$xml->channel->item[12];//Получаем какой-нибуть XML элемент item, например 13-й.
3. $comments_arr=$item->xpath('yablogs:comments');//получаем массив объектов
4. $comments_obj=$comments_arr[ 0];//объект у нас должен быть один, это мы знаем
5. $comments=(int)$comments_obj;//приводим его тип к целочисленному (int), чтобы можно было выполнить сравнение

А теперь можно написать и функцию сравнения, причем универсальную.

1. $cmp='yablogs:comments';//по этому параметру сравниваем,
2. //к функции сравнения при использовании в usort есть требование:
3. //она должна принимать два только параметра,
4. //соответствующие сравниваемым элементам массива,
5. //поэтому делаем $cmp просто глобальной переменной
6. function cmp($a, $b)
7. {
8. global $cmp;
9. $a=$a->xpath($cmp);
10. $b=$b->xpath($cmp);
11. $a=(int)$a[0];
12. $b=(int)$b[0];
13. if ($a == $b) {
14. return 0;
15. }
16. return ($a > $b) ? -1 : 1;
17. }

У нас будет функция sort_by, в которую будем передавать ссылку на массив и строку, соответствующую XML элементу, по которому будем сортировать (критерий сравнения).  sort_by в свою очередь будеть вызывать стандартную функцию usort, передавая ей ссылку на массив и присваивать глобальной переменной $cmp критерий сравнения.

1. function sort_by($sort_by,$i)
2. {
3. global $cmp;
4. $cmp=$sort_by;
5. usort($i,'cmp');
6. }

Почти готово, теперь мы можем к примеру вывести отсортированные по количеству комментариев записи вот так:

1. $items=load_all();
2. sort_by('yablogs:comments',&$items);
3. foreach ($items as $item) {
4. $comments=$item->xpath('yablogs:comments');
5. $links=$item->xpath('yablogs:links');
6. $visits=$item->xpath('yablogs:visits24');
7. echo "<a href='$item->link'>$item->title</a><br>",
8. "Комментариев: $comments[0]<br>",
9. "Ссылок: $links[0]<br>",
10. "Просмотров: $visits[0]<hr>";
11. }

Как именно сортировать наш список, будем передавать параметром URI sort_by, который будет доступен в php как $_GET['sort_by']. Создадим три ссылки для разных типов сортировки, для этого перед тегом <?php, обозначающим начало php кода, пишем:

1. <div style="text-align:center;">
2. <a href="index.php/?sort_by=comments">Самые комментируемые</a>
3. <a href="index.php/?sort_by=visits24">Самые посещаемые</a>
4. <a href="index.php/?sort_by=links">Самые цитируемые</a>
5. </div>

Нам осталось только получить в PHP критерий сортировки и отсортировать все соответствующим образом. Для этого строку с  sort_by(‘yablogs:comments’,&$items)  заменяем на это:

1. if (isset($_GET['sort_by'])){
2. $crit=$_GET['sort_by'];
3. }else{
4. $crit='comments';
5. }
6. sort_by('yablogs:' . $crit ,&$items);

И напоследок добавим немного оформления с помощью CSS, чтобы наш рейтинг смотрелся получше:

1. <style>
2. div{padding:20px; background-color:#EEE;}
3. hr{border:none; border-bottom:1px dashed yellow;}
4. </style>

Исходник того, что мы сделали вы можете скачать здесь: http://www.nayjest.ru/userfiles/yabdex.blograting.by.nayjest.zip

В следующих уроках я расскажу, как сделать из этого полноценный веб-сервис, где все будет ООП’шненько, будет работа с БД, архитектура MVC, валидный HTML, кэширование, может даже AJAX и вообще все, что захотите (предлагайте в комментариях!).

Надеюсь, было интересно и полезно. Чтобы не пропустить следующие уроки, подписывайтесь на мой RSS, follow me on Twitter. Спасибо за внимание, жду ваших комментариев!

Это первая альфа jQuery версии 1.4.

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

Что нового?

Методу live сделали капитальный ремонт

Немного освежу вашу память: метод live впервые появился в jQuery 1.3, выполняет ту же функцию, что и bind: позволяет назначить обработчик событий, но делает это несколько по-другому: мы можем назначить обработчик событий для элементов определенного типа, даже если их еще нет на странице и они генерируются динамически. А когда у нас в документе появятся такие элементы, им автоматически, без нашего вмешательства будет назначен обработчик событий. Пример:

<script>
$('input.live').live('click',
function()
{
alert("Подпишись на этот блог по RSS!");
});
</script>
<input type="button" value="Добавить кнопку"
onclick="$('body').append(&lt;input type='button' class='live'/>)"
/>


В jQuery 1.4 метод live поддерживает во всех браузерах такие события: submit, change, mouseenter, mouseleave, focus, blur. Также теперь поддерживается контекст в обработчиках событий и передача дополнительных данных необязательным параметром data.

Подкорректировано поведение метода add

Этот метод добавляет элементы к набору уже выбранных. Пример: $(‘div’).add(‘p’).css(‘color’,'red’) выполнит то же, что и $(‘div, p’).css(‘color’,'red’).

Начиная с jQuery 1.4 метод add возвращает элементы строго в последовательности их расположения в объектной модели документа (DOM).

Размер библиотеки и производительность

Размер jQuery в несжатом виде увеличился на 20% (jQuery 1.3.2 весит 120 Kb).
Тестов по производительности еще нет, но разработчики заверяют, что новая версия работает быстрее.

Очень сильно улучшена производительность некоторых функций для работы с Document object model, в частности append (вставка в конец дочерних элементов), prepend (вставка перед дочерними элементами).

Также теперь работают быстрее функции find, empty, remove, addClass, removeClass, hasClass, attr и css.

Ну, это слова разработчиков, что касается практики, на Хабре проскакивала вот такая картинка:

А еще вот результаты тестирования в FireFox 3.6b4: jQuery 1.3.2 va jQuery 1.4a1:

Твори добро!

Мы можем помочь разработчикам jQuery, попробовав подключить ее в свои проекты (не на production server конечно же, это ведь первая альфа-версия). Если вы обнаружите какие-то баги/ошибки — зарегистрируйтесь/залогиньтесь на баг-треккекре JQuery и сообщите о проблемме разработчикам, сделаете хорошее дело.

Скачай новую версию jQuery!

Скачать jQuery 1.4 alpha 1: http://code.jquery.com/jquery-1.4a1.js (размер: 87.9 Kb)

Скачать jQuery 1.4 alpha 1 minified: http://code.jquery.com/jquery-1.4a1.min.js (145 Kb)

Автоматическая верстка веб-сайтов. В наши дни это стает возможным. Лично я давно мечтал о такой программе, даже подумывал о подобном стартапе, но я прекрасно понимал, что генерировать читабельные, валидные, красивые, семантичные html/css макеты  (да еще и резиновые) из файлов фотошопа — это очень сложная задача и потребует много времени, а времени этого всегда ой как мало :)

Так вот, представляю вам бесплатный веб-сервис для автоматического преобразования ваших Psd макетов в сверстанные страцицы сайта: Psd 2 css online.

Для того, чтобы сгенерировать нужный нам макет веб-сайта, нужно специальным образом проименовать слои (Layers).  Например если в имени слоя есть суффикс _text, то данный слой экспортируется в верстку как текст, а не как картинка. Поддерживаются такие необходимые вещи, как расширяющиеся в зависимости от размера контента блоки, подсветка (hover) кнопок и много чего еще.

Разработчики сразу же обращают внимание на то, что генерировать верстку можно из psd файлов, созданных не только с помощью Adobe Photoshop, но и другой софтиной, например достаточно популярным бесплатным графическим редактором Gimp.

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

Что интересно, верстка их сайта сделана их же сайтом :)

Ну все, можете уже смотреть www.psd2cssonline.com

Конечно, появление такого веб-сервиса не значит, что верстальщики могут остаться без работы в ближайшее время, пока этот веб-сервис очень ограничен в своих возможностях, генерируемая верстка …ну вы же сами понимаете, она «генерируемая» автоматически, а значит де-факто не очень красива, о резиновых макетах (с динамической шириной) пока даже не идет речь, и есть еще много-много недостатков. Но с этим уже можно поиграться, можно пощупать, это бесплатно.

Вот если бы еще прикрутить этот сервис плагином к Phptoshop, было бы вообще замечательно.

В догонку: Divine project — автоматическое создание темы для WorPress из PSD шаблона и пост о нем же на Хабре.  Реализовано как программа и плагин для Photoshop.

Такой вариант очень интересен, и должен признать, значительно удобнее, но жаль, что PSD шаблоны преобразовываются исключительно в макеты для  WordPress

Движение в сторону автоматизации работы верстальщика — это очень, очень позитивно и будем надеяться, это направление будет развиваться и далее.

Реквестую такой генератор персонажей в следующей части The elder scrolls :)

И эта новость по большему счету заслуживает внимания потому что в Doctrine 2.0 произошли очень существенные изменения в сравнении с предыдущими версиями. Сразу замечу, что вкусности эти потребуют от нас ни много ни мало — поддержку php 5.3.

Официальный тизер Doctrine 2.0 выглядит так:

1. <?php
2. namespace Doctrine\Tests\Models\CMS;
3. /**
   * @DoctrineEntity(tableName=»cms_articles»)
   */
4. class CmsArticle
5. {
6. /**
   * @DoctrineId
   * @DoctrineColumn(type=»integer»)
   * @DoctrineIdGenerator(«auto»)
   */
7. public $id;
8. /**
   * @DoctrineColumn(type=»varchar», length=255)
   */
9. public $topic;
10. /**
    * @DoctrineColumn(type=»varchar»)
    */
11. public $text;
12. /**
    * @DoctrineManyToOne(targetEntity=»Doctrine\Tests\Models\CMS\CmsUser»,
    joinColumns={«user_id» = »id»})
    */
13. public $user;
14. /**
    * @DoctrineOneToMany(targetEntity=»Doctrine\Tests\Models\CMS\CmsComment», mappedBy=»article»)
    */
15. public $comments;
16. }

Итак, на что нам здесь следовало бы обратить здесь внимание:

1) Мы задаем мета-данные для меппинга класса с помощью комментариев DocBlock (XML-меппиг и YAML-меппинг никуда не делся)

2) Мы не наследуем наш класс CmsArticle от встроенных класов Doctrine.

3.) Свойства класса не обязаны быть объявлены как public, они могут быть приватными или защищенными. Doctrine не требует от вас наличия getter’od и setter’ов для каждого свойства. Вы полностью свободны в том, как вы будете проектировать ваши классы.

Друзья, по-моему это великолепно!

Смею предположить, что чтение комментариев DocBlock реализовано с помощью Reflection (там есть метод getDocComment).
Довольно интересное применение Reflection.
Кстати, еще более активно и более элегантно(имхо) это используется в Recess php framework. Случайно наткнулся на него и был поражен, увидел там именно то, что хотел делать в собственном велосипеде. Вещь однозначно заслуживает внимания.

Производительность:
Doctrine 2.0 на php5.3 кушает на 31% меньше памяти и выполняется на 17% быстрее, чем Doctrine 1.0 на PHP 5.2.8
(информация из предварительных тестов в блоге разработчиков)

Что нового в Doctrine 2.0 Alpha 3:
Самое существенное с моей точки зрения это функционал для конвертирования схем из Doctrine 1.0 в 2.0.
А также более 60 фиксов, рефакторинг кода, работа над драйверами для меппинга и экспорта, как говорят разработчики, код начинает становиться стабильным.

Чего нам ждать:
11 декабря 2009 будет еще один альфа-релиз, а 8-го января выйдет уже первая бета.

Ссылки:
Здесь живет Doctrine PHP ORM
Вот документация по версии 2.0:
Посты из блога разработчиков с тегом 2.0