С недавних пор, а точнее после выхода браузера Safari под Windows, я тестирую свою верстку и на нем тоже. Собственно это и не сложно вовсе, так как если сверстано по стандартам и в Firefox'e отображается нормально, то в 99% случаев, та же самая картина будет и в Safari.



Недавно у меня возник вопрос, на который я пока не нашел ответ. Существуют ли различия в отрисовке страниц между оригинальным Safari/Mac и его братом-близнецом Safari/Win? Есть ли различия в движке?

Можно ли быть увереным, не имея под рукой Mac, что сайт не расползется пред взором Яблоководов? :)

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

Основы масштабирования

Масштабируемость — способность устройства увеличивать свои
возможности
путем наращивания числа функциональных блоков,
выполняющих одни и
те же задачи.
Глоссарий.ru

Обычно о масштабировании начинают думать тогда, когда один
сервер не справляется с возложенной на него работой. С чем именно он не
справляется? Работа любого web-сервера по большому счету сводится к основному
занятию компьютеров — обработке данных. Ответ на HTTP (или любой другой) запрос
подразумевает проведение некоторых операций над некими данными. Соответственно,
у нас есть две основные сущности — это данные (характеризуемые своим объемом) и
вычисления (характеризуемые сложностью). Сервер может не справляться со своей
работой по причине большого объема данных (они могут физически не помещаться на
сервере), либо по причине большой вычислительной нагрузки. Речь здесь идет,
конечно, о суммарной нагрузке — сложность обработки одного запроса может быть
невелика, но большое их количество может «завалить» сервер.

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

Пока Youtube не прикрутили к embeded-плееру кнопку «отменить загрузку» — сайтовладельцы могут воспользоваться небольшой хитростью и реализовать такую кнопку самостоятельно.

Примечание: ниже находится перевод тезисов доклада «Learning to Love Forms» с конференции «WebVisions 2007» (автор Aaron Gustafson). Докладчик рассказывает о верстке форм, используя корректный и эффективный XHTML/CSS-код.

• Формы — это необходимое зло. Людям свойственно усложнять формы, хотя они могут быть представлены весьма просто.
• Рассматривайте верстку форм как создание обычного XHTML-кода. Но будьте готовы к несоответствиям со стороны браузеров и применению хаков.
• Разбивайте сложные формы на несколько простых частей.
• Старайтесь обеспечивать максимальную семантическую ценность кода.
• Не усложняйте дизайн форм.

XHTML & CSS приемы

1. Элемент FORM создает форму.
2. Единственным обязательным его атрибутом является ACTION, и он всегда должен быть URI.
3. По умолчанию METHOD выставляется в GET.
4. Атрибут NAME устарел, используйте вместо него ID.
5. Элемент FIELDSET используется для группировки связанных полей формы. Может быть вложенным.

Вчера прошло собрание программного комитета конференции Client Side 2007. На этой конференции будут затронуты, пожалуй, все аспекты разработки Web-приложений с точки зрения клиента (браузера), таких как JS, XML, JSON, Flash, SilverLight и многое другое. Собрание проводилось для того, чтобы определить список докладов, которые будут участвовать в конференции.

Интересно, что именно в это время и как раз на Воробьёвых горах, где собрание состоялось, проходил футбольный матч между Россией и Англией. Поэтому когда я ехал на него, вокруг меня была толпа возбужденных фанатов; когда ехал обратно, ситуация повторилась. Охранник даже не спросил документов, вместо чего возбужденно воскликнул: «Наши ведут 1:0!» (как оказалось, наши не вели 1:0, слукавил охранник). Так же случайно собрание было организовано в кафе, где перед телепроектором сидела толпа возбужденных фанатов с шарфиками и пивом и всячески гикала, свистела, орала — мешала интеллигентным людям скромно решать судьбы мира. Ближе к концу собрания раздались дикие вопли, и нам пришла новость от фанатов с шарфиками и пивом, что наши сделали чудо: выиграли у Англии со счетом 2:1!

А на самой встрече было, хоть и шумно, но очень интересно и весело. Что неудивительно, ведь собралось около 30 человек IT-шников, которые имеют то или иное отношение к интерфейсам и клиентскому программированию. И все живо обсуждали каждый доклад, стараясь вычеркнуть только самые неинтересные.

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

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

Сегодня вечером состоится собрание Программного комитета, на котором будет определен окончательный состав докладов конференции клиентских интернет-технологий Client Side’2007.

Организаторы первой конференции для разработчиков клиентских интернет-технологий объявили предварительную программу мероприятия. В состав докладчиков вошли такие знаменитые личности, как Вадим Макеев, Платон Днепровский, Артем Горбунов, Денис Бесков-Доронин, Алексей Капранов и другие представители ведущих дизайнеров и технологов России.

На сайте представлена черновая версия программы конференции: темы докладов и авторы. Однако стоит учесть, что из перечисленного списка (более пяти десятков докладов). Программный комитет выберет лишь 30 лучших докладов, которые и будут представлены публике на конференции 6 и 7 ноября. Заседание состоится 17 ноября в 20 часов в ресторане «Союз» (карта и подробное описание проезда).

Хабралюди приглашены!

PS: В моем ЖЖ проходят народные выборы докладов, которые попадут в программу.

Это выдержка заметки в блог IM (link) на тему оригинального механизма регистрации и авторизации на сайте + еще пару мыслей об интеграции веб с нашей повседневной жизнью.

Предыстория

Существуют разные системы и способы организации дел, напомниания о них.
Я имел когда-то два icq uin'a (рабочий\домашний) для этих целей. Т.е. вместо писем я посылал im-сообщения самому себе, чтобы по приходу (поймите правильно) не забыть сделать важные вещи. До недавнего момента, к сожалению, использовал две jabber-аккаунта для тех же целей (тут даже идея приоритетов помочь не может).

Но всё изменилось

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

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



2. Reflection Maker — простой инструмент для создания Веб2.0-стилизованных изображений с отражением. Просто загрузите изображение с компьютера или укажите его адрес в интернете, откорректируйте степень отражения и необходимый цвет фона перед запуском. Замечу, размер изображения не должен превышать 200 Кб.

Сочетание SWF и AJAX для красивой и удобной передачи файлов на сервер.
«Мастхэвная» технология для любого сервиса, где требуется закачка фотографий, музыки и т.п.

digitarald.de/playground/uplooad.html

Для работы необходим Flash 8+ и любой современный браузер (Internet Explorer 6+, Opera 9, Firefox 1.5+ и Safari 2+). Исходники прилагаются.

<map
id="browser"
/''name="firefox"
/""name="sleipnir_gecko"
"name="safari"
""name="konqueror"
/name="ie"
name="opera"
name="lynx"
>



Атрибут name объекта с id=browser отдает название браузера. Основано на различии методов парсинга атрибутов элементов.

Источник: http://www.hedgerwow.com/360/dhtml/html-browser-detection.html

Уважаемые колеги!

Мы приняли решение перенести первую конференцию украинских
веб-разработчиков UA Web с октября 2007 на март 2008 года.

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

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

Спасибо за поддержку!

С уважением,
команда UA Web
Юрий Артюх, Евгений Некоз, Павел Рогожин и Олег Бунин
uaweb.in.ua

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

Конечно же я имею в виду решения, основанные на всякого рода «хаках» и ухищрениях, на «слабостях» и ошибках тех или иных браузерах. Да, сейчас они хорошо выполняют поставленную перед ними задачу, но ведь может наступить момент, когда разработчики залатают одну маленькую дырочку, а что-то более «глобальное» будет работать по-прежнему коряво. И что тогда? Сайты «рухнут», а нового решения на тот момент может и не существовать…

В связи с этим у меня возникает вопрос: а действительно ли нужно ради каких-то рюшечек (это может быть некие ajax-фишки или что-то иное, но браузеро-зависимое) поиметь себе на пятую точку лишние, пусть даже и потенциальные, но проблемы?

Конечно же каждый разработчик/дизайнер/стартапщик/etc ответит на него по-своему, но лично я для себя определённую замету «на полях» сделал.

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

В первую очередь следует знать, что кроссбраузерная верстка сродни магии. Объясняется это все банальной вещью, которую я озвучу так: ”Все мы ненавидим Internet Explorer!” Таким образом, 90% всей магии сводится к тому, чтобы заставить правильно сверстанный макет корректно отображаться в браузере Internet Explorer всех актуальных версий.

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

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

Только что из типографии, забираем первый тираж книг по материалам конференций РИТ и HighLoad!!! Это просто бомба — книга по РИТ 632 страницы, Хайлоад — 242 ;))

До старта конференции осталось два дня! Следите за трансляцией от RuTube!

Довольно интересный материал "Serverwide Performance Benchmarking" в котором представлено исследование изменения производительности web-сервера в зависимости от типа файловой системы (Ext3, ReiserFS, JFS, XFS), размера буфера (shared buffer) PostgreSQL и наличия кэширования опкода в PHP (Advanced PHP Cache).

Абсолютным лидером среди ФС оказывается XFS, а из привычных ext3 — ext3 mode writeback noatime.
Немного странным выглядит малая эффективность PHP APC, но автор объясняет это простой и лёгкостью сайта, «там мало чего можно закешировать, но на бОльших проектах он обязательно поможет».

Via: opennet.ru

Ставим денвер на флэшку.

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

Решил попробовать поставить на флэшку и не мучиться. Вставил в комп, запустил run.exe и работаешь, закончил, вставляешь в другой комп работаешь дальше. При этом все изменения сразу делаются на флэшке.

Сколько HTML элементов (по спецификации HTML 4) ты можешь назвать за 5 минут? (всего 91 элемент)
Сколько свойств CSS (Level 2) ты можешь назвать за 7 минут? (всего 122 свойства)

Вот такие две интересные задачки на время, позволяющие проверить свою память. После прохождения теста можно получить симпатичную кнопочку с результатами. Баловство конечно, но интересное.

В подсказку чур не подглядывать ;)

Примечание: ниже расположен перевод статьи «KHTML vs. Gecko vs. Trident vs. Presto: Behind the Browser», в которой рассматриваются основные движки браузеров, история их возникновения и развития, а также некоторые философские вопросы, с ними связанные. В основном, речь идет о KHTML, WebKit и Gecko.

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

В любом случае, пользователей гораздо больше беспокоит, насколько их браузер безопаснее. Возможно, их тревожит, были ли старые версии браузера от Apple более безопасными, потому что использовали KHTML? Или, может быть, безопасность и удобство использования гораздо выше у Firefox от Mozilla Foundation, ибо он использует Gecko? Является ли Internet Explorer 7 (IE7) от Microsoft лучшим браузером на сегодняшний день, потому что использует движок Trident? Отчего так много возможных альтернатив?

«Почему мы используем не единственный браузерный движок? Это помогает замедлить инновационное развитие и предупредить появление ошибок, которые не обнаружатся во всех браузерах одновременно. В любом случае, несколько реализаций одного и того же лучше, чем одна», — комментирует Gene Spafford, профессор информатики в Purdue University, специально для LinuxInsider.

SQLyog — это один из лучших менеджеров для работы с MySQL с которым мне приходилось работать. Кроме интуитивно понятного дизайна он может похвастаться богатым функционалом.