DimoninG.ru » Разработка сайтов и скриптов

Zen Coding – что это такое и с чем его едят?

DimoninG — Thu, 11 Mar 2010 10:48:55 +0000

Узнал с хабра о Zen Coding. Заинтересовался, что это такое. Какие-то непонятные символы, похожие на CSS и все радуются и благодарят автора(-ов), придумавшего(-их) Zen Coding… Погуглил. А теперь сам всем рекомендую. Эту идею действительно есть смысл продвигать в массы, чем я сейчас и займусь.

Итак, начнем. Чтобы лучше всего понять, рекомендую посмотреть видео.

Например. Открываем редактор, пишем там строчку:

div#content>h1+p

Жмем «Ctrl + ,» и строка разворачивается в код:

<div id="content">
<h1></h1>
<p></p>
</div>

Другими словами – мы коротко записываем выражение, жмем «секретную комбинацию» и получаем готовую болванку кода! Самый наглядный (и немного шокирующий пример) будет, если написать:

html:xt>div#header>div#logo+ul#nav>li.item-$*5>a

Жмём и получаем…

Удивительно, правда? Zen Coding помогает сократить время написания кода… в разы! Поэтому рекомендуется к изучению. «Технология» новая, чтобы работала в вашем редакторе, понадобится скачать плагины.

Полный список плагинов есть тут: http://code.google.com/p/zen-coding/. Собственно, официальный сайт пока что не работает, поэтому и документацию Вы можете найти там же. Для каждого тега есть описание и его «короткий вариант». Например, простое «table+» даст нам:

    

Здорово, правда?

Чтобы попробовать, без установки плагинов в редактор, авторы создали демо-приложение в веб вот здесь. Это же и официальный сайт, но он пока что не работает.

Как вытащить количество подписчиков в переменную из FeedBurner (PHP).

DimoninG — Wed, 10 Mar 2010 21:50:38 +0000

Увидел я на одном блоге интересную штуку – не стандартный счетчик фидбернера, а подпись текстом: подписчиков столько-то. Заинтересовался. И понеслась.

Оказалось, что у FeedBurner’а есть свой API! Для нашего случая нужно знать следующее. Получить данные (в формате XML) можно по GET запросу http://feedburner.google.com/api/awareness/1.0/GetFeedData?uri=[здесь название подписки].

Например, для этого блога запрос будет такой:

http://feedburner.google.com/api/awareness/1.0/GetFeedData?uri=dimoning

На выходе получаем не сложное:

Распарсить это можно, как Вам удобнее. Я сделал простую регулярку:

|circulation=\»([0-9]*)\»|si

Итого, полностью код для получения количества подписчиков выглядит так:

$blog = «snets»;
$f = file_get_contents («http://feedburner.google.com/api/awareness/1.0/GetFeedData?uri=snets»);

preg_match («|circulation=\»([0-9]*)\»|si», $f, $m);
echo $m[1];

Само собой, на основе этого можно сделать и свою собственную иконку (с помощью, например, GD2). Enjoy!

Еще одна причина изучить JavaScript для программиста

DimoninG — Mon, 18 Jan 2010 17:22:17 +0000

Сейчас я хочу немного поговорить о JavaScript, не в ключе Web. Что я для себя обнаружил и почему этот язык мне резко понравился?

Дело вот в чем. Программисты тоже люди, как бы странно это не звучало , живут в обычном мире, считают деньги, делают покупки. Иногда программистам приходится решать какие-то математические задачи, будь то сложные задачи на теорию вероятности или простые задачи вроде «купил хлеб, молоко, и сметану».

Иногда проще написать короткую программу, чем высчитывать что-то на калькуляторе или (боже упаси) в уме. Когда я учился, у меня был преподаватель, который даже чтобы сложить три числа открывал Borland C++ 3.1, писал что-то вроде printf («%d», 100 + 200 + 300); и таким образом складывал. Когда я увидел это в первый раз, это вызвало легкий шок, но запало в душу. Наверное, вот они какие, труе-программисты.

Как пример, приведу задачку:

…все кладут по одному подарку под ёлку, нумеруя их, а потом для каждого участника выбирают номер подарка, который он сейчас получит (обычно пользуются компьютерным генератором псевдослучайных чисел)… какова вероятность, что человек получит свой же подарок в зависимости от числа участников?

Ссылка на задачу целиком.

Подобные задачи проще всего решать с помощью программирования – просто смоделировав ситуацию и посмотрев, к какому числу будет стремиться вероятность, наращивая число участников.

Что делать, если эту задачу вдруг пришлось решать, например, в гостях, где есть компьютер, но нет ни одного компилятора? Совершенно верно, вот тут-то нам на ум и приходит JavaScript.

1) JavaScript есть на всех компьютерах, где есть браузер (читай: 99%);
2) JavaScript позволяет решать и достаточно сложные задачи;

Я думаю, что изучить JavaScript имеет смысл хотя бы на такой вот непредвиденный случай. А если Вы не складываете два числа с помощью создания программы, Вам пора записываться в сис. админы (шучу, конечно)

P.S. Теперь я буду писать сюда только про программирование, компьютеры и (возможно) девайсы. Честно предупредил, наконец-то блог будет выполнять ту функцию, ради которой он создавался. Все посты о заработке, СЕО и деньгах я теперь пишу в блог iZombie.

P.S.-2 Обнаружил, что изображение к посту я случайно взял у simplecoding.org (просто погуглил), поэтому благодарственная халявная ссылка.

Постовой: Алексей Крылышкин пишет про биржу GoGetLinks, палит секреты работы с Wordpress’ом на этой бирже.

XML SiteMap для WordPress (плагин)

DimoninG — Sun, 04 Oct 2009 14:22:24 +0000

Постовой: нужно купить майку? Лучший магазин!

Лично для меня всегда была больная тема – как создать sitemap.xml. В данном случае я буду говорить про WordPress. Как известно, лучше один раз четко разобраться в вопросе, чем постоянно его недопонимать и побаиваться Сайтмап нужен для индексации – Яндекс, Гугл, все понимают этот файл и он ускорит индексацию сильно вложенных страниц. Кроме того, он поможет сапе понять, какие страницы на сайте.

В случае в WordPress все решается довольно просто – плагином. Я опишу как его установить.

Сначала качаем плагин из репозитория, так сказать. Распаковываем куда-нибудь и делаем несколько простых шагов:

1. Заливаем каталог с плагинов в wp-content/plugins, как обычно.
2. Теперь вот «сложный» шаг. Создаем на своем компьютере два файла, называем их sitemap.xml и sitemap.xml.gz. Можно просто создать пустые текстовые документы и переименовать их. Заливаем эти файлы в корень блога (туда же, где файл wp-config.php). Теперь нужно установить на них права 666 (я лично поставил права 777). Это можно сделать с помощью FTP-клиента (в Far-Manager выбираем файл, жмем Ctrl + A и выставляем атрибуты; в CuteFTP правой кнопкой->права и так далее).
3. Активируем плагин в админке.
4. Открываем страницу настроек плагина в админке (обычно это Параметры -> Имя Плагина). Жмем на ссылку «создать карту первый раз» (она вверху настроек). Если все хорошо, он создаст карту и запишет ее в файл sitemap.xml. Если появилась ошибка, скорее всего дело в правах на запись в этот файл.

Плагин обновляется автоматически! Как только происходит постинг нового поста, он добавляется в сайтмап, так что ничего больше делать не придется.

По поводу самого файла сайтмапы. Скачайте то, что сгенерировал плагин и посмотрите. Все становится очень понятно – куда нужно вписать URL, куда частоту обновления страницы и так далее.

Как скачать файл с другого сервера: fopen, cURL, wget

DimoninG — Thu, 01 Oct 2009 13:25:13 +0000

Постовой: не знаете как сдать нулевые отчетности? Rberg поможет!

Сегодня работал с одним скриптом, граббером. Ему нужно было закачивать файлы с удаленного сайта (изображения, если точнее) и класть их в каталог у себя на сайте. Я решил сделать заметку о способах закачки файлов. Есть несколько.

Первый. С помощью fopen, fread и прочего. Выглядит обычно так:

$fp = @fopen($sourceFileName, «rb»);
$fd = @fopen($origFileName, «w»);
if ($fp && $fd) {
while (!feof($fp)) {
$st = fread($fp, 4096);
fwrite($fd, $st);
}
}
@fclose($fp);
@fclose($fd);

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

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

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $sourceFileName);
curl_setopt($ch, CURLOPT_TIMEOUT, 300);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);

$st = curl_exec($ch);
$fd = @fopen($origFileName, «w»);
fwrite($fd, $st);
@fclose($fd);

curl_close($ch);

То есть здесь для чтения используется cURL, а для записи все тот же стандартный метод.

Третий. Почему-то никто никогда не использует команды Unix (или Windows, смотря какой сервер) для подобных операций. Причем на многих хостингах подобный подход не запрещен. Хотя, конечно, лучше было бы, если был бы свой VDS.

Все очень просто. Делаем следующее:

echo `wget http://site.ru/image.jpg`;

И всё. Картинка будет находиться в том же каталоге, откуда была вызывана команда. Можете погуглить и узнать о параметрах запуска. Не на каждом обычном хостинге получится ее применить, зато чертовски клаассно выглядит

Постовой: Отличные женские стрижки по выгодным для мужей ценам

Хранилище скриптов частого использования

DimoninG — Sun, 30 Aug 2009 21:35:48 +0000

Пока курил на лестнице (заметка: не забыть написать как я круто бросил курить и какой я молодец), пришла в голову такая вот идея. Опишу коротко. У каждого сеошника, программиста или манимейкера есть скрипты, которые он часто использует. Ну например – сборка WP собственной настройки (для манимейкера), собственный движок (для программиста) или скрипт взлома платных порносайтов (для сеошника, конечно).

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

Программисты меня поймут – если нужно было что-то поправить быстро, то код получается немного не красивым, верстка добавляется прямо в бизнес-логику и так далее. Несколько таких сайтов и всё, движка у меня нет (то есть он есть, но набит какой-то ерундой, которую нет времени удалить, т.к. все сайты как правило нужны «еще вчера», а форматирование кода или, не дай Б-г, оптимизация – это лишнее время, заказчик не увидит разницы в генерации страниц за 0.001 сек и за 0.05 сек; а мне неприятно, да и с грязным кодом работать сложнее).

Пришла в голову следующая (гениальная! какая еще?! заметка: это самоирония, да) идея. А что, если создать каталог прямо в блоге или на каком-нибудь другом своем сайте и закачивать туда только релизы скриптов (тот же движок, грабберы, парсеры, всякая муть программистская).

Каталог ставим под пароль и вуа-ля! Понадобился скрипт? Залез куда-нибудь вроде yoursite.ru/scripts/, ввел пароль, скачал, распаковал и начал работать.

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

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

Зачем такие сложности, спросит кто-нибудь? Отвечаю. Во-первых, это понтово и интереснее, чем хранить все на диске. Во-вторых, не все способны хранить релизы до пенсии, иногда оно случайно удаляется, форматируется, или что-нибудь в этом духе. Дальше – можно скачать релиз даже тогда, когда Вы работаете не на домашнем компьютере. А если заглянуть совсем в будущее, то это первый шаг к профи, к контролю версий, к коллективномой разработке чего-нибудь.

Постовой: обучение

Что ни загрузка – разная RSS-иконка

DimoninG — Thu, 27 Aug 2009 20:41:49 +0000

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

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

rss1.jpg
rss2.jpg
и так далее до rss5.jpg

Теперь идем в шаблон и смотрим, где у нас выводится иконка. У меня был вот такой код:

Его нужно заменить, добавив одну функцию из PHP: rand($from, $to). Эта функция возвращает случайное число от $from до $to. Например, rand (0, 10) вернет нам случайное число от 0 до 10 (включительно). Заменяем:

.jpg»>

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

Постовой: http://www.ipoteka.irr.ru/

Движок блога для манимейкеров.

DimoninG — Fri, 31 Jul 2009 14:23:17 +0000

Постовой: качественные юридические услуги в городе Москва.

Я уже очень редко пишу про манимейкинг, но теплые чувства к «профессии» испытываю. Пришла в голову идея написать движок блога специально для менимейкеров. Чем он будет отличаться? Во-первых, вообще говоря, вордпресс – движок не из легких. Все его навороты, вроде плагинов, сильно утяжеляют его. При этом он очень популярен как для сателлитов, так и для самих блогов. Конечно, есть выход – сделать свою сборку, напичкать его плагинами, заранее отредактировать «что надо». Но он все равно остается очень тяжелым (и по «весу» файлов и по базе данных тоже). Заливать неудобно, грузится иногда долго, хостинг «жрет» не слабо.

Что нужно от движка для манимейкеров?

1) Чтобы был легкий. Несколько файлов. Нафиг сложные визуальные редакторы – все равно кроме «сделать жирым» или «подчеркнутым» или вставки ссылок ничем не пользуемся. Сделать простую структуру БД, а еще лучше – чтобы был на файлах. Одна запись – один файл в каталоге. Это существенно облегчит перенос с домена на домен (при продаже, например), больше того – исчезнут возможные проблемы с кодировкой БД.

2) Нужны встроенные средства разбиения на страницы. Я считаю, что ставить для этого плагин – верх идиотизма, могли бы уже и в сам ВП добавить такую функцию.

3) Сменные шаблоны дизайна. Еще лучше, чтобы понимал, например, разные шаблоны – от ВП, джумлы и чего-нибудь еще. Скачал, залил, включил, вот и все.

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

5) Чтобы по умолчанию ссылки в комментариях были закрыты от индексирования и чтобы для определенных ников комментаторов можно было открыть ссылки. Или для определенных комментариев.

6) Чтобы предлагаемые автором шаблоны были изначально направлены на СЕО.

7) Чтобы можно было нормально задать кейворды, тайтлы и дескрипшены для постов. В ВП такой возможности нет, плагины искать сложно.

Чтобы RSS сразу шла через FeedBurner.

9) Встроенные донейшн-бар (т.е. «пожертвования»). Говорят, работает неплохо.

10) Встроенные «красивые» URL.

11) Для сателлитов было бы классно – возможность сгенерировать теги для поста автоматически (над алгоритмом надо подумать).

12) Встроенная капча «Я не робот» не помешала бы. Ну или вообще какая-нибудь.

13) Я бы убрал регистрацию пользователей. Нафиг она в блоге, который ведет 1 человек или это вообще сателлит? Только ботов кормить.

14) Закрытая наглухо по IP админка, чтобы даже намека на подбор пароля нельзя было сделать.

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

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

Постовой: отличный обзор зимних шин, пора подумать о «резине» уже осенью!

Добавление пользователя в Joomla 1.5.9 через базу данных

DimoninG — Tue, 21 Jul 2009 16:32:32 +0000

Постовой: здесь вы сможете найти фото знаменитостей в большом количестве.

Лично я порядком настрадался с этим делом. В отличие, например, от joomla 1.5.6 в этой версии регистрация существенно изменена и не в легкую сторону. Гугл тоже ничего по этому поводу не дает, так что я решил помочь страдающим.

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

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

1. Таблица jos_users (перфикс может быть другой).

Тут все ясно, основная сложность – это хеш пароля. Он уже не md5, как было раньше, теперь он какой-то длинный и страшный. Сложнее всего найти, как этот пароль генерируется. Класс, который поможет нам в этом лежит тут: /libraries/joomla/user/helper.php.

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

А вот как с его помощью сгенерировать новый пароль:

$salt = JUserHelper::genRandomPassword(32);
$crypt = JUserHelper::getCryptedPassword($pass, $salt);
echo $crypt.’:’.$salt;

Такая конструкция выведет нам пароль $pass (он задается Вами).

2. А вот теперь самое интересное. На первом этапе мы сделали пользователя. Но если не проделать 2 и 3ий этап, то пользователь не будет виден джумле (тут я тоже долго ловил тупняка).

Лезем в таблицу jos_core_acl_aro и добавляем новое значение так, чтобы в поле value вышло id нашего нового пользователя.

3. Лезем в таблицу jos_core_acl_groups_aro_map и добавляем значение так, чтобы в group_id вышло 18, а в aro_id значение id из таблицы jos_core_acl_aro (нашей последней записи).

Теперь пользователь добавлен.

Постовой: если вы не знаете где скачать кино, то этот портал именно то, что вы ищите!

Notepad++ как редактор исходного кода

DimoninG — Wed, 15 Jul 2009 14:06:33 +0000

Постовой: купить картридж hp cb435a

Заметка для тех, кто не знает, где ему редактировать исходный код. Обучаясь, можно редактировать исходник хоть в «Блокноте». Но когда время становится дорого, обнаруживается, что в таком подходе множество недостатков. И в то же время, эти все недостатки переходят в достоинства, если использовать более мощный редактор.

Хочу заметить, это не рекламный пост. Я собираюсь написать про редактор Notepad++, так как сам использую его уже 2 года и доволен по уши. А в новых обновлениях он становится все лучше и лучше.

Сразу оговорюсь. Это бесплатный редактор, что очень меня радует. До него я пользовался EditPlus, но он был платным.

Итак. Для начала хочу сказать, что он поддерживает синтаксическую подсветку множества языков. В нашем деле обычно «множество языков» не требуется, а то, что требуется, он поддерживает. Это PHP, JavaScript, HTML, ASP.

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

Второе очень важное, что сильно сокращает время работы – закладки. Notepad++ поддерживает одновременное открывание большого количества файлов. Переключаться между ними можно двумя способами (настраивается в настройках) – «с текущей на предыдущую» и «последовательно». Первый метод будет знаком программистам, работающим в Microsoft Visual Studio, второй более традиционный, как в браузерах. Сочетание горячих клавиш для закрытия вкладки настраивается тоже.

Плюс три. Редактор выделяет текущую строку. Это важно, сразу ясно, где и как расположен курсор.

Плюс 4. Редактор подсвечивает закрывающие скобки и блоки. То есть, если мы в выражении if (a + b) { … } наведем курсор на {, то закрывающая } тоже подсветится. Аналогично для тегов и других скобок. Это очень облегчает задачу, если нужно быстро понять – правильно ли составлено много вложенных if’ов или много вложенных таблиц.

Плюс 5. Редактор маленький (действительно маленький), быстро открывается, при этом имеет большие возможности.
Скачать редактор можно здесь.

Постовой: отличные компьютерные курсы веб дизайна в москве, помогут освоить компьютер от новичка до профи

Прикольные скрывающиеся-открывающиеся блоки

DimoninG — Wed, 15 Jul 2009 12:29:30 +0000

Постовой: полипропиленовые трубы

Немного поменял дизайн сайта. В частности – слишком много разных ссылок, счетчиков и прочего не нужного в сайдбаре. Одним из способов, которым я скрыл лишнее – это открывающие блоки. Чтобы понять о чем я, посмотрите справа на этом сайте – нажмите на ссылку «…еще» в подписке или «больше!» в счетчиках.

То есть работает так. Предположим, мне нужно скрыть 10 счетчиков, которые на странице смотрятся довольно уродски. Засовываю их в такой вот блок, делаю ссылку. Юзер жмет на ссылку и ему открывается блок, а сама ссылка исчезает. Таким образом можно скрыть что угодно – «лишние» способы подписки (самый популярный RSS, а на остальное подписываются редко), какую-нибудь навязчивую инфу об авторе сайта, рекламные баннеры, категории, что угодно. Как это сделать?

Все замешано на JavaScript. Для любопытных подчеркиваю – все просто, это не Ajax, а именно JavaScript. Связано это с тем, что лично меня раздражает, когда жмешь на ссылку, а там еще что-то пару секунд грузится. Мгнованная загрузка – это сила. А чтобы она 100% была мгновенной, это должна быть предзагрузка (то есть все грузится «в фоне» во время загрузки основной страницы). В данном случае это не замедляет загрузку, т.к. сами блоки не объемные.

Для начала нам понадобится функция:

Эта функция позволяет сократить HTML-код (иначе бы пришлось все это писать в ставках вроде onclick). Добавьте ее, например, в файл header.php (если работаете с WordPress) или в другой файл шаблона. Можно непосредственно перед использованием.

Дальше. Заключаем то, что нужно скрыть, в блок div с такими параметрами:

Тут нужно обратить внимание на id (его будем передавать той функции) и на стиль, скрывающий div по умолчанию.

Теперь ссылка, чтобы этот див показывался. Понятно, что ссылка может быть где угодно, хотя логичнее всего на месте этого дива (над или под ним). Ссылка такого вида: …еще

Обращаем внимание вот на что: такой href нужен, чтобы при клике не срабатывала прокрутка экрана (если поставить символ #, как обычно, то прокрутка сработает – это не удобно). id задан не случайно: он состоит из id дива выше (more1) и приписки -link. Это нужно, чтобы наша функция могла отличать – ссылка это или сам div. По событию onclick вызывается наша функция, в которую передается имя дива ‘more1′ (функция делает видимым div с id ранвым переданному и скрывает ссылку с id равным переданному плюс ‘-link’).

Чтобы было понятнее, можете посмотреть исходник моего сайта. Или вот Вам маленький пример:

показать

Код, который нужно скрыть.

Вывод XML в браузер, почему может не работать обработка браузером?

DimoninG — Wed, 06 May 2009 12:46:32 +0000

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

Сам XML был составлен по всем «законам жанра» – определение в начале, указание кодировки, главного тега. Все теги были закрыты, ошибок не было.

Браузеры, как Вы знаете, любят отображать XML по-своему. Оформлять его специальным образом. Этим занимается ФайрФокс и ИЕ (для Оперы нужен плагин). Чтобы было понятно о чем я, вот пример.

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

В чем было дело? Оказалось, что есть две причины на такое «неправильное» отображение.

1) Нужно передать заголовок Content-Type: text/xml; charset=utf-8. Отличается от «обычного» он типом контента (обычно text/html). В PHP заголовок передается так: header («Content-Type: text/xml; charset=utf-8″); (до вывода чего-либо, конечно).

2) По непонятной мне причине XML не может содержать наоборов символов а-ля , но при этом может содержать аналогичные замены для кавычек, например. Также XML не может содержать HTML-теги внутри XML-тегов. То есть может-то может, но тогда браузер будет ругаться на него.

Я написал небольшую функцию, через которую нужно пропустить текст до вывода в XML (скажем, описание товара). Она вырезает теги и некоторые недопустимые комбинации символов.

function xml_check($c){
$c = strip_tags ($c);
$c = str_replace («–», «», $c);
$c = str_replace (« », «», $c);
$c = str_replace («“», «», $c);
return $c;
}

Сила MD5: почему MD5 и как применять на практике

DimoninG — Sun, 26 Apr 2009 15:04:45 +0000

Меня иногда спрашиваю, а в чем крутость MD5? На кой черт нужно шифровать пароли этим хешем?

Отвечаю. Предположим, что злоумышленник нашел дырку в нашем сайте. Чтобы было серьезнее, предположим, что он нашел доступ к базе данных и может прочитать пароли всех пользователей (но перезаписывать базу данных он не может; так часто бывает).

Что происходит, если пароли лежат в открытом виде? Понятно: он берет любой логин и пароль и заходит под ними, делает гадости. Что происходит, если пароли зашифрованы двунаправленным шифрованием (это когда можно зашифровать и другим скриптом расшифровать)? Так как обычно тоже применяются стандартные алгоритмы, взломщик помучается, но расшифрует пароль. Что происходит, если пароль зашифрован с помощью md5? Взломщик видит хэш, но ничего сделать не может. Это однонаправленный метод шифрования.

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

Как применять md5 на практике? Когда пользователь регистрируется и первый раз вводи пароль, в базу мы записываем его MD5-хеш. Ну скажем так:

$login = $_POST['login'];
$hash = md5($_POST['password']);
mysql_query («INSERT INTO table VALUES (0, ‘$login’, ‘$hash’);»)

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

$login = $_POST['login'];
$pass = $_POST['password'];
$user = mysql_fetch_array (mysql_query («SELET * FROM table WHERE login=’$login’;»));
if ($user['hash'] == md5($pass)){ /* вошли успешно */}

Конечно, я тут не проверял входящие данные и не проверял ошибки. Кстати, MySQL тоже понимает MD5, поэтому код выше можно переписать так, оставив только запрос:

$login = $_POST['login'];
$pass = $_POST['password'];
$user = mysql_fetch_array (mysql_query («SELET * FROM table WHERE login=’$login’ AND hash=MD5(‘$pass’);»));

Умный сайт: что мы там последнее читали?.. Закладки на сайте.

DimoninG — Fri, 24 Apr 2009 04:15:32 +0000

Пришла в голову оригинальная идея. Даже не одна, две пришли. Нигде такого еще не видел. Не буду тянуть кота за и так уже растянутые постоянным упоминанием <подставить слово>, перейду к сути.

1. Читая чужой блог, мы листаем посты, ходим по страницам, по категориям, жмем на теги. Иногда мы проделываем довольно длинный пусть по сайту. И, например, страшно нам блог понравился. На следующий день мы открываем этот же блог и хотим продолжить чтение, но… не помним где мы остановились. Судорожно ищем место, не находим. Читать уже знакомые заголовки, когда ищешь что-то новенькое раздражает неимоверно. Листать страницы по 5 постов на каждой раздражает еще больше (ну почему нельзя было сделать по 20 постов хотя бы?!).

А почему бы автору блога не сделать следующее?

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

Девид Блейн, остановись, демон! Как это?! А очень просто. Когда пользователь жмет галочку, то на сайте врубается простой механизм: при переходе на очередную страницу пользователю записывается Cookie с URL или URI этой страницы. Когда пользователь заходит на сайт с другого сайта или из «чистого» браузера, мы проверяем реферер и если пользователь пришел не с нашего сайта, то делаем редирект на последний записанный URL. Конечно значение галочки «Запомнить, что я читал последним» тоже нужно записать в Cookie.

Или даже так: URL сохраняется в Cookie в любом случае, но если галочка не установлена, то редиректа не происходит (для того, чтобы всегда точно знать, что пользователь прочитал последним).

2. Еще более глобальная система закладок. Причем индивидуальная для каждого пользователя и, понятное дело, доступная без регистрации (я вообще регистрации ненавижу).

Скажем, в боковой колонке есть блок под названием «Вот это я читал», а в постах под заголовком есть ссылка «Запомнить этот пост». Когда пользователь жмет на «запомнить», то в блоке появляется ссылка на этот пост. Ну и, скажем, запомнить можно сколько угодно постов.

Реализация тоже простая. Для этого тоже достаточно одной только Cookie. Правда записывать туда придется уже не URI, а ID поста из базы данных, т.к. мы должны иметь возможность отобразить заголовок поста в блоке. В Cookie же можно просто записывать ID через запятую, а при неободимости разбивать строку через «разделитель «запятая»" функцией explode и считывать все, что нам нужно из БД.

Да, почему я не назвал это «Закладками» и «Добавить в закладки». Потому, что, очевидно, пользователи будут путать это с закладками браузера, а нужно сделать так, чтобы даже никаких ассоциаций в эту сторону не появлялось.

Эпилог. Вторая идея – это продолжение первой. И, к сожалению, на мой взгляд она немного сомнительна. Ее можно использовать, например, в инернет-магазинах в качестве функции а-ля «сравнить товары» или «отобрать понравившиеся». Но… Сами понимаете. А вот первая, я считаю, вполне себе идеища и достойна реализации. Она помогает и пользователю и повышает крутость ресурса в глазах пользователя («- Толян, смотри, какая там прикольная фишка!»). Главное, дать пользователю выбор, сохранять или не сохранять страницу последнего посещения.

Drupal :: модуль BOOK, скрываем вывод дочерних категорий прямо в меню

DimoninG — Sun, 19 Apr 2009 20:19:44 +0000

Сейчас делаю еще один сайт на Drupal. Для организации каталога статей я решил в этот раз использовать модуль Book, т.е. он проще для понимания (наполнять буду не я один). И все там классно-расчудесно, кроме того, что в главном меню при клике на один из пунктов подшивки открывается вложенный список прямо в меню. А если статей 200, то и меню на сайте сразу получится из 200 пунктов.

Как это убрать? В админке я ничего не нашел, поэтому полез в код.

Редактируем файл book.module. Строка 196:

$book_menus[$book_id] = menu_tree_output(menu_tree_all_data($node->book['menu_name'], $node->book));
Меняем на:

$book['in_active_trail'] = FALSE;
$pseudo_tree[0]['link'] = $book;
$book_menus[$book_id] = menu_tree_output($pseudo_tree);

Готово.

Универсальная партнерская ссылка с любой страницы сайта

DimoninG — Thu, 16 Apr 2009 01:39:11 +0000

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

Как работают партнерские программы мы все знаем: ставим свои ссылочки, по ним приходят покупатели, оплачивают товарчеги и мы получаем денежги на свой счетег. Ссылки обычно имеют вид site.ru/?p=10, где 10 – это наш ID.

Как правило можно поставить партнерскую ссылку на любой товар, например site.ru/tovari/rozoviy_slon.htm?p=10 или на другую страницу.

А как программируются такие ссылки? Обычно предполагается, что ссылка будет передаваться через GET-запрос и находить мы ее будем в глобальном $_GET-массиве.

Но я предлагаю решение круче, которое позволит нам не зависеть от передачи параметра через GET-запросы и ставить партнерскую ссылку на любую страницу сайта. Интересно как?

В самом мега-главном файле сайта index.php в самом верху (после инициализации движка, точно так же как и в случае с tkd), пишем следующее:

preg_match («/(.*?)?p=([0-9]+)/si», $_SERVER["REQUEST_URI"], $m);
if (!empty ($m[2])) $pid = $m[2];

if (!empty ($pid)){
setcookie («partner», $pid, time()+3600*24*7, «/»);
}
Как видно из кода, мы опять использовали REQUEST_URI. Напомню, что он содержит URL данной страницы (там где сейчас юзер) без http и домена сайта. Например такой: /hello.htm. С помощью регулярных выражений мы вырезаем из URI выражение вида ?p=x, и определяем этот x (переменная $pid). Причем тут автоматически идет и защита от злых дядек – если после ?p= идут не цифры, то ничего мы не получим.

Дальше, понятное дело, на Ваше усмотрение. У меня ставится кука с ID партнера, который привел пользователя на сайт.

И, таким макаром, мы можем добавить ?p= вообще в любую ссылку, движку теперь просто все равно куда мы ее добавляем – вырезается все с помощью регулярок.

Кстати, раскрываю секрет фирмы. $pid не имеет никакого отношения к пидарасам мужчинам нетрадиционной сексуальной ориентации. Расшифровывается в данном случае как partner id. В линуксе, например, pid означает как правило process id и так далее.

title / description / keywords – универсальная система для сайта

DimoninG — Wed, 15 Apr 2009 02:29:25 +0000

В последнем моем проекте было разработано довольно много разнообразных модулей (таких как опросы, новости, партнерские программы, разнообразная статистика, партнерские материалы, товары разных типов, да и просто страницы меню).

Возник вопрос о том, что для каждой страницы надо как-то задавать title, description и keywords (для SEO). Нужно было быстро реализовать это решение.

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

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

Понятно, что каждая страница сайта имеет свой URL. URI – это тот же URL, только без домена. Его можно получить из переменной $_SERVER["REQUEST_URI"]. Понятно, что для каждой страницы URI свой собственный (иначе это уже одна и та же страница).

И возникает очень простая система. Создаем таблицу в БД с полями «title, key, descr, uri». В том месте, где должны выводиться title, description и keywords пишем что-то вроде:

$uri = $_SERVER["REQUEST_URI"];
if ($uri == «/index.php») $uri = «/»;
$q = mysql_query («SELECT * FROM table WHERE uri=’$uri’;»);
if (mysql_num_rows ($q) > 0){
$str = mysql_fetch_array ($q);
$t = $str['title']; $k = $str['key']; $d = $str['descr'];
}
?>
» />
» />
<?php echo $t; ?>

Понятно, что в таблицу записывается заголовок, описание и ключевики для того адреса, для которого мы хотим задать их. И работать это будет для всех страниц, которые обрабатывает движок (то есть в данном случае – для всего сайта вообще). А администратор получает возможность задавать заголовки, ключи и описание даже для тех страниц, которые в ТЗ не предусмотрены, плюс в следующих модулях не нужно будет реализовывать «внутреннюю» поддержку title, keywords и description.

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

Китайская защита сайта от вирусов

DimoninG — Sat, 28 Mar 2009 18:30:13 +0000

Не секрет, что иногда сайты заражают вирусом.

Чем-чем? Вирусом. Он находится в iframe, и таким образом не виден посетителю. Но при этом посетитель успешно этот фрейм открывает и вирус хватает.

Как-как? Обычно внизу файла index.php располагается код, что-то вроде . При этом владелец сайта однозначно может сказать, что «ээ, дарагой, такова ранэшэ нэбэло, ээ!»

Как избавиться? Удалить этот код, сменить пароли на FTP (т.к. часто именно их и воруют).

В чем подвох? Подвох в том, что владелец сайта может «до последнего» не видеть вирус. Особенно, если вирус какой-нибудь новый. И даже Касперский не поможет.

В чем заключается моя «защита» и почему она «китайская»? Дело в том, что это скорее не защита, а оповестительная система, отключающая сайта, если вирус там поселился.

Как работает? Очень просто. Из учебника php следует, что закрывающий тег в конце файла можно опустить. То есть код:

echo «hello»;

тоже считается валидным и нормально работает.

Так вот, берем какой-нибудь WP, стираем в index.php нафиг закрывающий тег PHP (а именно вот этот: ?>). Все!

Чего ж будет-то? Если злоевек зальет Вам на сайт свой злоефрейм, то возникнет ошибка при исполнении этого файла php и сайт не откроется. Чем это важно? Важно тем, что владелец сайта, посещая свой сайт, сразу поймет, что на сайте поселился вирус, а посетители сайта не заразятся вирусом, т.к. сайт отключился.

Возможность убрать рекламу, юзер-френдли

DimoninG — Tue, 24 Mar 2009 21:47:26 +0000

Реклама: начало кризиса, дешевый хостинг, автосалоны г одессы

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

Логика: если пользователь увидел баннер и не кликнул по нему – он его уже не заинтересует, а будет только раздражать. «Прозрения» (когда 2 часа читаешь сайт, а потом вдруг понимаешь, что баннер-то мега-интересный) – редкое явление, почти не встречается.

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

Минусы: не подходит для оплаты по показам (а-ля «5$ за 1000 показов»), может быть неадекватно воспринято рекламодателями («мы тратим деньги на то, что пользователь не видит!»).

Как реализовать?

Очень просто. Оборачиваем баннер (предполагается, что это флеш или изображение) в div, в углу рисуем крестик ссылокой. При клике на ссылку срабатывает JavaScript, который записывает куки пользователю (да-да, а что, не знали, что это можно?). В куки содержится, например, имя скрытого баннера. При загрузке страниц PHP-скрипт (или что там у Вас на сервере) проверяет, есть ли куки с именем баннера и если уже есть, не отображает его.

Еще нужно предусмотреть возможность вернуть все «как было». Например вместо баннера показывать ссылку «показать баннер».

Автоматическое высчитывание количества дней до цели/события (PHP) – идея для манимейкеров

DimoninG — Wed, 18 Mar 2009 14:27:44 +0000

Реклама: копии часов интернет магазин, работа киев, смета скачать

Манимейкерам очень может помочь такая штука. Например, мы поставили цель выйти на какой-то доход за 5 месяцев. Конечно, первая мысль: «ууу, 5 месяцев, это много, я все успею!». Врят ли, с таким подходом.

Как видно из прошлого поста, сегодня мне кто-то в задницу воткнули шило, пока я спал, не иначе. Я поставил себе цель, и вынес в боковую колонку информацию о ней.

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

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

То есть блоггер сам заходит в свой блог и видит… Ага, мне осталось 7 дней до звонка окончания цели, нужно скорее что-то делать.

Реализуется на PHP за 1 минуту. Код следующий:

echo abs(gregorianToJD(«03″, «18″, «2010″) – gregorianToJD(date(«m»), date(«d»), date( «Y»)));

Так вот реализовано у меня. Дата конца цели вписывается вместо 03, 18, 2010 (как понятно, 03 – месяц, 18 – день, 2010 – год конца цели). Текущая дата вычисляется автоматически. Значение на всякий случай берется по модулю (т.к. иногда может оказаться по сути верным, но с другим знаком).

Для WordPress все просто: в файле sidebar.php (или где хотите напечатать количество дней до цели) ставим этот код в тегах .

Как следить за выполнением скриптов на PHP и управлями ими в длинных циклах

DimoninG — Wed, 11 Mar 2009 01:36:30 +0000

Реклама: виды гвоздик, платья Allure Diagonal, способы похудеть

Возможно, Вам приходилось когда-то писать скрипты, где совершалось какое-то долгое и нудное действие. Ну например – грабился сайт или создавалось 10000 картинок с вотермарками. И вот ведь какое дело – совершенно непонятно, там вообще что-нибудь работает или все повисло? Особенно это тяжело, когда скрипт находится на стадии тестирования. Может быть он пошел по замкнутому кругу (ну скажем начал обрабатывать фотографии заново), а мы не в курсе?

Я сейчас дописывал паука, который просто ползает по одному и тому же сайту (наподобие того, который у гугла или яндекса, только гораздо скормнее). Понятно, мне тестировать его тяжело – а вдруг он по одним и тем же ссылкам полез? А я не знаю? Или еще что-нибудь этакое, залез, например, на внешний сайт по ошибке и по нему пошел? И я придумал два способа для управления и слежения за подобного рода скриптами.

Итак, мониторинг. У меня там все просто – паук знает ссылки, которые еще не обошел и количество страниц, которое уже обошел, две переменные.

Создаем функцию а-ля

function logit($msg){
$file = @fopen («log.txt», «w»);
@fwrite ($file, $msg);
@fclose ($file);
}

И в нашем «мега-цикле» вызываем logit ($var1.$var2); – все. Обе переменные записались в файл. А это значит, что я могу открыть его через браузер и лицезреть в реальном времени прогресс обхода (переменные var1 и var2 изменяются и записываются в файл). Жми F5, да радуйся.

Например, мой паучОк обошел мой же блог за 2 минуты и нашел 450 страниц (в Яше 400, в гугле 240) и я лицезрел меняющиеся цифры в такой вот строчке: «done: 450, fifo: 0, time: 130.87 sec» (это для примера, я не о пауках конкретно)

Дальше, управление.

Немного продолжаю свою мысль. Понятно, что когда скрипт «ушел» в работу, то мы уже можем не дергаться – никакие кнопки и прочие шаманства в браузере работать не будут (даже аякс, скрипт-то в «бесконечном» цикле).

А что, если использовать другой файл как шлюз для общения со скриптом? Ну например, скрипт во время выполнения записывает прогресс в вышеприведенный файл, а из другого периодически читает – что ему нужно делать. Если файл пустой, то скрипт спокойно выполняется. А если в файле появилась запись stop, например, то скрипт аварийно завершается (выход из цикла или вообще exit). Плюс к этому можно создать другой скрипт, скрипт-повелитель , при запуске которого основной скрипт (у меня – паук) будет останавливаться.

Я имею ввиду, вот запустил я crawler.php. Он там чего-то делает, я не знаю что. Я могу даже браузер закрыть, т.к. от этого процесс не завершится, а я уже останусь вообще без контроля. Но есть чудо скрипт stop.php, я запускаю его, он пишет в какой-то файл типа gate.txt слово «stop», а crawler.php этот файл периодически проверяет и если находит такое слово – прекращает работать.

Кстати, я раньше думал, что если нажать «стоп» в браузере – скрипт тоже остановится. Хрен, как бы не так. Он будет работать, пока не сделает все, что надо. А если он войдет в бесконечный цикл, то он не остановится. Так что достаточно запустить 50 таких скриптов и можно перезагружаться смело.

Такие вот идеи в 4.35 утра.

Рок-музыка и Drupal (немного о том, как я сделал стартап за 45 минут).

DimoninG — Sat, 21 Feb 2009 15:26:44 +0000

Я давно хотел сделать сайт о рок-музыке и гитаре в целом. Вернее о гитаре и немного о рок-музыке. Я уже писал, что пытаясь выбрать CMS для этого сайта, столкнулся с некоторыми проблемами. В тот раз я выбрал Joomla. Но после написания того поста я все снес и поставил Drupal. Почему? Убедили читатели И уже давно хотелось в нем нормально разобраться. И, похоже, не зря.

Кстати, я его сделал. У меня теперь мега-портал: «Для Гитары» (индексируйся, радость моя, индексируйся!)

В этой статье я опишу как и что я сделал. Задача стояла такая: создать как можно быстрее гитарный портал, который будет содержать в себе материалы, отсортированные по рубрикам, блоги для пользователей и их (пользователей) регистрацию, опрос. Писать все это с нуля очень не хотелось и на это ушло бы неделя или две (т.к. я же еще и работаю). А с помощью Drupal’а получилось даже лучше.

В итоге вышла вот эта статья. Боюсь, что я не смогу объяснить тут все подробно. Но я объясню самое главное, без чего даже непонятно «как это все работает».

Для начала качаем и сам друпал. Сразу же качайте к нему русский перевод (Downloads->Translations, 7ая страница или 8ая). Архив с файлами перевода нужно разархивировать и залить в каталог с друпалом.

Установка очень простая и ее я описывать не буду. Как обычно – вводим данные для базы, имя админа и еще всякую ерунду, жмем 4 раза на «Далее» и все.

А вот дальше начинается самое интересное. То есть это для профи интересное, а для того, кто видит друпал в первый раз – ад кромешный. Я не буду описывать технические характеристики, возможности и прочую ерунду, а перейду сразу к практике.

Для начала нужно включить необходимые модули. Идем на Управление -> Конструкция -> Модули и включаем как минимум следующее: «Comment» (позволяет добавлять комментарии к материалам), «Database logging» (для всяческой безопасности), «Locale» (если вырубить, то все станет опять английским для новых юзеров), «Menu» (для настройки меню), «Path» (для красивых ссылок типа /hello.htm), «Poll» (опрос хотите?), «Profile» (чтобы спрашивать у пользователя всякие гадости при регистрации), «Search» (поиск по сайту), «Taxonomy» (для того, чтобы сделать клевую публикацию материалов). Это все стандартные модули и нужно только проставить галочки.

А вот модули, которых в стандартной установке нет. Найдите их на drupal.org и установите, очень пригодится. Привожу с описанием.

BUEditor – хороший редактор текстов, замена стандартному.
IMCE – позволяет загружать изображения на сервер прямо во время написания текста, что куда удобнее, чем загружать их руками по FTP и приводить ссылки самостоятельно.
Taxonomy Menu – выводит таксономию в боковое меню. Жизненно необходимо, если нет желания ковыряться в ссылках ручками (о таксономии вообще попозже).

Все, на орбиту вышли. Теперь нужно переходить на первую космическую. Без теории о том, как друпал работает все-таки не обойдусь (черт, а так лень было писать).

Попробую в силу скудных способностей объяснить, как организованы данные в друпале. Дело в том, что он очень сильно (в большую сторону) отличается от других CMS по гибкости, а благодаря этому охуенно путает того, кто пытается в нем разобраться. Знаний программирования он не требует, но мозгами шевелить придется.

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

Посмотреть типы материалов можно в Управление -> Содержание -> Типы материалов.

Имейте ввиду, когда Вы ставите какой-нибудь модуль, он запросто может самостоятельно создать новый тип материала (каков наглец!). Например, модуль «Polls» (опросы) создает тип материала «Опрос». Таким образом друпал понимает что чем является и может сортировать разные материалы, например для того, чтобы на главную выводить только последние записи в блогах пользователей и статьи.

(Я вообще сейчас объясняю то, во что сам въезжал долго. Если бы мне кто такое рассказал, я бы сэкономил кучу времени.)

Теперь о публикации материалов. Или другими словами – да как тут вообще статью-то в меню засунуть?! Когда я первый раз поставил друпал я не понял именно это, из-за чего сразу занес его в список «никогда-не-ставить-больше CMS».

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

Сейчас попробую объяснить на примере. Создадим в Управление -> Содержание -> Таксономия словарь «Блюда», словарь нужно привязать к типу материала Заметка (это вообще основной тип материала в друпале), делается это там же, при создании. Перейдем в этот словаь и создадим там термины «Супы», «Вторые блюда», «Десерты».

А теперь создаем материал (Создать материал -> Заметка), предположим, о борще, и привяжем его к Супам (в поле «Блюда» впишите «Супы»). Привязка материала немного дебильная, но что делать. То есть получилось, что у нас эта статья имеет «тег» Супы, а он в свою очередь вложен в Блюда. Вот и создали мы чудо-меню. [для знающих друпал тут поясню: я могу и ошибаться, но у меня построено именно так и все работает]

Если то, что мы насоздавали в Таксономии не вывелось в меню, значит не активирован модуль Taxonomy Menu.

Кстати, другие наглые модули тоже могут использовать Таксономию «без разрешения», имейте ввиду.

Что получилось? Поставили друпал, написали статью, а это самое важное. Теперь дальше.

Чтобы вывести в разные стороны сайта разные влевые модули (типа опроса или последних зарегистрировавшихся), перейдите в Управление -> Конструация -> Блоки. Там все понятно, я думаю, без объяснений.

Иногда гости не могут видеть тот или иной раздел или статью или модуль. Чтобы это поправить, идите в Управление -> Управление пользователями -> Разрешения, и ставьте галки. Здесь друпал меня очень порадовал, обширные возможности для настройки.

Установить тему легко – качаете друпал-тему (только учтите, что обычно темы для 5ой версии не подходят для 6ой и т.п.), заливаете в themes и устаналиваете в настройках Управление ->Конструкция -> Темы оформления. Модули так же (см. выше).

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

FireBug: debug сайта, сетевая активность сайта

DimoninG — Sun, 15 Feb 2009 20:43:49 +0000

Тяжела и неказиста жизнь простого веб-программиста. Не в рифму, зато правда. Особенно сложно в плане проверки на защищенность сайта и другие «экстримальные» условия.

В подобных случаях очень помогает плагин FireBug, написанный для FireFox. Здесь я коротко опишу его функционал.

Начну с самого вкусного. Лично я столкнулся с ним тогда, когда надо было узнать – какие post-get запросы отправляет сайт, куда и с какими параметрами (было ощущение, что написанный движок – подстава и на самом деле бекдор на сервер).

Скачайте и установите плагин. Теперь перейдите на сайт, с которым работаете. Нажмите F12 (или Вид->FireBug). А вот и окошко плагина!

Тут мы видим несколько закладок.

Вкладка HTML позволяет сразу просматривать HTML-код сайта в удобном «подсвеченном» состоянии. Мне очень понравилось то, что все элементы «свернуты», а если нажать на тег, то в окошке справа будет показано, какие стили CSS к нему применены. Вот например:

Во вкладке CSS будут показаны вообще все стили сайта. Удобно тем, что собираются все файлы и встроенные стили воедино, а ведь иногда так лень лазить и искать где что прописано.

Во вкладке Scripts аналогично со скриптами. Хотя, честно говоря, работает довольно странно – куски HTML-кода тоже попадаются.

Закладка DOM, как ни странно, дает DOM-представление документа. Довольно удобно, если нужно узнать что к какому тегу привязано. Еще тут круто вот что: можно навести мышку на любой элемент страницы и он будет выбран в DOM-инспекторе.

А вот теперь самое главное, из-за чего я и пишу все это. Вкладка Net.

Здесь показана вся сетевая активность сайта. Если проще – то какие запросы, куда, когда и с какими параметрами он посылает! Этакий сниффер для сайта. Вот например:

Тут сразу видно, что megaupload.com использует рекламу от Google , загружает половину графики из других мест (и еще всякие интересные штуки, но я их тут не покажу).

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

Вторая важная информация – время загрузки разных запросов. Другими словами можно узнать почему сайт тормозит. Например, когда-то давно seoinsoul.ru спрашивал меня, почему у него сайт так долго грузится. Сейчас понятно – хостинг, похоже, хреновый. Дольше всего грузятся картинки самого же сайта.

Кстати, картинки наглядно показаны, если навести мышку на запрос. А если кликнуть на запрос, то наглядно показано ЧТО посылается. Ну просто архи-удобно! Я восхищен!

Запросы можно группировать (кнопки сверху, после закладок), чтобы долго не искать то, что нужно.

Короче, развлекуха! Я час убил – разные сайты «щупал».

Идея плагина: «Спасите-помогите»

DimoninG — Wed, 04 Feb 2009 20:19:25 +0000

Часто автору блога (мне, например) хочется задать какой-нибудь вопрос посетителям, ответ на который определил бы мои действия (например, нужно ли столько рубрик у меня на сайте). Но создавать для этого пост вроде как жирновато, а по-другому в блоге и спросить не выходит.

Появилась идея плагина: что-то вроде мини-форума. Например, над постами висят ссылки-вопросы, нажав на одну из них появляется окошко, где можно вписать свое мнение и отправить его автору.

UPD: Меня не так поняли
Я имел ввиду не о блоге высказать мнение, а, например: “Народ, вот не знаю, может покрасить свою собаку в синий цвет? Давно хотел, но знакомые говорят, что красный сейчас популярнее. Подскажите!!11?

Как я делал портал на Joomla и Drupal или что нужно знать для создания сайта

DimoninG — Wed, 21 Jan 2009 09:39:32 +0000

Всю свою интернет-девелоперскую жизнь я писал собственные решения для всех случаев. Нужно голосование на сайт? Пишу. Нужен блок новостей? Пишу. Сайты тоже писал с нуля. Готовые движки я использовал только для сателлитов, при этом не заботясь качеством получающегося сайта вообще никак или для заказчиков, если они упорно не хотели делать сайт на моей разработке. Но недавно я решил сделать портал, а чтобы сэкономить время я решил поставить его на один какой-нибудь готовый двиг.

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

Сначала я поставил Drupal. Чего я не понял сразу – как добавлять статьи по категориям. То есть какое-то меню на сайте есть, а вот как привязать туда статьи, сделать подменю и т.п. не понял. Разбирался долго, выяснилось, что существует какая-то таксономия (или как ее), как она работает я до конца не вьехал, убив на это дня 2. Всем, кто скажет, «да это же просто, а ты лох» – засуньте свое мнение подальше. Для человека, первый раз попробовшего разобраться в друпале странно даже то, что администрирование происходит прямо на сайте, а ссылки на разные настройки и модули появляются прямо в меню сайта, если зайти под администратором.

Хотя вру, кое-как мне удалось привязать статьи. Даже предположим, что мне это удалось хорошо и все стало понятно. Едем дальше: документация для разработчика. По движку нет документации! Как и что работает приходится узнавать из гугла, причем никто из «гуру друпала», мудаки, подробно объяснять не хочет. Зато они направо и налево орут, какой друпал крутой. Выходит, чтобы разобраться в движке, нужно в нем самом и ковыряться. Это, мягко говоря, гораздо дольше, чем написать свой движок для сайта. Кстати, отзывы о книгах а-ля «Drupal for idiots» тоже не вдохновляют – не хочется полдня искать книгу, потратить рублей 600 на нее, а потом понять, что она не поможет. Большинство мнений за то, что в подобных книгах далеко не исчерпывающая, а иногда и вовсе неверная, информация. Что вряд ли поможет понять движок.

Теперь о шаблонах. Для старта не хочется заказывать дизайн, поэтому было бы логично поискать стандартный шаблон. По аналогии с WordPress’ом первым делом я полез на официальный сайт. Где ничерта не нашел. Вернее нашел штук 50 отвратительнейших шаблонов. Все усложняется еще и тем, что есть две версии-ветки друпала – пятая и шестая. Понятное дело, если шаблон для пятой, то для шестой он не подойдет. А брать пятую версию как-то не хочется, она же старая и не поддерживаемая разработчиками.

Еще я сюда бы присовокупил медлительность и моральную устарелость кода.

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

Следующей я установил Joomla. Расстрою наперед – после этого я ничего не устанавливал, т.к. бесплатные портальные движки на этом заканчиваются (делать портал на какой-нибудь SimpleCMS или DLE – бред). Немного уточню, я установил не Joomla, а Joostina (joostina.ru), один из уже многочисленных «детей» Joomla.

Здесь все намного лучше, чем в предыдущем варианте. Как добавлять материалы понятно сразу, админка вообще куда более понятная, не запутанная и даже приятная.

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

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

Слава богу, разрабы джумлы используют возможности актуальных версий PHP: код не процедурный (как в друпале), используются классы и всякие другие модные штуки. Это облегчает восприятие (во всяком случае мне) и читаемость кода. Книг по джумле, правда, я не видел.

Итог для джумлы: жить будет, попытаться что-то сделать на ней действительно можно. Не факт, что получится (см. ниже).

А можно ли сделать сайт, ничего в сайтостроении не понимая?

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

Максимум, что получится сделать, ничего ни в чем не понимая, это шаблонный сайт. Скорее всего он будет довольно страшным и организованным не так, как хочется. Например, я хочу, чтобы на главной выводились ссылки на последние статьи, а в шаблоне, который мне понравился, на главной вообще ничего не выводится. Нужно же лезть в код, что-то там писать. А как писать, если не понимаешь даже словосочетания «лезть в код»?

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

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

Я не разработчик, но сайт сделать очень хочется!

Хотя есть промежуточный этап. Вот, что надо знать для того, чтобы сделать относительно норальный сайт-портал (или сайт-не-портал):

Знать, как «работает интернет»: что такое хостинг, что такое домен, как из связать (DNS)
Как загружать файлы по FTP
Что такое MySQL (не как с ней работать, а что это)
Основы HTML
Основы CSS
Основы Photoshop или другого графического редактора
[не обязательно, но очень поможет] Основы PHP

Таким образомы, появляется возможность: купить домен и хостинг, загрузить файло на сервер (FTP), нормально установить любой готовый движок (понадобится знание о MySQL), загрузить любой понравившийся шаблон (опять FTP), подредактировать его по-мелочи (HTML + CSS), подредактировать графику (Photoshop). Честно говоря, вообще, не знаю, чем может помочь знание ОСНОВ PHP, ведь без серьезной работы с ним сделать что-то умное не получится, даже исправить ошибки на сайте. Но для общего развития и для большей уверенности в своих силах не помешает.

Как написать граббер

DimoninG — Thu, 18 Dec 2008 10:26:11 +0000

Хочу рассказать вам о том, как написать граббер. Напишем простой граббер на PHP, который грабит, нууу… скажем заголовок (title) страницы и записывает нам в базу данных. Таким образом не сложно написать любой граббер, который можно вмонтировать в любой движок. Когда я писал этот пост, у меня было постоянное дежавю. А дело в том, что недавно я написал статью о том, как сделать собственный счетчик. Но основные моменты там очень похожи, поэтому советую прочитать и ту статью тоже.

Любой граббер состоит из нескольких кусков:

1. подключение к странице-донору
2. скачивание исходного кода
3. вытаскивание нужного фрагмента (самый сложный этап)
4. запись вытащенного фрагмента в базу данных/файл или куда-то еще

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

1. Подключение к странице-донору.

В PHP есть несколько способов сделать это. Я покажу самый простой. Теоретически он работает не везде (иногда на хостинге запрещен этот метод), но я еще такого хостинга не видел. Например, подключаемся к блогам яндекса:


$sock = fopen ('http://blogs.yandex.ru/top/?page=1', 'r');
if (!$sock){
echo "Не получилось подключиться к yandex.";
}else{
}
fclose ($sock);

То есть мы открываем страницу, будто это обычный файл! Легко и приятно. Если страница не открылась, нам покажет ошибку, а если открылась, исполнится код в else.

2. Чтение исходника.

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


else{
    $html = '';
    while (!feof($sock)){
        $html .= fgets($sock);
    }
}

Соответственно исходник страницы у нас будет в $html, а вывести его можно с помощью htmlspecialchars ($html).

3. Вытаскивание нужного фрагмента.

Это самый сложный момент во всей программе. Дело в том, что для его осуществления нужно знать регулярные выражения PHP. Изучить подробнее их можно в гугле. Но для нашего случая ничего сверх-умного не нужно. А именно:


preg_match('|(.*)(.*)|is', $html, $data);
print_r ($data);

Подробнее об это функции можно почитать тут.

4. Запись вытащенного значения.

Тут вообще все просто и конкретная реализация зависит от Ваших потребностей. Например, если нужно записать данные в блог на ВП, записывайте их в таблицу wp_posts. В нашем примере вытащенные данные хранятся в $data[1], поэтому запись может выглядеть так:


mysql_query ("INSERT INTO content VALUES (0, '".$data[1]."');")
    or die(mysql_error());

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

Постовой: Новые гаджеты

Как создать СДЛ самому, часть 1: о шаблонах, встроенных дизайнах и шаблонизаторах

DimoninG — Sun, 23 Nov 2008 21:41:10 +0000

Я решил опять перейти на программистскую тематику, но писать для «обычных людей». Не секрет, что для создания хорошего сайта (в основном СДЛ, но не обязательно), приходится писать к нему CMS на заказ. В основном это не дешевле 400$, поэтому для начинающего манимейкера невозможно.

Будет несколько частей, сколько – я не знаю. Если что-то хочется узнать или спросить – всегда пожалуйста.

Если до сих пор непонятно, что я буду вещать, поясняю: как «по кубикам» написать CMS портального типа, не зная программирования. Как сделать голосование, блоги пользователей, регистрацию пользователей, каталоги и прочее, прочее, прочее. Похоже, можно делать неограниченное количество таких постов.

Это первая часть, поэтому несколько моментов: я учту, что заботиться о безопасности скриптов нужно сразу, по совету умных людей (простите, уже запамятовал, с кем спорили), писать будем на PHP, и все-таки необходимо знать хотя бы основы программирования на PHP. Если непонятно, что читать, см. один из старых постов: Как стать программистом.

На серию статей планы наполеоновские:

1. Шаблоны. (этот урок)
2. Движок для вывода статических страниц.
3. Прикрутить Smarty.
4. Авторизацию пользователей.
5. Опросы.

Осталось писать регулярно. Итак, к уроку.

Шаблоны или встроенный дизайн?

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

Если отбросить детали, то есть 2 способа обработки дизайна (форматирования вывода данных). Первый – это встроенный в движок дизайн. Второй – шаблонизатор (и шаблон дизайна).

Встроенный дизайн.

Этот способ проще реализовать, но сложнее эксплуатировать. Больше того, если позже этим сайтом будет заниматься человек, не знакомый с программированием, такой способ может доставить ему некоторые сложности, когда он захочет что-то поменять. А перетянуть весь дизайн может быть сложно даже программисту, ранее не знакомому с этим движком.

Итак, к сути. Например, у нас есть какое-то оформление а-ля

, а между

нам нужно вывести какую-то информацию. Тогда в этом случае, мы просто выводим ее с помощью операторов PHP прямо в файле сценария *.php:

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

Шаблонный дизайн.

При этом весь дизайн оформляется в виде отдельного файла с HTML-разметкой, куда вставляются метки для вывода информации. Часто файл с дизайном имеет расширение *.tpl, и его содержимое похоже на такое:

{title}

. Потом PHP-сценарий должен обработать этот файл, считать его содержимое, заменить «метки» (для примера здесь {title}) на реальную информацию и вывести все это пользователю.

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

Шаблонизаторы.

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

Часто программисты не пишут свой шаблонизатор, а встраивают в свой движок Smarty. Я думаю, что это лучший выход, т.к.:

1) Уже все написано, не тратится время на создание шаблонизатора;
2) Он работает быстро. Если новичек попробует написать свой шаблонизатор, он, возможно, будет работать медленнее;
3) Он бесплатно распространяется и бить Вас за это не будут;
4) Очень важно, что другой разработчик сразу будет знать как работать с ним.

Конечно, этот пост кажется совсем не для новичков Но это первое, на что мы наткнемся на «практических занятиях», т.к. оформление (вывод) информации в браузер есть даже в самом минималистическом скрипте.

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

Политика блоггинга: 2 (хороших) совета.

DimoninG — Tue, 21 Oct 2008 19:23:49 +0000

Мне в голову пришла очень светлая мысль по поводу блоггинга. Конечно, всем, кто когда-то вел блог понятно, что лучше сделать тематический блог, чем «обо всем». Да, есть «духовные лидеры» (ТОПы рейтингов), пишущие полный бред о своей жизни и при этом дико популярные. Только я не устану повторять – топ на то и топ, не нужно рассчитывать на него. Не нужно рассчитывать, что если Вы будете писать «о жизни» («что я ел на завтрак» и «какие эти демократы козлы») – Вы тоже станете сильно популярными.

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

Яркий пример: мой блог. Сначала я пытался писать о заработке и о программировании. И я постоянно терял еле-еле заработанную аудиторию (10-15 подписчиков). СЕОшники пугались постов о программировании и наоборот. Потом же я решил писать и о программировании и о СЕО в одном ключе – заработок. И аудитория (подписчики, опять же) резко пошла вверх.

Но если я начну вдруг писать о слонах, то от меня отпишутся и программисты и сеошники, т.к. их это интересует мало. Слоноводов тоже не прибавится – остальные-то посты (о сео и программировании) им не интересны. Обычно один-два поста «не по теме» проходят вполне бесследно. А вот больше – можно и блог потерять.

Совет номер раз. Для каждой темы по блогу.

Если у Вас в голове накопилось достаточно мыслей для 20 постов по какой-либо тематике, а в свой блог (блоги) писать это не получается (не подходит тематика) – заводите новый блог под эту тематику, да и все! Плюсы: никого не напугали, получили еще один белый проект, наполнять который не лень, т.к. мысли есть. Кроме того, раскручивать несколько блогов интереснее и опыт поможет.

Например, у меня таким образом вышло несколько блогов: этот, утки, блог о гитаре (еще не открыт, но уже наполняется), блог о фрилансе. Мой партнер удивляется – зачем мне столько блогов? А мне не «зачем», мне они все нужны – в каждый иногда хочется что-то написать.

И еще небольшая подсказка. Если есть одиночные мысли, которые смерть как хочется опубликовать (думать их про себя или рассказать друзьям – совсем «не то»), а некуда – сделайте «приватный» блог. Например у меня это Личный блог, находящийся в подкаталоге этого домена. Обычно, когда хочется написать что-то «ни с чем не связанное» – хочется просто пожаловаться, обматерить всех и вся или написать пост, состоящий из 1-2 умных (по мнению автора) изречений. Так вот: некоторое время я туда писал, а потом бросил. Потому, что жаловаться стало не на что – все сказал. Кстати, блог на локальном компьютере (не в Интернете) тоже помогает от желания написать какое-то переживание, хоть никто его и не прочитает.

Совет номер два. Выходите за рамки блога.

У меня почти каждый раз, когда я хочу сделать новый блог, возникает мысль о том, как можно бы его расширить и сделать из него подобие (или даже не подобие) социальной сети. Как дать людям возможность общаться, какие «фишки» туда привнести и подобное. Это же круто! Белый проект может начинаться мыслью о блоге, а закончиться популярным порталом! Например, FaceBook ведь начинался как место общения студентов общежития (или как-то так, я помню).

Да, не у всех есть знания программирования. Но это не такая большая проблема – уже придумано очень много плагинов для популярных CMS и сделать хотя бы в общих чертах сеть можно. А если она будет развиваться и понравится людям, то не грех и денег в нее вложить.

Дерзайте! Нет неосуществимых идей, есть ленивые «осуществлятели»

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

DimoninG — Tue, 14 Oct 2008 19:58:17 +0000

Мне постучал один знакомый и скинул ссылку на статью, что-то вроде «5 плюсов и минусов программирования». Я прочитал и выразил свое недовольное довольство по поводу этой статьи. Она была написана год назад и я решил переработать ее и сделать собственную. А потом мне в голову пришла мысль написать еще и о плюсах и минусах специальности «программирование» для манимейкинга.

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

Итак, тем, кто хочет начать изучать программирование, посвящается. Сначала о плюсах программирования.

Плюсы:

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

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

3. Перейти с одного языка на другой довольно просто. Для знающих C++ никакого труда перейти на PHP нет (у меня это заняло 2 дня).

4. Я считаю это плюсом: программисты – почти секта. Свои шутки, свой внешний вид, разговоры о том, в чем «нормальные люди» не понимают не слово. Майки, кружки, кепки с непонятными словами. И только второй такой же, посмотрев на все это – оценит по достоинству. Мне нравится

5. По поводу фриланса -можно сидеть себе целый день дома и нормально зарабатывать.

6. Можно выучить программирование самостоятельно. А вот выучить, например, машиностроение самостоятельно не выйдет.

Минусы:

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

2. Крутым программистом быть сложно, это факт. Нужно не только следить за новинками в мире, но и знать «не новинки» очень хорошо и глубоко. На это уйдет не один год изучения. Сложно, в общем. Если Вам это не нравится, лучше не беритесь.

3. Программист привязан к компьютеру. Сломался компьютер – не может работать. Кроме того, если сгорит винчестер, то часто еще и теряются многолетние наработки. Хотя от этого спасает бекап.

4. Работать через Интернет сложно, т.к. если он (интернет) сломается, а еще и нужно сдавать проект… Такая беготня начнется, Вы не представляете. Тот, кто не купил ноутбук будет в этот момент проклинать все на свете

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

6. А вот и хрен )) Это все.

По большому счету плюсы искупают все минусы (кроме здоровья). Здоровье можно поправлять самостоятельно. Нет, не водкой. Поправлять здоровье нужно утренним бегом и гимнастикой. Я знаю программиста, который ходит в качалку. Встреть я такого ночью в подворотне – описался бы нафиг. Здоровый, сцуко. И со здоровьем у него все отлично.

Теперь о возможности заработать.

Я уже давно занимаюсь только фрилансом и своими проектами и могу сказать – 2k$ в месяц – это нормально (для фриланса). Но нужно учитывать, что работать нужно каждый день и часов по 10, а это уже тяжело (я сейчас зарабатываю меньше). С постоянной работой хуже – средняя начальная ставка в моем городе около 500-800$/месяц. А выйти на 1000$+ на постоянной работе очень сложно (повышения почти никогда не дают).

Теперь о плюсах в плане манимейкинга.

Я считаю, что для манимейкера важнее быть программистом, чем СЕО. По очень простой причине – СЕО легче Да-да, СЕО легче. Оно часто отнимает больше времени и туда нужно вкладывать деньги, но оно легче. Если разобраться в нем, то оно вообще банально (все супер-методы продвижения обычно сводятся к медиа-рекламе и ссылкам).

А вот написать какой-нибудь позарез нужный скрипт СЕОшник, как правило, не может. Ну например, у Вас есть база из 50.000 каталогов. И нужно ее проверить – не закрылись ли эти каталоги или не попали ли в бан в Яндексе. Программист за 5 минут напишет скрипт для проверки всей этой базы, а что делать СЕОшнику? Руками что ли проверять? Или за деньги заказывать такой скрипт? А за деньги – не дешево, долларов 100.

Или, например, если какой-то скрипт не устраивает, хочется его вот немного подправить – опять же СЕОшнику придется обращаться за помощью к программисту, умолять его, ползаться на коленях, биться головой об стену, проставляться пивом.

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

Хотите стать программистом?

Это не так сложно, как кажется. Во всяком случае в наши дни. Умные дяди придумали столько всяких штук для «легкого» написания программы, что теперь заниматься этим может каждый. Например, PHP – это говно-язык, придуманный для того, чтобы можно было километровые программы сокращать до нескольких строк. Как фанату программирования мне даже обидно – писать на PHP довольно легко, но я представляю сколько труда было вложено, чтобы создать этот язык.

Теперь я порекомендую, как стать программистом (вариант – «учиться в ВУЗ» я не рассматриваю). Конечная цель для нас – писать в Web. Есть два пути – суть самурая и путь идиота.

Путь самурая.

Обычно учить все нужно по книгам, сразу говорю. Статьи из сети не подходят – слишком непонятно там все. Купите какую-нибудь толстую книгу по C++ и попробуйте пару недель почитать. Покупайте книгу о программировании на «чистом» C++, например самоучитель от Бьерна Страуструп. Причем читать книгу с компьютера я бы не рекомендовал. Писать лучше всего на Borlanc C++ 3.1

Когда что-то начнете понимать в C++, можно переходить к Perl. Почему к перл? Потому, что он – сложный! И непонятный. И дает заодно знания о Linux (хотите-не-хотите, так сказать). «До победного» его учить не обязательно, но знаеть о нем точно необходимо.

Потом я бы прочитал пару книг о сетях и серверах для понимания того, как «весь этот Интернет» работает.

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

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

Путь идиота.

Я назвал его так, потому что человек, прошедший этот путь будет что-то знать о Web (но меньше, чем прошедший путь самурая). И не будет иметь представления о программировании «в общем» и не будет знать, как работают и устроены сервера. Поверьте, знать целую картину «компьютерого мира» – полезная вещь. Понимать, как оно работает и т.п.

Так вот. Тут все просто – сразу покупаем книгу «программирование PHP + MySQL для начинающих» и начинаем ее читать. Проблема тут очевидна: ничего не понимая в программировании, не имея опыта – сразу окунуться в Web и базы данных. Это сложно. И Вам, я думаю, понятно, какое качество кода будет у таких «программистов», если вообще код будет.

Продавать ничего нельзя, боже упаси! Но для себя кое-что делать уже будет можно.

Время обучения (в день по паре часов): примерно месяц. Результат: не веселый, только предрасположенные к этому люди добьются серьезного прогресса.

А вообще, если есть желание, то пугаться не нужно. Попробуйте сначала первый метод, потом второй. Я верю – у того, кто хочет, все получится!

Постовой (Купить!):

1. очистка кровли от снега

2. Интернет магазин межкомнатные двери эконом предлагает вашему вниманию межкомнатные двери эконом. Мы реализуем двери оптом и в розницу. Широкий выбор продукции позволяет Вам подобрать модель, наиболее подходящую под Ваш индивидуальный интерьер. Недорогие двери эконом класса сочетают в себе простоту, комфорт и изящество деревянные межкомнатные двери

3. духовка Electrolux

4. Форекс как вид бизнеса

Создаем счетчик-картинку, показывающий беки на сайт.

DimoninG — Thu, 09 Oct 2008 10:03:38 +0000

Вот думал я думал и придумал сделать счетчик, который показывает не посещения, а количество беков на сайт. Вообще, показывать он может хоть попугаев, просто ничего оригинальнее я не придумал. Но после прочтения поста Вы будете знать: как сграбить инфу с другого сайта (нам тут нужно же узнавать где-то количество беков) и как сгенерировать красивый счетчик. И, вероятно, я разделю этот пост на 2. (вторая часть тут)

Начнем со второй части, т.к. она интереснее. Будем делать картинку-счетчик!

Что нам нужно? Вывести счетчик с нужными нам цифрами. Для этого мы заранее сделаем заготовку-фон, где нарисуем сам счетчик. А цифры будем выводить «на лету» с помощью PHP и библиотеки GD. Именно таким образом работают все счетчики – и LiveInternet и прочие. Различие может быть разве в том, что для вывода цифр может использоваться JavaScript или другой язык.

Итак, готовим картинку. Не забудьте оставить свободное место для цифры! У меня руки из попы в плане рисования и дизайна, поэтому у меня вышло так:

В середине оставлено место для динамической подстановки цифры (количества ссылок в данном случае).

Ну а теперь нужно сделать скрипт, который обрабатывал бы это изображение и записывал бы на нужное место нужную цифру. Скрипт на удивления короткий и простой (спасибо GD!):


$x = 40;
$y = 8;
$number = 10;

$image = @ImageCreateFromJPEG("counter.jpg");
header ("Content-type: image/png");
$txt_color = imagecolorallocate ($image, 255, 255, 255);
imagestring($image, 2, $x, $y, $number, $txt_color);
imagepng ($image);
imagedestroy ($image);

Три первых переменные (я специально вынес их как переменные) это: $x – расположение текста по горизонтали (координата), $y – расположение текста по вертикали (координата), $number – это текст, который нужно вывести, а точнее – количество ссылок, поэтому оно здесь числом.

Логика скрипта тоже очень простая. Сначала мы открываем изображение (оно у меня названо counter.jpg) с помощью функции ImageCreateFromJPEG и затыкаем этой функции рот с помощью кляпа (не даем вывести возможное сообщение об ошибке или варнинге с помощью «@»). Потом отправляем браузеру заголовок с тем, что мы сейчас будем выводить png-изображение. Теперь обозначаем для этого изображения белый цвет и записываем его в $txt_color. С помощью imagestring выводим нужный нам текст в нужное нам изображение в нужные нам координаты нужным нам цветом. И с помощью imagepng и imagedestroy выводим изображение и уничтожаем его в памяти, дабы место не жрало.

Если посметить скрипт и изображение в один каталог и открыть скрипт через браузер Вы увидите изображение! 90% работы сделано.

Теперь чуть-чуть о вызове этого счетчика из кода страницы. Создаем какой-нибудь файл, например index.php и пишем туда вот это:

Вот и все! Изображение выводится. Единственное, что еще хорошо было бы сделать, это проверить, а подключена ли у нас GD-библиотека Для этого в том же index.php (не в скрипте, рисующим счетчик, т.к. там Вы сообщения об ошибке не увидите – просто изображение не сформируется) пишем тоже не хитрую инструкцию, проверяющую доступна ли какая-нибудь функция библиотеки GD:


if (!function_exists('imagetypes')) die ('Не найдена GD!');

До новых встреч, ребята

Постовой:
туры в ГОА

Изображение с водяными знаками – как они это делают?

DimoninG — Sun, 31 Aug 2008 23:02:42 +0000

Все СЕОшники знают, что накладывать водяные знаки на картинки – это хорошо. Пользователи часто передают картинки «из рук в руки», например с целью «Посмотри, какой ржач!» или «Вот как круто выглядит процессор, который я купил!».

Где выгода нам? Если на картинке будет «водяной знак»… А, да – водяным знаком в Веб называется просто другое изображение, наложенное на данное изображение. Обычно водяным знаком является просто строка с адресом сайта, откуда это изображение было взято. В общем, мне уже не надо продолжать предложение «Если на картинке будет водяной знак, а картинка понравится пользователю, то он обязательно заглянет на Ваш сайт»?

Примером водяного знака может служить это изображение (обратите внимание на правый нижний угол).

Этот процесс можно автоматизировать, прикрутив автоматическое наложение водяного знака на изображение прямо во время загрузки. И я покажу как.

Для работы, как обычно, используется PHP, т.к. Ваш сайт наверняка нписан на нем. А для наложения графики будет использовать расширение PHP для работы с графикой. А именно – библиотека GD2. Включить ее в Windows можно, раскомментировав соответствующий модуль. В линуксе – перекомпилировав PHP с соответствующими флагами.

Я не буду вдаваться в саму библиотеку. Я приведу сразу код, а потом объясню, что он делает.


$znak_hw = getimagesize("znak.png");
$foto_hw = getimagesize("foto.jpg");

$znak = imagecreatefrompng  ("znak.png");
$foto = imagecreatefromjpeg ("foto.jpg");

imagecopy ($foto,
$znak,
$foto_hw[0] - $znak_hw[0],
$foto_hw[1] - $znak_hw[1],
0,
0,
$znak_hw[0],
$znak_hw[1]);

imagejpeg ($foto, "done.jpg", "100");

imagedestroy ($znak);
imagedestroy ($foto);

Библиотека GD2 очень сильно облегчает жизнь программисту, когда приходится работать с графикой. Сейчас поймете почему.

В каталоге со скриптом должны лежать еще 2 файла – foto.jpg (это изображение, НА которое нужно наложить водяной знак) и znak.png (это сам знак). Если Вы хотите, чтобы накладывалась, например, только надпись (без фона), то сделайте фон (все, что не является самим знаком) прозрачным (именно поэтому был выбран формат png).

Итак. Сначала мы получаем размеры наших изображений. Даже файл открывать не надо! Для этого подходит функция getimagesize, принимает на вход имя файла. Полученные размеры записываются в массив, где в нулевой ячейке будет ширина, а в первой – высота (в пискелах, разумеется).

После получения размеров, нужно создать в памяти интерпретатора сами изображения, чтобы было с чем работать (потом обработанное изображение записывается в файл). Для этого здесь нам нужны две функции imagecreatefrompng (читает формат png) и imagecreatefromjpeg (читает формат jpg, соответственно). Возвращает дескриптор изображение («ресурс», как принято называть его в PHP).

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

Координаты расположения копируемого изображение – это координаты левого верхнего угла копируемого изображения на фото. Здесь мы от размеров фотки отнимаем размеры знака и получется, что изображение копируется аккуратно в угол.

Размеры копируемого изображения остаются оригинальными – с левого верхнего его угла по правый нижний.

Следующим шагом нам нужно создать получившееся изображение. Мы создаем его с помощью функции imagejpeg, которая, соответственно, создает изображение в формате jpg.

Удаляем дескрипторы, чтобы не засирать память с помощью функций imagedestroy. Они не удаляют сам файл, не волнуйтесь.

Все, наше изображение готово. Интегрировать такую обработку очень просто. Нужно на этапе загрузки файла, обработать временное изображение (filename_tmp) и после этого скопировать его в уже каталог назначения.

И еще одна подсказка. Чтобы каждый раз не смотреть в файл, «что там у нас получилось», можно выводить изображение прямо в браузер. Так гораздо быстрее для отладки. Для вывода изображения в браузер закомментируйте строку

imagejpeg ($foto, "done.jpg", "100");

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

header ('Content-Type: image/gif');
imagegif ($foto);

Конечно, перед header() никакого вывода в браузер быть не должно, иначе заголовок не отправится.

Удачи!

Спонсор поста: недорогой хостинг

2 абзаца о Linux Mandriva: неизвестный пароль root от mysql и ругань на mysql.sock в php

DimoninG — Tue, 26 Aug 2008 02:22:22 +0000

Спонсор поста: О безопасности в Интернет

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

Задача эта не простая, т.к. у меня Asus F3s-серия ноутбук, а в нем железки, как известно – совсем плохо поддерживаются.

Кстати, вот и винда в окне линукса. Красота

Поставил все, в принципе, нужное для работы – php+apache+mysql (с ней провозился особенно долго и узнал много нового, ровно как и матов). А вот звук до сих пор настроить не вышло…

Вообще, я про mysql написать и хотел. Дело в том, что при установке mysql часто случается, что оно вроде бы и не говорит пароль от рута, но и не дает создать изначальную конфигурацию. Почему – бог знает, кривые руки, кривой дистрибутив или кривой линукс – не суть важно. Вакцина однако есть.

Признаки: на ввод mysql -u root, мы получаем отказ и никакой пароль не подходит.

Решение: как Вы знаете, mysql хранит информацию о самой себе в свой же базе данных, названной так же – mysql. Там есть таблица user, в которую записаны все пользователи, которые имеют доступ к базе данных, их привилегии и прочее говно прочие данные. После установки mysql обычно эта таблица пуста, а должна быть содержать запись о руте. Поэтому мы руками создадим там запись о руте.

Для этого, сначала создайте демон mysql с параметром, чтобы он не запрашивал пароли вообще. Все действия под рутом (линукса), конечно:

root> mysqld –skip-grant-tables &

У меня так же работал и флаг –skip-grant.

Теперь логинимся, просто набрав mysql. Уже можно.

Далее нужно создать рута. Для этого нужно выполнить вот такие не хитрые запросы:

mysql> use mysql;
mysql> INSERT INTO user VALUES(‘%’,'root’,PASSWORD(’some_pass’), ‘Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’, ‘Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’,'Y’, »,»,»,»,0,0,0,0);

Понятно, что root – это имя пользователя (можно добавить и другого, собственно), some_pass – это пароль. Жутковатая вереница букв игрек – это привилегии. То есть – выставляем все, что только можно в «Ес», мол, давай мужик – тебе можно это делать

Вот так.

И еще момент, у меня почему-то было, что из консоли к мускулу коннектится нормально, а из браузера – орет что нельзя через этот сокет. Поправил сие я, отредактировав /etc/my.cnf и заменив везде сокет на один и тот же – /tmp/mysql.sock

Кстати, по умолчанию темповая директория для мускула без возможности записи. Чтобы с этим не геммороиться, я поменял ее на /tmp. Это можно сделать опять же в my.cnf, дописав tmpdir=/tmp или при запуске демона непосредственно:

root> mysqld -t/tmp &

Удачи

Linux в окне Windows и наоборот – Виртуальная Машина

DimoninG — Sun, 24 Aug 2008 14:52:16 +0000

Спонсор поста: Воронежский блоггер

Как Вы уже знаете, я запланировал некоторый список покупок на ближайший месяц. По велению случая я являюсь Веб-разработчиком, а точнее – программистом. И 80% серверов в Интернете работают под Linux/Unix-системами. Идеальным решением для меня был бы Linux на том компьютере, где я работаю, но там сейчас лицензионная Windows Vista, сносить которую, конечно не хочется. Я хотел купить отдельный компьютер для Linux, но тратить на это лишних 10-15 тысяч рублей – дорогое удовольствие.

Выход есть – Виртуальная Машина! Этот способ подходит не только для «разработчиков», но и просто – познакомиться с другой операционной системой, не «убивая» при этом свою. Вот, Linux запущен прямо в окне Windows (все скриншоты в статье кликабельны):

В общем, я сэкономил себе примерно 12.000 рублей Заинтересовало, как я это сделал? Подробная инструкция далее.

В статье мы будем запускать Linux под Windows. Но я замечу, что с помощью той же самой программы, про которую я буду тут говорить, можно запустить и Windows под Linux Этот вариант, честно говоря, для веб-разработчика объективно лучше. Последовательность действий и сами действия остаются теми же под разные ОС.

Для начала нужно скачать бесплатную программу VirtualBox (качать здесь – выберите свою ОС и нажмите Continue).

Это – сама виртуальная машина. Что это такое в целом? Просто программа, которая эмулирует в себе «чистый» компьютер с некоторой виртуальной оперативной памятью и виртуальным жестким диском. То есть, если в этой программе запустить другую программу, то последняя будет думать, что запущена на компьютере, где вообще еще ничего не установлено.

Почему именно Virtual Box? Я выбрал ее, т.к. она наиболее «дружелюбна» для пользователя-новичка (имеет оконный интерфейс, кучу подсказок на каждом шаге и тому подобное). Это не самый «крутой» вариант, т.к. по производительности устанавливаемая ОС несколько проиграет, но мы и не ракеты на ней запускать собираемся. Кроме того – Virtual Box совершенно бесплатная (во всяком случае на момент написания этого поста).

Процесс установки Virtual Box я описывать не буду, все происходит автоматически и с этим справится даже ребенок. Лучше займемся установкой Linux из под Windows.

Запустите виртуальную машину. Вот что Вы увидите (у меня здесь уже установлена Linux Mandriva, у Вас этот список будет пуст):

Теперь можно начинать создание операционки. Нажимаем на кнопку Создать, сразу жмем Далее. Теперь нужно ввести название (которое будет отображаться в выше показано списке). Я хотел установить Suse Linux, так что это и ввел. Жмем далее. Размер памяти – это доступный объем оперативной памяти для этой операционной системы. Я оставил 256 – оптимальный вариант, как мне кажется. К тому же, Linux не очень придирается к объему оперативки (если не установлена куча визуальных эффектов). Жмем Далее.

Теперь нужно создать виртуальный жесткий диск, на котором будет размещаться наша операционка. Нажмите «Создать».

Выберите «Динамически расширяемый образ»:

Теперь нужно указать имя файла (я оставил по умолчанию) и размер диска. Размер диска можете указать какой хотите. Но учтите размер устанавливаемой операционки. Например, если я ставлю линукс из архива 4 ГБ и решил установить по-полной (все, что есть), то диск нужно сделать гигов на 12.

Жмите Далее, потом Готово. Выберите только что созданный диск, жмите Готово.

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

Выберите из списка только что созданную машину и нажмите «Старт»:

Это первоначальная установка системы, поэтому нужно как бы загрузиться с CD-ROM’а (для установки ОС). Что приятно – есть возможно не пихать в привод реальный диск, а указать образ диска (*.iso, например), тогда этот образ и станет приводом для нашей виртуальной машины. Хотя в этот раз у меня вполне себе физический диск, поэтому в следующем диалоговом окне я нажал Далее, выбрал привод CD/DVD-ROM, физический привод выбрал «E:», вставил диск и опять нажал Далее:

Теперь жмем Готово. И начинается установка операционной системы!

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

Но я напишу еще пару подсказок по работе с Virtual Box.

Когда Вы нажмете на окно – клавиатура и мышка как бы «перейдут в безраздельное пользование» Virtual Box. То есть все действия будут передаваться в окно, и «выйти» обратно в Windows не получится. Чтобы вернуться к Windows, нажмите Right Ctrl (правый Ctrl).

Внизу окна есть значки. Это волшебные значки Они показывают, что сейчас делает наш виртуальный компьютер – читает ли с жесткого диска, с привода оптических дисков, использует ли сеть и т.п.

Еще очень важный вопрос насчет обмена файлами между виртуальной машиной и настоящей машиной. Для этого есть так называемая «Общая папка». Перед стартом машины создайте общую папку (нажать на Общие папки, когда выбираете, какую машину будете стартовать). Выберите каталог. Например, я выбрал почему-то D:/Games/Quake3 . После создания нужно как-то примонтировать этот каталог в виртуальной операционке. Учитывая, что у нас Linux, то команда будет следующая: mount -t vboxsf share mount_point. Конкретно у меня она выглядела так:mount -t vboxsf Quake3 /mnt/vb.

Конечно, до этого надо создать каталог /mnt/vb. Теперь можно обмениваться файлами.

Для перехода в полноэкранный режим нажмите Right Ctrl + F. Полноэкранный режим создает ощущение, будто у Вас на компьютере установлена только эта операционная система Очень удобно для работы.

Вот такие пироги. Мне лично это все очень понравилось Единственное ограничение всего этого счастья – игры в Linux будут тормозить. Но он не для игр и нужен.

Как написать свой движок блога, часть 2. Авторизация в админке.

DimoninG — Fri, 22 Aug 2008 17:39:18 +0000

Спонсор поста: грузчики

Пришло время второй части саги о создании собственного движка блога.

Первая часть здесь. Но перед этим пара слов на отвлеченную тему.

В предыдущем посте я просил помочь моей супер-черепахе на домик для нее, и уже через несколько часов откликнулся замечательный человек – Илья, пожертвовал в фонд 70 рублей. Он по «призванию» СЕОшник и недавно открыл свой блог, который обещает быть очень неплохим: SEO in Soul.ru, Душевный Блог о SEO и Заработке.

Теперь о создании своего движка блога. Я реализовал следующее: создание/редактирование/удаление постов, создание/редактирование/удаление категорий, написание комментариев и их редактирование через систему администрирования. Скачать то, что получилось можно по ссылке в конце поста (там пока что архив без редактирования комментариев из админки). Когда дойдем до безопасности, я залью этот движок на тестовый поддомен и можно будет посмотреть, что вышло. И опять эта статья обещает быть очень длинной. Боюсь, что придется ее разрезать еще на три части – авторизация в админке (эта статья), действия с постами и категориями, действия с комментариями и комментирование. А потом еще две части – вывод всего этого на сайт и безопасность движка. Пора писать книгу. (Если кого-то не устраивает такая «санта барбара» – пишите, буду делать статьи длиннее)

Для начала замечу, что все GET-параметры передаются через .htaccess и «откуда они берутся» вопрос не принимается Это я объяснил в первой части.

Создание системы администрирования.

Я вообще рекомендую всегда разрабатывать движок с админки, т.к. в ней частично или полностью реализован вывод данных, то есть фактически – пользовательская часть. Тогда создание пользовательской части пойдет быстрее, на мой взгляд. В общем, с админки и начнем.

Располагается она по адресу /vrotmnenogi-admin/, как заявлено в ТЗ (см. первую часть). Я довольно быстро раскаялся в своей дурацкой шутке, т.к. писать везде такой длинный адрес не особенно удобно . Но от ТЗ мы не будем отступать принципиально, это полезный навык. Простите мне такой бред, я честно не хотел

Конечно, для начала нужно сделать в админке систему входа, чтобы кто попало не мог редактировать содержимое блога. Авторизация будет вполне обычная – через логин и пароль. Их md5-хеш будет сохраняться в Cookie и по нему пользователь будет проверяться каждый раз, когда что-то делает в админке.

MD5 – в данном случае применяется как однонаправленный алгоритм шифрования строк произвольной длины и получения 128-битного хеша. Другими словами, если зашифровать любое слово этим алгоритмом, то обратно расшифровать его уже нельзя. Понятно, что для проверки нужно зашифровать введенный пользователем логин/пароль и сравнить его с уже имеющимся хешем. Если они совпадают, то пользователь ввел правильный логин/пароль.

Храниться имя и пароль будут прямо в скрипте в виде переменных (файл /vrotmnenogi-admin/index.php, самый верх). Для еще большей путаницы мы будем добавлять в эту связку секретный ключ (произвольный набор символов), чтобы хакер совсем сломал голову, расшифровывая данный хеш.

Итак, как мы будем проверять вход? Для этого создан файл logintest.php, лежащий прямо в корне админки. Первой строкой в этом файле мы смотрим, не пытается ли пользователь залогиниться? Логин передается в переменной $_POST['login'] и если она не пуста, значит – пытается. Соответственно первым ветвлением IF мы проверяем, что он нам такого прислал и сравниваем с хешем строк пароля, логина и секретного ключа:


if ($_POST['login']){
	if ($_POST['login'] == $admin_login &&
		$_POST['password'] == $admin_password){
		setcookie ("admin_login", $protection_combo,
                                 time() + 60*60*24*7);
		header ("location: /vrotmnenogi-admin/");
	}
}

Если проверка пройдена, то мы устанавливаем куки, в которую и записан этот хеш. Куки ставится на неделю и работает только для каталога /vrotmnenogi-admin/ нашего движка. И потом отправляем заголовок, который переадресовывает нас на главную страницу. То есть – для пользователя не видно, что выполняется какой-то скрипт, все происходит «мгновенно».

Следующий блок в этом файле – это как раз вывод формы ввода логина и пароля. То есть, если не передано поле $_POST['login'] и данные в куки не совпадают с хешем (попытка взлома или просто нет куки – не залогинен), то выводится форма входа:


// Проверка, введен ли пароль админа
if ($_COOKIE['admin_login'] != $protection_combo){
	?>
	
		Логин: 

		Пароль:


Кстати, обратите, пожалуйста внимание на то, что после вывода формы обязательно должна быть команда exit. Иначе после формы выведется сама админка. После нажатия кнопки «Войти» все данные как раз и проверяются блоком кода, описанным чуть выше.
Теперь выход. Тут все очень просто. В файле index.php я создал кнопку, при нажатии на которую выполняется скрипт logout.php. Кнопку назвал незатейливо – «Выйти»  

	


Никакого криминала   Ну и сам скрипт выхода. Он просто убивает куки с хешем логина, пароля и секретного ключа, из-за чего пользователь не пройдет проверку в файле logintest.php:

Убиваем куки (передав ей пустое значение) и отправляем пользователя на главную страницу. Вот так.
С админкой на этом все. Следующая статья в этой серии будет, как я и сказал, о постах и о категориях. Удачи!
Скачать архив с движком dblog. Используйте как угодно, только название dblog остается за мной   В архиве, кстати, функционала больше, чем я здесь описал.
__________________________
Если никто не против, чуть-чуть личного. Заметил, что писать в блог для меня стало чем-то нужным. То есть меня мучает ощущение «надо бы написать в блог». Приятное ощущение, что-то вроде тяги к наркотикам для наркоманов   При этом, когда пишешь в блог, это ощущение на день-два отпускает. Мне страшно  
Кстати, я вроде бы пошел на поправку (болел тут несколько дней). Моя девушка подарила мне забавную картинку  

Спасибо ей большое, очень классно получилось : )))
А еще по поводу болезней. Трехчасовой рабочий день пишет в своем блоге другой взгляд на лень (медицинский, так сказать). После чего (по совету ТРД?) Кишиневский бомж проверяется у врача и у него находят опухоль щитовидной железы.
Дорогой Кишиневский бомж, во-первых: мы все с тобой, держись! А во-вторых, я спросил у знающих людей, говорят, что эти опухоли доброкачественные и с ними живет чуть ли не половина жителей Санкт-Петербурга и даже не знает об этом. Все будет хорошо



Новый социальный движок BigStreet.
DimoninG — Wed, 20 Aug 2008 10:20:59 +0000
Спонсор поста: каталог компаний 
Недавно я наткнулся на новый движок социальных сетей. Собственно, мне заказали его доработку и изменение (решил еще немного подработать фрилансером), и я стал в нем копаться и разбираться. Покопавшись достаточно долго, я понял, что этот движок достоин упоминания и большей популярности. Чуть-чуть увеличить популярность я ему сейчас помогу  
Официальный сайт движка BigStreet (Большая Улица). Вот что пишет на сайте его создатель: «Большая Улица это сайт разработки движка для организации социальных сетей и тематических сообществ.

Здесь мы обсуждаем каким должен быть движок социальной сети и пишем его.»

Почему я решил упомянуть этот движок у себя? На это есть ряд причин.
1) BigStreet – движок новый и пока что не известный, а значит – скоро наберет популярность (т.к. сам по себе вполне неплох). Чем быстрее Вы узнаете о нем, тем лучше (во всех смыслах).
2) Движок OpenSource, то есть – пользователи сайта самостоятельно дорабатывают его, разбираются. В нем сейчас есть и ошибки и недоработки – просто рай для девелоперов-энтузиастов  
3) Движок отлично показывает модель MVC (model-view-controller, модель-представление-контроллер). То есть – в нем очень сильно разделены такие части, как внешний вид, работа с базой, модули и прочее. ИМХО, реализация «модульности» очень неплохая. Подобного я не видел ни в DLE, ни в WordPress, ни в Joomla. Вроде бы – нигде не видел.
Последний пункт основной, почему я и рекомендую посмотреть на этот движок и программистам покопаться в его исходниках. Особенно – начинающим программистам.
Кстати, есть еще забавная вещь. Как работает движок знает только автор и никому не рассказывает. То есть у него нет времени написать документацию.   У Вас есть реальный шанс приблизиться к статусу бога в плане понимания работы движка, без шуток.



Как написать свой движок блога, часть 1.
DimoninG — Thu, 14 Aug 2008 08:32:20 +0000
Спонсор поста: деревообрабатывающая промышленность, продажа леса
Вступление.
Собственный движок блога обладает многими преимуществами. В нем можно поменять вообще все, до мелочей и уйдет на это в 10 раз меньше времени, чем ковыряться в чужих движках, таких как WordPress или DLE (DLE особенно страшен в этом плане на мой взгляд). Для него легко поставить собственный дизайн. К нему легко прикрутить собственные другие наработки, например, портал, каталог статей и прочее.
Большим плюсом номер два я считаю невозможность взлома собственного движка. Ведь для взлома уникального, нигде больше не установленного движка хакеру придется поломать голову. А вот для стандартных движков обычно делают даже так называемые эксплойты – скрипт, запустив который, даже безмозглый 12летний идиот может получить пароли от админки Вашего блога.
Да, это палка о двух концах – если плохо написать движок с точки зрения безопасности, ломаться он будет довольно легко. Но я лично не собираюсь писать его плохо   А Вы?
Еще плюсы? Например, скорость работы. Тот же огромный и «тяжелый» WordPress будет работать в разы медленнее, чем заточенный под конкретные задачи собственный движок.
Я расскажу, как написать свой движок за пару часов. А если копировать код у меня из статьи – за 15 минут. А если сразу скачать исходник – за 30 секунд  

(тут поясню: у меня блог на стандартном движке, т.к. я его веду уже больше полугода и мне не хочется возиться с переносом статей на собственный движок; жаль, что я не начал вести блог на своем движке с самого начала)
Недостатки есть?
Есть, не без этого. Главным недостатком своего движка и огромным плюсом для стандартных движков я считаю плагины. То есть для собственного движка их просто нет и быть не может, пока автор движка сам их не напишет. Например, в WordPress можно за 1 минуту установить плагин для вывода последних комментариев, вывода смайликов, голосования (и вообще чего угодно), а в своем блоге придется писать это все самому. И если вывод последних комментариев и смайликов – задача не сложная, то, например, с голосованием уже посложнее.
Зачем Вам все это?
В любом случае, даже если Вы выбираете стандартный движок, я все равно рекомендую прочитать статью – особенно начинающим программистам. Эта статья фактически описание создания несложной CMS, которую можно превратить из блога во что угодно  
И еще момент. После этого небольшого цикла статей я напишу, как сделать генератор сателлитов! И по плану – там как раз пригодится этот собственный движок   Запахло деньгами?
Составляем ТЗ.
(ТЗ – Техническое Задание, документ, по которому программист пишет программу, скрипт, сайт и т.п.)
Даже в таком несложном деле лучше составить небольшое ТЗ и не отходить от него в процессе разработки. Мы просто опишем, что хотим видеть в движке, а потом сделаем ровно так, как написали. Я считаю, что это полезная практика – иначе можно «расплыться» (захотеть сделать и то и се и пятое и десятое, в итоге не сделать ничего или сделать частично и плохо).
«Нужны возможности: 2* добавлять категории, редактировать их названия, вывод категорий по алфавиту, вложенность не нужна. Добавлять, редактировать или удалять посты. В посте есть заголовок и основной текст. Визуальный редактор не нужен, разрешить HTML-теги. 3* Возможность комментировать пост, вводя имя, почту, сайт и комментарий. Регистрация пользователей не нужна. Все адреса в виде ЧПУ (человеку понятный URL, а-ля dimoning.ru/hello.html). Категории открываются по адресам /category/catname/, где catname – имя категории. Посты открываются по адресам /postname.html, где postname – адес поста. Эти адреса тоже можно редактировать. *4 Прикрутить RSS последней версии протокола. Весь блог в кодировке UTF-8. Все изменения администратор вводит через админку по адресу /vrotmnenogi-admin/. Добавить постраничный вывод постов.»
Вот такое тех-задание. Сделаем четко по нему  
Я решил разделить создание собственного движка блога на четыре части – первая – это проектирование и еще три отмечены звездочками в ТЗ [сначала хотел 3 части, но эта статья уже вышла довольно большой, а для понимания читать большую статью, я думаю, тяжеловато]. У меня еще нет готового движка (на момент написания этих строк), поэтому исходник каждый раз будет все более дополняться.
Начнем с начала.
В начале работы я обычно прикидываю, какие мне нужны таблицы в базе данных и как их будет использовать движок. Например, здесь. Я перечислю поля и тип данных в них записываемый, а также объясню – для чего то или иное поле. Для простоты мы будем использовать только int и text.
Категории:

id (int auto increment) | url (text) | title (text)
id – уникальный, автоматически увеличивающийся при добавлении записи, идентификатор категории

url – адрес категории, который будет подставляться /category/сюда/

title – название категории, которое будет выводиться в браузер
Посты:

id (int auto increment) | url (text) | title (text) | post (text) | dt (datetime)
id – уникальный, автоматически увеличивающийся при добавлении записи, идентификатор поста

url – адрес поста, который будет подставляться /сюда.html

title – заголовок поста, выводится в браузер

post – содержимое поста, выводится туда же

dt – дата и время написания поста, проставляется автоматически и изменению не подлежит
Комментарии к постам:

id (int auto increment) | post_id (int) | nick (text) | email (text) | site (text) | comment (text) | ip (text) | dt (datetime)
В ТЗ ничего не сказано про запись IP комментатора, но я считаю, что это необходимо. Может помочь отловить злого спамера или забанить по IP. В общем, если «враг» появится, лучше знать про него как можно больше.
id – уникальный, автоматически увеличивающийся при добавлении записи, идентификатор комментария

post_id – идентификатор поста, к которому написан комментарий

nick – имя комментатора (никнейм)

email – почта комментатора

site – сайт комментатора

comment – сам комментарий

ip – IP-адрес комментатора

dt – дата и время написания комментария. Так. Для протокола.  
Знатоки из Что-Где-Когда, конечно, заметили бы, что IP адрес можно хранить в виде long-числа, а я храню его в виде текста. Я считаю, что так нагляднее и вообще редко храню его в виде числа. Говорят, что по использованию памяти это лучше, не знаю, я не замерял. Но знаю, что это хуже по производительности – нужно преобразовывать число в IP и обратно. Я так не делаю, в общем.
С базой данных все. Теперь пара слов о ЧПУ.
Из ТЗ видно, что должны быть ЧПУ (человеку понятный Url). Для этого нам нужно создать .htaccess, который мог бы разбирать адреса вида /category/name/ и /post.html и передавать в скрипт значения этих полей в виде переменных. Например, пусть имя категории передается в переменной category, а имя поста в переменной post из массива $_GET.
Заметьте, нужно предусмотреть и постраничный вывод! Лучше подумать об этом сразу. Я предлагаю сделать примерно так же, как сделано в WordPress. А именно, для категорий страницы показываются по адресу /category/name/page/1/, где 1 – номер страницы. А если категория не выбрана (главная страница), то адреса для вывода страниц будут иметь вид /page/1/ – прямо от корня.
И еще нужно предусмотреть зарезервированное имя для RSS. Я предлагаю сделать простой адрес: /rss.html, почему бы и нет?
Какой же .htaccess файл нам понадобится? Я бы сделал такой:
RewriteEngine On

1 RewriteRule ^(rss).html$ rss.php [L]

2 RewriteRule ^([A-Za-z0-9_]+).html$ index.php?post=$1 [L]

3 RewriteRule ^(category)/([A-Za-z0-9_]+)/$ index.php?category=$2 [L]

4 RewriteRule ^(category)/([A-Za-z0-9_]+)/(page)/([0-9+])/$ index.php?category=$2&page=$4 [L]

5 RewriteRule ^/(page)/([0-9+])/$ index.php?page=$2 [L]
Я пронумеровал строки. В рабочей версии нумерации, конечно, нет.
Строка 1. Перекидывает с rss.html на rss.php прозрачно для пользователя. В rss.php будет генерироваться сама RSS.
Строка 2. При открытии адреса вида /some.html передает все между слешем и .html в скрипт index.php в переменной $_GET['post'];
Строка 3. При открытии категорий (адрес вида /category/имя/) передает в скрипт index.php имя категории в перменной $_GET['category'];
Строка 4 и строка 5 – аналогичное действие, только для других видов URL.
Ключ L не позволяет серверу идти дальше по списку, если нужное нам совпадение с адресом найдено.
Между прочим, здесь есть еще один большой плюс: с помощью регулярных выражений мы задали конкретные символы, которые можно использовать в адресах. Если хакер попытается ввести в адрес не буквенно-цифровой символ, то сервер прервет запрос сразу же. То есть заботиться об этом в самом движке уже не надо.
На этом с «проектированием» покончено, ровно как и с первой частью. В следующей статье мы сделаем добавление категорий, их редактирование, вывод. Добавление постов, их редактирование и отображение.
Пока что все. Всем удачи и до связи   Подписывайтесь на RSS, а то что за дела ))) Я еще не набрал даже сотни подписчиков, жуть! ))
__________________________

Посмеялся ))





Скрипт автоматической проверки обратных ссылок.
DimoninG — Tue, 05 Aug 2008 12:36:06 +0000
При поддержке: регистратор доменов – дешевая и удобная регистрация доменов.

_________________________________
Для чего может понадобиться такой скрипт? Например, Вы обменялись статьями со многими веб-мастерами – их статьи висят у Вас, Ваши – у них. Конечно, рассчитывать на то, что все они порядочные люди – опрометчиво. И приходится периодически проверять, а висит ли там моя статья с моими ссылочками? Или, например, Вы оплатили рекламу в Блогуне, блоггер разместил пост, но через две недели убрал. Хотя бы забаним мудака обманщика!
Аналогично, скрипт может использоваться для проверки трекбеков, хотя создавался не совсем для этого.

Как всегда – в конце статьи я дам ссылку на архив со скриптом, а по ходу объяснения работы скрипта, расскажу как им пользоваться для простых пользователей, не знающих программирования. Если честно, то я буквально после этой статьи быстро сделаю сервис авто-проверки ссылок, так что, в принципе, не-программистам не обязательно забивать себе голову ерундой   Кроме того, сервис будет проверять также наличие nofollow и noindex, что есть круче, чем этот скрипт.
Внимание, вспышка справа!

header ("Content-Type: text/html; charset=utf-8");

$sites[] = "www.millioner.org/";
$sites[] = "yandex.ru";
$sites[] = "dimoning.ru/hello.txt";
$sites[] = "www.simplecoding.org";
$sites[] = "nettakogosaita.fuck";

$check_url = "dimoning.ru";

function to_utf($str){
	if (mb_detect_encoding($str, "UTF-8, ISO-8859-1, GBK")
                               != "UTF-8"){
		return  iconv("gbk", "utf-8", $str);
	}
	else{
		return $str;
	}
}

for ($i = 0; $i < count ($sites); $i++){
	$sites[$i] = str_replace ("http://", "", $sites[$i]);
	$sites[$i] = "http://".$sites[$i];
}

$check_url = str_replace ("http://", "", $check_url);
$check_url = str_replace ("/", "\/", $check_url);

$ch = curl_init();
for ($i = 0; $i < count ($sites); $i++){
	curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
	curl_setopt($ch, CURLOPT_CURLOPT_TIMEOUT, 10);
	curl_setopt($ch, CURLOPT_URL, $sites[$i]);
	$page = curl_exec($ch);

	echo "".$sites[$i].":
";
	preg_match("/(.*?)<\/a>/",
                     $page, $m);
	$m[1] = to_utf ($m[1]);

	if (!empty ($m[1]) && !empty ($page))
            echo "Ссылка: есть, с анкором: ".$m[1]."

";

	if (empty ($m[1]) && !empty ($page))
            echo "Пусто!

";

	if (empty ($page))
            echo "// Сайт не открылся.

";

}

curl_close($ch);

Совсем небольшой скрипт, способный сэкономить несколько часов Вашего времени!
Для начала отмечу, что это вариант скрипта, для которого нужно неограниченное время выполнения. Для VDS и выделенных серверов это можно легко поставить, на обычном хостинге – можно попробовать написать провайдеру или написать первой строкой в скрипте set_time_limit(0);.
Будьте осторожны с set_time_limit – во-первых, часто такая инструкция просто не срабатывает, а во-вторых, сам Веб-сервер может иметь лимит времени отдачи документа. Другими словами, даже если сам скрипт будет работать неограниченно долго, Веб-сервер может порвать сессию и результаты работы скрипта Вы так и не увидите.
Есть еще вариант обхода этого ограничения – записывать в файл, какой сайт проверялся последним и при повторном запуске начинать с него. Правда здесь это не реализовано, т.к. я недавно купил выделенный сервер у FirstVDS и настроил его так, как мне нужно   Всего за 150 рублей я получил гораздо больше возможностей, чем на обычном хостинге за 250! Я серьезно говорю, никто меня рекламировать фествдс не просил.
Теперь к скрипту. Объясняю  
Сначала мы указываем кодировку страницы UTF-8, ну это понятно что. Дальше в массив $sites записываются адреса сайтов для проверки. Здесь я проверяю несколько сайтов и страниц, где ссылки на меня есть и где ссылок на меня нет. На Яндексе ссылки на мой блог заведомо нет  
В переменную $check_url записывается адрес, который нужно проверить. Внимание! Записывать туда адрес без http://, без внутренней страницы. Грубо говоря в формате ??????.?? (домен и зона). Если писать туда другие адреса – не гарантируется правильность работы скрипта. Такая реализация, потому что наличие ссылки с доменом в любом случае означает, что ссылка на Ваш сайт установлена.
Функция to_utf используется для преобразования строки из любой кодировки в UTF-8. Дело в том, что сам скрипт в кодировке UTF-8, но если проверяемый сайт в другой кодировке, то анкор ссылки будет выводиться неверно. Функцию я скопировал с php.net.
Первым циклом for мы гарантируем, что в адресах проверяемых сайтов будет присутствовать http://. Это нужно для подключения к ним.
Две строки перед вторым for – там мы обрабатываем проверяемый домен так, чтобы он не содержал http:// и заменяем все / так, чтобы они не были спец-символами.
Ну и самое вкусное! Инициализируем curl (библиотека для работы с удаленными сайтами) с помощью curl_init.
В цикле перебираем все проверяемые URL. Установленная опция CURLOPT_RETURNTRANSFER означает, чтобы результат чтения удаленного сайта не выводился на страницу, а записывался в переменную. Опция CURLOPT_CURLOPT_TIMEOUT означает, сколько времени в секундах ждать открытия сайта (здесь – 10). Если он открыться не успеет, то мы получим пустой результат. Это важно, иначе скрипт может выполняться очень долго.
CURLOPT_URL означает, какой URL мы сейчас будем проверять. С помощью $page = curl_exec($ch); мы и получаем код проверяемого сайта.
Следующим шагом мы с помощью регулярного выражения проверяем, если ли в коде нужная нам ссылка. Отличие этого метода от предложенного Владимиром в том, что Владимир проверяет просто наличие URL на странице, а я – именно ссылки (адреса, заключенного в ). Понятно, что отличие – очень существенное и скрипт Владимира обмануть гораздо легче, к сожалению (мой вроде бы обмануть нельзя, но зарекаться не буду).

С помощью адского регулярного выражения (preg_match) мы и проверяем наличие ссылки. Если Вы совсем не знакомы с регулярными выражениями в PHP, рекомендую сначала почитать о регулярных выражениях на SoftTime.ru. Коротко, то группа символов .*? означает «сколько угодно чего угодно». Ну и все слеши / нужно экранировать обратным слешем \, чтобы они не являлись спец-символами.
Результат работы попадает в массив $m; Для эксперимента его интересно вывести с помощью функции print_r ();
В ячейку 1 массива $m попадает как раз анкор ссылки (текст ссылки). Мы его преобразовываем к UTF-8 и выводим в браузер. А потом закрываем curl.
Как этим пользоваться обычным пользователям? Достаточно менять в заголовке содержимое массива $sites. Грубо говоря, просто копируйте $sites[] = «yandex.ru»; на новую строку и вместо yandex.ru подставляйте свой URL для проверки. Про $check_url я уже говорил. Загружаете скрипт на сервер – запускаете и готово.
Вот пример результата работы скрипта:

http://www.millioner.org/:
Ссылка: есть, с анкором: Блог простого программиста

http://yandex.ru:
Пусто!

http://dimoning.ru/hello.txt:
Ссылка: есть, с анкором: DimoninG.ru

http://www.simplecoding.org:
Ссылка: есть, с анкором: статью об одной из уязвимостей Sape

http://nettakogosaita.fuck:
// Сайт не открылся.

Скачать скрипт можно здесь: Скрипт автоматической проверки наличия обратных ссылок от DimoninG’а (dimoning.ru)..
Ждите сервис через пару часов  
____________________________________

Социальное пастбище для блогера – социальная сеть для блоггеров, сосредоточие вселенского зла и записей из множества блогов. Можно подписаться на нее и ничего не читать – информации будет достаточно   И еще радует, что автор заботится о своей сети, в отличие от других аналогичных сетей.



Как прятать рекламный блок, если ссылок с Сапы нет.
DimoninG — Sat, 02 Aug 2008 10:43:37 +0000
Я расскажу, как преобразовать код сапы таким образом, чтобы рекламный блок на Вашем сайте вообще не показывался, если ссылок нет. Если непонятно, что я имею в виду – обратите внимание на этот блог. В сайдбаре в левой половине в самом низу на главной странице есть блок «реклама», где размещаются ссылки. На других страницах блока нет. Он появляется автоматически только если ссылки для этой страницы куплены в сапе.

Я решил написать эту статью, т.к. на многих сайтах видел подобные ошибки. Если бы я сделал не так, как здесь напишу, то мой блок «реклама» висел бы пустым на тех страницах, гды ссылок не купили.
Кроме того, открываются неограниченные возможности по редактированию самих ссылок. Например, можно вырезать весь текст, кроме ссылки, можно выводить ссылки не через разделитель, а списком, на новой строке. В общем, на что хватит фантазии. Но пока что о рекламном блоке  
Итак, понятно, что для осуществления поставленной задачи нужно для начала узнать – пришли ли к нам ссылки из сапы. Делаем примерно как в прошлой статье, но чуть по-другому:

$a = $sape->return_links();
if (!empty ($a)) {}

Сначала мы «выводим» ссылки в переменную $a (а не на сайт, как обычно), после мы проверяем, является ли $a пустой (с помощью функции empty) и если не является, то выполняется код, заключенный в { и }.
Конечно, в фигурные скобки и нужно включать оформление блока для ссылок! Теперь то, что получается в итоге. У меня это выглядит так:

if (!defined('_SAPE_USER')){
    define('_SAPE_USER', '.....');
}
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
$sape = new SAPE_client();
$a = $sape->return_links();
if (!empty ($a)){
    ?>
    


    
    Реклама
         
    
    

Теперь весь блок выводится только, если сапа отправляет нам какие-то ссылки.
Еще одно замечание: в предыдущей статье говорилось, как изменить код сапы так, чтобы поисковикам было сложнее определить наличие сапы на сайте. Я приведу здесь общий код для оформления блока и для его защиты, а так же (возможно, кто-то не поймет сам и ему пригодится), укажу кодировку вывода UTF-8.

return_links();
if (substr_count ($a, "dispenser") <= 0){
	if (!empty ($a)){
	?>
		


		
			Реклама
			
		
	

Вот так. Теперь у нас защищенный блок ссылок, который не выводится вовсе, если ссылок нет. Удачи!  



Сапа выдает поисковикам сайты, где продают ссылки!
DimoninG — Fri, 01 Aug 2008 09:06:37 +0000
Слава богу, «выдает» она их косвенным образом. Но все равно очень глупым. Такой косяк был замечен на очень многих сайтах, и мне кажется, что поисковики просто не могли не воспользоваться случаем. Здесь я напишу, в чем дело и как от этого защититься.
Собственно дело в том, что сервера сапы сейчас сильно нагружены, а в некоторые моменты перегружены. И тупые программисты сапы (вот уж тут по праву назову их тупыми) сделали так: если скрипт не может достучаться до сервера раздачи ссылок, он прямо на сайт выдает ошибку со словами (цитирую):

SAPE_ERROR: Не могу подключиться к серверу: dispenser-01.sape.ru/code.php?user=b4c4045f147bf074f5dcd938cd734316&host=goriz.ru
Поисковику даже задумываться не о чем – уже все понятно. Сайт торгует ссылками. Кстати, посмотрите на выдачу по запросу dispenser-01.sape.ru/code.php?user=, dispenser-02.sape.ru/code.php?user= и другим (меняется цифра от нуля до количества сапо-серверов) – возможно Ваш сайт там есть  
Сейчас немного программерского бреда. Это для программеров. Защищенный код будет приведен в конце   Это для нормальных людей  
Теперь о защите. Как защититься? Во первых, не выводить ссылки сразу, а записывать их в переменную. Во-вторых, проверять в этой переменной вхождение строки ‘dispenser-’. В обычных ссылках такой нет, а в этой тупой ошибке – есть. И если эта строка нашлась, не выводить ничего. Если не нашлась – выводить ссылки.
Для проверки вхождения мы будем пользоваться функцией int substr_count (string $haystack, string $needle) – «substr_count() Возвращает число вхождений подстроки needle  в строку haystack . Заметьте, что поиск ведется с учетом регистра символов.» (c) php.net. Если ничего не нашли, то вернется 0.
Теперь в коде сапы нужно заменить строку echo $sape->return_links(); на следующий код:

$a = $sape->return_links();
if (substr_count ($a, "dispenser") <= 0){
	echo $a;
}else{
	echo "Hello, Yandex!  ";
}

Хело, Яндекс – это, конечно, шутка.   Сгенерировать эту ошибку специально невозможно. Но можно проверить работоспособность кода хотя бы специально подставив в переменную $a строку с этой ошибкой до проверки. Например так:

$a = $sape->return_links();
//разделено на строки для лучшего чтения
$a = "SAPE_ERROR: Не могу подключиться к серверу:
     dispenser-01.sape.ru/code.php?user=
     f72e534919cd569065c0994725491ce3&host=kitaphana.kz,
     type: file_get_contents";
if (substr_count ($a, "dispenser") <= 0){
	echo $a;
}else{
	echo "Hello, Yandex!  ";
}

Выводит Hello, Yandex  , а значит защита сработала.
UPD: Блин, совсем забыл! Hello, Yandex лучше удалить нафиг. Можно вообще удалить блок else, тогда код получится таким:

$a = $sape->return_links();
if (substr_count ($a, "dispenser") <= 0){
	echo $a;
}

Собственно, как хотите – можно оставить и послание. Можно просто убрать все из вывода (сделать echo «»;) в блоке else. Да, и еще – любителям «псевдо-рефакторинга» – можно и не использовать переменную $a, да. Но так же понятнее  
Удачи в заработках!  
____________________________________________
Представляю Вам блог с интересным названием Здесь презирают заработок в Интернете. Порадовали циничное отношение к манимейкингу, но все записи «по делу», как ни странно  .



Создаем иконку сайта в строке URL (favicon.ico), WordPress
DimoninG — Wed, 30 Jul 2008 23:08:53 +0000
Чем, блин, отличается моя статья от сотни других, написанных на эту тему? Двумя моментами – я предлагаю для конвертации в ICO-формат использовать плагин для фотошопа и я напишу, как прикрутить иконку к WordPress.

Итак (мое любимое слово, хехе   ). Иконка сама по себе незначительный элемент сайта. Но, задумайтесь, Вы часто обращаете на нее внимание? Например, она показывается в закладках браузера, в строке браузера – хочешь, не хочешь, но обратишь. Больше того! Если иконка смотрится красиво, она запоминается (а на таком маленьком квадратике пикселей не каждый намалюет шедевр). Сайт начинает ассоциироваться с иконкой и так далее. Например, у фриланс.ру я считаю эту иконку гениальной (как и логотип). Просто, со вкусом и запоминается. Короче, лучше ее сделать, чем не сделать.
Я предлагаю рисовать иконку в фотошопе, там можно нарисовать куда больше, чем в паинте  
Качаем плагин для возможности сохранения изображения в формате ICO. Там надо нажать на Free download: 		Windows (вот прямая ссылка), а на новой странице – нажать кнопку Download.
Скачали, кладем его в папку Plug-Ins в каталоге Фотошопа.
Запускаем фотошоп и рисуем иконку.   Размер «холста» должен быть 16×16 пикселей (это стандартный размер иконки, другие не рекомендуются). Что рисовать – дело Ваше. Я вот нарисовал на красном градиенте букву D. Наверняка, таких иконок по всему миру – сотни тысяч. Но мне плевать, мне нравится     Если увидите – так и передайте, что эта иконка установлена на dimoning.ru, а все остальные – плагиатчики дерзкие!  
Дальше понятное дело – File -> Save As, выбираем формат ICO и сохраняем.
Заливаем ее в какой-нибудь каталог сайта, например, через FTP.
Об установке иконки на WordPress. Для этого нужно зайти в каталог Вашей текуще темы и отредактировать файл header.php. Нужно добавить в блоге  следующее:




Такая чудо-конструкция позволит браузеру понять, что нужно установить иконку. Соответственно /favicon.ico нужно заменить на адрес и имя иконки от корня сайта (как обычное изображение).
Девид Блейн, почему моя иконка не показывается? Покажи мою иконку, Девид Блейн!
Иконка – дело тонкое. Чтобы она начала показываться в FireFox, нужно удалить весь кеш (Инструменты -> Удалить личные данные), вырубить FireFox, зайти снова и открыть сайт. Нашел в сети совет, что в Internet Explorer нужно вообще добавить сайт в избранное    , иконка появится только после этого (даже не думайте спрашивать меня – почему). Ну и еще можно удалить Кеш, нажав Ctrl + F5. У меня эта тварь пока что не нашла иконку  
Да, и вообще, расстраивайтесь, о други – не сразу иконка будет заметна в браузерах пользователей. Опять же по причине кеша.
Так-то так. Делайте иконки и заваевывайте популярность в сердцах и умах  
_______________________________

Верблюд – корабль пустыни



Блог с несколькими тематиками + раскрутка по НЧ.
DimoninG — Fri, 11 Jul 2008 17:22:44 +0000
Некоторые блоггеры хотели бы вести блог по нескольким тематикам. Сейчас я не имею в виду разбавление тематического блога статьями вида «А у меня сегодня новые носки», а просто несколько тем блога. Как у меня – СЕО, программирование, игры. Я уже писал, что с этим связано несколько проблем:
* Это распугивает подписчиков и постоянных читателей (если в RSS-ридер свалится несколько статей по не интересующей тематике подряд, то пользователь отпишется);
 * Тематику блога точно определить не удастся (это может повлиять на рубрику в ЯК, на обмен ссылками и т.п.);
 * Сложно будет найти тематических рекламодателей (по тем же причинам);

 * и другое.
Мне видится несколько способов выйти из данной ситуации. Их плюсы и минусы, а так же сами способы:
1. Если очень хочется написать пост не по теме, можно просто не анонсировать его в главную ленту (то есть в те сообщения, которые отображаются на главной странице блога) и в RSS. Таким образом отсутствует эффект отпугивания читателей. Если кому надо – он просмотрит рубрики. Как вариант, можно сделать маленькую колонку (вроде последних комментариев) – «Записи без анонса» или что-то такое для оповещения.
2. Можно создать на домене раздел, куда залить другой движок и там вывесить все статьи, которые не попадают в тематику блога. Например таким образом я хочу сделать подраздел dimoning.ru/php/, куда залить документацию, справочник по функциям, примеры решения задач и прочее (по языку PHP). Для меня это хороший вариант, т.к. можно будет сделать сортировку по алфавиту и т.п. (что на ВордПрессе сделать нельзя).
3. Создать поддомен и писать нужное туда. Поставить ссылку на основном домене. Таким образом у меня сделан личное.dimoning.ru. Например, я думаю создать поддомен gamedev.dimoning.ru и сливать статьи по разработке игр туда. Правда это уже другой домен и тут нет плюсов первого и второго варианта.
В любом случае, как видно из написанного, у блога должна быть основная тематика. Для этого блога основной тематикой я выбрал СЕО/программирование-связанное-с-СЕО. Все остальные статьи пойдут «боком», как я писал выше.
Также хочу отметить плюсы первого и второго вариантов. Они очевидны – это переходы по НЧ с поисковиков. Это хороший способ раскрутки блога с нуля и бесплатно, т.к. с одной стороны можно написать 1000 статей и получить 700 уников в день, а с другой стороны – основная лента не захламляется НЧ-статьями и не отпугивает бедняг, подписавшихся по RSS  
Кстати, учтите, что поддомены берут не во все сервисы. Например в сапу поддомены не берут по религиозным, видимо, соображениям.



Загрузка каталога файлов на FTP с помощью PHP.
DimoninG — Sat, 28 Jun 2008 20:57:31 +0000
Сегодня хочу рассказать Вам как можно загрузить каталог файлов на FTP с помощью PHP. Задача не тривиальна тем, что кроме непосредственной загрузки файла нужно обходить весь каталог рекурсивной функцией и загружать все файлы (т.к. списка файлов в каталоге изначально нет).
Где может использоваться такой скрипт? Я написал его себе, т.к. мне надоело постоянно вручную загружать один и тот же движок на разные сайты (сателлиты), гораздо легче указать 20 доменов скрипту и уйти пить чай, а не сидеть перед компьютером. Или нет? O_o

Чтобы PHP научился работать с FTP нужно:

 Для Linux: при инсталляции указать флаг: –enable-ftp

Для Windows: поддержка работы с FTP устанавливается по умолчанию.
Следующий шаг, который придется сделать, это отключить лимит времени выполнения скрипта. Понятно, что файлов для загрузки может быть много или даже очень много, поэтому нельзя ограничивать скрипт стандартными 30 секундами работы. Напоминаю, что отключается это в php.ini в строке max_execution_time, ее нужно установить равной нулю. Можно, конечно, воспользоваться функцией set_time_limit  (0), но я предпочитаю ее не использовать.
Теперь переходим к созданию самого скрипта. Скрипт будет состоять из двух больших частей – функции обхода каталога и подключения и загрузки на FTP. Наверняка скрипт можно оптимизировать, можно вообще поменять разные куски кода – я, опять же, писал так, как мне удобнее его использовать.
Шаг 1: Пишем скрипт обхода каталога.
Ну, то есть как пишем… Никак не пишем. Вот он:

//Загружает файлы
function my_upload($new_dir){
	$files = glob("*");
	foreach ($files as $file){
		if ($file == "." || $file == "..") continue;

		echo "$file, "; flush();

		if (is_dir ($file)){
			chdir ($file);
			my_upload ($file);
			chdir ("..");
		}
	}
}

Как функция работает? Сначала получаем список всех файлов в данной категории в массив $files с помощью функции glob(). Эта функция на самом деле очень клевая, я недавно о ней узнал и очень рад. Теперь всякие там opendir, readdir и прочее отдыхают.
Разбираем этот массив по элементам ($file, там содержится имя очередного файла или категории): если это точка или двоеточие (что означает родительскую категорию и переход на уровень вверх соответственно) – сразу пропускаем этот шаг цикла (т.к. это не файлы и работать с ними не получится). Дальше выводим имя текущего файла в браузер для наглядности работы (позже здесь будет загрузка на FTP). Если не использовать функцию flush(), то возникнет эффект зависания.
Дальше, мы проверяем, является ли этот файл директорией. Если является, то мы переходим в нее и опять вызываем эту же функцию обхода. Таким образом получается: читаем файлы в текущем каталоге, если очередной файл – каталог, переходим в него и читаем все там и так далее. Причем, заметьте, когда мы вызываем функцию второй раз и она заканчивает свою работу, то она возвращает управление в главную функцию. То есть с точки зрения первой итерации (первого вызова функции) это выглядит так: мы читаем каталог, нарываемся на подкаталог, вызываем какую-то функцию, она там что-то делает и мы продолжаем дальше читать каталог. Ну это грубо говоря   Как объяснить понятнее, я не знаю.
Конечно, после того, как мы ушли на каталог вниз и вызвали функцию рекурсивно, нам нужно перейти обратно, чтобы читать файлы дальше (это к слову о вызове chdir («..»);).
Использовать эту функцию придется следующим образом (подобно тому, как она использует сама себя при рекурсии):
chdir ("dir_to_upload");
@my_upload();
echo "ок.";
То есть переходим в каталог (относительно места расположения скрипта), который нам нужно загрузить на FTP и вызываем функцию загрузки.
Шаг 2, Встраиваем загрузку на FTP.
Теперь нужно установить соединение с FTP и по мере обхода файлов загружать их. Причем, понятно, что директории придется создавать вручную. Но ничего сложного здесь нет (как и выше).
Для начала нужно установить соединение с сервером, залогиниться и подготовиться к отправке файлов. Это делается так:

$connect = ftp_connect ($host);
if (!$connect)
	die ("Не удалось установить соединение.");

if (!ftp_login ($connect, $user, $password))
	die ("Не подключились.");

// ftp_chdir ($connect, $directory);

chdir ("dir_to_upload");
@my_upload();

if ($connect) ftp_quit ($connect);

Имена функций прекрасно переводятся с английского, поэтому комментировать даже не хочется. Уточню, что закомментрированная строчка ftp_chdir нужна, если Вы хотите загрузить файлы в определенный каталог ($directory там как раз и есть имя каталога). Вызов функции загрузки прокомментирован выше.
Так… Да, еще нужно опять поменять функцию обхода, добавив в нее загрузку файлов. Теперь она выглядит так:

global $connect;

$files = glob("*");
foreach ($files as $file){
	if ($file == "." || $file == "..") continue;

	echo "| "; flush();

	if (is_file ($file)){
		ftp_put ($connect, $file, $file, FTP_BINARY);
	}

	if (is_dir ($file)){
		ftp_mkdir ($connect, $file);
		chdir ($file);
		ftp_chdir ($connect, $file);
		my_upload ($file);
		ftp_chdir ($connect, "..");
		chdir ("..");
	}
}

Комментарии по поводу новых строчек кода. Делаем глобальным дескриптор подключения к ftp ($connect), нам ведь нужно использовать уже установленное поделючение (если Вы оформили загрузку не в виде функции, то это не нужно). Опять, как обычно, читаем файлы. Но теперь, вместо вывода файла мы его загружаем. Проверка, файл ли это, осуществляется функцией is_file(), и если файл – загружаем его с помощью функции ftp_put (первый параметр – соединение, второй – конечное имя файла, третий – локальное имя файла, четвертый – тип загрузки). По идее для передачи изображений нужно использовать FTP_BINARY, а для передачи текста FTP_ASCII, но у меня все нормально работает и просто только при FTP_BINARY O_o
Ну и, если нашли каталог, то создаем его на FTP с помощью функции ftp_mkdir(), переходим в него, заливаем файлы, выходим из него. Дальше все без изменений.
Эпилог. Загрузить каталог средствами PHP по FTP у меня не вышло, пришлось писать рекурсивную функцию (что я здесь Вам и представил). Вполне может быть, что я пропустил какую-то функцию, которая сама все это делает и не нужно писать огромные километры кода, но не нужно тыкать в меня пальцем и смеяться, т.к. я все равно считаю, что мой способ лучше, т.к.:
1) развивает голову (самый важный орган у программиста, после попы и пальцев, конечно);

2) здесь у меня в нее встроен индикатор загрузки (вывод вертикальной палки по мере обхода цикла как символ того, что все работает нормально и загрузка идет; одна палочка – один файл загружен);

3) можно встроить дополнительные бонусы, например, возможно пропускать файлы с определенным расширением, с определенными именами и прочее и прочее.
Я отметил интересные функции ссылками на их описания. Но очень рекомендую при непонятках с другими функциями не игнорировать «великий источник знаний», а все же пойти в мануал.   Если что непонятно, как всегда – на все вопросы постараюсь ответить, пишите в комментариях.



Подключаемся к SSH2.0 через PHP.
DimoninG — Thu, 26 Jun 2008 11:18:46 +0000
Возникла недавно такая задача – нужно было подключиться к серверу, где установлен SSH2.0, но не через стандартный клиент (например, какой-нибудь Putty), а через скрипт PHP. Соответственно, на сокетах делать не получилось – разбираться в самом протоколе SSH2.0, это можно свернуть себе мозг. Желательно было найти какой-то стандартный скрипт/класс/модуль. Кстати, нашелся модуль, работающий с SSH1.0 – класс на «pure PHP» (чистом PHP), но он не подошел по понятной причине (на сервере-то SSH2.0). Искал дальше, и вот что вышло.

Недолгие поиски по буржунету привели меня к тому, что был найден дополнительный модуль для PHP, позволяющий работать с SSH2.0. Этот модуль (простите, я обозвал расширение модулем), как и всякий другой копируется в соответствующую директорию PHP, дальше нужно в php.ini прописать его. Кстати, я работаю под Vista, так что извиняйте.
Установка в Windows.
Модуль можно скачать здесь: http://snaps.php.net/, выберите там свою версию PHP и скачайте pecl-пак (в нем содержатся всякие разные прикольные модули).
Действия вполне стандартные и понятные. Брем из скачанного архива файл php_ssh2.dll, копируем его в каталог с расширениями (у меня тут C:/program files/php/exts/). Дальше открываем файл C:/windows/php.ini, находим строчки с подключением модулей, ну и дописываем, понятное дело – extension=php_ssh2.dll.
Обычно я перезапускаю апач, хотя, по идее, это не требуется.
Установка в Unix/Linux.
* я не отвечаю за успешность следующих шагов, т.к. сам под Linux эту библиотеку не компилировал ни разу
Сначала качаем и собираем библиотеку:

cd /usr/src
wget http://surfnet.dl.sourceforge.net/
          sourceforge/libssh2/libssh2-0.14.tar.gz
tar -zxvf libssh2-0.14.tar.gz
cd libssh2-0.14/
./configure
make all install

Дальше связываем PHP и эту новую собранную библиотеку:
pecl install -f ssh2
Дальше опять же – открываем php.ini и дописываем туда extension=ssh2.so
Использование php_ssh2.dll
Сначала код, поясню позже:

$host = "site.ru";
$user = "user";
$pass = "password";

function exec_ssh ($command){
	global $con;
		if (!$stream = ssh2_exec($con, $command)){
			die ("fuck");
		}else{
			stream_set_blocking($stream, true);
			$data = "";
			while($o = fgets($stream)){
				$data .= $o;
			}
			fclose($stream);
        }
		return $data;
}

if (!function_exists("ssh2_connect"))
       die("function ssh2_connect doesn't exist");

if(!($con = ssh2_connect($host, 22))){
    echo "unable to connect\n";
} else {
    if(!ssh2_auth_password($con, $user, $pass)) {
        echo "unable to auth\n";
    } else {
		echo "logged in!\n";
		echo exec_ssh ("ls");
    }
}

echo $data;

Код частично передран с найденных сайтов, некоторые вещи – лично мои. Итак.
Сначала оставим функцию exec_ssh(), пойдем дальше. Для начала скрипт проверяет, существует ли функция ssh2_connect – если ее нет, значит новый модуль не работает или не верно подключился. Дальше скрипт пытается установить соединение с хостом по порту 22 с помощью функции ssh2_connect и сохраняет дескриптор соединения в $con. Если все прошло успешно, мы пытаемся авторизоваться, отсылая в соедниение $con логин и пароль. Если авторизация успешна, пишем, что вошли и можно начинать выполнять команды.
Теперь по функции exec_ssh(); Понятно, эта функция создана специально, чтобы выполнять команды на удаленном сервере. В качестве результата она возвращает то, что выдал ей сервер в ответ. В данном случае она выполняет команду ls и полученный список файлов в текущей директории выводит в браузер.
Как она работает? Для начала, понятно, что нам нужно отдавать команды в определенное соединение (здесь – $con). Я его сделал глобальным, мне так удобнее (можно передавать через параметр, например).  «Родная» функция ssh2_exec выполняет команды, посланные в соединение и возвращает результат. То есть – выполняем ssh2_exec с нужной командой, если она выполнилась успешно, можно начинать ожидать ответа с сервера. Смысл stream_set_blocking в том, чтобы не пытаться забирать данные с сервера, если эти данные еще не поступили – через интернет пакеты летят иногда ощутимо долго. Как только данные поступили, собираем их в переменную $data вполне обычным способом (как чтение из потока, сокета или файла). И возвращает $data, то есть то, что нам отдал сервер.
Вроде бы со свем разобрались. Но я хотел бы акцентировать Ваше внимание еще на одном моменте.
Важно! Почему может не работать ssh2-модуль, хотя все подключено правильно?
Я полчаса мучился, не мог понять в чем дело – вроде бы подключил все верно, а работать отказывается, пишет, что функция не найдена. Причем сам PHP говорит, что модуль подключился и все должно работать. Я не знаю с чем это связано, но у меня этот модуль заработал, ТОЛЬКО в консоли, когда я руками вызывал php.exe. То есть – иду в консоль, захожу в каталог с PHP, пишу там:
> php.exe D:/www/test/www/index.php – все работает. Вывод происходит тоже в консоль, разумеется. Мне даже было местами приятно, вспомнил старое Unix-программирование, да и вообще всякие hello-world’ы.
В общем, я Вас предупредил  



Клоакинг (cloaking) и почему поисковики за него банят?
DimoninG — Sun, 22 Jun 2008 12:27:58 +0000
Буквально на днях я обдумывал интересный способ для создания «ловушки» для сапы, чисто в теоретическом плане. Идея была в том, чтоб поисковику выдавать одно, а пользователю – другое. То есть – пользователь видит ссылки (и робот сапы тоже), а поисковик видит простой текст.
Так что же такое клоакинг и почему это плохо?

Термин клоакинг происходит от английского cloak - покров, маска, личина; to cloak - прятать, скрывать.
Суть метода основана на том, чтобы определять, кто обращается к документу – поисковик или пользователь и в зависимости от этого выдавать разные страницы или части страниц. То есть поисковику можно показывать очень оптимизированную под какие-то запросы страницу, дабы вывести ее на первое место (как правило такие страницы выглядят ужасно и читаются человеком очень тяжело), а пользователю – нормальную, «читабельную» версию.
По поводу моих мыслей обмануть сапу – то же самое: поисковикам показываем просто текст, а пользователю – ссылки. Решить эту проблему достаточно просто – сапе нужно сделать так, чтобы ссылки выводились в том виде, в котором их отдает сапа или не выводились вовсе. Например, с помощью яваскрипта или «зазенденного» кода функции вывода (без функции echo). Хотя… Хотя изворотливый мозг программиста всегда найдет выход…
Итак, продолжаю повествование  . Как можно отличить поисковик от пользователя? Тут все просто – можно отличить по IP и по User Agent (то есть – браузер, через который пользователь зашел на сайте; поисковики обычно пишут что-то вродея «Y Crawler», «Google» и т.п., а у пользователей это обычно «Mozilla/5.0″ и подобное). Причем, обычно эти методы используются в комплексе. Но сотрудники поисковой системы могут легко проверить сайт – достаточно воспользоваться прокси-сервером и посмотреть на сайт оттуда.
Клоакинг считается поисковым спамом (коим и является), поэтому сайты, его использующие, получают бан в поисковике. Думаю, уже не надо объяснять, почему это бан. Удачи!



Защита PHPbb форума от спама (для версий 2.0.xx)
DimoninG — Sat, 07 Jun 2008 23:02:28 +0000
Не понравился мне phpbb третьей версии, какой-то он непривычный, много непонятных и ненужных функций. Очень хотелось остаться на 2ой ветке форумов, но одно плохо – как-то раз попал мой форум о Вене Дркине в спам-лист – там за день было под 30 спамных постов. Понятное дело, что убивать пользователей и посты я устал, а как защититься?.. Писать капчу не хотелось. Выход, как обычно, я нашел.

И большое спасибо хорошему человеку, Денису Обыденных,  – он написал хорошую капчу к PHPbb второй ветки, и ничего в замен не требует. Скачайте архив по ссылке выше (там нужно скачать архив к определенной версии форума, так что ссылки не даю). Разархивируйте и залейте в каталог include форума. Все! Капча готова!
Единственный момент – я еще не знаю, как она работает (проверить не успел), но по утверждению автора капчи – все нормально. Хотя сама генерируемая картинка внушает доверие – изогнутая, написаная разными шрифтами, буквы близко. Думаю, все будет хорошо. Да умрет спам в муках страшных.
UPD: Прошли почти сутки, ни одного нового бота на форум не пришло. Похоже, работает.



Взаимодействие PHP и MySQL, цикл статей.
DimoninG — Thu, 08 May 2008 21:52:40 +0000
Один мой друг попросил объяснить ему, как взаимодействует PHP и база данных MySQL. Я решил помочь ему в освоении сего ужаса и написать статью-другую на эту тему. Но за одну статью, я думаю, здесь не уложиться. Более того, мой друг только начинает заниматься программированием, поэтому нужно объяснить поподробнее и попонятнее. Поэтому я решил написать как взаимодействует PHP и MySQL в цикле из 4ех статей.
Скорее всего получится так:
1) Установка Apache + PHP + MySQL;

2) Описание базы данных MySQL (как создавать таблицы, как добавлять, удалять и изменять данные в них, философия применения базы данных в веб-приложениях);

3) Как PHP взаимодействует с MySQL (какие команды PHP нужны для работы с MySQL);

4) Как пример – создание простейшей гостевой книги на PHP и базе данных MySQL.
То есть – будет 4 статьи. Я не буду обозначать, что они из одного цикла. Названия будут разные (это в целях СЕО-оптимизации  .
Ждите, и будет счастье.



Получение HTML-кода сайта PHP-скриптом
DimoninG — Tue, 06 May 2008 18:35:08 +0000
Получить HTML-код сайта необходимо, например, при граббинге сайта. Но у меня был случай забавнее… Всем известный БашОрг забанил моего провайдера интернета за какие-то просчеты (вероятно, была дос/ддос атака от абонентов моего прова с общим IP). То есть – башорг у меня не открывался, а все остальное открывалось.
Баш почитать же очень хотелось. Поэтому я написал очень маленький и простой скрипт, которые хавает код башорга и выводит его в браузер. Совершенно аналогичный код используется для получения содержимого страницы при парсинге сайта.


$file = fopen («http://bash.org.ru», «r»);

$str = «»;

while (!feof ($file)){

$str .= fread ($file, 512);

}

fclose ($file);

echo $str;

?>
Сразу уточню, что чтение сайта приведенным здесь образом возможно только в случае, если в fopen можно передать адрес страницы (файла), не находящегося на данном сервере (там же где и запускается скрипт). Это регулируется в настройках интерпретатора PHP.
Что здесь происходит? Все точно так же, как если бы нам надо было прочитать файл. Сначала открываем баш для чтения (флаг «r»). Заводим переменную $str, в которую и запишем весь сайт. Записываем в цикле данные в $str по 256 байт, пока не кончится файл (здесь – удаленная страница). Закрываем файл и выводим на экран.
P.S. Этот скрипт лежит тут: http://dimoning.ru/get_bash.php Запустив его, кто-то удивится – почему все так уродски выглядит и напоминает баш довольно отдаленно? Потому, что файл стилей (css) не читается и не подключается. Вернее – мне было просто влом это делать, для чтения он не нужен  



XBT торрент-трекер
DimoninG — Sat, 03 May 2008 14:22:33 +0000
Автор этой статьи (то есть я) недавно столкнулся с задачей создания торрент-трекера. Причем создать его нужно было на XBT и только на нем. В качестве веб-составляющей был выбран движок DLE. Начался ад…

Дам ссылку на домашнюю страницу трекера: http://xbtt.sourceforge.net/tracker

Мало ли пригодится.
Для начала XBT нужно установить. Скачайте его (на момент написания статьи xbt-трекер можно было скачать отсюда), разархивируйте, если надо.  Создайте в MySQL новую базу данных и пропишите ее в конфиге xbt_tracker.conf. Дальше залейте в базу таблицы из xbt_tracker.sql.
Запустите трекер (реализация этого пункта зависит от платформы, где он установлен). В принципе, теперь все работает  
Статистика трекера находится по адресу http://сайт-с-трекером:2710/statistics, анонсировать новый торрент можно по адресу http://сайт-с-трекером:2710/announce. Чтобы трекер захавал новый торрент, при создании торрента нужно  указать именно этот адрес анонса.
Трекер может работать как в анонимном режиме, так и не в анонимном. Переключается в конфиге (там все понятно).
Если трекер работает НЕ в анонимном режиме, то данные о юзерах должны лежать в таблице xbt_users и соответствующий паскей должен быть прописан при анонсе (…/passkey/announce/). Понятно, что для того, чтобы вести статистику по пользователям, нужно сделать скрипт, который при скачке торрента с сайта вставляет в него паскей того пользователя, который качает.
Коротко, все. Если есть вопросы – комментируйте статью, отвечу. Нахлебался я с этим трекером жутким  )



Как работают реферальные программы (системы)?
DimoninG — Wed, 30 Apr 2008 22:35:50 +0000
Хочу рассказать теорию о разных реферальных программах, вернее – как их написать самому.

Сначала, что такое реферальная система. Предположим, мы сделали большой портал или решили сделать конкурс – 50$ тому, кто приведет на сайт больше всего новых пользователей. И появляется вопрос: нужно как-то определять число (а еще лучше – кого именно) привел каждый участник конкурса. С этой задачей легко справится реферальная система.
Основная сложность в том, что нужно как-то определять – от кого пришел пользователь. Для этого придумали специальные реферальные ссылки. Часто такие ссылки имеют вид вроде http://somesite.ru/?r=123, а не просто http://somesite.ru/. Обычно в качестве значения параметра выступает ID пользователя, которые дал эту ссылку (по «приглашению» которого человек зашел на сайт). То есть, когда скрипту передается параметр r, он знает – от какого пользователя пришел посетитель.
Дальше нужно схитрить – ведь посетитель не обязательно решит регистрироваться сразу. Он вообще может решить зарегистрироваться через несколько дней. На помощь приходят куки.  При переходе по реф.ссылке, посетителю ставится куки с ID того пользователя, который привел его на сайт.
Само собой, что при регистрации проверяется наличие этого самого куки и, если он есть, дополнительно записывается, кто, когда привел этого нового пользователя.
P.S. Что-то я не уверен во внятности повествования, три часа ночи как никак. Если что-то непонятно – напишу еще раз.



Преобразование даты MySQL в общепринятый (человеческий) формат
DimoninG — Fri, 11 Apr 2008 23:25:46 +0000
Думаю, многим, кто работал с датами в своих скриптах знакома такая проблема: в MySQL дата хранится в формате ГГГГ-ММ-ДД ЧЧ:ММ:СС – и это нельзя просто так вывести пользователю, он не разберется. Нужно, чтобы дата выводилась в общепринятом (в России) формате: ДД-ММ-ГГГГ ЧЧ:ММ:СС.
Я попробовал решить эту проблему самым простым путем.
 Погуглив, я удивился: некоторые программисты пишут целые классы для преобразования дат и т.п. Зачем так сложно? В пределах одного проекта понадобится один-два, ну от силы три формата даты и все… Я написал одну функцию, которая меня совершенно устроила и была применена на некоторых моих сайтах.



// Функция преобразования даты.

function data_convert ($data, $year, $time, $second){

$res = "";

$part = explode(" " , $data);

$ymd = explode ("-", $part[0]);

$hms = explode (":", $part[1]);

if ($year == 1) {$res .= $ymd[2]; $res .= ".".$ymd[1]; $res .= ".".$ymd[0];}

if ($time == 1) {$res .= " ".$hms[0]; $res .= ":".$hms[1]; if ($second == 1) $res .= ":".$hms[2];}

return $res;

}


Как ее применить?  Легко. Предположим, мы прочитали что-то из БД:
$str = mysql_fetch_array (mysql_query («…»));
И тут у нас записана дата: $str['dt'] (в формате MySQL, конечно, т.е. ГГГГ-ММ-ДД ЧЧ:ММ:СС).
Чтобы везде, где выводится дата, она выводилась в нужном нам формате, напишем:
$str['dt'] = data_convert ($str['dt'], 1, 1, 0);
Получаем красивую дату: ДД-ММ-ГГГГ ЧЧ:ММ.
Что за параметры у функции? Глядя на код и так все понятно, но поясню дополнительно: первый это дата в формате MySQL (текстовая строка), следующие три могут быть 0 или 1. Второй параметр: если 1, выводит год. Третий: если 1, выводит часы и минуты. Четвертый: если 1, выводит секунды.
Думаю, все довольно прозрачно.