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

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

Вступление
Так уж случилось, что когда я ждал результатов последнего экзамена (это математика, но не суть), то средств подключения к Интернету кроме GPRS-а у моего ноутбука не было. Ну, хоть что-то.

Пользуюсь Оперой, а потому сразу заметил, что страница входа в систему по паспортным данным (http://fed.egeinfo.ru/ege) весит около 200 килобайт, не считая картинок и скриптов, причём основная часть страницы не отображалась до полной загрузки (что для моего соединения занимало довольно много времени).

Страница сайта egeinfo.ru


Решил взглянуть на исходный код данной страницы.

Кросс-пост: Блог для вебмастеров
Сегодня наткнулась на один сайт (уже обновили), который показался мне очень неудобным тем, как реализована постраничная навигация.
Пролистав контент вниз я по привычке нажала на _цифру_, не подозревая что это не номер страницы, а число товаров отображаемых на странице! И удивилась, когда обнаружила, что номера страниц расположены _вертикально_, слева от контента.
Это на мой взгляд самый наглядный пример как НЕ надо делать постраничную навигацию.
Давайте разберемся…

Не так давно мы уже писали, и оказались первыми, кто сообщил в Рунете о появлении новой платформы для организации Cloud Computing — Aptana Cloud. О подробностях я отсылаю вас к первой публикации, а сегодня мы продолжим разговор. Хотя я и записался на программу бета-тестирования, но пока приглашения не получил. Но один из западных блоггеров (Dougal Matthews) его все же достал и написал обзор первых впечатлений. На его основе сегодня и мы опишем, чего же ожидать от этой платформы. Как только я лично получу доступ к тестированию, обязательно напишу свои впечатления и замечания.

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

Приблизительно как на схемке справа.

О размерах элемента и его контейнера ничего не известно.

Вот пример страницы как я это сделал. На странице три больших div’а, в среднем помещен выравнивающийся по видимому центру элемент. Проверял в IE 6 & 7 (не моя прихоть – задача такая).

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

Известно, что реализация выделений:) в IE отличается от таковой во всех прочих браузерах. Я думал, в восьмой версии эти вещи стандартизируют. Скачал, написал alert(window.getSelection) и undefined было мне ответом. А так хотелось…

После полугода использования Ubuntu Linux я окончательно решил, что это именно та система, которая мне нужна для работы и развлечений. Почту организовал в Evolution и был приятно удивлен тем, что там есть все что мне надо, но ничего лишнего (что особенно удивительно после работы в Microsoft Office Outlook)!

Так сложилось, что я купил себе PocketPC на базе WM6 (Windows Mobile 6).

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

• Evolution
• Windows Mobile Outlook
• MS Office Outlook

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

Здравствуйте

Не так давно я писал про правильный did you mean.
Несмотря на все мои улучшения, guess-инг всё равно часто ошибался, и выдавал странные результаты.

Однако недавно, мне удалось значительно улучшить качество guess-инга, и я решил, что было бы неплохо написать «патч» к моей предыдущей статье :)

Блогер Дрю Нельсон (Dru Nelson) пишет о стартапе 280 North и их вэб–приложении 280Slides.

Если бы это был просто вэб–аналог PowerPoint или Keynote, новость не подняла бы больших волн. Но все стало гораздо интереснее, когда Дрю заглянул «под капот» и увидел...

Часть первая.
Второй день конференции начался с жестокого похмелья доклада Nate Koechley под названием «Professional Front-End Engeneering». Как Нэйт и обещал, он толкнул зажигательную речь о Front-End'е и его значении в веб-разработке. Особый упор был сделан на том, что Front-End веб-разработка по сути своей ни чем не отличается от архитектуры и поэтому отношение к ней, со стороны разработчика и его начальства не должно быть другим. Архитектор, проектируя здание, не позволяет себе махнуть рукой на то, что будет с домом через 5—10 лет, проект наполняется чертежами, схемами, документацией и тд. Так почему разработка сайтов должна отличаться?
Он призвал веб-разработчиков не пренебрегать своей работой даже если они убеждены, что проект, который они делают, не важен и не будет развиваться. Веб, как известно, среда динамическая и постоянно расширяющаяся, по сему любой, даже самый маломальский проект может «выстрелить» и его надо будет срочно расширять, дорабатывать и развивать. Соответственно не стоит экономить на документации, комментировании собственного кода, стоит помнить возможности повторного использования элементов интерфейса и возможности для расширения.

Несколько дней назад разработчики Safari анонсировали новый движок JavaScript — SquirrelFish (БелкоРыба, или для большей русско–звучности Рыба–Белка).

SquirrelFish значительно опережает по производительности JS машины, которые используется в WebKit 3.0 и 3.1 (порядка 60% быстрее). Более того, он на 46% быстрее, чем SpiderMonkey, движок используемый Mozilla в текущих версиях FireFox, и на 52% быстрее Tamarin, который используется в Adobe Flash 9 и портируется для использования в FireFox.

David Mandelin написал очень интересный пост, анализирующий то, за счет чего SquirrelFish добился таких результатов. Коротко — используя технологии не очень стандартные для «классического» интерпретатора (в особенности, построив интерпретатор с использованием регистров, а не стэка и прямую адресацию потоков).

По следам этого анализа появились даже предположения, что Apple расстанется с AppleScript как средой скриптования в Mac OS и полностью перейдет на JavaScript.

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

www.interface.ru/home.asp?artId=1064

Есть информация, полезная любому разработчику. Некоторые цитаты:

"Заблуждение 3: Планирование в программной инженерии осуществляется хуже, чем в других областях

[...]
Флайвберг, Брузелиус и Розенгаттер приводят примеры нескольких известных проектов с крупными перерасходами бюджетов:

Суэцкий канал (1869 год) — перерасход на 1900%;
Сиднейский оперный театр (1973 год) — перерасход на 1400%;
«Конкорд» (первый полет в 1969 году) — перерасход на 1100%;
Панамский канал (1913 год) — перерасход на 200%;
Бруклинский мост (1883 год) — перерасход на 100%."

Такая потребность может возникнуть при геотаргетинге информации, работе картографических сервисов, анализе статистики посещений сайта.

Задача решается следующим образом.

1. Выкачиваем и правильно складываем базы whois.
2. Для каждой подсети определяем город.
3. Пакуем базу в бинарный файл.

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

29-30 Мая в Лондоне прошла четвертая конференция для веб-разработчиков Media. Мне посчастливилось на ней побывать и я, как и обещал, публикую отчет о поездке. Для начала немного общих сведений о конференции:
Media проводится уже в четвертый раз и обычно это происходит в Сан Франциско, Лондоне и Гонг Конге с промежутком в неделю, в течении месяца. В этом году конференция проводилась только в Лондоне, не смотря на то, что изначально была заявлена и в Сан Франциско. Причина отмены американской части конференции мне не известна.
Ежегодно в конференции принимают участие многие мастистые и известные разработчики и дизайнеры из разных стран. Фактически каждый год конференцию почитают своим присутствием представители Google, Yahoo, W3C, Clear Left, 37 Signals и других известных компаний и веб-студий.
Доклады на конференции идут в виде своеобразного марафона — один за другим, с небольшими перерывами на обед и кофе, в течении двух дней, с 9.00 до 17.00. Лекции идут параллельно в двух разных аудиториях, что с одной стороны создает свободу выбора, а с другой — ставит иногда перед участниками диллему выбора.
В общем конференция эта во многом знаковая и задающая тон сообществу веб-разработчиков. По крайней мере так было, и я надеюсь что будет. А теперь перейдем собственно к отчету и тому что было в этом году.

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

Сегодня занимался устройством проекта и возился с svn — решил поделиться некоторыми советами:
Автоматическая заливка кода на сервер из репозитория после коммита
Версионирование файлов настроек (Settings.php/xml/yml)
Храниение жирных и малоизменчивых сторонних библиотек в репозитории с быстрым чекаутом проекта

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

Perl и JavaScript очень похожи.

Элементарное

Наверняка вы видели на многих сайтах свешивающиеся в начале строк кавычки и скобки. И хотя на бумаге такое полное свешивание в простых текстах (не заголовках) как минимум спорно, на вебе это выглядит отлично. Такое поведение текста называется «висячая пунктация», и на текущий момент есть ровно один способ её реализации в (X)HTML/CSS — добавление парных стилей. Этот способ, скажем, применён на сайте Артемия Лебедева.

Главный минус классической «лебедевской» реализации висячей пунктуации на вебе — её статичность. Поясню, как у них это сделано.

В CSS прописаны парные стили: .h[symbol] и .s[symbol], например, .slaquo и .hlaquo. Для каждого из них прописан отвес через margin. При использовании свешивающихся символов в тексте к пробелу перед символом добавляется стиль s[symbol], а к самому символу — h[symbol]. Соответственно, когда и пробел, и символ, находятся в одной строке, отвесы взаимно компенсируются, и текст выглядит как обычно. А когда свешивающийся символ по каким-то причинам сносится на следующую строку — первый стиль (балансирующий второй блок) остаётся на предыдущей строке, поэтому нужный символ свешивается влево на заданный отвес.

Реализация по сути хорошая, с одним «но» — шрифты. Для каждого шрифта отвес, скажем, открывающей кавычки-ёлочки или открывающей скобки разный. Да, конечно, мы можем его вычислить вручную и прибить в таблице стилей гвоздями (так и сделано у Лебедева на сайте), но для этого придётся быть уверенным, что как минимум у 90% посетителей сайта будет именно этот шрифт. В случае, если браузер покажет это каким-то иным шрифтом, начнутся проблемы с разъезжающимися строками.

Что было сделано?