Партнёрки, баннеры и дорвеи
На тему заработка в интернете написано столько чуши, что кто-то даже может поверить, что это работает.
Для полных лохов пишут статьи в духе “Зарабатываю $100500 каждый день”. Для лохов, которых уже пару сотен раз облапошили, актуальны статьи класса “Правда ли, что бинарные опционы развод для лохов?”. Лох читает и узнаёт, что для лохов это разводка, а умный сам кого хочешь разведёт.
Лохом он от этого быть, само собой, не перестанет.
Пользуясь тем, что этот сайт — целиком мой, я открою секрет заработка в интернете, баннеров и партнёрок.
Весь “заработок в Интернете” — разводка для лохов
Просто он бывает для совсем лохов (просмотр рекламы, разгадывание капчи) и для лохов прошареных (свой сайт с баннерами, партнёрками, проплаченными постами).
Единственный способ получить профит с сайта — это что-то с него продавать. И чтобы это покупали. Смотри доходы Амазона, Озона и прочей Алибабы.
Что же такое в этом смысле контекстная реклама или партнёрка?
Это ссылка на чужой сайт. Который что-то продаёт и может быть наверное поделится доходом.
Если пользователь щёлкнул по ней — он ушёл и больше не вернётся.
Если пользователь не щёлкнул — то от партнёрки не поступит ни цента.
В обоих случаях владелец сайта в проигрыше. Это надёжней, чем казино.
Так что теперь вы знаете, как отличить лохов. Если в подписе фальшивого “хозяина жизни” красуется “кстати, стеклопакеты в Ярославле” — перед нами лох.
А если сервис сам показывает рекламу от твоего имени, как это делает ЖЖ, — то лох уже ты, любезный читатель.
source для virtualenv под windows
Иногда бывает нужно сделать свой, небольшой локальный Python-мирок. Например, если мы пишем на django и не хотим ставить пакеты глобально.
Официальная документация по django советует virtualenv. Действия такие:
$ virtualenv env $ source env/bin/activate
А потом мы работаем в этой папке, как если бы именно она была у нас системной.
Но если вы вынуждены работать под Windows (например, такова политика компании), то это невозможно — в языке консоли Windows нет команды source или её аналога. Да и в Powershell она сводится к запуску скрипта в определённом контексте.
Самый лучший выход — поставить cygwin. Он ставится быстро, осваивается за несколько минут (логические диски — это папки вида /cygdrive/c/, остальное как привыкли) и позволяет писать строго по инструкции.
Правда, многих пакетов, который нам понадобятся, в нём по умолчанию нет. Поэтому надо их дополнительно поставить.
Для начала — при установке укажите, что хотите поставить Lynx. Если вы забыли — просто запустите установку ещё раз и укажите нужный пакет, он сам докачает и положет в нужную папку.
Потом ставим скрипт apt-cyg, который эмулирует apt-get.
lynx -source rawgit.com/transcode-open/apt-cyg/master/apt-cyg > apt-cyg install apt-cyg /bin
Теперь начинаем ставить командами в духе apt-get install wget (пока wget-а нет, он будет качать через lynx)
И дальше по инструкции для Python
Ставим пакеты, настраиваем и приступаем к работе. Или просто берём готовую сборку.
В процессе установки пакетов есть риск подорваться. Если попытаться поставить их через ez_setup.py, то внезапно узнаешь, что urllib2.HTTPError: HTTP Error 403: SSL is required.
Это связано с тем, что Pip поменял правила доступа к репозиторию. И давно обзавёлся своим инсталлятором:
apt-cyg curl # если ещё не ставил curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py python get-pip.py
Далее настраиваем, как положено, и наслаждаемся virtualenv.
- Создать:
mkvirtualenv my-first-env - Запустить:
workon my-first-env - Завершить:
deactivate - Удалить:
rmvirtualenv my-first-env
Как C и Perl захватили планету
Почему C и Perl стали стандартами в своих областях и до сих пор на коне?
Дело, конечно, не только в синтаксисе и парадигме. И даже не в простоте. C, конечно, прост, это по-человечески записанный кроссплатформенный ассемблер. Но Perl совсем не прост, это многослойная обёртка вокруг парсера регулярных выражений.
Весь секрет — в нечестных преимуществах.
Компиляторы C были под все платформы и бесплатно. А какой-нибудь Pascal был разный и платный.
Perl изначально создавался для работы с текстом, парсинга, преобразования и т.п. А протокол HTTP целиком текстовый. Вот и писались ранние скрипты на Perl-е.
Потом появился PHP, где были те же регулярки, но c привычными классами и он был тупо проще в освоении. И о Perl для веба стало неудобно говорить. Такое же логичное развитие Perl, как C++ — для C. И как Java — для C++.
А потом появился Python, паттерн MVC дал Ruby on Rails и всё стало как сейчас. Наконец, желание писать даже на сервере знакомым синтаксисом породило NodeJS.
Провал всех без исключения “функциональных решений” немножечко предсказуем — потому что нет области, где они были бы нужны и на голову превзошли конкурентов. Go выстрелил, потому что добавил в чистый C всё, чего там не хватало. Scala — потому что это лаконичная Java. Swift — потому что Mac.
Пишем Ruby gem для Yandex Direct API
Очень хотелось изучить Ruby получше, а рабочего проекта не было. И я попробовал написать gem для работы с Yandex Direct API.
Причин было несколько. Среди них: Yandex Direct API очень типичен для Яндекса и современных REST-сервисов вообще. Если разобраться и преодолеть типичные ошибки, то можно легко и быстро написать аналоги для прочих API Яндекса (и не только). И ещё: у всех аналогов, которые мне удалось найти, были проблемы с поддержкой версий Директа: одни были заточены под 4, другие под новую 5, и поддержке units я нигде не нашёл.
И вот на Хабре вышла моя статья — Пишем Ruby gem для Yandex Direct API.
Как сделать всплывающие подсказки в JavaFX
В JavaFX подсказки настолько неудобны, что я написал целую статью на Хабр, как с ними работать -
Как сделать всплывающие подсказки в JavaFX
RegExp в Presto
Opera в своё время прославилась тем, что не поддерживала compile() у регулярных выражений. Дело было в движке Presto (которые почему-то не желает их копилировать).
И вот случилось — Opera переехала на Blink. Теперь compile() поддерживается.… но не в Opera Mini, которая как была на Presto, там так и остаётся.
Pack/unpack float в Python
Показать в JavaScript alert без остановки таймера
Вообще, использовать стандартный JavaScript alert даже для отладки — плохая идея. Для сообщений есть отличные окошки из Bootstrap JS или jQueryUI, для отладочной информации — console.log.
Но иногда нужно написать окошко очень-очень быстро. Например, сдать бета-версию приложения, а окошко потом переделать.
В браузерах, основанных на WebKit (Chrome, Safari, JavaFX WebEngine) открытый alert считается чрезвычайным событием и останавливает все таймеры своей нити. Поэтому показывать его надо в отдельной нити, вот так:
function showMessage(text){
setTimeout(function() { alert(text); }, 1);
}
SHA256 в Python
SHA256 в Python бывает и стандартный (из hashlib), и сторонний (из PyCrypto). Интересно, что при неосторожном использовании они дают разные результаты.
Во-первых, SHA256.new() из PyCrypto сразу после создания имеет digest. Это SHA от пустой строки — широко известное 0xe3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.
Во-вторых, каждый update накладывается в нём на предыдущий, поэтому если digest используется на следующей итерации, то SHA256.new() надо пересоздавать. То есть аналог
h = hashlib.sha256(data + h).digest()
Это
hsh_exec = SHA256.new() hsh_exec.update(data + hsh) h = hsh_exec.digest()