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

Выкладываю фреймворк, написанный для себя.
Причина создания: надоело каждый раз при верстке нового сайта заниматься одним и тем же — переделывать мой любимый 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, что позволяет сети легко масштабироваться до очень больших размеров (пять-десять миллионов пользователей онлайн) без дорогой инфраструктуры централизированных серверов.

Это вторая, дополнительная (upd: дополненная), часть моей статьи посвященной кэшированию информации при веб-разработке. Первая имеет название Теория кэша.

UPD: После многочисленных коментариев я сильно переработал статью, внес в неё больше конкретики и примеров, а так же убрал спорные моменты (например, касательно memcached). Спасибо всем, за конструктивную критику.

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

Отлаживаю html-верстку чужого проекта, созданную до появления Firefox 3. В коде часто встречаются ошибочные конструкции вида:

<a href="#">
<div>Hello, bugs!</div>
</a>

CSS я из примера изъял, но и без него подобный код в Firefox 3 даст результат, который вряд ли понравится заказчику. Клик по такой ссылке приводит к появлению двух точек в левом нижнем и левом верхнем углу (это легко проверить на пустом документе):



Иногда такие конструкции ошибочно применяются для создания кнопок из ссылок. Firefox 2 по умолчанию эту ошибку прощает — а Firefox 3 уже нет. Чтобы избежать этой ошибки, не нужно помещать div внутрь тэга a, нужно вместо этого присвоить свойство display:block стилю самого тэга a. Блочные элементы (div) внутри строковых (а) — невалидны.

Update: в этом вопросе и сам Гугл не без греха (спасибо, uratsakidogi)

Введение

Кэширование – это неотъемлемая часть всех сложных систем. Кэширование позволяет существенно увеличить скорость работы приложения, путем сохранения трудновычислимых данных для их последующего использования. Впрочем, не буду вдаваться в определения, большинство разработчиков отлично знает что это такое.

В данной статье я попытаюсь «разложить по полочкам» проблему кэширования, ориентированную прежде всего на сайты и системы управления контентом. Сразу предупреждаю, это мои личные соображения, которые не претендуют на истину в последней инстанции. Вся терминология так же моя, вы можете использовать её, если считаете нужным на своё усмотрение. Конструктивная критика приветствуется.

По натуре своей, являясь перфекционистом, стараюсь разложить все по своим (не моим, а именно своим) полочкам. Удается не всегда, но с BareTail и FirePHP определенно повезло – уровень осведомленности при отладке возрос необычайно и это при полном отсутствии всякого вывода напрямую в код страницы.

Введение

В русскоязычной части Интернета присутствует большое количество статей, посвященных веб-службам на основе SOAP и XML-RPC, но почему-то почти ничего нет про вполне заслуживающую внимания (но менее распространенную) архитектуру RESТ.

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

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

Конечно, позже состояние дел изменилось — появились эффекты для динамических интерфейсов, поддерживаемые такими JS-библиотеками, как Prototype, Scriptaculous, Moo, YUI, MochiKit (и этот список можно продолжить). Сейчас самое время (через 4 года) вспомнить технику CSS Sprites и посмотреть, сможем ли мы добавить в неё «немного динамики».

Если вы используете JavaScript, но при этом так до конца и не разобрались, что же это за чудная штука такая — замыкания, и зачем она нужна — эта статья для вас.

 

Сразу говорю, те, кто уже знает и использует такие программы как IEtester и multiple IE, под кат можно не ходить.

А тут мы поговорим о них.

Этот пост будет интересен прежде всего ASP.NET-разработчикам, которые осваивают «продвинутый» функционал AjaxControlToolkit, в частности, расширение стандартного TabControl — контрола, обеспечивающего клиентские вкладки («табы») на странице.

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

Постановка проблемы: обеспечить при использовании TabControl соответствие текущей выбранной вкладки содержимому адресной строки браузера. То есть,

1. чтобы при переходе между вкладками соответствующим образом изменялся адрес,
2. можно было в любой момент скопировать ссылку, и открыв её после, попасть на ту же вкладку, откуда была скопирована ссылка,
3. обеспечить корректную работоспособность кнопок «Назад» и «Вперёд» браузера для навигации по вкладкам.

Решил разобраться с AJAX Extender Controls и реализовать эту полезную штуку именно в виде Extender-контрола.

Выход очень простой!

1. Идем по этой ссылке:
www.livejournal.com/customize/options.bml?group=customcss

2. Добавляем в поле «Custom stylesheet» вот это:
#ad-leaderboard {
display: none;}
#ad-5linkunit {
display: none;}
.adv { display: none;}

3. Радуемся жизни без долбаной рекламы

©kambodjo

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

Это достигалось за счет движения нескольких параллельных слоев.

Чесно говоря я не ожидал. Я думал, что у нас, наши гос-инфо-сайты так и останутся в далеком прошлом. И что Правительство РФ и Интернет, это несовместимые вещи. Приятно, я ошибался!

 

Наконецто Официальный сайт СберБанка Российской Федерации обрёл нормальный, довольно таки вменяемый вид. Даже не стыдно показать.

Возможно я сильно ошибаюсь, но мне кажется, этому поспособствовал «Господин Президент», если оно так, то приятно вдвойне.

ps: описывать нововведения на сайте не буду, т.к. этот топик несёт сугубо осведомительную информацию. Что бы были в курсе:)