Мой опыт рекламы в Adwords. Будет полезен скорее новичкам, но, возможно, и опытные рекламодатели найдут что-то новое.

Что надо сделать до начала работы с Адвордс?

• Завести карточку для оплаты в Интернет и узнать в банке ее CVV-код. Положить на нее некоторую сумму, например, $50.
• Очень полезно почитать справку по Adwords.

Регистрация в Адвордс и настройка платежной информации

Зайдите на http://adwords.google.com и зарегистрируйтесь.

Если у Вас уже есть почтовый ящик на Gmail, то лучше указать его в качестве логина. Если нет — укажите любой другой действующий email.

Настройте платежную информацию. Зайдите на вкладку Оплата — Настройки платежных данных. Выберите основной способ оплаты (для Украины я выбираю постоплату по кредитной карте и пишу транслитом имя, фамилию, адрес в том виде, как они заполнены в банке при получении кредитки, дату окончания срока карты и ее CVV-код).

Подбор ключевых слов

Допустим, Вы занимаетесь страхованием автомобилей.

Продолжение статьи здесь

Интересно будет блог-хостингам или stand-alone блогам

Предисловие

Сколько сотен раз слышал, как Windows Vista ругают за ее медлительность, «глючность», несовместимость, неудобство и прочее. Признаться честно, я и сам до недавнего времени был, мягко говоря, не в восторге от Vista, пытался ее использовать но потом от нее отказался.



Но два месяца назад по работе пришлось вплотную столкнуться с Vista, и я заинтересовался » а как можно заставить ее работать хорошо? И вот, по прошествии двух месяцев, хочу поделится с вами своим опытом и надеюсь получить и от вас полезные советы. Если вы

Уверен, многие из вас уже столкнулись или еще столкнутся с необходимостью использовать Vista, поэтому данная статья будет интересна и тем, кто эту ОС не используют. Кстати, далее будет совет, как использовать Windows Vista легально в течении 120 дней!

Надеюсь, вы оцените мою статью — я потратил на ее написание почти половину своего выходного :) Понятно, что для кого-то ниже написанное покажется «детским лепетом», кто-то всё это уже знает, но почему-то не делает. А кто-то почерпнет полезную для себя информацию.

Сразу отмечу, что не хочу никого убедить использовать Vista или вызвать холивар — если кому-то данная тема не интересна, просто пройдите мимо, пожалуйста. Спасибо.

UPD спустя час: удивительно, как любят ставить минусы топикам про Vista, где ее не «опускают»! А то что это полезная многим статья про все более широко распространяющуюся ОС — видно некоторым начхать :(
UPD спустя четыре часа: спасибо за позитивную оценку статьи, жду большего количество полезных дополнений к ней :)
UPD спустя почти неделю :) ускоряем копирование в Висте! Наконец-то однокилобайтный ярлык не удаляется по 30 секунд :) Пуск->Панель управления (не классическая)->Программы->Включение или отключение компонентов Windows. Снимаем галку «Удаленное разностное сжатие». Ура.

Думаю над продолжением статьи, уже есть наработки :)

Примечание: ниже перевод статьи «Rethinking Recommendation Engines» от Alex Iskold (знаменитого своими исследованиями в области экономики внимания и теоретических основ механизма социальных сетей), в которой автор рассматривает текущие рекомендательные системы и пытается предсказать, что ждет их в будущем (фактически, предлагает радикальный способ по их улучшению).

Более двух лет назад Netflix анонсировал соревнование по движку рекомендаций: любой, кто изобретает алгоритм, позволяющий улучшить качество их рекомендательной системы не менее, чем на 10%, выигрывал один миллион долларов. Многие исследовательские группы с энтузиазмом взялись за дело, воодушевленные количеством доступной для анализа информации. В самом начале был достигнут некоторый прогресс, но затем он затормозился, и сейчас исследователи остановились в районе улучшения примерно на 8,5%.

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

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

система делится на несколько зон, которые сливаясь образуют знание языка:

1. грамматика
2. понимание написанного
3. понимание на слух
4. чтобы поняли вас

теперь более детально по инструментам, которые могут применяться внутри зон:

Я знаю, что испытывают создатели практически любого нового сообщества.

Вы долго разрабатывали движок, делали дизайн, работали над юзабилити, наконец выложили проект в открытый доступ, гордо начертали под логотиплом «beta», разрекламировали новый проект в социальных медиа и уселись в удобное кресло следить за ростом посещаемости ресурса и потоком рекламных доходов. Однако дни проходят, а посещаемость по-прежнему стремиться к минус бесконечности. Что же делать?

Кто участвует в сообществах?

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

По приблизительным подсчетам, в обыкновенных тематических сообществах первая категория (кто пишет посты) составляет 0,1% целевой аудитории ресурса, вторая (пишет комментарии) — 1% и третья (самая бесполезная – только читает) – 98,9%. Следовательно для того, чтобы на новом ресурсе появлялось и разрастолось постоянное общение необходимо либо единовременно привлечь большое количество целевой аудитории, либо заставить часть пассивной аудитории делать записи и оставлять комментарии. Как же заставить аудиторию общаться?

Однажды эмпирическим путем было выяснено, что если взять онлайн-группу из 100 человек, один будет создавать контент, десять — обеспечивать «интерактив» (оставляя комментарии или предлагая улучшения); остальные 89 пользователей ограничатся просмотром. Оказывается, это правило одного процента (или некий его аналог) соблюдается даже при переходе по рекламным баннерам в интернете. Действительно, ведь клик по баннеру — это уже некое активное действие, на которое способны далеко не все пользователи.

Американское медиа-агентство Starcom USA совместно с системой поведенческого таргетинга Tacoda и компанией comScore провели специальное исследование, чтобы выяснить эффективность рекламы в интернете. А именно — кто же те люди, которые переходят по рекламным ссылкам и «скликивают» миллиарды рекламных бюджетов? Оказалось, что группа «пожирателей рекламы» составляет относительно небольшую часть общей интернет-аудитории. Всего лишь 6% пользователей ответственны за половину всех рекламных переходов.

По своему демографическому профилю «кликальщики» заметно отличаются от среднего профиля аудитории. Это, в основном, люди в возрасте 25-44 из малообеспеченных слоёв населения. Они в четыре раза больше среднего проводят в онлайне, особенно любят посещать аукционы, сайты с азартными играми и сайты по поиску работы.

Таким образом, показатель CTR вообще плохо подходит для характеристики эффективности брендинговой рекламной кампании, делают вывод эксперты.

2007 год стал переломным для блогов и социальных сетей — о них начали говорить даже домохозяйки и традиционные СМИ. Уже есть как минимум три сети, которые говорят, что у них есть миллионы пользователей. Однако возник вопрос, а что дальше?

В прошлом году сети бурно росли на идее: «там я смог найти своего давнего знакомого, которого не видел уже… дцать лет». Каждая сеть формулировала эту идею как могла: «восстановите круги своих знакомых», «найдите своих одноклассников, которых давно не видели», «у нас в сети люди, с которыми вы учились в ВУЗе», но суть от этого не менялась. Целый год мы добавляли друг друга в друзья и радостно смотрели на все увеличивающуюся цифру своего круга общения.

Компания Coghead выпустила вторую версию онлайнового инструментария для разработки корпоративных серверных приложений. Система получила новый интерфейс и теперь она работает не на стандартных скриптах Ajax, а на мощном движке Adobe Flex. Именно этим объясняется свежий новый вид, более 50 новых функций и трёхкратный рост производительности. Среди новых фич — поддержка Open ID и новые виджеты, которые можно перетаскивать мышкой.

Перечень кардинальных новшеств на этом не закончен. Отныне система Coghead размещается на машинах Amazon Elastic Compute Cloud (EC2). Соответственно, созданные вами веб-приложения будут работать оттуда.

Благодаря использованию Flex потенциально можно создавать даже офлайновые программы, которые будут работать без наличия доступа в интернет с помощью технологии Adobe AIR. Такая возможность появится примерно в середине 2008 года, заверяют разработчики.

Ныне есть множество публикаций об успехе комьюнити-проектов⁽¹⁾ поколения Веб 2.0. В этом нет ничего удивительного, современные комьюнити-проекты демонстрируют новый уровень эффективности взаимодействия с аудиторией и привлекают впечатляющие инвестиции. Такое положение вещей вызывает бурный рост данного сегмента рынка, и люди бизнеса спешат заполучить свою долю в этом дележе. На рынке появляется бесконечное число решений, часть из которых, казалось бы, во вполне пристойном исполнении. Однако успешными становятся единицы. С чем это связано? Давайте рассмотрим подробнее «узкие» места при разработке комьюнити-проектов:

Что мы знаем об электронном бизнесе? Корпоративный сайт – это уже электронный бизнес? А интернет-магазин? Попробуйте сделать запрос в поисковых системах, и вы много узнаете о центрах электронного бизнеса, но найти информацию о самом электронном бизнес окажется не так уж просто. Большинство веб-разработчиков по-прежнему ограничиваются шаблонными решениями: представительский сайт, каталог, электронный магазин и т.д. Но достаточно ли того чтобы построить эффективные решения для электронного бизнеса?

Тема заезженная до дыр, не спорю… Вероятно, для опытных разработчиков моя статья будет мало, чем полезна. Я бы рекомендовал её к прочтению тем, кто только начал осознавать, что его коду чего-то не хватает, и что он созрел для вникания в это далёкое понятие – «паттерны». По себе помню, что довольно долгое время я путался в шаблонах, иногда даже не понимая, чем один отличается от другого. Именно этот факт стал основой для моей статьи. Примеры в ней не будут реальными. Они будут абстрактными и максимально простыми. Однако я постараюсь все примеры держать в едином контексте, чтобы можно было наглядно видеть отличия их использования в одной и той же ситуации. Я не буду нагружать классы лишним функционалом, чтобы можно было понять, какая именно часть кода имеет непосредственное отношение к шаблону. Главными героями примеров станут Factory (фабрика) и Product (продукт, производимый этой фабрикой). Возьмём это отношение за отправную точку. Возможно, в некоторых примерах это будет не очень уместно, но зато очень наглядно…

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

Я стал замечать, что в последнее время build-системам стали уделять всё больше внимания, и, под влиянием этого, их в одночасье стало настолько много, что, честно говоря, уже всех и не упомнить. Последнее время у меня на слуху четыре системы: Grunt, Gulp, Brunch и Gear. Про все что-то где-то было написано, но ни разу не ставился вопрос о том, какие преимущества или недостатки они имеют друг перед другом? И именно поэтому я решил провести сравнительный анализ самых популярных build-систем(по версии google).

Но сперва надо определиться с критериями, по которым мы будем оценивать эти системы:

• Начало работы.
• Производительность. Никто не хочет ждать по минуте после изменения одного coffee-файла.
• Документация. Чем нагляднее и проще — тем лучше.
• Плагины. Ведь мы не хотим столкнуться с проблемой, когда мы начали использовать билд-систему, а в ней нет адаптера, скажем, для jasmine?

Теперь, я полагаю, с вводной частью можно покончить и приступить, наконец, к сравнению.

NPM — пакетный менеджер для node.js, аналог GEM в RoR. В статье несколько советов по его использованию.

Установка пакетов

Все знают

# Устанавливает пакет express
npm install express

Какие варианты еще есть?

Веб сегодня все больше и больше семантический. Но что означает «семантический»? Почему это важно?

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

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

Ок, итак семантическая разметка — это хорошо, но как ее использовать. Лучше всего начать с замены обычных тегов на более выразительные. Давайте посмотрим восемь элементов, которые позволят вам войти в эту игру.

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

Дело в том, что я занимаюсь технологиями data mining и text mining последние лет пятнадцать. И поэтому все недавние скандалы, связанные с делом Сноудена и PRISM, XKeyScore, Muscular, СОРМ, чтением почты Гуглом, передачей конфиденциальных и гео данных с мобильников, и множество прочих оставили меня абсолютно равнодушным.

По очень простой причине – я уже знаю, что Большой Брат давно существует.



Если точнее, я абсолютно в этом уверен – так же, как не могу знать, что Солнце завтра взойдет, но весьма и весьма в этом убежден. И все новые доказательства существования Большого Брата полезны, но уже не обязательны.
А объяснение уверенности очень простое: при наличии необходимых ресурсов я сам мог бы его построить.

Много лет location.hash был способом в AJAX-приложении заставить работать кнопки «Назад» / «Вперёд» и, например, добавить определенное состояние страницы в избранное и вернуться к нему позже.

Сейчас, когда HTML5 считается нормой, пора обратить свое внимание на History API и забыть про location.hash. HTML5 History API проще для понимания и позволяет сделать URL чуточку красивее (без кракозябры # или #! если вы имеете дело с индексированием ajax приложения).

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

Предлагаем вашему вниманию очередную подборку с ссылками на новости и материалы.

Кстати, вчера исполнился ровно год с момента публикации первого PHP-дайджеста на Хабре. Огромное спасибо всем, кто так или иначе помогал создавать дайджесты, спасибо разработчикам за замечательные инструменты, авторам за их полезные статьи, а главное спасибо вам за то, что до сих пор читаете!

Несколько недель назад я работал над проблемой в ProxyManager. Проблема была проста: ReflectionClass и ReflectionProperty очень, очень, и ооочень медленные!
Причиной этого исследования является моя попытка оптимизировать "hydrator" для работы с большими объемами данных без накладных расходов на инициализацию.