По итогам поста, сделанного в июле 2009 и продолжительным испытаниям, мы пришли к простой и оптимальной для нас схеме межсайтовой авторизации.

Обзор и сравнение предложенных хабралюдьми систем

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

Вторая часть длинная (да еще и со скриншотами), если тема не интересна — лучше и не начинить читать :)

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

перевод статьи: 12 Killer Tips for Designing in the Browser

Как Вы создаете макет сайта?

Обычный проект начинается с создания макета в Фотошопе и потом с использованием HTML и CSS максимально приближается к виду исходного PSD файла. Не смотря на это, развивается направление в веб-дизайне пропускающее этап Фотошопа в пользу создания первоначальной композиции прямо в браузере с использованием вашего любимого редактора. Я уверен, что прямо сейчас Ваша голова шумит от причин, по которым этот подход ограничит ваш дизайн, но есть огромное количество вещей, которые Вы можете делать в браузере. Эта статья познакомит с инструментами и приемами, которые понадобятся для создания великолепных работающих макетов на первом же этапе работы.

Основная идея

Meagan Fisher на 24ways.org представил неотразимый довод проектирования в браузере. Хотя я и не разделяю его презрение к Фотошопу (Я люблю Фотошоп больше любого другого ПО на планете), я согласен с некоторыми другими его пунктами. Фишер говорит, что статическое изображение не дает по настоящему ощутить, как сайт будет работать и что проектирование в браузере направляет твои силы на организацию контента до дизайна, что гарантирует большее удобство и создание правильной структуры

Мы будем использовать статью Фишера как затравку для наших заметок по превращению в профессионала в создании фантастических in-browser макетов готовых к работе сразу по получению одобрения от клиента.

На HTML-страницах многих сайтов существуют гиперссылки наподобие <a href="#idName">...</a>, которые ведут не на другую страницу, а к некоторому месту на той же сáмой странице, где и ссылка. Это обычное дело для обширных статей с оглавлением (если каждый пункт оглавления является такой гиперссылкою, которая ведёт к названному в нём заголовку) или с примечаниями (если надстрочный знак примечания служит гиперссылкою и ведёт к примечанию в конце текста, а от примечания стоит гиперссылка в обратном направлении). Таких статей немало в сетевых энциклопедиях (вики, например) или в серьёзных сетевых журналах.

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

Досадно, не правда ли?

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

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

$($.localScroll());

Вроде бы всё хорошо. Но проблема в том, что по умолчанию такое проматывание является просто проматыванием: документ прокручивается в окне у читателя, и больше ничего.

Я почему вредный был?
Потому что у меня велосипеда не было!
Мультфильм «Трое из Простоквашино»

Когда десять раз делаешь одно и то же, на одиннадцатый раз ты волей-неволей начинаешь задумываться о том, как бы процесс оптимизировать. Так и с версткой: после десятка сверстанных страниц хочется слегка упростить свою задачу. Тут на помощь, конечно же, приходят разнообразные фреймворки (чего только стоит oocss или наикрутейший CSS-фреймворк от Яндекса или целая куча других не менее интересных фреймворков). Пригодятся и системы сборки (Ant стоит на службе у студии Артемия Лебедева, да и я потихоньку постигаю его Дао). Не стоит забывать и различные хаки и шаблоны лейаутов, коих в интернете бесчисленное множество.

Однако как быть с сайтом, для которого надо сверстать пару-тройку типичных страниц? Нет смысла тащить с собой кучу лишнего CSS-кода. Кроме того, многим верстальщикам гораздо проще написать качественный код с нуля, чем перегружать кучу заранее объявленных бесполезных классов. Что делать?

Чтобы решить эту высосанную из пальца нетривиальную задачу я написал простейший шаблон для верстки, который сильно облегчил мне работу над проектами. Шаблон примитивен и прост (потому так и зовется), на звание фреймворка ни в коем случае не претендует (минус в карму тому, кто обзовет его фреймворком! ;) ). Он несет в себе заранее объявленные CSS-классы для работы с меню, списками, формами, ресеты основных тегов (вроде сброса отступов у форм и правильных отступов у <p>) и еще кое-какие полезные для меня вкусности.

Когда деревья были маленькими

Начну издалека — с истории. Когда-то давно был PHPNuke. От этой CMS форкнулся XOOPS.
Когда разработчики XOOPS решили перейти на тогда еще молодой и малоизвестный шаблонизатор Smarty — случился еще один форк, и часть команды ушла делать свою CMS, без блэкджека — e-xoops, сохранившую Native PHP.

Где-то в 2004 году автор пришел в русскую команду e-xoops. Пришел случайно, не планируя оставаться надолго. Быстренько сделал пару сайтов на этой CMS. Внес пару хаков. Вместе со всеми следил за эволюцией и переименованием системы в RunCMS.

Вскоре очередной клиент потребовал очередной интернет-магазин. К тому времени сложилась интересная ситуация — я с напарником bigazzzz хорошо знали изнутри RunCMS, многое в ней нравилось (а многое — нет), но магазины, если возникала нужда, строили на сторонних решениях (osCommerce и прочий ад...) Время было, опыт тоже, желания — выше крыши, поэтому решили на базе RunCMS создать свой магазин, в виде модуля для CMS.

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

Шли годы, развивался RunSTORE, развивалась и RunCMS, в которую мы тоже старались вносить усовершенствования. Однако случилось странное — зарубежным «владельцам» CMS не понравилось то, что большую часть кода в ней пишут русские разработчики (а главным постепенно стал MichaelXIII). В один прекрасный день «владелец» закрыл репозиторий, уничтожил всю базу кода и выгнал всех разработчиков, заявив, что откатывается на предыдущую версию.

А мы к тому времени успешно продали RunSTORE. Новый владелец строил планов громадьё, но что-то у него не задалось. Результат — нет ни RunSTORE, ни RunCMS, и заняться нечем* -)) А писать хотелось…
*- шутка, заняться всегда есть чем, но хочется ведь и для души что-то сделать...

Так родился форк от RunCMS под названием Ronny CMS.
Да, это тот же Nuke/xoops/Runcms, но наверное, самый современный и цельный из всех имеющихся. А может и нет -))

Выкладываю свой рассказ о мобильных интерфейсах, который впервые был услышан аудиторией в октябре, на конференции www.userexperience.ru. Надеюсь, кому-то он окажется полезным.



Видео иногда размытое, слайды здесь.

Почти каждый посещающий habrahabr человек, хоть раз устанавливал CMS или переносил уже установленную систему. В большинстве случаев это работа по переносу файлов, базы данных, а так же правка конфигурационных файлов. В сети огромное количество хостинговых компаний, которые предоставляют услуги по размещению сайтов на своих серверах, но далеко не все имеют минимальный набор инструментов, позволяющий с комфортом и высокой скоростью, без лишних эмоций перенести или проделать штатные операции с сайтом. В статье пойдет речь о следующих скриптах и программах: PhpMyAdmin, Adminer, Joomla System Tool, e-texteditor, Total Commander, WinSCP, PuTTY, Sypex Dumper, PHP Unzipper.

Почему-то постоянно встречаю на Хабре устаревшее утверждение, что «клиент всегда прав». Современный бизнес уже так не считает, клиент НЕ всегда прав. Но пост не об этом (про «клиент НЕ всегда прав» напишу в другой раз, если вам интересно, о чем можно сообщить в комментариях), а про отдельную проблему отношений исполнителей и клиентов.

В частности, хочу поговорить о разработке дизайнов и конкретно о дизайне сайта. Всем известно, что процесс это тонкий, и иногда превращается в сущий ад.

Пост, с одной стороны, рассказывает о решении проблем при создании дизайнов, а с другой, спрашивает вас, как это решить.

Компания ASUS в очередной раз собирается напечь вкусных блинов ;) На этот раз она замахнулась на рынок сетевых медиа-плееров.



Делюсь рецептом.

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

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

Wappalyzer — это плагин для Mozilla Firefox, который распознает CMS, плагины, библиотеки, используемые в работе сайтов. Как правило, Wappalyzer распознает популярные open source «движки» — такие, как Drupal, Joomla!, TYPO3, Wordpress — и популярные веб-инструменты — jQuery, MooTools, osCommerce, Prototype, Google Analytics. C недавних пор мы общаемся с разработчиком Wappalyzer и некоторых других полезных сервисов — человеком по имени Elbert F., голландским программистом, живущим в Австралии (и, кстати, друпалером). Основываясь на данных из нашей таблицы признаков CMS, Элберт провел исследования и обновил Wappalyzer. Последняя версия этого плагина распознает теперь Amiro.CMS и MODx — популярные в России CMS. Идет работа над распознаванием 1C:Bitrix, NetCat, DLE, HostCMS, UMI.CMS и CMSMadeSimple.
Если вам известны верные признаки CMS в коде страницы, пишите мне в личку или в комментах к этому топику.

Год назад мы с stervec решили сменить работу. Одним октябрьским вечером мы встретились на кухне девятиэтажного дома и начали воспитывать свое новое детище (старое, кстати, не умерло, а просто спит).
Назвались — «Девять утра», а заниматься решили интернет-проектами и делать сайты для клёвых компаний нашего региона (для не клёвых сначала не делали).
Ох, через что нам пришлось пройти и сколько открытий сделать — стыд и позор, но об этом отдельный сказ. Сегодня мы хотим рассказать, в чем была наша основная ошибка.

Перевод свеженького поста «Questions to ask clients before designing their website» Брайана Хоффа, автора блога «The Design Cubicle».

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

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

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

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

В недавнем обзоре я описал лучшие standalone-решения для организации микроблоггинга. Сейчас же мы посмотрим, что нам предлагают на этот счет популярные CMS :-)

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

Автор данных советов — Mark A.R. Mitchell – имеет степень магистра Гарварда по английской литературе, работал с ведущими технологическими компаниями и исследовательскими институтами.

Малый бизнес всегда сталкивается с множеством испытаний в погоне за успехом. Тем же, кто управляет мобильным офисом, приходится еще труднее. Так зачем совершать ошибки, которых можно и не делать? Вот 10 ошибок, которые надо избегать в виртуальном или мобильном офисе

1. Не сохранять свои данные.
Это самый беспроигрышный вариант загубить свой бизнес. И неважно, как часто разные люди советуют копировать свои файлы – большинство людей просто этого не делают. Но когда вы работаете в обстановке мобильного офиса, либо же самостоятельно у себя дома, то рискуете потерять всё, что успели создать, если потеряете данные.
Выход: Копируйте и сохраняйте свои файлы каждый день, используя внешние накопители, либо же с помощью специальных интернет-сервисов.

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

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

Начну с того, что больше года назад устроился в компанию занимающуюся продажей промышленного оборудования и комплектующих. Работал я там неполный день, что-то вроде приходящего сотрудника. Вскоре, я предложил начальству разработать интернет-магазин, так как это может увеличить и упростить продажи.
Почему я говорю упростить? Всё из-за того, что есть разные типы оборудования, одни стоят условно 5.000руб, а другие больше 500.000 евро. Вот как раз, дорогое оборудование продавать через интернет сложно, если не сказать невозможно, всё из-за того что такую технику покупают заводы и предприятия, ну и сомо-собой всё идёт через главных инженеров и откаты им, чтоб купили именно у вас, это самая простая схема, чаще всего всё гораздо сложнее.

Спешу рассказать хабрасообществу о, относительно новом, дьявольски завораживающем проекте Gource которое еще не упоминалось. Это приложение позволяет визуализировать историю изменений в системе контроля версии. Отрисовывает невероятно красиво при помощи OpenGL.