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

Напоминаю, что конференция «РИТ: Высокие нагрузки» пройдёт 22-23 сентября в Москве, в «Инфопространстве».

На ней выступят ведущие архитекторы, разработчики и администраторы рунета, сотрудники компаний Яндекс, Рамблер, РБК/Медиа-Мир, Mail.ru, SpyLog, Masterhost, SUP Fabric и прочих.

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

Охват тем:

• Что такое нагрузка? Как проектировать высоконагруженные сервера? Типовые проблемы и решения. Примеры промышленных архитектур.
• Особенности MySQL и Postgres. Хранение данных в Живом Журнале, поискового образа рунета в Рамблере. Альтернативы Amazon S3.
• Архитектура коммуникационных систем — Почта@Mail.ru, Instant Messaging.

Во второй день речь пойдёт о вопросах администрирования, тестирования, обеспечения безопасности, различных инструментах, а также примерах построения архитектур медиа- и поисковых систем.

Охват тем:

• Организация защиты от DDOS-атак и перегрузки при наплыве посетителей.
• Как хранятся и выдаются фотографии на проектах Яндекс.Фотки, Photofile, Netprint.
• Как организуется выдача видео в Smotri.com, как сделать видеосервер своими руками.
• Современные проблемы и способы их решения в поисковых системах Gogo.ru и Rambler.
• Инструменты виртуализации, распределённых вычислений, организации локального поиска.
• Мониторинг состояния большого парка серверов, организация нагрузочного тестирования и обеспечения производительности.

Полная программа 2-х дней: www.highload.info/program

В качестве примера, иллюстрирующего поставленную задачу, могу привести вот этот топик: Миниатюрное приложение-калькулятор. Особенность, которую должен учесть верстальщик, заключается в следующем: окно с приложением обычно не растянуто на весь экран (зачем, например, разворачивать на весь экран калькулятор или софтфон?), но при этом размер окна может меняться пользователем, причём меняться очень даже произвольно, вплоть до полного экрана.

Итак, возникла производственная задача: необходимо расположить на страничке шапку фиксированной высоты, а всё остальное место заполнить контейнером с возможностью появления полосы прокрутки в случае большого количества контента в нём. Т.е. должна прокручиваться не страничка, а див (а-ля аська, в шапке кнопочки, в контейнере контакт-лист). Казалось бы, задача тривиальная, решается с кандачка (у дива высота 100% и каким-то образом вычесть из неё фиксированную высоту шапки). Ан нет, час битья лбом о клавиатуру ничего не принёс.

Тов. phpdude открыл блогом «PHP+MySQL оптимизация» интересную тему, захватывающую большую аудиторию. Расскажу я о том, как я Веб 2.0 убил два моих сервера (из-за моей глупости в т.ч.) и еще планирует поубивать.

Все началось осенью 2006 года, когда я решил открыть небольшой сайтик с 70 миллионами страничек. И нет, они не были бы сделаны по цепям Маркова, а именно были бы полезными. Почему 70 миллионов? Потому что столько .com/.net/.org доменов в тот момент я смог найти.

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

Вольный перевод How HTML 5 Is Already Changing the Web от Scott Loganbill.

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

Вы когда-нибудь задумывались, что происходит, когда вы нажимаете «Вставить брейкпойнт»? Или о том, как отладчик может добавлять брейкпойнты в код на лету и удалять их? О том, как работают брейкпойнты с условиями? О том, тормозят ли множественные установленные брейкпойнты выполнение программы?

Главный архитектор Digg.com Джо Стамп (Joe Stump) рассказал в корпоративном блоге о том, как на данный момент устроен и работает крупнейший новостной агрегатор, находящийся на 142 месте по посещаемости в рейтинге Alexa.com.

Java.next: Общие принципы языков нового поколения

Это первая часть серии статей насчёт Java.next. В первой части я собираюсь рассмотреть общие принципы, которые разделяют языки Java.next.

Я выбрал четыре языка, которые вместе и назвал «Java.next»: Clojure, Groovy, JRuby, and Scala. На первый взгляд, эти языки совершенно разные. Clojure — это Lisp. Groovy — это «почти Java». JRuby обладает красотой Ruby, и использует мощь Rails. Scala, в отличие от других языков, настаивает на том, что нам нужна статическая типизация.

Давно хотелось рассказать о том как делать сложные проекты с проектирования до выпуска. Считается, что IDE — это довольно сложные системы. Это очень хорошо. Есть простор для проектирования, применения паттернов, построения иерархии классов.

Примеры успешных IDE:

• Visual Studio
• Eclipse
• IDEA

Мне уже не терпится начать…

Обзор моделей работы с потоками

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

Недавно озаботился поиском адекватного решения для защиты некоторых подконтрольных ресурсов от DDos атак.
Первое что посоветовали — Cisco Guard. Но так как требовалось что то легкое и не столь дорогое, то решил посмотреть в сторону софтверных продуктов.
После непродолжительного гугления наткнулся на небольшой скриптик (D)DoS-Deflate

Последнее время ловлю себя на мысли, что Unix-хостинг — это тупик для разработки.

Основная проблема — невозможность лимитирования площадок ни в mod_perl, ни в mod_python etc.
Единственное решение есть только для PHP.

В отличие от ASP.NET-хостинга.

Что фактически и делает невозможным качественный виртуальный хостинг для RoR, Zope etc.

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

Многие крупные проекты, ежедневно выдерживающие миллионные нагрузки, работают на базе данных MySQL. Как настроить СУБД, в чем секрет, какие шестеренки надо подкрутить и какие рычаги подергать? На эти вопросы ответят сразу несколько докладчиков профессиональной конференции веб-разработчиков HighLoad++.

Выкладываю фреймворк, написанный для себя.
Причина создания: надоело каждый раз при верстке нового сайта заниматься одним и тем же — переделывать мой любимый Tripoli (исправляя его баги, добавлять свойства разметки); добавлять JS-фреймворк jQuery, создавать типичную HTML-структуру. Решил объединить часто используемые мной элементы в единое универсальное целое.
Делал для себя, то есть — аккуратно и хорошо.

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

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

Вариант 2. Неавторизованный пользователь просматривает какие-то топики, смотрит интересующие статьи, в это время для его сессии накапливается набор предпочтений и в соответствии с ними формируется выдача. Как только пользователь проходит регистрацию, этот набор предпочтений окончательно к нему привязывается. Либо, если он проходит авторизацию, в определенном случае (личный компьютер), предпочтения суммируются с уже существующими в его профиле.

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

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

Привет Хабрахабр! В своей первой статье, я хочу расказать о небольшой идеи по поводу добавления тегов к постам.

Этот пост в первую очередь адресован умельцам Html и java script.
Что если сделать стартап, который бы генерировал код счётчика подписчиков для вставки в блог. И не простой счётчик, а анимированный. По принципу тамагочи. Ноль подписчиков-икра на дне аквариума. Дальше-больше. Растёт себе рыбка, плавает. Чем больше читателей, тем больше рыбёха. Цель- вырастить акулу. (тут не обязательно рыбка- может быть любое живое существо). И автору блога интересно, и читатели немного развлекутся. Вопрос. Есть ли смысл реализации?

Ни в коем случае не подумайте, что я нагнетаю холивар — к продуктам от MS я отношусь более чем лояльно — некоторые их решения вызывают во мне искреннюю радость, а использование их — удовлетворение (например, OneNote в связке с остальным 2007-м офисом — по возможностям и юзабилити ИМХО равных пока нет). И Adobe с Google-ом тоже вовсю пользуюсь.

Недавно открыл для себя Хром. Очень приятный и быстрый браузер. Но т.к. это пока еще новинка, пристально приглядываюсь к ней. И вот сегодня открыв 5-6 страничек хабра вижу нагрузку на проц (Core 2 Duo) под 50%, причем 45 относится к Хрому.

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