Studio Aleko Design

Замыкания

Aleko — Sun, 04 Dec 2011 13:47:29 GMT

wtf is {closure}?

Есть такой страшный термин как «замыкание» (closure). В истории наращивания моего опыта было три стадии моего осознования этого приема. Первая стадия заключалась в том что я не представлял значение и смысл применения замыканий (речь идет о javascript). Вторая стадия заключалась в том, что я понял принцип но не использовал замыкания в своих скриптах, так как не видел им применения. Третья стадия обуславливалась постоянным применением замыканий и получением кайфа от их удобства. В этой статье я постараюсь сразу показать вам их смысл и полезность.

$CUT$

В javascript есть такой термин как область видимости. Образно говоря область видимости переменной это пространство в котором к этой переменной можно обратиться напрямую. Традиционно разделяют два вида областей видимости, это глобальная область видимости и локальные области видимости (на самом деле это одно и то же, только на разных уровнях). Глобальная область видимости доступна нам изначально и реализуется объектом window. Локальные области видимости появляются когда мы создаем функции. Так вот, когда вы создаете функцию, то в её теле вы имеете доступ как к локальной области видимости самой функции так и к областям видимости стоящим выше (к той, в которой определена наша функция и дальше к глобальной области). Такая модель работы кода, когда функция представляет собой комбинацию программного кода и цепочки областей видимости, в которой этот код исполняется, в программировании и называется замыканием. Так что технически любая функция в javascript — это замыкание. Другое дело что традиционно замыканиями называют лишь некоторые случаи их применения. Создать сайт самому бесплатно это ни коим образом не мешает.

Есть ещё одна вещь, которая важна для понимания замыканий. Называется она garbage collector или сборщик мусора. Это технология которая позволяет интерпретатору javascript очищать память от уже использованных данных и не допускать переполнения памяти. Выглядит это примеро так:

Code

function outer(i){
  function inner(){++i;}
  inner();
  return i;
  }

alert(outer(1)); // 2

Сначала мы объявили функцию outer в глобальной области видимости, затем вызвали её. Когда она начала свою работу была объявлена вложенная функция inner, которая сразу и была запущена. Затем функция outer вернула результат и завершила работу. Как только это произошло, в дело вступил сборщик кода. Он определил что функция inner более недоступна для вызова, а значит может быть удалена. А теперь посмотрите на этот пример:

Code

function outer(i){
  return function inner(){return ++i;}
  }
outer = outer(1);

alert(outer()); // 2
alert(outer()); // 3
alert(outer()); // 4

Внимательно разберем код выше. Сначала мы объявили функцию outer, которая возвращает вложенную функцию inner в качестве результата своей работы. Далее мы переписали значение переменной outer и вместо самой функции outer поместили в переменную результат её вызова. По аналогии с предыдущим примером функция outer должна была быть удалена сборщиком мусора так как к ней, кажется, больше нет доступа, но на самом деле это не так. Мы действительно не можем больше вызвать первоначальную outer, так как она перезаписана, но, как показывают последующие три алерта, функция не была удалена и переменная i по прежнему существует. Произошло это потому, что на первоначальную функцию outer по прежнему осталась ссылка. Она существует в цепочке областей видимости результата работы первоначальной функции outer. Таким образом у нас получилось создать функцию, которая считает собственные вызовы. Такие конструкции обычно и называют явными замыканиями. Пример выше так же иллюстрирует ещё одно важное свойство замыканий — инкапсуляцию данных. Обратите внимание, после того как мы переписали первичную функцию outer, мы теряем возможность изменить каким либо образом (кроме предусмотренного самой функцией) переменную i. Это и есть инкапсуляция, проще говоря возможность взаимодействовать с внутренними свойствами объекта исключительно посредством специально предусмотренных интерфейсов.

Инкапсуляция данных посредством замыкания используется в моей галерее iLoad. Галерея имеет множество частных свойств и переменных, которые продолжают существовать всё время использования галереи но недоступны извне.

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

Хорошая ссылка по теме: Замыкания на Javascript Garden

iLoad 3.3.3

Aleko — Wed, 16 Nov 2011 15:04:15 GMT

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

$CUT$

Во первых изменено название настройки L.attribute, отвечающей за название атрибута из которого берется название фотографии, на L.infoAttribute. Это пришлось сделать в связи с добавлением второй аналогичной настройки. Правильное, с точки зрения seo, создание сайтов требует помечать внешние ссылки с помощью rel='nofollow' таким образом закрывая их от индексации. Ранее галерея не позволяла сделать этого, так как использовала атрибут rel для своих нужд. Теперь вы можете указать любой свободный атрибут в настройке L.markAttribute и освободить rel.

Во вторых были добавлены настройки L.showName, L.showDesc, L.showSet и L.showInfo (бывшая L.info), которые отвечают за отображение названия, описания, информации о сете и информации о файле под изображением. Они позволяют легко всё отключить.

В третьих была добавлена переменная L.lock, которая по умолчанию содержит значение false. Если ей в любой момент времени задать значение true, то галерею нельзя будет закрыть после открытия. Таким образом вы можете создавать свои диалоговые окна, заставляя юзера выбирать из предложенных вариантов а не просто закрывать выскочившее окно.

B наконец был добавлен новый метод L.set(), который давно уже должен был быть добавлен. Он позволяет запустить сет фотографий, расположенных на странице, из любого её места зная только имя сета. Метод принимает два аргумента. Первый агрумент это имя открываемого сета, второй - номер фотографии в сете, которую нужно открыть. Если второй аргумент не указан или в нем указан номер несуществующей фотографии, будет открыта первая фотография в сете. Вот пример использования метода: L.set('Природа',3).

Если у вас есть идеи и предложения по поводу усовершенствования галереи — пишите их в комментариях к посту. И если вам нравится моя галерея, обязательно твитните об этом и нажмите на кнопку «Это интересно», которая расположена ниже. Пусть больше людей узнает об этом хорошем скрипте.

MyCMS

Aleko — Fri, 11 Nov 2011 15:07:06 GMT

С момента начала моего изучения php я захотел написать свою систему управления контентом. Ну вы понимаете, совсем свою, пусть даже и со всякими банальнейшими плюшками и прибамбасами «как у всех». Но времени на разработку своей системы катастрофически не хватало. Я был занят исключительно созданием и продвижением своей коллекции обоев и ещё пары проектов, в прочем не очень удачно. В один прекрасный день, уж не знаю, может муха меня неправильная укусила, сонник подсказал чего лишнего или мешком пыльным огрело, но я понял что дальнейшее продвижение сайта, представляющего собой башню из костылей, смысла не имеет. К тому времени код движка, на котором работают пока все мои сайты, разросся на несколько файлов и классов и являл собой дикий хаос используемых и уже отживших функций, заброшенных кусков кода и запросов вникуда.

$CUT$

Я не стал выдумывать сложное уникальное название будущей cms, как бы сделали многие. Вмеcто этого я назвал её единственно-логичным для меня способом — «Моя cms», что при трансформации на язык кода и сети (английский язык) превратилось в краткое mycms. Логотип, который вы видите в шапке поста, придумался сам собой. На нем переплетаются буквы M и Y. Очень вероятно что систем с таким названием море, но меня это не интересует.

И вот я оказался перед чистым документом в notepad++ которому суждено было стать индексным файлом моей новой системы. Мне предстаяло продумать архитектуру и решить каким образом будут (и будут ли?) взаимодействовать модули системы. Получилось примерно вот что следующее...

Корневым элементом системы является каталог статических страниц. Каждая страница хранится в базе и имеет несколкьо контентных полей, таких как title, description, keywords, само поле контента страницы и специальное поле для исполняемого php кода. Php код в самом контенте страницы не исполняется, зато там работает парсер условий, ок котором я уже писал и ещё скажу. Php поле же нужно для создания страниц на которых должно выводится нечто динамические, к примеру капча. Страницы представлены в виде древа, имеют родителей и потомков и могут образовывать сложные структуры. Для реализации этой идеи мне и потребовался класс для работы с nested sets. Уже реализованное управление структурой страниц в модуле администрационной панели выглядит так:

Если присмотреться к скриншоту, видно что страницы можно вырезать и копировать. Это не до конца верно, так как если пометить страницу как вырезаемую, то вместе с помеченной страницей будут вырезаны все вложенные страницы, как буд то мы берем скальный массив за верхушку его самого высокого пика и переставляем в другое место. Так же слева от каждой страницы, точнее её алиаса (фрагмента адреса в url) стоит иконка с синей электрической вилкой. Эта иконка отображает текущий статус страницы — каждая страница может быть видима или нет. Это аналог галочки «Материал недоступен для просмотра» в блогах ucoz. Но если в блогах у данной галочки назначение очевидно, то в каталоге страниц есть ещё один нюанс. Невидимыми необходимо сделать служебные страницы, к примеру страницы ошибок. Таким образом движок системы сможет выводить их контент, но зайти на страницы по прямому адресу будет невозможно. Пример тому — страницы 404 ошибки. Далее, каждая страница в настройках имеет два очень важных выпадающих списка, вот как они выглядят в настройках редактирования страницы /admin:

Поле «Шаблон» указывает, какой глобальный шаблон будет использовать данная страница. Глобальные шаблоны это как главный шаблон в конструкторе шаблонов ucoz с тем отличием, что их может быть неограниченно много. Это делает возможным легко менять дизайны различных участков сайта. В шаблоне самой страницы и в глобальном шаблоне как и в ucoz доступны условные коды — их идея показалась мне интересной и удобной. Вы можете задавать свои дополнительные условные коды используя php поле страницы. В общем всё удобно. На страницу со списком шаблонов можно посмотреть на скриншоте ниже:

Второй выпадающий список гораздо важнее и фактически является несущим во всей архитектуре. Это список доступных инстансов. Инстанс в моей системе это экземпляр модуля. Чтобы было понятнее, приведу пример. В ucoz есть модуль блога. Если вы хотите создать блог — вы его используете, а вот два блога создать уже нельзя и приходится использовать другие модули. Так вот в моей системе модуль — абстрактный образ, задающий общие свойства будущего инстанса (модуля в вашем понимании). Хотим блог — создаем инстанс модуля «блог» и называем инстанс к примеру «Мой личный блог». А когда хотим создать ещё один блог — создаем ещё один инстанс. Получается блогов мы можем сделать на сайте сколько душе угодно. Но самое интересное то, что инстанс начинает работать только после того, как размещается, «припарковывается» на одной из статических страниц. За это и отвечает выпадающий список о котором я говорю. Если страница сделана парковочной, то есть в её настройках выбран один из созданных вами инстансов, то после того как движок сайта при анализе адреса запрошенной страницы дойдет до текущего алиаса, весь остаток адреса будет отдан на обработку в инстанс. Такая обработка позволяет нам создавать интересные вещи. Например: админпанель сайта на любой странице, будь то /admin или /this/is/panel/orly, одна и та же админ панель по двум, трем, четырем разным адресам или даже две разные админпанели с разными паролями и дизайном для одного и того же сайта. Это возможно потому, что администрационная панель — тоже модуль и следовательно может иметь много инстансов, а каждый инстанс в свою очередь использует свои личные таблицы в базе данных. Таким образом инстансы существуют раздельно, как близнецы, рожденные одинаковыми но живущие разными жизнями. Шаблоны каждого инстанса можно редактировать, вот к примеру страница рекдактирвоания инстанса администрационной панели:

Курьезно, то, что админпанель — инстанс, дает нам редактировать админпанель из админпанели что приводит к интересным последствиям, например есть страница, которая редактирует сама себя.

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

Мою систему ни в коем случае нельзя сравнивать с ucoz, так как цели передо мной стояли совершенно другие. Ucoz разработан с феноменальной защитой от идиотов, моя система напротив позволяет убить сайт тысячей изощренных способов буквально на каждом шагу. И это нормально, так как систему я писал для себя. Попробую провести аналогию. Представьте что у вас есть доска и вам нужно отпилить от неё кусок. И есть два варианта сделать это: плотник по имени ucoz и плотник по имени mycms. Ucoz отпилит кусок доски за вас, но только так, как умеет сам, допустим 10 сантиметров с левого или правого краю, и всё. Mycms же даст вам в руки пилу и предложит пилить так как вам хочется, а вы уже в зависимости от уровня проффессионализма либо отпилите себе руки либо отрежете себе именно такой кусок доски какой вы хотели.

Как раскрутить сайт

Aleko — Tue, 01 Nov 2011 20:48:26 GMT

     Несколько раз меня уже просили рассказать, каким образом я раскручивал свой oboi.ws и, так как я всё равно не могу заставить себя писать нормальные посты о его жизни как обещал, то пожалуй попробую схематично, кратко но полноценно описать всё в одном посте$CUT$.
    Перед созданием сайта я долго искал домен и в итоге нашел домен на котором уже размещался ранее сайт по тематике обоев для рабочего стола, правда к сожалению далеко не популярный, но несколкьо беков я получил.
     Несмотря на многочисленные отрицательные отзывы о сервисе и полезности 1ps.ru, в первую неделю жизни сайта я заказал прогон по базе каталогов на элитном тарифе. Я не боялся быть зафильтрованным за быстрый ссылочный рост, так как был уверен в медленной индексации ссылок с каталогов. Работа была сделана быстро и результат, как мне кажется, оправдался — индексация страниц с сайта шла быстро.
     Хотя выражения «внутренняя оптимизация» и звучит потерто и неинтересно, я о нем не забыл. Сайт был качественно перелинкован множеством ссылок. Код был оформлен семантически правильно — меню были оформлены списками, основной текст был выдвинут ближе к началу документа, а все внешние ссылки закрыты от индексации. Был создан robots.txt с указанием основного хоста сайта. Была настроена обновляющаяся карта сайта. Ко всем картинкам были прописаны alt, а ко всем ссылкам — title. Текст был разбит на параграфы и упакован в тег p, а заголовки выводились в тегах h. К сожалению мой тогдашний опыт внутренней оптимизации был ничтожно мал.
     Материалы на сайт я добавлял каждый день, писал уникальные названия для фотографий, иногда писал описания, никогда не копировал текст с чужих сайтов — авторское право в Интернете это не шутки. Тексты это вообще отдельная тема. Для каждой категории сайта моим другом был написан уникальный текст размером 2-3 тысячи символов. Каждая из страниц категорий была заточена под 1-2 конкретных среднечастотных поисковых запроса. Эти запросы в прямом и перефразированном виде упоминались в тексте страницы, в alt картинок, в названии и заголовках на старнице. Так же множество внутренних страниц стало ссылаться на оптимизируемые страницы категорий и на главную сайта (это и называется перелинковкой).
     На каждую из оптимизируемых страниц я купил несколько ссылок в sape с тематических сайтов с ненулевым тиц. Старался покупать ссылки с главных страниц. Так же старался покупать ссылки с сайтов, которые находились высоко в топе по оптимизируемым запросам. Позднее ссылки я стал закупать в seopult.ru, сейчас на ссылки я трачу порядка 5 тысяч в месяц и отметил хороший рост позиций по нужным запросам.
     Я заказал для сайта так же прогон по каталогам статей, что, надеюсь так же помогло. Для увеличения скорости индексации контента я создал поток в твиттере и настроил автоматический постинг туда своих материалов с сайта. Роботы яндекса часто заходят на быстрообновляемые ресурсы наподобие твиттера, соответственно ссылки оттуда быстрее индексируются. Для раскрутки твиттер-аккаунта я использовал купленный мной twidium.
     Для продвижения сайта в яндексе и для привлечения новых посетителей я сделал виджет с новыми материалами и добился его добавления в каталог виджетов яндекса. Виджет сыграл важную роль в развитии сайта и сейчас приносит 2-3 тысячи человек в день.
     Успех виджета сподвигнул меня к созданию группы в контакте и к созданию своего приложения для этой социальной сети. Контакт сейчас так же приносит небольшую долю посетителей.
     Я сообщал о своем сайте на многих форумах, практически все мои знакомые знают о нем, много людей было приглашено на него в различные этапы его существования.

Что я планирую сделать:

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

Парсер условных выражений

Aleko — Thu, 27 Oct 2011 15:44:14 GMT

     Я позволил себе достаточно долго не писать в блог по той причине, что всё мое внимание было переключено на разработку остальных моих проектов, в числе коих statusno.net — сборник статусов для социальных сетей, da.am — многострадальный сборник анекдотов и oboi.ws — процветающий каталог обоев для рабочего стола.
   И если первые два сайта застряли в эмбриональной стадии, то коллекция обоев уже пересекала рубеж посещаемости в восемь тысяч человек в день и рубеж доходов в 60 тысяч рублей в месяц (К моему большому сожалению в данный момент доходы не превышают 20 тысяч, но это долгая история и я надеюсь что такое положение дел будет длиться не бесконечно).
     Напротив, коллекция обоев в моих глазах имеет такой потенциал, что я начал разработку под неё специализированной cms с довольно интересной архитектурой. Провожу время обложившись учебниками по php и всё такое прочее.
   Этот пост я пишу по той причине, что хочу поделиться с вами одной из моих наработок - парсером условных выражений аля ucoz. Система разбора условий, сделанная в ucoz, показалась мне удобной и я решил её перенять (это не значит что вся cms будет ucoz-подобной, это далеко не так). Моя реализация парсера представляет из себя класс на php, который позволяет разбирать несколько видов условий, а так же реализует хранение и замену условных кодов в текстах шаблонов.$CUT$
     Для того чтобы использовать мой парсер на своих сайтах сначала создайте файл класса codes.class.php, затем подключите его в код вашей системы. Класс не требует создания своих экземпляров, так как все его методы статичны. Далее я опишу основные функции взаимодействия с парсером.

Подготовка к работе:

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

codes::set('имя_кода','значение кода/переменная');

     Имя кода должно быть задано латинскими буквами или цифрами без пробелов. Знаки доллара необязательны хотя и допустимы. Любое заданное значение будет сохранено в верхнем регистре и обрамлено знаками доллара. К примеру 'User_ID' будет сохранено и соотвтетственно доступно в шаблоне как $USER_ID$.

codes::get('имя_кода');

     Служит для получения значения кода из памяти парсера. Значение кода обрабатывается так же, как описано выше.

codes::remove('имя_кода');

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

Получение информации

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

codes::get_codes();

     Эта функция пришлет массив НАЗВАНИЙ кодов без значений. Полезна для вывода в шаблоне информации о доступных кодах.

codes::get_all();

     Вернет одномерный массив кодов вида $ИМЯ_КОДА$=>ЗНАЧЕНИЕ. Бывает полезно и может использоваться для различных мелких причин.

Написание условий, подготовка шаблона

     Мой парсер имеет существенное отличие от парсера ucoz - он не имеет защиты от дурака и призван лишь упростить работу с шаблонами. По этой причине в каждом условии доступна передача php кода в парсер, где он и будет исполнен. Не допускайте прямого использования условных выражений пользователями!
     Парсер умеет распознавать условия любого уровня вложенности, умеет выполнять только те условия, которые попадают в выполняемую область видимости, это помогает значительно экономить ресурсы сервера. Парсер выдаст ошибку специальную ошибку в том случае, если условный код в шаблоне не будет закрыт должным образом. Так же парсер умеет перехватывать ошибки парсинга в условиях на php, что поможет избежать падения сайта.
     Ниже приведены примеры условий, которые парсер умеет обрабатывать:

     Самое простое выражение. Если условие положительно и приводится к булевному true то будет показан текст. В качестве условия может быть передан условный код, например вот так:

     В скобках условия пишется php код в котором условные коды выступают в качестве переменных.

     Ещё одно простое условие но уже с использованием модификатора ИЛИ. Если условие выполняется - выводится первый текст, иначе второй.

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

     В условии выше используется переход elseif который позволяет вывести второй текст только если первое условие отрицательно а второе положительно. Подобные условия можно так же перемежать многократными else.
     Итак, шаблон мы подготовили, теперь пора его обработать парсером.

Финальная обработка и вывод

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

codes::tpl('   html код шаблона страницы ');

     Эта функция вернет переданный ей код но уже польностью обработанный и с замененными условными кодами и выражениями.
     Надеюсь парсер вам пригодится. Он неоднократно протестирован и не содержит ошибок в формировании обработанного шаблона. Так же неплохо прокомментирован.

Поиск по обоям

Aleko — Sun, 15 May 2011 23:18:01 GMT
     Написал на досуге поиск по каталогу обоев на своем проекте. Вот ссылка на сабж поста. Поиск использует библиотеку phpMorphy для приведения запросов к базовому виду, затем прогоняет запросы по, заранее подготовленной, индексной таблице и выдает обои, отсортированные по релевантности. Поиск производится по тегу, категории и названию. Описание я решил не брать, так как там может быть много не относящегося к изображению.
     Сюда пишу для того чтобы вы, уважаемые читатели, протестировали новинку и отписали свое мнение. Я знаю, что некоторые из вас просили сделать поиск некоторое время назад.

Oboi.ws — Пост второй

Aleko — Wed, 04 May 2011 22:00:51 GMT

    Эхх.. А ведь я и правда думал что смогу заставить себя написать хотя бы по одному посту в месяц. Печально. С момента написания предыдущего поста о моем проекте прошло почти ровно два месяца. Проект за это время сильно вырос и начал приносить кое какие деньги, хотя до полноценных финстрипов мне ещё очень далеко, да и не манимейкер я — рано мне лезть в эту кухню. $CUT$
     Но перейду к статистике. О росте проекта можно судить по графику в шапке поста. К 5.05.11 (на данный момент) статистические данные следующие:

Посетителей в день: ~6500 и растет

Просмотров страниц в день: ~63000 и растет

Процент отказов: 48%

Просмотров на посетителя: ~7

Время на сайте в среднем: 6 минут

     Показатели меня откровенно радуют. Проект увеличивает свою посещаемость в два раза каждый месяц и я надеюсь что такая тенденция сохранится и в будущем. А если учесть что на сайте в данный момент крутиться несколько richmedia партнерок, то результаты превосходны. Просмотры страниц просели всего на 10% а процент отказов вырос на 3-6 единиц что гораздо лучше чем я ожидал.
     Список продвигаемых словосочетаний и ключевых слов разросся до таких размеров, что приводить его тут нет смысла. Вы сами можете прочитать нужную вам информацию в открытой статистике проекта.
     Мой виджет, о котором я писал в предыдущих постах, за эти два месяца успел выйти в лидеры яндекса и уютно расположился на первой странице каталога виджетов со средней суточной посещаемостью в 3000 хостов. В этом есть ваша заслуга, уважаемые читатели, так что огромное вам спасибо. В данный момент виджет является ценным подспорьем в развитии сайта.
     Сайт оказался настолько успешным что я решил не останавливаться на достигнутом и уже открыл ещё два обойных проекта. Один сайт с автомобильными обоями (http://auto.oboi.ws) и один сайт с ынухой (http://xxx.oboi.ws). На последний проект я возлагаю большие надежды (так как фапать у нас, excusez-moi, все мастера) и не зря: за первый же день работы фап-проект (не без помощи oboi.ws) достиг посещаемости в 190 человек и получил 2500 просмотров страниц, что очень даже неплохо.
     Что касается заработка, то сайт (пока только один - остальные 2 проекта ещё не созрели и не подключились) приносит 300 рублей каждый день, что лишний раз подчеркивает моё неумение конвертировать траффик. Люди-манимейкеры, если вы можете, помогите советом!
     А то вдруг я захочу себе купить спутниковый телефон или вышку нефтяную, ан не на что.. Хотелось бы узнать ваше мнение по проекту, уважаемые читатели.

АП ТИЦ Яндекса

Aleko — Wed, 16 Mar 2011 08:31:33 GMT
     Лёд тронулся, господа! Сегодня утром индекс цитирования начал свой танец. Обновление ещё идет и не отобразилось на всех проектах, хотя некоторые проекты уже окупили вложенные в них силы. Всем удачного тица сегодня!

Яндекс виджет

Aleko — Mon, 07 Mar 2011 22:19:47 GMT

     Ура! Созданный мной виджет для oboi.ws на яндексе премодерировали за один день вместо официальных от 5 до 10! Теперь я рад предложить вам поставить этот виджет на свои яндекс-страницы простым кликом по кнопке ниже. Я очень прошу, чтобы как можно больше человек установило виджет, так как виджет сможет попасть в каталог виджетов яндекса только после того, как его аудитория расширится до 150 пользователей.

     Виджет имеет несколько настроек$CUT$ — скорость анимации, разрешенность или запрещенность "клубничного" контента (обязательное требование Яндекса) и выбор категории, из которой будут транслироваться обои.
     Если вы вдруг захотите сделать мне огромное одолжение и поставить данный виджет на свой сайт — у вас не возникнет никаких проблем. Ширина виджет автоматически изменяется под размер блока, в котором виджет установлен, высота виджета фиксирована. Чтобы вставить виджет на свой сайт, просто используйте код ниже:

Code

     Огромное вам спасибо! А что вы думаете о этом виджете и о создании виджетов на яндексе для продвижения сайта?

Oboi.ws — Пост первый

Aleko — Sat, 05 Mar 2011 21:45:57 GMT

Вместо поста нулевого..

     Я давно хотел сделать массовый проект. В голову приходили идеи и видео-хостинга (слишком большой трафик), цитатника (совсем банально), социальной сети с уникальной идеей (в процессе разработки), но идеи были отвергнуты или сложны настолько, что их воплощение должно было занять много человеко-часов. В итоге я решил остановится на сайте обоев для рабочего стола$CUT$. Этим сайтом стал Oboi.ws.
     Так как проект задумывался как проба сил, под хостинг я использовал свой старый компьютер, системные параметры которого вполне позволяли организовать на нем сервер.
     Затем, собрав в кучу свой опыт работы с php, я смог написать с нуля неплохую, на мой взгляд, узконаправленную систему управления контентом, в данном случае изображениями. В системе постепенно стали появляться всякие популярные примочки, например поиск по тегам, качественный поиск по цветам (долго мучился с ним, а в итоге всё оказалось весьма просто), древовидные комментарии и так далее.
     Постепенно сайт обрел форму и начал привлекать посетителей. Я перешел на стомегабитный интернет тариф, улучшил охлаждение сервера, провел софтверную оптимизацию — поставил nginx в качестве фронтенда, в общем неплохо всё оптимизировал. А затем я наткнулся (в который раз уже) на блог Нометы и прочитал его "быстрый старт". Это зажгло меня двумя идеями: заработком денег с сайта и написанием постов о истории его развития.
     Что касается рекламного заработка, тут у меня мизерный опыт и я постараюсь связаться с Александром и попрошу его поделится своим опытом, так как я перечитал все посты по существу в его блоге и жажду больше.
     А вот о истории развития oboi.ws читайте дальше.

Пост первый

     Это первый пост о развитии проекта oboi.ws. Сайт был создан и запущен около 50 дней назад — 15.01.11. Проиндексирован почти сразу, но затем была допущена ошибка с 301 редиректом с домена www.oboi.ws на домен oboi.ws в следствии которой сайт полностью выпал из индекса яндекса на целую неделю. К 15.02.11 была достигнута посещаемость в 558 человек в день. Это случилось бы раньше, если бы не описанные выше погрешности.
     К 6.03.11 (на данный момент) статистические данные следующие:
Посетителей в день: ~1550 и растет
Просмотров страниц в день: ~18000 и растет
Процент отказов: 45%
Просмотров на посетителя: ~11
Время на сайте в среднем: 5 минут
     Я считаю эти показатели неплохими. Я уделяю статистике такое внимание потому, что в блоге Александра мне сильно не хватало статистических данных подобного плана. Подробная открытая статистика.
     Я выбрал несколько высокочастотных ключевых запросов для сайта, вот данные по ним:
бесплатные обои — 42 строчка в яндекс. Для продвижения по ключевику выполнена внутренняя перелиновка сайта, настроены мета-теги, написаны копирайтерские тексты на главную и некоторые внутренние страницы, куплено около 10 ссылок в sape, в том числе с сайтов прямых конкурентов.
обои для рабочего стола — 160 строчка в яндексе. Куплены 6-7 ссылок, перелиновка с нескольких страниц.
обои 1280х1024 — 14 строчка в яндексе и 23 строчка в гугле. Куплены ссылки, проведена перелинковка с большого количества страниц.
     В данный момент из рекламы на сайте стоит только ссылочный sape. Куплено 206 ссылок которые приносят 2.70р в день. Сайт нулевой, то есть тиц 0 и pr 0 так как с нового года апа так и не было. Данные показатели (по sape) считаю не хорошими, но удовлетворительными. Продажа идет по схеме 2-2-2 и по цене на 10% превышающей среднюю по системе.
     На сайте есть быстрое добавление в социальные закладки, которое уже было неоднократно использовано посетителями. Созданы около 1000 автоматических rss потоков, главный общий рсс поток добавлен в feedburner. Создана система информеров, о них был написан предыдущий пост. У сайта есть свой канал на twitter, в который настроен автоматический постинг обновлений с rss с прямыми ссылками на материалы.

      Что вы думаете по поводу развития проекта? Будет ли вам интересна история его развития? Своё мнение вы можете оставить в комментариях к данному посту или в импровизированном чате (комментариях) на oboi.ws.

Oboi.ws делится контентом!

Aleko — Sat, 05 Mar 2011 13:04:42 GMT

     Возможно вы слышали о моем новом проекте oboi.ws. В любом случае мне уже давно нужно было написать о нем в блоге$CUT$. Дело в том что последний месяц я активно занимался этим проектом, настроил свой сервер, написал движок с нуля, сделал дизайн, залил более двух тысяч изображений, которые благодаря скриптам сайта превратились в более чем 35000 готовых обоев для экранов посетителей проекта, была выполнена грамотная внутренняя перелинковка под нч, да много всего. Благодаря стараниям меня и моих друзей сайт стал активно набирать популярность и на данный момент набрал посещаемость в полторы тысячи человек в сутки и этот показатель продолжает расти. Говорить о этой разработке я могу довольно долго, но пост не об этом.
     Я пишу пост чтобы сообщить о возможности получить контент моего сайта бесплатно для всех желающих, особенно владельцев сайтов на uCoz. Дело в том что каждая категория, размер и тег на сайте oboi.ws отныне транслирует не только свой rss поток, но и предоставляет свой контент в уже сформированном удобоваримом виде для размещения на ваших страницах! Простой пример, два последних изображения в категории "природа":

Код этого блока выглядит так:

Code
.wallpaper-wrapper,.wallpaper-wrapper div{display:inline;}
.wallpaper-wrapper {padding:5px;}

iLoad 3

Aleko — Thu, 11 Feb 2010 01:42:24 GMT

     iLoad это кроссбраузерная галерея для просмотра изображений на ваших сайтах. Она написана на javascript и не требует для своей работы подключения каких либо сторонних фреймворков наподобие JQuery или Prototype. Скачать последнюю версию iLoad можно на странице по этой ссылке: скачать свежую версию iLoad3.

     iLoad имеет множество самых разнообразных настроек и функций, которые помогут вам адаптировать галерею для использования на своем сайте. Подробнее о возможностях и настройках iLoad написано в статье по ссылке выше.
Возможности iLoad3
iLoad3 не использует фреймворки и полностью автономна
iLoad3 позволяет быстро менять графическое оформление благодаря тому что вся графика хранится в одном спрайте
Вы можете использовать слайдшоу с набором настроек отображения изображений
Традиционно сглаженные углы прорисовываются автоматически без использования графики
Появилась возможность изменять отступ от краев до контента
Появилась новая, более функциональная большая панель
Большие фотографии подстраиваются под размеры экрана
Название группы изображений можно задать на русском языке, а в некоторых случаях можно не использовать
Можно включить выведение информации о формате и размерах файла
Можно включить обязательное отображение кнопки закрытия на панели
Можно запретить навигацию с помощью нажатий на части изображения
Галерею по прежнему можно выключать щелчком по тени
Навигация по сету упрощена, теперь можно использовать ещё и цифры 1-9 для открытия нужной по счету фотографии
Навигация в сете возможна так же щелчками по левой и правой частям изображения, что так же графически оформлено
iLoad предзагружает не только текущее изображение но и соседние, что увеличивает удобство просмотра сета (опционально)
iLoad сам центрируется и подстраивается под размеры экрана при их изменении
С помощью функционала iLoad стало возможным создать огромный сет изображений одной ссылкой
Скорость всей анимации в iLoad настраивается
iLoad позволяет отображать имя фотографии, её описание, позицию в группе и общее число фотографий в группе, название группы и информацию о файле
iLoad не требует обновления страницы после добавления новых ссылок на изображения для их обработки
Добавлена возможность перетаскивать фотографию мышкой для удобства просмотра
Не стесняемся - комментируем ниже! Топик на хабре о iLoad.

Самое короткое определение IE

Aleko — Thu, 07 Jan 2010 21:54:49 GMT

    Изучая листинги ошибок и несоответствий браузеров Internet Explorer, я наткнулся на один интересный баг, который позволил написать самый короткий из известных мне способов определения этого браузера на javascript. До сих пор самым коротким из существующих способов считалось выражение, предложенное Дином Эдвардсом в своем блоге.

   Я предлагаю ещё более короткий вариант (на 3 символа короче чем самый короткий вариант из блога Эдвардса - 6 символов). Переменная возвращает true в internet explorer и false во всех остальных браузерах.$CUT$
Code