Оказалось, что у 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

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

<rsp stat=»ok»>
<feed id=»nktg1bcjqmq95fgqgj1q38o0l8″ uri=»dimoning»>
<entry date=»2010-03-09″ circulation=»348″ hits=»710″ reach=»4″/>
</feed>
</rsp>

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

|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!

Лично для меня всегда была больная тема – как создать 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, 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`;

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

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

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

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

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

<img src=»/rss1.jpg»>

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

<img src=»/rss<?php echo rand(1, 5); ?>.jpg»>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что происходит, если пароли лежат в открытом виде? Понятно: он берет любой логин и пароль и заходит под ними, делает гадости. Что происходит, если пароли зашифрованы двунаправленным шифрованием (это когда можно зашифровать и другим скриптом расшифровать)? Так как обычно тоже применяются стандартные алгоритмы, взломщик помучается, но расшифрует пароль. Что происходит, если пароль зашифрован с помощью 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’);»));

Как работают партнерские программы мы все знаем: ставим свои ссылочки, по ним приходят покупатели, оплачивают товарчеги и мы получаем денежги на свой счетег. Ссылки обычно имеют вид 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 (для SEO). Нужно было быстро реализовать это решение.

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

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

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

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

<?php
$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'];
}
?>
<meta name=»keywords» content=»<?php echo $k; ?>» />
<meta name=»description» content=»<?php echo $d; ?>» />
<title><?php echo $t; ?></title>

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

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

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

Манимейкерам очень может помочь такая штука. Например, мы поставили цель выйти на какой-то доход за 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 и ?>.

Реклама: виды гвоздик, платья 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 утра.

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

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('|(.*)<title>(.*)</title>|is', $html, $data);
print_r ($data);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итак, к сути. Например, у нас есть какое-то оформление а-ля <div id=’aaa’></div>, а между <div> нам нужно вывести какую-то информацию. Тогда в этом случае, мы просто выводим ее с помощью операторов PHP прямо в файле сценария *.php: <div id=’aaa’><?php echo $a; ?></a>

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

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

При этом весь дизайн оформляется в виде отдельного файла с HTML-разметкой, куда вставляются метки для вывода информации. Часто файл с дизайном имеет расширение *.tpl, и его содержимое похоже на такое: <div id=’aaa’>{title}</div>. Потом PHP-сценарий должен обработать этот файл, считать его содержимое, заменить «метки» (для примера здесь {title}) на реальную информацию и вывести все это пользователю.

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

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

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

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

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

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

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

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

Что нам нужно? Вывести счетчик с нужными нам цифрами. Для этого мы заранее сделаем заготовку-фон, где нарисуем сам счетчик. А цифры будем выводить «на лету» с помощью 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 и пишем туда вот это:

<img src="./counter.php">

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

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

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

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

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

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

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

Для работы, как обычно, используется 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() никакого вывода в браузер быть не должно, иначе заголовок не отправится.

Удачи! :)

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

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

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

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

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

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

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

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

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

Конечно, для начала нужно сделать в админке систему входа, чтобы кто попало не мог редактировать содержимое блога. Авторизация будет вполне обычная – через логин и пароль. Их 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){
	?>
	<form action="./index.php" method="post">
		Логин: <input name="login"><br>
		Пароль: <input name="password" type="password"><br>
		<input type="submit" value="Зайти на огонек">
	</form>
	<?php
	exit;
}

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

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

<form action="./logout.php" method="post">
	<input type="submit" value="Выйти">
</form>

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

<?php
setcookie ("admin_login", "");
header ("location: /vrotmnenogi-admin/");
?>

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

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

Скачать архив с движком dblog. Используйте как угодно, только название dblog остается за мной ;) В архиве, кстати, функционала больше, чем я здесь описал.

__________________________

Если никто не против, чуть-чуть личного. Заметил, что писать в блог для меня стало чем-то нужным. То есть меня мучает ощущение «надо бы написать в блог». Приятное ощущение, что-то вроде тяги к наркотикам для наркоманов :lol: При этом, когда пишешь в блог, это ощущение на день-два отпускает. Мне страшно :shock:

Кстати, я вроде бы пошел на поправку (болел тут несколько дней). Моя девушка подарила мне забавную картинку :)

Спасибо ей большое, очень классно получилось : )))

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

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

Вступление.

Собственный движок блога обладает многими преимуществами. В нем можно поменять вообще все, до мелочей и уйдет на это в 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, а то что за дела ))) Я еще не набрал даже сотни подписчиков, жуть! ))

__________________________
Посмеялся ))

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

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

Как всегда – в конце статьи я дам ссылку на архив со скриптом, а по ходу объяснения работы скрипта, расскажу как им пользоваться для простых пользователей, не знающих программирования. Если честно, то я буквально после этой статьи быстро сделаю сервис авто-проверки ссылок, так что, в принципе, не-программистам не обязательно забивать себе голову ерундой ;) Кроме того, сервис будет проверять также наличие 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 "<b>".$sites[$i].":</b><br>";
	preg_match("/<a.*?href=.*?".$check_url.".*?>(.*?)<\/a>/",
                     $page, $m);
	$m[1] = to_utf ($m[1]);

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

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

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

}

curl_close($ch);

Совсем небольшой скрипт, способный сэкономить несколько часов Вашего времени!

Для начала отмечу, что это вариант скрипта, для которого нужно неограниченное время выполнения. Для VDS и выделенных серверов это можно легко поставить, на обычном хостинге – можно попробовать написать провайдеру или написать первой строкой в скрипте set_time_limit(0);.

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

Есть еще вариант обхода этого ограничения – записывать в файл, какой сайт проверялся последним и при повторном запуске начинать с него. Правда здесь это не реализовано, т.к. я недавно купил выделенный сервер у FirstVDS и настроил его так, как мне нужно ;) Всего за 150 рублей я получил гораздо больше возможностей, чем на обычном хостинге за 250! Я серьезно говорю, никто меня рекламировать фествдс не просил.

Теперь к скрипту. Объясняю :)

Сначала мы указываем кодировку страницы UTF-8, ну это понятно что. Дальше в массив $sites записываются адреса сайтов для проверки. Здесь я проверяю несколько сайтов и страниц, где ссылки на меня есть и где ссылок на меня нет. На Яндексе ссылки на мой блог заведомо нет :lol:

В переменную $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 на странице, а я – именно ссылки (адреса, заключенного в <a>). Понятно, что отличие – очень существенное и скрипт Владимира обмануть гораздо легче, к сожалению (мой вроде бы обмануть нельзя, но зарекаться не буду).

С помощью адского регулярного выражения (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)..

Ждите сервис через пару часов ;)

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

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

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

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

$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)){
    ?>
    <br><br>
    <div class="menu_block l">
    <div class="title_menu_block">Реклама</div>
         <?php echo $a; ?>
    </div>
    <?php
}

Теперь весь блок выводится только, если сапа отправляет нам какие-то ссылки.

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

<?php
if (!defined('_SAPE_USER')){
	define('_SAPE_USER', '......');
}
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
$o['charset'] = 'UTF-8';
$sape = new SAPE_client($o);
unset($o);
$a = $sape->return_links();
if (substr_count ($a, "dispenser") <= 0){
	if (!empty ($a)){
	?>
		<br><br>
		<div class="menu_block l">
			<div class="title_menu_block">Реклама</div>
			<?php echo $a; ?>
		</div>
	<?php
	}
}
?>

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

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

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, да. Но так же понятнее ;)

Удачи в заработках! :)

____________________________________________

Представляю Вам блог с интересным названием Здесь презирают заработок в Интернете. Порадовали циничное отношение к манимейкингу, но все записи «по делу», как ни странно ;).

Где может использоваться такой скрипт? Я написал его себе, т.к. мне надоело постоянно вручную загружать один и тот же движок на разные сайты (сателлиты), гораздо легче указать 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) можно встроить дополнительные бонусы, например, возможно пропускать файлы с определенным расширением, с определенными именами и прочее и прочее.

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

Недолгие поиски по буржунету привели меня к тому, что был найден дополнительный модуль для 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’ы.

В общем, я Вас предупредил ;)

Скорее всего получится так:

1) Установка Apache + PHP + MySQL;
2) Описание базы данных MySQL (как создавать таблицы, как добавлять, удалять и изменять данные в них, философия применения базы данных в веб-приложениях);
3) Как PHP взаимодействует с MySQL (какие команды PHP нужны для работы с MySQL);
4) Как пример – создание простейшей гостевой книги на PHP и базе данных MySQL.

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

Ждите, и будет счастье.

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

<?php
$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) не читается и не подключается. Вернее – мне было просто влом это делать, для чтения он не нужен ;)

Я попробовал решить эту проблему самым простым путем.

Погуглив, я удивился: некоторые программисты пишут целые классы для преобразования дат и т.п. Зачем так сложно? В пределах одного проекта понадобится один-два, ну от силы три формата даты и все… Я написал одну функцию, которая меня совершенно устроила и была применена на некоторых моих сайтах.

// Функция преобразования даты.
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, выводит секунды.

Думаю, все довольно прозрачно.