News Slider — это небольшой, но интересный плагин к JavaScript-библиотеке jQuery, который позволяет управлять отображением большого количества новостей на сайте при ограниченном пространстве для их демонстрации.

Пример: Reindel

Нам потребуется подключить в раздел HEAD страницы только два файла: библиотеку jQuery jquery-1.2.3.js и файл плагина jquery.accessible-news-slider.js




Существует много разных способов css разметки. Некоторые базируются на абсолютном позиционировании, другие используют float'ы. Первый метод плохо поддерживает «резиновость» макета, тогда как второй это неплохой способ разметки.

Но, как и многие мощные инструменты, float'ы имеют свои изъяны. Для начала, верстка на основе float'ов не такая простая к пониманию, а также float'ы есть источником многих багов (в основном в ИЕ), что делает их не идеальным вариантом в погоне за кроссбраузерностью.

Итак, речь далее пойдет о

Введение

Готовясь к редизайну и пересмотру сайта wufoo.com, я посвятил некоторое время повторному изучению основ взаимодействия человека и компьютера, в надежде вобрать что-то новое, что накопилось за десятилетия исследований в области создания простых интерфейсов. Первое, что меня удивило на этом пути — это то, что материал по данной теме был крайне сжат и явно ориентировался на математиков, поскольку был написан на языке академической элиты. Можно предположить, что если бы они хотели произвести впечатление (особенно на дизайнеров), они могли бы написать документы, более лёгкие для восприятия.
Вспоминая школу, я отметил, что лишь во время изучения физики математика приобрела для меня некий смысл. Вместо абстрактных функций мне были нужны графики. Размышляя в таком ключе я подумал, что было бы неплохо дать наглядную интерпретацию закону Фиттса — краеугольному камню проектирования человеко-машинных интерфейсов, и объяснить как его концепцию, так и то, почему эти идеи чуть более сложны, чем многим бы того хотелось

Microsoft в рамках акции «10 000 доменов в подарок» начала регистрировать домены в зоне .ru любым желающим! Вы можете зарегистрировать один домен на себя. В процессе регистрации указываете свои паспортные данные, регистрируетесь в неком «Персонал-Н» и вуаля. Инструкция к действиям:

1. Заходим на platforma2008.ru/Materials.aspx?…
2. Регаемся
3. Заходим в личные данные.

Explay CMS — моя собственная разработка, созданная под впечатлением от социальных сетей, а в особенности от Хабра. Делал исключительно из добрых побуждений помочь тем, у кого нет средств на разработку своего движка, но есть стоящая идея нового стартапа.

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

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

Денис Судилковский. Юзабилити 2.0
| Джаред Спул. Скрытая сила Веб 2.0
| Конференция UPA Europe 2008
| Якоб Нильсен. Web 2.0 может быть опасен… для вашего кошелька
| Вопрос доверия в эпоху Web 2.0
| Впервые в Россию приезжает Эдвард Йордон

Три наших персонажа: программист, дизайнер и клиент.

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

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

Сочувствие к автору призыва вылилось в резкое повышение количества заказов на все контакты как транспортной компании, так и конторы, занимающейся «адресными рассылками». Вся информация о «противниках» перекочевала в руки «активистов», которые начали просить максимально оперативно перевезти банковский сейф (желательно в ночное время), динамит и немного тротила, некий ящик от Митинского кладбища, чрезвычайно пугливого слона из Индии и многие другие вполне обыденные грузы. Контакты с клиентами через ICQ для транспортной компании фактически сошли на нет: количество заказов от активистов на данный момент явно превышает все остальные. Та же самая ситуация происходит и при заказах по телефону. Таким образом, можно говорить о небывалой эффективности спама: компания получила огромный прирост количества заказов.

Для тех, кто не помнит, UA Web — это конференция посвященная веб-разработке. Мы рассчитываем собрать лучших украинских профессионалов в этой сфере вместе и познакомить друг с другом. В программе конференции такие темы как серверное программирование, клиентское программирование, базы данных, инвестиции, аутсорсинг, фриланс, методики разработки и всё, всё, всё.

Все доклады разбиты на три секции:
+ Клиент («JavaScript и доступность web-приложений», «Вёрстка независимыми блоками», «Микроформаты: здесь и сейчас», «Профессиональный верстальщик. Кто он?», «С ножом против паровоза. Нарезка и оптимизация графики для вёрстки», «SilverLight 2.0: первое знакомство», «Комфортная разработка сайтов на XSL»);

+ Серверное программирование и базы данных («Веб-разработка на django», «Многоязычные сайты», «Репликация данных в PostgreSQL», «Рейтинг Bigmir.net, архитектура, перспективы»). Также в этой секции Вы сможете задать свои вопросы разработчику веб-сервера nginx Игорю Сысоеву;

+ Бизнес, фриланс («Социальные сети, перспективы развития и способы монетизации», «Тестирование и оценка времени», «Как стать успешным фрилансером», «Привлечение капитала в Start-Up», «Управление проектами: требования, планирование, контроль», «Зарплаты ИТ-специалистов: анализ developers.org.ua», «Бизнес процессы в веб-разработке»);

Полная программа доступна на сайте конференции:
uaweb.in.ua/news/3971.html

UA Web-2008 состоится 27-28 марта в центре Киева. Дополнительная информация — на сайте проекта:
uaweb.in.ua

Первая украинская конференция веб-разработчиков. Будьмо!

Многие из нас собирали компьютер сами, из комплектующих. Дело не сложное, соединить с десяток шлейфов, да завинтить столько же винтиков. Но мало кто сталкивался с самостоятельной сборкой серверов, причем не обычных а в промышленном формате под стойку 19 дюймов. В этом небольшом обзоре я опишу свой опыт сборки такого сервера, постараюсь показать что это не сложно, и остановлюсь на главных моментах, на что нужно смотреть. На написание этого обзора меня толкнуло то, что информации о сборке rack 19’ серверов в рунете очень мало, и приходилось её искать буквально по крупицам.

Одной из основных моих активностей на работе является оценка проектов. И в данной статье я постараюсь поделиться своим опытом в данной области.

Примечание: ниже находится перевод статьи с MSDN «Building High Performance HTML Pages», в которой приводится ряд советов от экспертов из Microsoft по оптимизации времени загрузки страниц. Очень интересно сравнить их подход с аналогичным для Yahoo!. На мой взгляд, большая часть советов уже не является такой актуальной (спасибо Zeroglif, все приведенные советы, скорее всего, десятилетней давности), но в свое время все они были весьма действенны. Мои комментарии далее курсивом.

Интернет, интранеты (внутренние корпоративные порталы) и экстранеты (все то, что находится в свободном доступе) содержат уйму информации. Сейчас значительная часть этой информации являет собой HTML в том или ином виде.

Коммуникационные возможности, обеспечиваемые Microsoft Internet Explorer 4.0 и более поздними версиями, помогли превратит Веб в мощное пространство, где можно как работать, так и играть. Число HTML-страниц и их сложность вместе с общим количеством потребителей конечных продуктов существенно увеличили общий интернет-трафик. Вместе со всеми выгодами, которые получили разработчики приложений, это привело и к ряду проблем. Среди этих проблем можно выделить:

• Доставка содержания через интернет (across the wire).
• Будучи доставленным, содержание должно быстро отобразиться на экране.

В этой статьи предлагается несколько советов, как добиться максимальной производительности ваших страниц.
читать дальше на webo.in →

Давеча интересная беседа по ICQ случилась — об «адекватной» стоимости веб-разработки.

Человек поинтересовался стоимостью разработки одного сайта, который мы недавно сдали. Здесь нужно отметить, что данный проект был довольно сложный, пришлось создавать программные модули с нуля. Не вдаваясь в подробности диалога, разница в предложенном мною [1] и ожидаемом «заказчиком» [2] бюджете оказалась большой. Разов этак в 8 примерно выше [1] над [2].

И тут мне очень захотелось узнать: из каких это соображений заказчик устанавливает цену, которая абсолютно не отражает реальную ценность данной работы?

Блуждая по сети, я не раз видела самые удивительные решения, основанные на применении CSS. И с каждым разом все больше верится, что возможности CSS безграничны :)
Сегодня я увидела вот такую картинку:

Правда интересный эффект? Давайте попробуем раскрыть секрет его реализации.

Однажды вечером я почувствовал, что пришло время расширить 97‐ й параграф «Ководства» Артемия Лебедева.

На клавиатуре одна чёрточка, она обычно правее нуля и повыше букв «З» и «Х». Неосведомлённые люди называют её попеременно то дефисом, то минусом, то тире. Лебедев объясняет нам, что это четыре (учитывая две разновидности тире) различных символа. На самом деле их как минимум девять, и об этом я и расскажу вам сейчас.

Большинство дизайнов ориентировано на использование фиксированных значений при верстке: ширина и высота блоков, размер шрифта. Это позволяет сверстанному шаблону «не разваливаться» при изменении масштабов просмотра и сохранять свойство кроссбраузерности. Однако в этом есть один большой минус – при большом разрешении экрана маленькие фиксированные блоки теряются на большой площади и остаются незамеченными. Тут даже не спасет «резиновая» верстка, т.к. сайт будет выглядеть еще более нечитабельным, например на 19'' мониторах при разрешении большем 1280 по ширине. Для меня это актуально, т.к. на ноутбуке 17'' с разрешением 1400х800 просматривать «резиновый» сайт очень неудобно. И желание оставаться на таком сайте отпадает быстро. Существует ли способ, позволяющий управлять масштабами не только текста, но и всего сайта?

Примечание: ниже перевод статьи Dean Edwards «Optimising Performance» с советами по написанию CSS-кода для Internet Explorer'а, который будет быстрее отрабатывать на клиенте. Мои комментарии далее курсивом.

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

Есть несколько приемов, с помощью которых можно Увеличить производительность IE7 на вашем сайте. Они перечислены в порядке убывания важности, если можно так сказать.

читать дальше на webo.in →

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

Почему оптимизация?

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

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

Почему клиентской части?

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

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