«We are stuck with technology when what we reаlly want is just stuff that wоrks.»
— Douglas Adams

Вот есть Flickr, есть Imageshack, есть хостинги — белый фон, кнопка «загрузить». А теперь есть еще и Picamatic.

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

Короче говоря, это такая штука, которая делает свое дело хорошо.

Большое внимание мы уделили доступности сервиса во всех мыслимых конфигурациях всех распространенных браузеров (в тех, до которых у нас дотянулись руки — IE6/7, FF, Opera, Safari).

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

И… да, мы не боимся хабраэффекта :)

На дигге была найдена интересная ссылка (PDF-версия) — описание более, чем 350 команд Линукс (на английском языке). Фактически представляет собой шпаргалку, где команды разбиты на категории. Отмечу, что это не простой список команд, а именно описание с применением. Чтобы не быть голословным приведу несколько примеров.

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

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

Часть IV

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

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

Допустим, у нас есть куча фотографий разных размеров, с разным соотношением сторон и сохранённых в разных форматах. В общем, тяжёлый случай. Нам нужно весь этот зоопарк выровнять по размерам, учитывая пропорции, и сохранить в JPEG с заданным качеством. Да, и пусть нам иногда захочется задавать размеры не в пикселях, а процентах. Ну и пусть уже тогда захочется файлы выбирать по маске, типа «C:\images\img_01*.jpg».

Садимся, и калякаем на Script-Fu (доступный по умолчанию в GIMP, язык) свой

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

Поэтому очень часто можно наблюдать, что такие люди ищут совета у более опытных в этом деле коллег.

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

Кстати это действительно сложно. Но мой рассказ сегодня не об этом.

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

Как определить, что сайт сверстан качественно?
Есть много статей о том, как делать хорошо, но совсем нет – о том, как делать не надо, ведь даже валидный и кроссбраузерный сайт может быть сверстан отвратительно.

Из этой статьи вы узнаете:

• О плохих приемах современной верстки;
• О том, как даже не будучи профессионалом, за 5 минут определить плохо ли сверстан сайт или нет.

Для того, чтобы познакомиться с общей идеей CCPM (Critical Chain Project Management), нужно обязательно прочесть книгу автора — Элияху Голдрата.
Она написана как художественное произведение, а не как учебник, и по-настоящему заставляет проникнуться идеей. Я попробовал сделать конспект книги в виде mindmap (щелкните на рисунок, чтобы увидеть полноразмерную карту).

Также вы можете ознакомиться с конспектом в формате mmap
Попробуйте его рассмотреть — поможет ли он вам понять основные мысли книги?

Оригинал данной записи опубликован в блоге «Управление проектами в картинках»

Вопрос: «Что быстрее — echo или print?» не перестаёт будоражить умы тех, кто считает себя профессиональным программистом на PHP. Руководство пользователя осторожно упоминает об имеющемся различии, но отсылает к статье стороннего авторства; та, в свою очередь, утверждает, что echo быстрее, но не приводит доказательств; трудно найти объективное сравнение, и всё это придаёт проблеме некий мистический ореол, на что клюют многие и многие.

Так не будем же оставаться в стороне и постараемся раз и навсегда разгадать эту загадку!

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

Интересно, что файлы в базе хранятся повторяя структуру классической ФС: файлы разбиты на блоки размером 4 Кб, хранящиеся в отдельных «blob» записях. Всего имеется 3 таблицы типа MyISAM: tree (дерево файловой системы и имена файлов), inodes (права доступа и параметры файла) и data_blocks (блоки данных).

IE7 — библиотека JavaScript, заставляющая эксплорер работать по стандартам. Устраняет множество проблем с css, делает правильной обработку полупрозрачных PNG под IE5 и IE6.

Уточнение. Эта… хмм… статья была изначально опубликована в моём личном блоге и хорошенько там поднялась, получив несколько приятных отзывов. Теперь благодаря наличию позитивной кармы я переношу статью в общественный блог, так как мне интересны мнения тех многих людей, которые её ещё не прочли. Если я сделал что-то нехорошее, минусуйте конечно, но только объясните что именно. Заранее спасибо )

Описание проблемы
Если кратко, то проблема описывается так: хочется откомментить или посмотреть, но нельзя. Допустим мне прислали ссылку на статью/пост/комментарий с вопросом «А ты что думаешь об этом? Откомменть, поддержи меня!» Перейдя по ссылке я вижу что-то вроде «Дорогой посетитель, ты этого не увидишь/не откомментишь потому что ты не зарегистрирован. Иди-ка ты… зарегистрируйся.»

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

Навеяно этим.

Для тех, кто, возможно, не знает как сделать так, чтоб всё было хорошо.
Сайт должен тянуться только до определённой величины, и сужаться тоже только до некоторого значения. Я обычно беру 1500 и 980 пикселей соответственно.

Как сделать? min-width и min-height.

#site {
  margin: 0 auto; /*это чтоб центрировать контент при превышении max-width*/
  min-width: 980px;
  max-width: 1500px;
}

Но ведь IE их не поодерживает. А expression слишком нагружает браузер… Спокойно, други! Я выведу вас к свету из тьмы!
Пишем далее.



А в ie.js помещаем

window.attachEvent('onload', mkwidth);
window.attachEvent('onresize', mkwidth);

var minwidth = document.getElementById("site").currentStyle['min-width'].replace('px', '');
var maxwidth = document.getElementById("site").currentStyle['max-width'].replace('px', '');
function mkwidth(){
    document.getElementById("site").style.width = document.documentElement.clientWidth < minwidth ? minwidth+"px" : (document.documentElement.clientWidth > maxwidth ? maxwidth+"px" : "100%");
};

В чём особенная вкусность приведённого метода? А в том, что минимальное и максимальное значение нужно задавать только в одном месте, ну и вообще.

Пользуйтесь, короче, на здоровье!

Хотелось бы изложить свое мнение по поводу темы затронутой в топике «Идеальное комментирование» (автор dezmaster). У меня появились свои идеи, как сделать более удобной эту форму регистрации:

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

Есть у меня одна особенность. Я склонен к рефлексии. Так вот, довольно часто я анализирую свое поведения и стереотипы и пытаюсь разобраться, что повлияло на меня при принятии того или иного решения. Чаще всего подобные размышления возникают у меня тогда, когда я сталкиваюсь с какими-либо проблемами (в частности, связанными с работой или самоорганизацией).

Довольно часто в этих самых размышлениях я возвращаюсь к школьным годам. Мне кажется, что именно в этот период формируются стереотипы и модели поведения, которые в будущем влияют на нашу деятельность. Причем, многие из них – неблагоприятно. Для себя, я смог определить следующие проблемы, которые мешают нам быть эффективнее:

Работаю в большом проекте, 16 человек, распределенная работа. Часто возникает ситуация, когда после очередного апдейта проекта обнаруживается, что какой-нибудь div находится совсем не там, где ему полагается быть. Напимер отваливается правая колонка и подло подстраивается под основной. Сразу же начинаются попытки выяснить причины столь некорректного поведения: просматривается CSS, возносятся молитвы к FireBug. Но в итоге все оказывается тщетно, т.к. скорее всего кто-то просто банально забыл закрыть тег.

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

А вот если бы была утилитка, которая могла бы проверять наличие таких ситуаций.
Вооружаюсь гуглом и начинаю планомерный поиск. Час-два серфинга не приводят ни к каким результатам. Конечно-же есть всяческие онлайн валидаторы кода, начиная с самого de facto W3C'шного, но он, зараза, слишком умный и проверяет ВСЕ, выводит множество error'ов и warning'ов, которые часто влияют друг на друга, и чтобы с помощью него в коде найти подло закравшийся незакрытый тег, нужно потратить много нервов и времени.

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

В последнее время на drupal.ru и habrahabr.ru частенько проскакивают темы вроде: «Делаю социальную сеть – бюджет пара сотен! Помогите сделать хабрастартап!» Отечественные аналитики связывают эту тенденцию с тем, что кризис на ипотечном рынке США тянет вниз за собой рынок в целом, что заставляет игроков на бирже вкладывать в высоколиквидные и надежные активы. Традиционно прибежищем инвесторов в смутные времена является золото, медь да стартапы на просторах бывшего СССР.

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

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

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

Ну и что, скажите, сложного в том, чтобы вешать в своей системе на все единицы контента N тегов, и после делать по этим тегам выборку с системой релевантности и важности связей? Да ничего в этом сложного нет, ибо это типовая задачка по проектированию БД из 10го класса! Что? Вы всё ещё кипятите? Ну тогда я расставлю быстренько все галочки :)

Итак, задача: Иметь возможность маркировать любой контент в системе «ключевыми словами», по которым позже делать выборку для получения списка данных, маркированых точно такими же ключсловами.