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

Первым в этом списке я выбрал http://www.textureking.com/ — красивый и понятный дизайн сайта, а также хороший выбор текстур которые разделены на 14 категорий.

Следущим будет http://www.cgtextures.com/ — огромное количество текстур и их категорий (вожможно он и получше textureking :), вам решать.

Здравствуйте

Не так давно я писал про правильный did you mean.
Несмотря на все мои улучшения, guess-инг всё равно часто ошибался, и выдавал странные результаты.

Однако недавно, мне удалось значительно улучшить качество guess-инга, и я решил, что было бы неплохо написать «патч» к моей предыдущей статье :)

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

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

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

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

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

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

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

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

О том как реализовывать разделение пользователей по своим поддоменам тут уже писалось. Не были только затронуты плюсы и минусы идеи выноса логина на поддомен. Итак.

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

Линда Фэйн собирает статистику по предпочтениям внешнего вида текстового блока на специальной страничке «Text Prefs».



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

После того, как статистика будет опубликована, обязуюсь доложиться в этом блоге. Ссылка была обнаружена через блог I Love Typography, за что спасибо Джону Бордли.

В своей презентации Intro to Php Security, Dave Ross рассказывает о безопасности в PHP приложениях

На многих сайтах часто можно наблюдать внешние ссылки, «закрытые» в домен сайта. Например, когда автор писал новость на сайте example.com, он поставил ссылку на yandex.ru, но вражеская машина при сохранении умело подменила этот линк на example.com/redirect/yandex.ru или, еще того хуже, на какой-нибудь example.com/redirect/7345435.

Делается это, если кто не знает, из соображений поисковой (или тИЦ/PR) жадности. Машина поисковика сканирует сайт и выявляет количество внешних ссылок. Поэтому задача вебмастера example.com состоит в том, чтобы сделать все ссылки «внутренними», т.е. в рамках своего домена.

Идея заключается в использовании js. Как только страница сгенерировалась, то js пробегает по всей странице и ото всех ссылок вроде example.com/redirect/yandex.ru отрезает первую часть. Т.е. машина поисковика видит «закрытый» линк, а пользователь — нормальный линк, по которому можно сразу понять о месте назначения.

«Закрытые» ссылки можно искать как по вхождению «httр://example.com/redirect/», так и по какому-то классу, добавляемому к переделанным ссылкам.

Как мы знаем из теории о пресловутом web 2.0, для пользователя не должно быть ограничений в ресурсах. Сервис размещения фотографий? Не должно быть ограничения по количеству загруженных фотографий. Сервис закладок? Не должно быть ограничений в количестве закладок. Так можно продолжать очень долго — все сводится к тому, что процессорное время и место на жестком диске в теории бесплатное.

Но часто и на веб.два.нольных ресурсах, и на обычных сайтах (один из ярких примеров — форумы) мы сталкиваемся с довольно глупыми ограничениями. Я не буду рассматривать всю палитру «запретных плодов», опишу только один ярчайший пример:

«Этот форум требует ожидания 60 секунд до нового поиска. Вам осталось подождать 56 секунд до нового поиска.», vBulletin

Как вы поняли из текста ошибки — это ограничение частоты поисковых запросов.

Сегодня Дизайнер Всея Руси совершил типографический наброс на вентилятор в своём личном блоге в Livejournal.

Так вот, ребята. Знак многоточия состоит из трех точек. «Тук, тук, тук», — именно такие звуки должна издать ваша клавиатура. Ни в коем случае нельзя пользоваться символом, называемым многоточием (…). Этот символ один содержит все три точки в себе. Придуман он для моноширинного набора и экономии байтов, однако пользоваться им для верстки книг, а также газет и журналов — нельзя.

Собственно, половина леммингов начала радостно принимать распоряжение Дизайнера Всея Руси.

С появлением новых проектов в сети иногда кажется, что задача эффективной организации пользовательских поддоменов (bob.someblog.com) кому-то представляется непростой. На самом деле, этот вопрос решается за одну минуту.
 

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

Совсем недавно на хабре пользователем bur был опубликован пост про приятные ползунки TrackBar. Они мне понравились своей простотой и возможностью их использования в совокупности с jQuery. Чуть позже был так же пост про слайдер, который определял диапазон времени, но его порицали за большой вес и «тяжесть». Тогда у меня и родилась идея создать на основе TrackBar ползунков для выбора произвольного диапазона времени. Придумано – сделано. И сейчас я представляю свои наработки хабраобщественности.

Итак, было:

Стало:

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

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

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

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

В первой заметке цикла было рассказано о том, как зародилась идея о создании сервиса Web Optimizator. Сейчас я хочу коснуться первых месяцев его роста и развития и тех проблем, с которыми столкнулся (или, наоборот, по счастливой случайности, не столкнулся). Итак, поехали.

WebSiteOptimization

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

Метод критической цепи: эффективное управление проектами с использованием буферов времени и ресурсов

Работа стремится занять все время, отпущенное на нее.
Закон Паркинсона.
Если какая-нибудь неприятность может произойти, — она случается.
Закон Мерфи.

Немного статистики

Одной из причин выделения управления проектами в отдельную область знаний является неопределенность. То, как мы управляем неопределенностью в проекте (в том числе и рисками), напрямую влияет на длительность проекта, на его успех.
По данным многочисленных исследований Standish Group¹ для традиционных методов управления проектами, только 44% проектов обычно завершаются вовремя. В среднем проекты занимают 222% процента от изначально запланированной длительности, 189% от начального бюджета. 70% проектов сокращают исходный объем работ проекта, 30% проектов закрываются досрочно.
И хотя в последнее время, с развитием инструментов и техник управления проектами, эти цифры стали уменьшаться, общая картина говорит о том, что мы как менеджеры проектов плохо делаем свою работу.
Данная статья рассматриваем использование относительно новый метод управления проектами, метод критических цепей (МКЦ), сравнивая его с традиционным подходом к управлению проектами.

Стала задача вывести список клиентов в не большой форме. Клиентов несколько тысяч. при выводе всех сразу браузер задумывался, где-то секунд на 20 при 2.5ГГц и 1Гигабайте памяти. Решено было разбить вывод по буквам. Глянул я на свой iPhone и задизайнил вот такую компактную формочку. Может кому-то такое решение понравится.
UPD Разбивка по буквам мого где используется, я тут пишу не про это. Я хочу показать вариант как можно это расположить, не стандартно.

Могу ошибаться, но решения данной проблемы на Хабре еще не приводилось, так что позвольте поделиться с вами полезным куском кода. Задача: по нажатию Ctrl+S заблокировать браузерный диалог о сохранении страницы и запустить пользовательскую функцию.