Иногда инструмент попадается под руку именно в тот момент, когда в нем возникает потребность. Примерно так 15 минут назад произошло с сервисом для быстрой публикации скриншотов scrnshots.com.

Время от времени возникает потребность передать собеседнику по чату или переписке то, что в данный момент находится у тебя на мониторе. Такая «фотография» обычно воспринимается легче, чем словесное объяснение, да и вообще, самый простой способ передать контекст рабочей среды — просто показать, о чем речь.

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

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

В блоге AJAX Search API вчера был проанонсирован AJAX Libraries API. Суть состоит в том, что Google теперь позволяет всем желающим использовать JavaScript фреймворки, размещенные на их серверах. Сам API представляет собой простой в использовании механизм для подключения к НТМL-документам наиболее популярных JS-библиотек, среди которых jQuery, prototype, script.aculo.us, MooTools и dojo. Список, по всей видимости, будет расширяться.

Подключить необходимую библиотеку можно двумя способами. Первый — тривиальный, с помощью HTML-элемента script.

<code><script src="http://ajax.googleapis.com/ajax/
libs/prototype/1.6.0.2/prototype.js"></script></code>

Как не сложно догадаться, вместо prototype/1.6.0.2 можно указать название любого другого фреймворка и его версии.

Второй способ более гибок. С помощью специального JS-метода google.load() можно задавать версию библиотеки не точно, а по первым цифрам.

E — это уже не первый текстовый редактор для Windows, чьи разработчики вдохновились маковским TextMate. Еще в прошлом году я писал про InType — любопытный, но очень неспешно развивающийся проект. По большому счету, от E я тоже не ожидал сенсационных открытий, но все же установил пробную версию. И не напрасно.

Интерфейс

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


В действительности, UI E начисто лишен пафоса, что приятно

С моей точки зрения, такое решение очень правильно, т.к. при работе с текстом я и без того отдаю большее предпочтение клавиатуре, чем мыши, а нагромождение разноцветных кнопок создает лишний визуальный шум. Тем не менее, отказ от привычных кнопок copy/paste найдет признание со стороны далеко не любого пользователя. Слишком радикальная перемена.

За последнее время мне пришлось довольно основательно пообщаться с несколькими сервисами Yahoo! В этой заметке расскажу об одном из них, который для многих может оказаться полезным. Это сервис прогноза погоды Yahoo! Weather.

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

Yahoo! Weather порадовал отсутствием перечисленных недостатков. Информация о текущей погоде, а так же прогноз на ближайшие 5 дней экспортируется с их сервера в формате RSS. На мой взгляд, выбор этого формата притянут за уши, т.к. погодная RSS «лента» содержит всего однин item. Те же данные можно было бы экспортировать в более лаконичном виде, но в Yahoo, по всей видимости, расчитывали на стандартные методы обработки RSS, что тоже довольно весомый довод. Стандарт — это все-таки стандарт.

Адрес RSS фида для интересующего города можно найти на сайте weather.yahoo.com.



В общем виде URL выглядит следующим образом:

xml.weather.yahoo.com/forecastrss?p=код_города&u=единицы_измерения

Первый параметр — идентификатор интересующего города. Второй параметр определяет, в каких единицах будет выдаваться температура. Значение «c» соответствует градусам Цельсия, «f» — градусам Фаренгейта.

Эрик Мейер — широко-известный эксперт в области стандартов HTML и CSS, работающий в области веб-технологий с 1993 года. Им были изданы такие книги, как «Каскадные таблицы стилей. Подробное руководство» (O’Reilly), «Справочник разработчика по CSS 2.0» (Osborne/McGraw-Hill) и «Эрик Майер о CSS» (New Riders). Так же он принимал участие в многочисленных конференциях, посвященных веб-стандартам, применению CSS и веб-дизайну.

Интервью у него берет Джозеф Лоуери — автор бестселлеров «Dreamweaver CS3 Bible» и «CSS Hacks and Filters». В данный момент он заведует маркетинговым отделом в компании WebAssist.

Автор: Джозеф Лоуери
Оригинал: http://adobe.com/newsletters/edge/december2007/articles/article5/index.html
Переводчик: Александр Мусаев

Джозеф Лоуэри: Во время подготовки к этому интервью, я познакомился с вашей статьей, написанной в июне 1999 года о поддержке браузерами CSS и будущем этой технологии. Никто не сомневается в вашем опыте, тем не менее, как именно вам удается делать такие прогнозы?

Эрик Мейер: Согласно изначальному плану, технология CSS разделена на модули, каждый из которых формировался на определенном этапе. Сложность здесь состоит в том, что каждый из таких временных интервалов, как правило, сильно заторможен. Даже у самых «простых» модулей формируется многолетней история развития.

Preamble

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

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

Автор: Лахлан Хант, http://lachy.id.au
Оригинал: http://www.alistapart.com/articles/previewofhtml5
Перевод: Александр Мусаев, http://paradigm.ru

Введение

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

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

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

Природа такого явления похожа на ту, что у стихийного нелегального копирования коммерческой продукции, в том числе программ, музыки и фильмов. А если конкретно, виной тому влияние социальной среды, сформированное национальным менталитетом («Что я, дурак — за это платить, когда все вокруг не платят?!» — риторический вопрос самому себе). Но сейчас я бы хотел затронуть эту тему в более узкой области — именно по отношению к распространению «бесплатных» материалов с неограниченным доступом в интернете.

 

В статье приведен обзор возможностей компоненты Zend_Auth, дающий общее представление о реализации пользовательской авторизации в приложениях на базе Zend Framework. В качестве основы приводимых примеров, использованы материалы статьи «Введение в Zend Framework». Примеры протестированы на Zend Framework версий 0.9, 0.9.1 и 0.9.2, и скорее всего будут работать с более поздними версиями, но не с более ранними.

Продолжаем рассказ о Zend Framework. В первой части статьи была описана концепция программной архитектуры MVC, рассмотрена структура типового веб-приложения, базирующегося на Zend Framework и выполнена демонстрационная реализация контроллера и вида на его основе. Во второй части будет раскрыта тема модели и приведен пример взаимодействия приложения с базой данных.

Update (2014): Это статья 2007 года, которая, к моему удивлению, до сих пор пользуется спросом. По этой причине я обновил её в соответствии с новыми правилами оформления постов на Хабре, и добавил подсветку синтаксиса для примеров кода. Если кому-то захочется что-то добавить или исправить, исходник текста с хабра-разметкой выложен в открытый доступ: gist.github.com/dreikanter/2b4ee996d7a775e707d7

Аннотация от переводчика

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

В последнее время я активно заинтересовался архитектурой MVC и сделал свою собственную реализацию фреймворка на этой концепции для PHP4. Совсем недавно на глаза попался первый официальный релиз Zend Framework, о котором я давно слышал, но все руки не доходили с ним поиграть. Для PHP существуют и другие подобный библиотеки, но в данном случае привлек бренд.

Думаю, моё предложение должно быть понятно уже из заголовка поста, тем не менее, опишу его немного подробнее и постараюсь обосновать.

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

Наиболее красивым способом решить проблему, как мне ажется, было решение a la Google Notebook. Для тех, кто не в курсе, поля для текстовых заметок в его интерфейсе динамически увеличивают свою высоту по мере добавления новых строк. Благодаря этому, весь текст заметки всегда (до определённых пределов, конечно) виден на экране, что избавляет пользователя от необходимости скроллинга и делает его жизнь прекрасной и удивительной.

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

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

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

Тем не менее, технически-безграмотный пользователь во многих случаях может быть не виноват в своем осознанном невежестве. Разумеется, это не распространяется на те случаи, когда дело касается профессиональных вопросов. В своей сфере вопросах каждый должен разбираться хорошо, но вне ее — вовсе не обязательно. Нежелание пользователей вникать в суть проблем часто бывает вполне оправдано тем, что эти проблемы на фиг им не нужны со своей сутью. Устройство операционной системы, нюансы точной настройки какого-то железа или установки софта — неинтересная для них информация. Точно так же, как для среднего гика может быть неинтересной детальная инструкция по выращиванию укропа в средней полосе.

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

Бывает же так, что пост был сделан по ошибке или в процессе его написания исчезла причина это делать. Сотрите этот пост, кто-нибудь.

Для публикуемых на Хабре вопросов было бы полезно иметь возможность оставлять краткий комментарий. Безусловно, краткость — сестра, но иногда бывает полезно снабдить вопрос в заголовке поста дополнительным разъяснением. Это может уточнить контекст, снизить шансы некорректного понимания вопроса и в итоге улучшить качество результата голосования, сделав его более адекватным.
На данный момент оставлять пояснения можно в комментариях, но это не лучший вариант, т.к. такие комментарии не видны в ленте. Самое место пояснению, как мне кажется, было бы между заголовком вопроса и первым вариантом ответа на него.

 

Краткий обзор способов и инструментов для ведения заметок, построенный на собственном опыте и субъективном взгляде на тему.

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