Веб-разработка *

207 флагов-иконок для вашего сайта. Делал для своего проекта, решил поделиться со всеми желающими. Размер 32×32, скоро сделаю 16×16 и 48×48. Файлы названы согласно ISO 3166-1 alpha-2.

Пример:


Лицензия: Creative Commons Attribution 3.0 Unported License.

Скачать (330 кб)

Однажды меня достало получать урезанные версии статей по RSS, а за полными ходить на сайты. Предпочитаю на сайты ходить только ради комментариев.
Я осмотрелся. Нашел Dapper, Feed43 и множество им подобных. Они мне не понравились. Мне в полную версию надо было преобразовать по крайней мере с десяток лент, да и новые кандидаты появлялись регулярно. А вышеупомянутые генераторы лент для сайтов, в общем, достаточно сложны, а dapper ещё и глючил на моём FireFox`е.

Что же было делать? А делать оставалось только свой собственный сервис, благо тема Information Retrieval мне близка и интересна. Я и сделал. Потратив на реализацию сайта примерно с неделю свободного времени (откуда свободное время? да просто ЖЖ читать на эту неделю перестал), получил вполне себе работоспособный feedex.net.

Простой, как мне и хотелось. Одно поле для адреса. Потом несколько минут размышлений (я IR-логику писал на python, плюс вопросом оптимизации покамест не задавался) и вот она — полная лента. Для всех интересных мне сайтов оно вполне неплохо работает. Не без мелких огрехов (а на нетипичных сайтах и не без крупных), но работает.

PS: особо весело получилось с лентой lleo.aha.ru/dnevnik/rss.xml, автор у которой — известный приколист ;o)

Всем известно, что для успешной разработки веб-сайта/веб-сервиса/программы (нужное подчеркнуть) очень важен этап проектирования. Грамотный план разработки — это половина всего проекта. Понятно, что прежде всего необходимо техническое задание, в котором будут описаны требования, сроки, и т.п. Но еще большее значение имеет визуальное проектирование, а именно: UML-схемы, схемы БД, пользовательские интерфейсы, эскизы страниц…

Этим постом хочу открыть небольшую серию постов по материалам доклада на HighLoad++-2008. Впоследствии весь текст будет опубликован в виде одной большой PDF-ки.

Введение

Для начала, о названии серии постов: посты будут и о кэшировании в Web’е (в высоконагруженных Web-проектах), и о применении memcached для кэширования, и о других применениях memcached в Web-проектах. То есть все три составляющие названия в различных комбинациях будут освещены в этой серии постов.

 

Критерии проектирования — соответствие стандартам, производительность, надежность и безопасность — ограничивают как новые, так и существующие возможности браузера. В результате CSS-выражения (CSS expressions) больше не поддерживаются в стандартном режиме IE8. Это изменение уже анонсировалось в блоге IE, но разработчики решили поделиться дополнительными подробностями о своем решении. Они ответили на вопросы о том, что это было, почему от этого отказались и чем это нам грозит.

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

Основной тезис данной публикации — Заказчику нужен независимый консультант по веб-разработке

При запуске нового интернет-проекта у Заказчика есть интерес — запустить интернет-проект с требуемым уровнем качества, в согласованные сроки.

При этом Заказчик сталкивается, с одной стороны, с собственной некомпетентностью (это нормально) в вопросах бизнес-аналитики (анализ требований), юзабилити, веб-технологий, копирайта, интернет-рекламы, поискового продвижения…

С другой стороны, Исполнитель (веб-студия, фрилансер), которого нанимает Заказчик, обладает всеми компетенциями (в той или иной степени), однако имеет свой интерес, который конфликтует с интересом Заказчика. Очень часто интерес Исполнителя сводится — сделать минимум за максимальную прибыль.

В этой ситуации, когда присутствует так называемая «информационная асиммитрия» (см. справку внизу), Заказчик часто теряет качество, превышает бюджет проекта или срывает сроки.

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

Таким образом, Заказчику выгодно устранить недостаток информации (а что по вашему делают независимые оценщики недвижимости?) Как это сделать?

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

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

Справка об информационной асимметрии
ru.wikipedia.org/wiki/%D0%90%D1%81%D0%B8%D0%BC%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D1%87%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%B8

ruconomics.com/2006/09/05/otdam-uchebniki-v-horoshie-ruki-za-horoshie-dengi

Мое выступление на 404fest.ru в Самаре. Снимал Денис Кортунов kortunov, вот его комментарий.

«По многочисленным просьбам выкладываю видео с доклада Ильи. Доклад мне самому очень понравился, я там хихикал иногда на фоне. Рекомендую к просмотру всем, кто занимается разработкой в вебе. Илья в увлекательном и задорном стиле доностит мысль, что интернет сосёт, еще он рассказывает как понять своего клиента, а еще немножечко про правильные и неправильные теги.»

Наслаждайтесь.

Помню, как-то проскакивала пара записей (здесь и здесь) по поводу импортирования данных из Google Analytics для отображения сводных диаграмм на сайте, в общем, как на хабре. Прочитав вышеупомянутые топики и не обратив особого внимания тогда, я о них успешно «забыл» и пошел себе дальше. И вот сейчас, появилась необходимость реализовать нечто подобное на одном из своих проектов.



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

UPDATE:
Добавил еще одну версию, подробности и линк под катом.

Одним из наиболее запутанных аспектов CSS является применение font-size атрибута для масштабирования текста. Используя CSS, вы можете изменить размер текста в браузере с помощью четырех разных единиц измерения. Какая из этих четырех единиц лучше всего подходит для веб? Это вопрос, который породил разнообразные дискуссии и критику. Поиск окончательного ответа затруднен, поскольку вопрос сам по себе сложный.

Как-то заинтересовавшись SQLite я решил проверить, а не будет ли оно быстрее MySQL, или хотя бы равным по скорости.
Я исходил из того, что SQLite скорее всего будет удобна для мелких таблиц, типа простых счетчиков посещений.
Поэтому провел тесты следующим способом: я пять раз мерял время по 100 циклов обновления записи в базе и пять раз по 100 чтения.
Код тут.

Чего-то сегодня не спится совершенно… Возможно это тот самый знак, которого я так долго ждал? А знак мне нужен был, что бы решиться начать серию статей на основе реальной разработки проекта средних масштабов. Но не просто разработке в общем смысле этого слова, и даже не о разработке на основе Zend Framework, Doctrine ORM и пр. и пр., а о разработке начиная с постановки задачи, анализа и проектирования (с необходимой степенью глубины), поиска решений и реализации.
И раз уж первый абзац уже набран, то смысла останавливаться не вижу :) Приглашаю всех поучаствовать в процессе, который будет проходить на основе UP.

Все много писали про «Парное программирование». Как это клёво и всё такое. Но как бы возникает проблема, что два программиста за день пишут как бы 150% работы одного программиста. Ну то есть теоретически меньше.

А вот у нас в компании было так, что просто за каждым коммитером (тот кто имеет право добавлять код в основную ветку программы) был назначен ревьюер и после коммита в trunk (основную ветку программы), тикет (да!!! каждый коммит должен быть сделан по тикету) переводился на ревьюера (в тикете писался номера коммито(ов) для этого тикета). Ревьюер отсматривал изменения и или переводил тикет тестеру или же возвращал его коммитеру по одной из причин: логическая ошибка, не соблюдение правил кодирования, сложный код который нельзя прочитать и он не задокументирован, ну или же он явно видел ошибку в коде (напр. забыл проэскейпиться).

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

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

А у вас что-нить подобное использовалось/используется?

UPD. понял свою ошибку. Переименовал топик.

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

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

Причины недовольства

При перерегистрации предлагается несколько вариантов регистрации:
1. Юридическое лицо.
2. Индивидуальный предприниматель.
3. Физ. лицо – резидент РФ.
4. Физ. лицо – нерезидент РФ.

Руководителям проектов в частности и собирательному «начальству» в целом…

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

Прочитал дружный стёб хабрасообщества над девушкой, которая делает сайты за 15 минут в «Метрограде», какое-то время держал себя в руках, а потом не удержал.

Давайте-ка рассмотрим не конкретную девушку за конкретной стойкой, а явление сайтов «за 15 минут», «за 1000 рублей» и т.п. в принципе, с точки зрения жизненного цикла систем и вашей – да, конкретно вашей — жизни.

Этот топик мой ответ на жалобу одного человека, что «баги достали».

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

Первые задачи могут быть такие:

• Обеспечить интеграционное тестирование, чтобы каждое обновление на production не было головной болью.
• Обеспечить регрессионное тестирование – чтобы выявленные ошибки не возникали опять (отслеживались автоматически).

Искал информацию для своего проекта. В итоге нашел несколько perl файлов Ленты.

Результаты тут.

UPD: все, прикрыли.