Раньше все вопросы задавались в Google Groups и на официальном блоге Google AdSense - Inside AdSense blog (где, кстати, мало кто получал достойные ответы). Вчера Google открыл новый форум для вопросов по программе AdSense и всему, что касается контекстной рекламы. От установки кода рекламных блоков, до нарушения правил генерацией дорвеев в Google Search. Так же выясняются причины по которым те или иные Google AdSense аккаунты были заблокированы.

Форум к сожалению, пока только на английском, но думаю любой уважающий себя веб-мастер неплохо его знает, хотя бы на уровне веб-терминологии.

Форум Google AdSense находится по адресу: google.com/support/forum/p/AdSense

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

С установкой проблем не возникло, в документации весь процесс описан достаточно подробно, при том что MediaWiki ставится как любой другой движок сайтов. Всё, что для этого нужно - php 5-й версии, рабочий веб сервер (желательно конечно, apache) ну и базу данных (типа MySQL). Запускаем скрипт инсталляции, отвечаем на несколько вопросов, и вуала! При этом, скрипт даже предлагает самостоятельно создать базу данных, с соответствующими таблицами, пользователями и т.д. - только рутовый доступ от MySQL подавайте :)

Далее, с чем я дольше всего возился - перепись URL. Ну, ЧПУ, или по-людски - красивые URL. То есть, изначально всё основывается на index.php, и постоянно и везде светится он. Как бы нам хотелось добиться того, что на википедии - /wiki/Заглавная_страница. Сделать это есть куча способов, и все они описаны в документации MediaWiki под ключами URL Rewriting. Расскажу об одном, надеясь что у вас есть root доступ к своему серверу, или хотябы свой собственный httpd.conf, где можно прописывать виртуальные серверы. Именно о нём, потому что в документации достаточно криво это описано, с какими-то лишними директориями…

Допустим, я установил MediaWiki на домет www.example.com. Открываем httpd.conf (или как у вас там организовано) и правим раздел VirtualHost для домена example.com.

1
2
3
4
5
6
7
8
9
10
11
12

<VirtualHost *>
    ServerName example.com
    ServerAlias www.example.com
    DocumentRoot /home/user/www
    <Directory />
        Order allow,deny
        Allow from all
    </Directory>
    Alias /wiki /home/user/www/index.php
    Alias /skins /home/user/www/skinks
    Alias /images /home/user/www/images
</VirtualHost>

Далее, правим LocalSettings.php в соответсвующем разделе

1
2
3

$wgScriptPath = "";
$wgScript = "$wgScriptPath/index.php";
$wgArticlePath = "/wiki/$1";

Загружаем на сервер, перезагружаем Apache. Готово! Заходим на www.example.com и если сработает перенаправление на www.example.com/wiki/Заглавная_страница, при этом она еще и отобразится, то вы сделали всё правильно.

Ну и наконец, устанавливаем хороший скин, устанавливаем его по умолчанию (в том же LocalSettings.php) и наполняем вики полезным контентом.

Скачать MediaWiki можно с официального сайта: mediawiki.org

Мда, рановато я побежал качать новый wordpress… Оказывается ещё далеко не всё в порядке.. Наверное именно поэтому данный выпуск назвали “внеплановым”, и писатели плагинов тоже, по всей видимости, этого не ожидали.

В общем я получаю надпись “нет меток”. Что в виджетах, что в постах специальным тэгом… Ничего… Меток словно никогда и не было. Теперь ищем информацию как правильно перейти обратно на раннюю версию wordpress.

Вот что мне удалось собрать и установить на выходных… К веб технологиям может никакого отношения и не имеет, но грех не похвастаться ;) Кстати, NetBeans IDE и Java JDK тоже встали без особых проблем :)

Все мы этого долго ждали, и наконец, компания Google, в связи с многочисленными просьбами пользователей, ввели новую функцию в их программу Google AdSense - связь с Google Analytics. Да, теперь мы будем еще больше знать о наших посетителях, а конкретно - кто жмёт на рекламу, а кто не жмёт и почему он так нехорошо поступает ;).. Новый отчет в Google Analytics - AdSense Overview - позволит выяснить всё, один на один, вебмастер против посетителя.

Сервис введён в зарубежной программе Google AdSense/Analytics, при этом не каждый пользователь имеет к ней доступ. Но, надеюсь, со временем и до нашей локализации дойдет. В общем поглядывайте в свой аккаунт AdSense на ссылку-приглашение связать с Google Analytics. Ну а пока мы можем посмотреть интересный демонстрационный видео-ролик.

Впечатляет? Я тоже жду с нетерпением…

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

Вчера разобрал очередную тему, руссифицированную на одном из сайтов, предлагающих русские темы для WordPress. Честно говоря меня удивило то, переводя темы, ребята вставляют туда кучу грязи для собственной выгоды. А конкретнее, закодированный текст функцией base64_encode, который возвращает ссылку на их сайт с текстом “:” (двоеточие). В теме которую разбирал я (PersonalMag) встречается каждый раз в разделах мета (Автор:, Дата:, Метки:). Т.е. каждое двоеточие - получается ссылкой на их сайт. Видимо для поднятия Google PageRank. Мало того, еще и в конце, где копирайт, ребята убрали ссылку первоначального источника темы (как на дизайнера так и на программиста) и тем же base64_encode вставили свои. Атас короче! Два часа очищал тему от этой грязи. А заметил это только потому, что захотелось две колонки вместо трёх, так что всем советую по-осторожнее с русскими темами (в англоязычных с сайта WordPress такого не встречал), проверять вдоль и поперек.

Ресурс публиковать не буду, т.к. не хочу конкретизировать. А вообще если интересно то это первая страница в Google по запросу темы для WordPress.

Удачи.

На Tod’s Blog тут недавно возник вопрос о случайном контенте на WordPress. Лично я не понимаю, почему Tod вписывает коды прямо в php файлы (например sidebar.php) для того, чтобы он прогнался через php. Имхо это глупость, так ведь можно испортить сам вордпресс, а потом еще и забыть, где же это было.

Ничего против Tod’а я не имею, но всё же советую желающим поставить плагин под названием Executable PHP widget либо PHP Code widget для решения данных проблем. Сам пользуюсь первым вариантом, полностью устраивает, т.к. нет необходимости постоянно лазать в “системные” файлы WordPress, для того, чтобы добавить какую-нибудь мелочь, типа этого:

<img src="<?php sparkStats_imgURI(); ?>" alt="Статистика"/>

Tod, прости если что ;) но зачем усложнять себе жизнь?

Эхх, да, пришлось мне не легко.. Поставить всё это дело на винду, причем так, чтобы еще и работало. Даже не спрашивайте зачем на винду, просто нужно и всё. Работать будем с сборкой XAMPP Web Servers 2.5 (apachefriends.org). Надеюсь вы его уже установили, и проблем у вас не возникло.

Итак, качаем и устанавливаем Python 2.5. Я поставил в C:/Python25. Далее, нужно скачать следующие питоновские программы:

• SetupTools под питон 2.5
• Genshi 0.5
• Trac 0.11 Win32

Дополнительные пакеты:

• Pysqlite 2.4.0. - для работы с базой данных SQLite
• Subversion - не путайте, это под питон
• Clearsilver - это шаблонная система

Надеюсь всё получилось. Так, дальше, качаем CollabNet Subversion Server+Client (Win32) и устанавливаем. При установке я указал D:\SVN.

Теперь, чтобы у вас из командной строки работали команды svn, svnadmin, trac-admin и т.д., вам нужно добавить директории этих исполняемых файлов в переменную среды %PATH%. Надеюсь вам не секрет как это делается:

> echo %PATH% // посмотреть текущие директории
> path = %PATH%;C:\Python25 // добавить к переменной директорию C:\Python25

В общем CollabNet Subversion, вроде как, сам добавляет свои директории в эту переменную, ну а с trac’ом придется в ручную.

Ну вроде бы всё.. Создаём репозиторий:

D:/SVN> svnadmin create repo

В директории появится привычный репозиторий repo со своим конфигом, всё как положено.

Далее, конфигурация Apache - (C:/xampp/apache/conf/httpd.conf), нужно добавить следующие строчки:

LoadModule dav_svn_module modules/mod_dav_svn.so
 
<Location /svn>
    DAV svn
    SVNParentPath "D:\SVN"
    AuthType Basic
    AuthName "repo"
    AuthUserFile "D:\SVN\repo\conf\htpasswd"
    Require valid-user
    ErrorDocument 404 default
</Location>

В D:\SVN\repo\conf\ я создал файл htpasswd с паролями доступа. Надеюсь вы умеете такие создавать и ими пользоваться. Кстати, в /xampp/apache/bin/ есть htpasswd.exe, который тоже кстати неплохо было бы добавить в переменную %PATH%, или скопировать в system32.

Дальше, настраиваем trac. Надеюсь команда trac-admin у вас уже работает, и в D:\SVN\repo вы уже создали среду с названием trac. В его директории /conf/ есть конфигурационный ini файл. Там доступно расписаны все настройки. Главное не ошибиться с директорией к репозиторию. Она указвается относительно. У меня стоит: ../

Ну и наконец, через командную строку запускаем:

tracd -s -p 8000 D:\SVN\repo\trac

Открываем браузер и заходим на http://localhost:8000/… Вуала! Работает? Причем с удалённых компьютеров тоже работать будет, так что советую завести логины и расставить права. Это достаточно легко. Ну во-первых в trac.ini припишите:

[components]
webadmin.* = enabled

В командной строке напишите:

python trac-digest.py -u username -p password >> c:\digest.txt

Файл trac-digest.py находится в C:\Python25\Scripts, а python.exe (для особых..) в C:\Python25. username и password естественно заменить своими какими-нибудь значениями. Файл digest.txt затем помещаем в D:\SVN\repo\trac\auth.txt и в следующий раз вызываем tracd.exe следующим образом. Затем через командную строку зайдите в свою trac среду утилитой trac-admin и добавьте пользователя с правами TRAC_ADMIN (permission add username TRAC_ADMIN):

tracd -s -p 8000 --auth=trac,D:\SVN\repo\trac\auth.txt,trac D:\SVN\repo\trac

Жмите на Login. Кнопка Admin должна быть доступна после авторизации. Ну а по адресу http://localhost/svn (когда включен апач, естественно..) доступен ваш репозиторий, еще и защищен. Можно так же настроить это на виртуальном хосте, например svn.localhost :) даже модно, я бы сказал…

Конец ;)

По просьбам читателей приведу самый примитивный пример авторизации с помощью AJAX. Почему примитивный? Потому что, если у вас нет навыков написания хорошего, защищенного скрипта авторизации на php+mysql, то этот пример не для вас. Зацикливаться на самой авторизации я не буду, ведь все мы знаем, что пользователей нужно хранить в базе данных с их зашифрованными паролями и IP адресами последнего входа…? У меня всё гораздо проще - users.txt файл в корне с синтаксисом: “пользователь = пароль” в несколько строк.

А шифрование и прочие навороты оставляю за вами :)
(далее…)