• Как зарегистрировать свой jQuery плагин на jquery.plugins.com

    В далеком 2006-м, Джон Резиг, создавая очередную JavaScript библиотеку jQuery, возможно и не предполагал, что она станет настолько популярна. Одной из ее "килл-фич" была система плагинов. Трюк, который прокатил с Мозилой и прокатывает с Хромом: делаем средний продукт, но с отличным API для создания расширений для него.

    Идея не нова, до этого в 2005-м, мир узнал Prototype Сэма Стефенсона. Параллельно с jQuery развивался Mootools  Валерио Проетти. К слову второй зародился, как плагин для первого.

    Да сам JavaScript со своим своеобразным ООП реализует наследование, по идеологии плагинов, а не родителей. Пишем класс, создаем его экземпляр, подключаем к prototype полю другого объекта, и вот оно - наследование. Второй объект использует все плюшки первого.

    Качественным отличием jQuery на этом фоне стало удобство. Сравните код создания расширения для Prototype, Mootools и jQuery (код для первых двух взят из Википедии).

    Prototype

    var FirstClass = Class.create( {
        initialize: function () {
            this.data = "Hello World";
        }
    });

     Mootools

    var Animal = new Class({
        initialize: function(name) {
            this.name = name;
        }
    });
     
    var Cat = new Class({
        Extends: Animal,
        talk: function() {
            return 'Meow!';
        }
    });

    Vanila JavaScript

    var a = function(){
    	this.hi = function( name ) {
    		alert('Hello World and '+name)
    	}
    }
    var b = function(){};
    b.prototype = new a;
    (new b).hi('Valeriy');

    И jQuery

    $.fn.hi = function( ){
     alert( this[0].tagName )
    }
    $('body').hi();// BODY

    Удобство наглядное и бесспорное. Первые два фреймворка заставляют окунуться в дебри ООП и требуют от программиста определенной квалификации. jQuery же "порог вхождения" понизила до уровня школьного Бейсика.

    Результат не заставил себя ждать. Плагины плодились тысячами. Их уровень варьировался от плохих до очень плохих. Все это дело оседало на plugins.jquery.com

    Залить туда плагин мог любой желающий. Никаких модераторов. Демократия. Стоит ли говорить, через ни так много времени сайт превратился в свалку. Мой первый плагин тоже там побывал. 

    У ребят из команды jQuery руки растут оттуда, откуда надо. Они эту лавочку прикрыли. Включили режим "Только чтение" и приступили к созданию нового ресурса.

    13 Декабря 2011 на свет появился новый сайт. С иной системой публикации. Плагины не заливаются непосредственно на ресурс. Делать на самом plugins.jquery.com вообще ничего не надо ( Вот это поворот=) ). Вместо этого дело сводится к колдовству с git репозиторием и его хостингом.

  • Как зарегистрировать свой jQuery плагин на jquery.plugins.com. Заключительная

    Из серии статей вы узнали Как выбрать имя плагина, как работать с git и как написать свой манифест. Все что осталось - это сообщить сервису plugins.jquery.com о нашем плагине. Нет, на сам сервис заходить не нужно. Он не дает такого функционала. Он узнает о нашем плагине, после того, как мы добавим в настройки плагина Hook этого сервиса. 

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

    В терминах github добавляя Hook plugins.jquery.com в настройки репозитория, мы тем самым делаем следующее: при любом изменении репозитория, будет вызван некий скрипт с plugins.jquery.com, который при необходимости скачает манифест и добавит плагин в общую базу данных. Именно для этого и нужен был манифест из предыдущей статьи.

  • Как использовать git или как зарегистрировать свой jQuery плагин на jquery.plugins.com. Часть 2-ая

    В предыдущей статье мы всего навсего подобрали имя плагину. Пол дела сделано. Теперь, если вы этого еще не сделали, нужно создать git репозиторий. Все примеры будут для github, но при желании аналогичные действия можно произвести и на bitbucket.org

    После регистрации создаем пустой репозиторий. В правом верхнем углу находим плюс

    Создание рeпозитория на github.com. Шаг первый

    Жмем его и выбираем «New repository»

  • Как использовать github.com через Tor

    Заходим через Tor на github.com  Блокировки сайтов Роскомнадзора, до поры до времени не волновали меня. Либо мой провайдер не особо торопился исполнять блокировку, либо я не посещал заблокированные сайты Однако ребята с этой организации добрались и до меня. Нет, они не заблокировали мои сайты. Они заблокировали, святая святых открытых разработок - github.com. Какой удар они наносят отрасли, да и экономике РФ они похоже не понимают. Эта добровольная изоляция. И нам теперь с ней жить. На нем размещена дюжена моих проектов, и несколько уже имеют больше 100 звезд.  Меня, как веб разработчика это особенно напрягает, ибо я один из тех, кто приложил руку к становлению интернета, за плечами сотни сайтов, сотни разработок. И вот, меня от всего этого отключают. С этим я мириться не намерен. 


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


    Есть много способов обхода "Большого Российского файрвола": прокси сервера, tor сети, VPN, сайты анонимайзеры или просто RDP на удаленном компьютере. Среди них есть как платные, так и бесплатные варианты. С прокси серверами все относительно просто - купил прокси, вставил в браузере в настройках подключения, живешь и не кашляешь. С vpn заморочек больше, но принцип тот же. Сайты анонимайзеры помогут зайти на сайт, не помогут использовать другой софт, который также подключается к заблокированному ресурсу.


    С этой задачей, как нельзя лучше справился torХотя мне не нужен постоянный доступ к запрещенным сайтам, конечной целью был заход на github.com и подключение к нему через git.exe для слива репозитория, однако вам ничего не мешает использовать этот способ для заходя на другие заблокированные в вашей стране скайты.


    Далее простой алгоритм, как восстановить доступ к github.com


  • Файл .gitignore не работает

    Отношения с файлом .gitignore у меня никогда не складывались. Он то работал, то не работал. Иногда приходилось ждать, чтобы git проверил изменения в папке сотен фотографий. Плюс сам индекс этой проверки весил очень и очень много. 

    А ошибка была в том, что я сперва добавлял весь проект в git

    git add --all