Последние пару месяцев пишу небольшое Ajax-приложение.

Если коротко, то такой упрощённый браузерный Excel — фильтр сверху, табличка с данными снизу. Пользователь выбирает в фильтре, что он хочет редактировать, в табличку снизу подгружаются данные, пользователь их может редактировать, после изменения данных они отправляются на сервер, там обрабатываются, записываются в базу данных, сервер генерирует новые данные, графики, данные отправляет назад, графики отображаются отдельно в iFrame. До меня это приложение было не аяксовым, а основывалось на обычных формах, и пользователю приходилось ждать новой загрузки страницы после каждого изменения фильтра или данных (так как данные в ячейках зависили от других ячеек, приходилось делать пересчёт после каждого изменения), а мне поручили переделать всё под Ajax. Я не javascript-программист, я из мира Delphi/Builder, где весь интерфейс рисуется без проблем за полчаса, а потом уже пишется логика. Многое мне пришлось изучать на ходу, почти всё пришлось писать самому (вручную рисовать контролы и описывать эвенты на javascript, попутно борясь с несовместимостью или разной реакцией разных браузеров на один и тот же код — брррр, врагу не пожелаешь).

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

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

На текущий момент отличия от Денвера-2 следующие:

1. Поддержка SSL (apache 2.2).
2. PHP5 по умолчанию (+ модули sqlite, php_mysql, php_pdo, php_gd2).
3. MySQL5 по умолчанию.
4. Perl больше не входит в базовый пакет (он будет идти в полноценном пакете
   расширения в директории /usr/local/perl).
5. Совместимость с Windows Vista (включая решение проблемы с
   read-only файлом hosts).
6. Явное разделение OpenSource-компонентов и файлов Денвера.
7. Расширенная выдача отладочной информации в случае ошибки установки.

Автор обращает внимание, что пакеты расширений для Денвера-2 НЕ ПОДОЙДУТ для Денвера-3!

Линк на страницу закачки.
Обсуждения здесь.

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

Пока ничего больше сообщить не могу, т.к. только сам себе его поставил, просто констатирую факт. Уже начал тестить.

Нагло затырил новость у MTonly. Бью челом. =)

Читаю статью, названную «5 правил хорошего дизайна для web», и вижу, какая каша творится с понятиями у людей.

Первое правило веб-дизайнера гласит:

«Не путать дизайн с подготовкой макетов».

Ведь не путают же написание музыки с рисованием нот? Не путают создание романа с написанием текста? Не путают написание картины с вождением кистью по бумаге?

Дизайн — это проектирование, а не подготовка файлов к верстке.

Update: название статьи уточнено, так что предлагаю далее обсуждать, кто как понимает слово «дизайн».

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

Хотели бы Вы, чтобы дизайнер понимал верстальщика, продолжая и дальше мыслить своими художественными категориями, не вдаваясь во все эти «аштиэмэлы» и «цээсэсы»? Обеспечивал верстальщика качественным материалом для вёрстки, который является одним из основных факторов влияющих на время и качество вёрстки?

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

18.11.07.Раньше статья называлась «5 правил хорошего дизайна для web», однако некоторым это название показалось подменой понятий. В этой статье речь идёт не о эстетических аспектах дизайна веб-сайтов, а о технических правилах подготовки дизайна для вёрстки. Спасибо всем, кто поддержал меня и тем, кто понял, что имелось в виду в первоначальном названии.

Предисловие

Выношу на суд читателей хабры свой способ защиты форм от спам-ботов. Способ базируется на том, что большинство ботов не умеют читать таблицы стилей и выполнять коды javascript. Зато около 90% всех браузеров поддерживают эти технологии. Остальные 10% — это старые браузеры и браузеры с отключенным javascript. Если вдуматься, то навряд ли пользователи этих 10% имеют своей целью пользоваться формами обратной связи, регистрации на форумах, гостевых и пр. Сейчас вкратце рассмотрю способы борьбы с таким спамом на сегодняшний день.

Красота чистого кодирования!



здесь видно лучше →

Дорогие Хабралюди.
Каким образом вы осуществляете анализ выполненного интернет проекта?

Продолжение...

Эта статья является продолжением Части1:
Работа HTML кодера.

Для кого эта статья?

Html кодерам – начинающим кодерам поможет повысить
свой профессиональный уровень; оценить текущую ситуацию
в проектах, предупредить негативное течение проекта.Тем, кто
ещё только определяется «быть или не быть» больше вкурить
о профессии html кодер. Те же, кто в кодинге давно врятле
найдут в статье что-то новое для себя, а некоторые вещи
даже могут показаться не достойными внимания. Однако стоит
помнить, что очевидные вещи для одного — это неизвестный
мир для другого, а ваш опыт хорошей практики может быть
выходом из сложной сложившейся ситуации для кого-то.
Руководству – узнать, какие мероприятия стоит провести
в компании для улучшения рабочего процесса, повышения
опыта работников, уменьшения издержек (за счёт уменьшения
перерасхода проектного времени и учёта не просчитанных
ранее активностей) и повышения качества.
Руководителям проектов (Project managers) – поможет
учесть некоторые специфические риски проекта: узнать о
неизвестных ранее поглотителях проектного времени и не
запланированных активностях; узнать о реальных трудозатратах
по некоторым активностям; оценить и улучшить текущий уровень
ведения проектов.
Другим участникам web разработок – поможет больше
узнать о трудовых буднях своих коллег.

После небольшого апокалипсиса сервиса afraid.org, а несколько позже и многочасовой недоступности xname.org — Пользователям бесплатных DNS посвящается: «Как выжить в этом мире и обезопасить от провала ваши домены!»

Итак, всё очень просто, ибо исходим мы из соображения, что вероятность того, что полностью в один момент свалятся два сервиса — ничтожно мала. А потому, вместо того, чтобы хостить свои NS записи у одного провайдера (будь то xname.org или afraid.org), мы делаем один из них primary DNS а второй назначаем как secondary.

Например, домен essentialmind.com имеет три NS записи: две указывают на xname.org и одна на afraid.org. На сервисе afraid.org домен внесён в реестр как «secondary», а потому автоматим синхронится с «primary» записями на xname.org. В итоге имеем довольно устойчивую и, что немаловажно, быструю систему нейм серверов.

Nota Bene: Вообще-то, в RFC написано, что DNS сервера должно быть как минимум два и они должны находиться в разных сетях класса «С». Что на практике 30 лет назад означало «в разных городах»; сегодня же реальность такова, что разные адреса сетей класса «С» могут легко находиться в одном пыльном подвале. Что и ведёт к перебоям сервисов подобным xname и afraid

Пытаюсь скрыть

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

Доля Internet Explorer на рынке браузеров составляет порядка 80%, притом еще год назад она была на уровне 90%. Это — самый популярный браузер. Почему? Он самый удобный? Большинство тех, кто когда-либо использовал другие браузеры, так не считают. Он самый безопасный? Информационные IT-агентства просто кишат сообщениями об «очередной дыре в IE». Это факт, с которым согласится даже самый упорный. Он функциональный? По функциональности переплюнуть Opera сможет только Firefox с плагинами. Тогда почему?

Здравствуйте.
У меня есть сайт. На нем пользователи выкладывают фотографии. Хочется воспользоваться каким-нибудь известным хостингом картинок, типа flickr, или picasa. Но я хочу чтобы сервис давал возможность встроиться в сайт незаметно для пользователя, желательно на java-script, а не на server-side. То есть предоставлял возможность заливать и просматривать фотографии на моем сайте. Для видео очень хорошо так работает Rutube (js-api). А вот фотохостинг подобрать не могу. Посоветуйте плз.

Сайт odnoklassniki.ru имеет удивительную систему авторизации и использования сессий. Например, тут можно почитать об удивлении людей, прошедших по ссылке в посте (И ни в коем случае не ходите сами!): dolboeb.livejournal.com/1076635.html?thread=39293851#t39293851

А еще очень интересны куки, которые этот сайт прописывает к вам. Посмотрите — мне лично не понравился этот мусор.

Интересно — кто вообще так делает сайты?

Друзья, подскажите, можно ли средствами css/js вращать объекты (не важно — картинки, блоки) на произвольный угол?
Может есть какие-то библиотеки?
Спасибо.

Думаю многие знают, то такое Aptana.
Теперь многие будут знать, что вышел релиз и что теперь есть выпуск Aptana Pro всего за $199 $99.

Пробную лицензию можно получить ровно на 1 месяц.
Для этого стоит перейти по ссылке и зарегистрироваться.

Homepage

PS Давайте ребята :) еще 550 закачек и будет ровно 1 000 000 скачиваний :)

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

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