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

давно мечтал о том, чтоб увидеть россию или украину в списке безлимитов, а то уходило много денег на звонки :(

пс: поправьте очепятку «будут внедлять»

переходы по страницам напрягают пользователей, поэтому и используется ajax.
2й способ показывает результат сразу же и пользователю может не понадобиться дальше вводить полный список критериев уже после применения нескольких первых.
а 1й способ, кроме этого, еще и на новую страницу прыгать будет.

конечно второй! первый — это уже прошлое :)

очень интересно! :)
на сколько я понял, можно взять что-то типа оракала + цветное стекло + линейка с ножом/скальпелем. и мастерить, чего душа желает.

вконтакт — это зло, так как за удобство мы платимся возможностью нас тотально контролировать.
НО, я познакомился на этом сайте со своей будущей женой, которая живет больше чем за 1000км от меня :) причем, через пару, которая тоже познакомилась аналогично и скоро собирается пожениться!

ну и разве оно того не стоит? ;)

только хотел написать :)
выипли этим моск на дипломе)

обсуждение в ЖЖ:
community.livejournal.com/ru_d70/1794786.html

мне кажется, модель ФФ и ИЕ более практична, так как клики по табам используются куда чаще, чем кнопки навигации и изменение УРЛа вручную.
а при модели Оперы приходится каждый раз перепрыгивать мышкой кнопки и строку адреса. а зачем?

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

в результате — большой прирост производительности.
может кому-то идея будет полезной...)

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

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

так держать, ждем следующую версию (с) ;)

повторюсь — это только, если вы зарегистрированы и хотите убрать рекламу и прочие излишества в своем блоге.

только недавно сделал подобную штуку, но для своей странички :)
дописал тут:
www.livejournal.com/customize/options.bml? group=customcss
свои стили:

.adv, .asset-name-hover, #ad-leaderboard, #ad-5linkunit {display: none! important;}

прячется еще и имя автора выбранного скина ;)

есть, например, метод родительского класса:

/**
*…
*
* @param int $id
* @return __CLASS__
*/
public static function findById( $id) {
return new self();
}

что правильно написать вместо «__CLASS__», чтобы при использовании метода из каждого пронаследованного класса, например:

$obj = Child1:: findById( 1);

в подсказке писалось, что возвращается объект класса Child1, ну и потом при написании «$obj->» выскакивал весь список методов Child1.

надеюсь, понятно написал :)

а как насчет дефолтного значения? например:

function myFunc( int $arg = 1) {
…
}

вылетает эксепшен, что по дефолту может быть только null, так как типизированный параметр — объект или массив (типа ;)).

новый красивый сайт (который видно во всех браузерах!)

неоправданная ядовитость дизайна — это не совсем красиво.
мне понравился, разве что, логотип :)
и насчет всех браузеров — вот что вижу я вижу слева внизу под строкой поиска (в которой то ли поиск провалился, то ли кнопка задрана)

это во всех браузерах так текст съезжает или только в моем?

думаю, этот код требует пояснения:

$aclPlugin = new Zend_Controller_Plugin_Acl($myAcl);
$aclPlugin->setRoleName($currentUserRole);

$front->registerPlugin(new Zend_Controller_Plugin_Acl($acl, 'guest'));

насколько я понял, то здесь неувязка. должно быть либо:

// создаем плагин
$aclPlugin = new Zend_Controller_Plugin_Acl( $myAcl);
$aclPlugin->setRoleName( $currentUserRole);

// регистрируем его
$front->registerPlugin( $aclPlugin);

либо:

// создаем плагин при регистрации
$front->registerPlugin( new Zend_Controller_Plugin_Acl( $acl, 'guest')); // вместо 'guest' по логике должна быть $currentUserRole

поправьте, если я не прав.

пример костяка по разграничению прав интересный, а вот насчет организации самой модели прав доступа мне понравилась одна не новая статейка:
www.delphikingdom.com/asp/viewitem.asp? catalogid=623
можно подобрать подходящую схему или сделать свою.
еще неплохая идея описана в коментариях, ввиде трех отношений:
— 1) Доступа( Г, Д, О )
2) Принадлежность( Г, Ю )
3) ВложенияГрупп( Г, Г )
где Г — группа, Ю — юзер, Д — действие, О — объект
— как раз вложенность хорошо реализована в Zend_Acl