Bujhm Cvyrth

Вот этот кусок кода:

<!-- SalesDoubler -->
<script type="text/javascript">
(function (js) {
var scr = document.createElement('script');
scr.setAttribute("src", js + "?ts=" + (new Date().getTime()));
scr.setAttribute("async", true);
document.getElementsByTagName("head")[0].appendChild(scr);
}("//www.dmpcloud.net/spx/amurchik.ua/spx.js"));
</script>
<!-- SalesDoubler END -->

Как искать:
1. Открыть Dev Console, нажать Esc, Перейти на вкладку search, найти искомую строку ('tarkita.ru'). Увидим урл скрипта, который это вызывает.
2. По урлу скрипта найти, откуда он сам грузится - с морды :)

code.tutsplus.com

Увидели красивый элемент на чьем- то сайте — изучили его.
Популярные JS фреймворки не в сжатом виде (JQUERY) — тоже много интересного

Используйте абзацы (p).

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

<VirtualHost *:80>
     ServerName mysite
     DocumentRoot /var/sites/mysite/public
     WSGIScriptAlias / /var/sites/mysite/script.wsgi
 </VirtualHost>

Колбэк - это функция в глобальном неймспейсе, называющаяся всегда application. Выглядит она примерно так:

def application(environ, start_response):
    status = '200 OK' 
    output = 'Hello World!'

    response_headers = [('Content-type', 'text/plain'), ('Content-Length', str(len(output)))]
    start_response(status, response_headers)

    return [output]

Когда апач получит запрос - он через wsgi запустит функцию application, а полученный от неё результат выдаст в ответ на запрос.

Это всё, что нужно для понимания, как обрабатывать http-запросы из питона. Всякие джанги работают на этом же механизме.

Теперь неочевидный нюанс. Дело в том, что обычно апач в нормальном состоянии отдаёт статику как статику. А если подключить к нему wsgi - то wsgi начнёт перехватывать и запросы к статике тоже. В джанго такая ситуация решается через жопу (что доказывает, что джангодрочеры - альтернативномыслящие), а именно: предлагается создать поддомен для статики и раздавать её сервером без wsgi, нжиниксом каким-нибудь, либо отдавать статику скриптом. Оба варианта, мягко говоря, спорные. Я считаю намного лучше и гибче третий вариант:

<VirtualHost *:80>
     ServerName mysite
     DocumentRoot /var/sites/mysite/public
     RewriteEngine on
     RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
     RewriteRule (.*) /index.py/$1 [L,QSA,PT]
     WSGIScriptAlias /index.py /var/sites/mysite/script.wsgi
  </VirtualHost>

(Обсуждается здесь.)

В общем как оказалось jQuery.fn = jQuery.prototype. А значит в моем случае, если хочется использовать методы плагина таким образом, то пространство имен $.fn вообще не нужно.

(function($){
    var methods = {
        init : function(options) { 
            console.log('init');
        },
        show : function( ) {
        
        },
        hide : function( ) {
        
        },
        update : function(content) {
            console.log(content);
        }
    };

    $.myPlug = function(method) {
        if (methods[method]) {
            return methods[method].apply(this, Array.prototype.slice.call(arguments, 1));
        } else if (typeof method === 'object' || ! method) {
            return methods.init.apply(this, arguments);
        } else {
            $.error( 'Метод с именем ' +  method + ' не существует для $.chats' );
        } 
    };
})(jQuery);

$.myPlug(); // init

$.myPlug('update', 'Привет мир'); // Привет мир

$.myPlug('blalbla') // $.error