Отладка PHP-скриптов определенно недостаточно освещена в интернете. Потому многие, очень многие довольствуются print_r-ками. Очевидный недостаток такого способа — нельзя отладить AJAX, SOAP-сервисы, генераторы картинок и вообще скрипты, не отдающие непосредственно HTML-документов.

Javascript-разработчики используют для отладки Firebug. Как я им всегда завидовал. Лепота — выделенная консоль, net-монитор, отладчик, и все это в любимом браузере.

Так вот, нашел такое расширение Firebug — FirePHP. Оно позволяет выводить информацию в консоль Firebug непосредственно из PHP. Делается это довольно простым вызовом:

Приветствую.
Столкнулся с проблемой убийства сессий раньше назначенного им срока. То есть устанавливаю

ini_set('session.gc_maxlifetime', 120960);
ini_set('session.cookie_lifetime', 120960);

А сессия убивается примерно через 30 минут.
Гуглил долго и тщательно. Не нагуглил ничего, что помогло бы.
Стал читать мануал и нашел причину проблемы. Оказалось всё просто до одурения.

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

Сегодня наткнулся на интересный проект: contextfree

Все помнят курс теории компиляторов с университета? contextfree — генератор изображений на основе контекстно-свободных грамматик. Терминалами выступают простые графические примитивы (CIRCLE, SQUARE, TRIANGLE и т.д.). Нетерминалы задаем мы. Правила вывода могут включать в себя так называемые преобразования (повернуть, отразить, сдвинуть, поменять цвет). На основе этой простой модели можно получать очень интересные вещи… буквально несколькими строчками кода.

Начнем с простого примера:
startshape JustASquare //Начальный символ грамматики

background { b -1 } //Здесь мы задаем фон. b -1 - означает преобразование
//По умолчанию фон белый (brightness = 1), мы изменяем brightness до 0.

rule JustASquare { // Здесь мы задаем простое правило.
SQUARE { b 1 r 45 } // Белый квадрат, повернутый на 45 градусов.
}



© shamansir.wordpress.com

Представляю вам набор функций, которые у меня лежат в отдельном файле utils.js — это функции, которые я использую чаще всего. Они стараются быть кроссбраузерными и проверены на IE6/7, FF2 и Safari 2 и на боевой, сложной системе, в XHTML документах. Должны, по идее, работать, и на других, но не очень старых версиях браузеров — проверку браузера я использовал только в исключительных случаях. Некоторая часть из них, конечно же, просто нарыта на просторах интернета (где — обычно указано) и заимствована ввиду открытости, а большая часть — сконструирована из многих ресурсов и своих идей (и советов коллег), дабы работать на ура — поскольку часто в разных скриптах не учитываются разные тонкости, которые, тем не менее — при ближайшем рассмотрении — оказываются общностями :), ну и быть довольно читабельными.

Краудсорсинг проникает в разные немыслимые области. Взять, к примеру, разработку шрифтов. Раньше этим занимались специализированные компании или вынужденно переквалифицированные дизайнеры, вроде сотрудников студии Лебедева. В результате мы получаем или закрытый продукт, недоступный для сообщества дизайнеров, или непомерно дорогой. Типичная стоимость коммерческого шрифта колеблется в районе $30-40.

Слава богу, теперь всё меняется благодаря краудсорсингу. Разработка шрифтов оказалась отличным применением для концепции UGC, как показывает пример онлайнового редактора шрифтов и сервиса FontStruct.

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

Наверняка вы видели на многих сайтах свешивающиеся в начале строк кавычки и скобки. И хотя на бумаге такое полное свешивание в простых текстах (не заголовках) как минимум спорно, на вебе это выглядит отлично. Такое поведение текста называется «висячая пунктация», и на текущий момент есть ровно один способ её реализации в (X)HTML/CSS — добавление парных стилей. Этот способ, скажем, применён на сайте Артемия Лебедева.

Главный минус классической «лебедевской» реализации висячей пунктуации на вебе — её статичность. Поясню, как у них это сделано.

В CSS прописаны парные стили: .h[symbol] и .s[symbol], например, .slaquo и .hlaquo. Для каждого из них прописан отвес через margin. При использовании свешивающихся символов в тексте к пробелу перед символом добавляется стиль s[symbol], а к самому символу — h[symbol]. Соответственно, когда и пробел, и символ, находятся в одной строке, отвесы взаимно компенсируются, и текст выглядит как обычно. А когда свешивающийся символ по каким-то причинам сносится на следующую строку — первый стиль (балансирующий второй блок) остаётся на предыдущей строке, поэтому нужный символ свешивается влево на заданный отвес.

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

Что было сделано?

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

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

Рассмотрим типичную ситуацию.

Большое спасибо всем, кто принял участие в обсуждении. Комментарии получились намного интереснее статьи

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

Для начала, давайте определим кто такие Ангелы? Ангелы, это индивидуальные инвесторы, которые вкладывают в проекты свои личные деньги, обычно сумма инвестиций не превышает 5% годового дохода Ангела или не более 0.5% своего состояния. Таким образом, потеря денег в результате неудачи проекта не сильно повлияет на его финансовое положение. Так как Ангелы работают в зоне особого риска (по разным источникам от 90% ангельских инвестиций терпят фиаско), они ожидают 10Х и более возврата на свои инвестиции. Таким образом, одна неудача для Ангела не страшна, а удача приносит доход, соизмеримый с годовым (или добавит от 5% к состоянию).

Часть I — Часть II — Часть III — Часть IV — Часть V — Часть VI

Часть IV

Итак, настала пора выяснить, какие шрифты и с какой долей вероятности могут оказаться установленными в тех или иных операционных системах либо в результате каких-то особых ситуаций (например, при установке пакетов Microsoft Office, Adobe Creative Suite или CorelDRAW! Suite), либо в «девственно чистых» ОС (что, несомненно, наиболее приемлемый вариант). А также узнать, какие из этих шрифтов пригодны для использования и в каких конкретно случаях.

Часть I — Часть II — Часть III — Часть IV — Часть V — Часть VI

Часть II

Во-первых, увеличились размеры экранов, улучшилась чёткость отображения и качество передачи цветов. В наше время всё реже используются старые ЭЛТ-дисплеи с небольшим разрешением, выпуклым экраном, мерцанием или ограниченной цветопередачей (помните CGA/EGA/VGA?). Фактически, количеством таких мониторов по сравнению с современными плоскими ЖК-дисплеями уже сегодня можно смело пренебречь. Изменились и негласные стандарты de facto и для разрешения: если в самом начале сайты создавались под размер экрана в 640х480 пикселей, потом для 800х600, то сегодня используется стандарт 1024х768. С появлением широкоэкранных (wide) мониторов начал было маячить новый стандарт 1280х960, но большую популярность в последнее время приобрели компактные устройства вроде Asus eeePC или Apple iPhone, так что не исключён факт возвращения в качестве стандарта разрешения меньшего, чем 1024х768. Впрочем, в данном случае это не столь важно, поскольку в любом случае на сегодняшний день разрешение экрана напрямую зависит от его физического размера, а величина одной отображаемой точки достаточно мала по сравнению с пикселями десятилетней давности, что позволяет на любых современных устройствах отображать шрифты одинаково качественно. Это, кстати, приводит и ко второму фактору.

Часть I — Часть II — Часть III — Часть IV — Часть V — Часть VI

Часть III

Оказалось, что аж ещё со времён Windows 98 в стандартный комплект включается шрифт под названием Lucida Sans Unicode, который особо нигде не используется. Попробуем заменить им эппловский Lucida Grande.

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

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

Уровень невежества некоторых «советчиков» зашкаливает. В этой заметке я расскажу о том, что не надо делать. О том, что надо делать, расскажу в следующей.

Хотел бы рассказать о некоторых эпизодах проектного менеджмента, особенно подходов к управлению отношений с клиентом на примере веб-конторы. По словам Terentii, моего ex-коллеги, клиенты «вели с конторой, мягко говоря, по-хамски — достойные наследники традиций Солтычихи». Дело в том, что… клиент всегда прав. Итак…

Когда проект сайта Х-Банка был готов и нужно было погашать договор, менеджер проекта не смог получить платеж «с наскоку» и стал вести подобные записи:
— 20 января 11:02. звонил в банк. отв.менеджер не подошел. обещал перезвонить через час.
— 20 января 15:02. перезвонил. его не было. позвонил его руководителю. секретарь не соединила.
— 25 января 11:02. звонил в банк. отв.менеджер подошел к телефону. наорал, почему я не позвонил раньше. назначили встречу.
— 27 января 15:00. на встрече вынесли мозг, сказали все переделывать. на ТЗ в договоре не смотрели. написал им изменения, какие мы можем сделать с сохранением стоимости.
— 28 января 11:00. позвонил чтобы узнать что с е-мейл. не соединили…
И так далее.

Британский сайт I Love Typography, посвящённый типографике, опубликовал список с примерами отличной типографики. Этот список составлен по итогам II кв. 2008 года. Предыдущие «хит-парады» можно найти здесь и здесь.

Каждый пример сопровождается кратким комментарием, а нажатие на скриншот ведёт на оригинальный сайт.

Seed Conference

Нет флэша, нет картинок, нет лишнего шума; просто хорошо стилизированный шрифт и хорошо написанный текст: реальное доказательство того, что с помощью только шрифта можно получить отличный результат. Хотелось бы увидеть ещё несколько примеров такого рода.

23 апреля в Инфоцентре прошёл семинар, автор и ведущий которого — человек-легенда Эдвард Йордон.

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

С сегодняшнего дня компания Yahoo открыла программные интерфейсы для доступа к свой глобальной базе географических идентификаторов WoeID (Where on Earth ID). Теперь сторонние сайты могут бесплатно использовать этот сервис на своих сайтах.


Основное предназначение WoeID — присвоение уникальных идентификаторов для объектов, которые находятся на земной поверхности. В этих коротких числовых идентификаторах закодированы точная долгота и широта площади объекта, а также его название, страна, тип объекта и т.д. Это очень удобная система идентификации, которую можно применять в качестве тегов для самой различной информации. Например, она используется для пометки фотографий в сервисе Flickr. Поскольку в системе хранится и другая информация, кроме географических координат, то при поиске фотографий можно ограничить поиск не только квадратом на местности, но конкретными территориями: например, по штату или городу.


Кроме того, в геоплатформу Yahoo встроен поисковик, с помощью которого точные координаты объектов можно получать, просто введя URL с поисковым словом в скобках, например, запрос http://where.yahooapis.com/v1/places.q(moscow%20russia) возвращает координаты города Москва (WoeID = 2122265). Как видим, доступ к базе данных открыт просто через HTTP GET. В настоящее время лимит на максимальное количество запросов к базе данных составляет 50 000 в сутки.


Сервис WoeID — это лишь часть фундаментальной географической платформы Yahoo Internet Location Platform, которая сейчас проходит тестирование.

Бывает, сделаем сайт или дизайн, или ТЗ напишем…

… а сдать в срок не получается.

Лидеры отговорок:

Такая потребность может возникнуть при геотаргетинге информации, работе картографических сервисов, анализе статистики посещений сайта.

Задача решается следующим образом.

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

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