И вот это чувство вернулось. Встретил в чужом примере нечто похожее вот на это:

SELECT SQL_CALC_FOUND_ROWS * FROM table LIMIT 10,20;

полез разбираться, что же за зверь «SQL_CALC_FOUND_ROWS» и выяснилось что это опция позволяющая получать реальное количество строк в FOUND_ROWS(), а не то что осталось от них после LIMIT. А я, как баран, использовал два запроса, вместо такой простой конструкции. Эххх, пора уже отвыкать от MySql 3.23 :)

Ну нет, так нет, в конце концов Perl не просто так изобрели. Обожаю Perl:

#!/usr/bin/perl

my @url = (
        "http://mikhail.krivyy.com/",
        "http://www.novgorod.ru/",
        );

system("mv data.md5 data.old");

open(FILE,">data.md5");
foreach (@url) {print FILE $_."\t".(`fetch -q -o - $_ | md5 -q`);}
close(FILE);

print `diff data.md5 data.old`;

Все это в crontab и все :)

Исправление:

Заменить, в файле wp-includes/pluggable.php, строка 1171:

function wp_generate_password($length = 12) {
        $chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!@#$%^&*()";
        $password = '';
        for ( $i = 0; $i < $length; $i++ )
                $password .= substr($chars, mt_rand(0, strlen($chars) - 1), 1);
        return $password;
}

на

function wp_generate_password($length = 12) {
        $chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789";
        $password = '';
        for ( $i = 0; $i < $length; $i++ )
                $password .= substr($chars, mt_rand(0, strlen($chars) - 1), 1);
        return $password;
}

или переписать регулярное выражение для проверки правильности ключа в файле wp-login.php, строка 116.

<?php
print memory_get_usage()."\n"; // 55048
$a="z";
print memory_get_usage()."\n"; // 55184
unset($a);
print memory_get_usage()."\n"; // 55200
?>

Тестировалось в 5.2.2 под Windows и в 5.2.5 под FreeBSD

Paul Jones написал в своем блоге на похожу тему.

Большая часть этих сообщений не являются критичными. Например, «Невозможно соединится с сервером», «Обработано файлов столько-то», «Затрачено времени столько-то» и т.п.  Я рассмотрел два основных варианта этой проблемы:

Первый вариант, в лоб — использовать перенаправление вывода или собственные лог-файлы. Этот вариант не удобен для мониторинга, так как придётся просматривать больше количество файлов отчётов.

Второй вариант — не изобретать велосипед и использовать syslog.

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

Протокол syslog прост: отправитель посылает короткое текстовое сообщение, размером меньше 1024 байт получателю сообщения. Получатель при этом носит имя «syslogd», «syslog daemon», либо же, «syslog server». Сообщения могут отправляться как по UDP, так и по TCP. Как правило, такое сообщение отсылается в открытом виде.

Syslog используется для удобства администрирования и обеспечения информационной безопасности. Он реализован под множество платформ и используется в множестве устройств. Поэтому, использование syslog позволяет обеспечить сбор информации с разных мест и хранение её в едином репозитории.

Как правило syslog и syslogd работают внутри одного сервера (то есть все соединения локальны) и никакой внешней сетевой деятельности не производится.

Теперь, как все это выглядит на практике.

Perl:

use Sys::Syslog;
openlog("имя вашей программы", "ndelay,pid", "local0");
syslog(LOG_WARNING, "Программа запущена");
...
# тут программа
...
syslog(LOG_WARNING, "Программа завершила выполнение");
closelog();

PHP:

openlog("имя вашей программы", LOG_PID | LOG_PERROR, LOG_LOCAL0);
syslog(LOG_WARNING,"Программа запущена");
...
// тут программа
...
syslog(LOG_WARNING, "Программа завершила выполнение");
closelog();

C/C++:

#include <syslog.h>
openlog("имя вашей программы", 0, LOG_USER);
syslog(LOG_NOTICE, "Can not open file \"%s\" for writing.",filename);
closelog();

Далее можете поискать ваши сообщения в журналах syslog. Тут все зависит от настроек syslogd. Обычно это /var/log/messages.

В документации PHP написано, что в windows тоже работает, но я не пробовал.

Подробнее о флагах и значениях можно прочитать в руководствах:

• C — http://linux.die.net/man/3/syslog

• PHP — http://www.php.net/syslog

• Perl — http://perldoc.perl.org/Sys/Syslog.html

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

Как так получилось ?

Проблема тут в основном в некомпетентности программистов, разрабатывающих «движки» сайтов.

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

Точно так же ведут себя форумы на базе phpBB и vBulletin, сайты на базе Joomla и phpnuke. Кроме того, есть масса «движков» которые содержат большое количество страниц с дублирующейся информацией или просто страниц без информации. Про идентификаторы сессий (PHPSESSID, sid, ssid и пр.) я вообще молчу.

Решить эту проблему проще всего на стадии разработки «движка» сайта. Если сайт уже готов, или используется «движок» стороннего разработчика, то решить эту проблему на стадии разработки уже не получится. Но кое-что все равно можно исправить. Сделать это можно с помощью файлов robots.txt, мета тегов «noindex» и «nofollow». «Прятанья» ненужных ссылок.

Например, в разы сократить количество индексируемых страниц в форуме, на базе vBulletin, можно добавив следующие строки в файл robots.txt

— robots.txt —————
User-Agent: *
Disallow: /forum/calendar.php
Disallow: /forum/misc.php
Disallow: /forum/external.php
Disallow: /forum/search.php
Disallow: /forum/vB.Sponsors
Disallow: /forum/showgroups.php
Disallow: /forum/online.php
Disallow: /forum/showthread.php?p=
Disallow: /forum/showpost.php
Disallow: /forum/printthread.php
Disallow: /forum/attachment.php
— robots.txt —————

Перечисленные страницы содержат либо несущественную, либо дублирующуюся информацию.

Для той же цели можно использовать мета теги «noindex» и «nofollow». Но помните, чтобы обнаружить теги, поисковая система должна сначала скачать страницу с вашего сайта. По этому вместо использования мета тега «noindex» лучше просто «спрятать» ссылку на несущественную страницу.

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

Для этих целей я использую все тот же CNSearch. Это платная система, но для нашей задачи подходит и незарегистрированная версия, так как фронтенд от нее не используется.

Для начала нужно положить фронтенд и индексатор в один каталог, настроить индексатор и фронтенд (об этом можно почитать в руководстве пользователя, которое есть на официальном сайте CNSearch).

После того как настройки поисковой системы выполнены, нужно создать простой shell скрипт:

— sitemap.sh ———————
#!/bin/sh

./indexer mike

export QUERY_STRING=»sitemap=1&password=парольнастатистику»
export REQUEST_METHOD=GET
./search.cgi | tail -n +3 > ../sitemap.xml

rm ./docs.cns
rm ./files.cns
rm ./fulltxt.cns
rm ./index.cns
rm ./stats.log
— sitemap.sh ———————

Сначала запускается индексатор (indexer). Во время индексации выводится список индексируемых страниц. Визуально проверяем этот список. Если сайт содержит бесконечное количество страниц, то индексатор рано или поздно выдаст «To many files» (максимальное количество страниц — задается в настройках индексатора).

После того как произведена индексация, shell скрипт вызывает фронтенд (search.cgi), при этом, эмулируя Веб-сервер, так как фронтент является CGI приложением. После чего, с помощью tail удаляются http заголовки, которые вернул фронтенд. На этом этапе, на выходе мы имеем готовый файл sitemap.

Последний шаг — удаляем файлы поискового индекса — они нам не нужны.

Этот скрипт размещаем в отдельном каталоге и прописываем его в crontab.

После этого иногда заглядываем в файл sitemap.xml и смотрим нет ли там лишних страниц. Сам sitemap отправляем в Google, для ускорения процесса индексации сайта поисковым роботом Google.

Мой sitemap выглядит вот так: http://mikhail.krivyy.com/sitemap.xml. И я точно знаю, что поисковому роботы не понадобится много времени, чтобы произвести индексацию моего сайта.

Ниже я привожу 9 простых правил, соблюдая которые вы можете из valid HTML получить valid XHTML. Я не буду рассматривать все нюансы и подробности — просто 9 простых правил.

Для проверки правильности кода я использую FireFox с плагином «Tidy Validator». Быстро и удобно

1. Название тегов пишем маленькими буквами.

Было:

<BODY>

Стало:

<body>

2. Забываем про атрибут language у тега script.

Было:

<script language=»JavaScript»>

Стало:

<script type=»text/javascript»>

3. Убираем из адресов все служебные символы.

Было:

<a href=»http://www.codenet.ru/?a=1&b=3″>CodeNet</a>

Стало:

<a href=»http://www.codenet.ru/?a=1&amp;b=3″>CodeNet</a>

4. Слешим незакрывающиеся теги:

Было:

<img src=»image.gif»>

Стало:

<img src=»image.gif» />

5. Не забываем закрывать все теги

Было:

<p>Параграф

Стало:

<p>Параграф</p>

6. Соблюдаем объектную модель. (Не меняем теги местами)

Было:

<table>
<form>
<tr><td></td></tr>
</form>
</table>

Стало:

<form style=»margin:0″>
<table>
<tr><td></td></tr>
</table>
</form>

7. Все атрибуты пишем в кавычках.

Было:

<table cellspacing=0 align=right>

Стало:

<table cellspacing=»0″ align=»right»>

8. Забываем про сокращения.

Было:

<input type=»radio» selected>

Стало:

<input type=»radio» selected=»selected»>

9. Не забываем про атрибут ALT.

<img src=»image.gif» alt=»hello» />

http://www.codenet.ru/webmast/php/PHP-myth/

Для себя я разделяю MySql на следующие версии:

< 3.22 - лучше не трогать, я их не помню.
3.X - хорошая, быстрая, без запар с кодировками.
4.0.X - быстрая, запары с кодировками уже начались.
4.1.X - на сегодняшний день это моя версия. Запары с кодировками присутствуют. Стала поувесистей.
5.0.X - это уже не тот MySql с которым я хорошо знаком. Тут есть и транзакции и триггеры и прочие атрибуты нормальных реляционных СУБД. Эдакий недооракл.
5.1.X - пока лучше не трогать. Я даже не смотрел.

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

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

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

Это работает в MySql 4.1, но не работает в более ранних версиях:

SELECT SUBSTR(filed,5) FROM table

правильно, потому что в старых версиях не было синонима SUBSTR() для функции SUBSTRING(). Вот так работает во всех версиях:

SELECT SUBSTRING(filed,5) FROM table

Это классическая обратная несовместимость, и ничего ненормального в ней нет. Но есть и прямые несовместимости, например в MySql. 5.0.27 следующий запрос может вызывать ошибку:

INSERT INTO table SET field='';

если поле field не является текстовым, а например INT. В предыдущих версиях MySql молча туда вписывал «0″.

Запрос

INSERT INTO table SET field='1234567890';

в версии 5.0.27 тоже вызовет ошибку «слишком длинная строка», если максимальная длина поля field менее 10 символов, например VARCHAR[5]. Наверняка можно встретить подобные ошибки при переполнении в числовых полях, но я не проверял этого.

Эти ошибки связаны с режимами SQL, которые появились еще в версии 4.1. Но только в дистрибутиве 5.0.27, который меня угораздило использовать, по умолчанию был включен режим «TRADITIONAL».

Примечания: все испытываемые MySql сервера имели настройки по умолчанию.

1. Урок 1 — Создание изображения
2. Урок 2 — Рисование точки
3. Урок 3 — Рисование линии
4. Урок 4 — Рисование прямоугольника
5. Урок 5 — Рисование эллипса и круга
6. Урок 6 — Работа с полигонами
7. Урок 7 — Заливка замкнутой области
8. Урок 8 — Заливка сложной области
9. Урок 9 — Построение круговой диаграммы
10. Урок 10 — Построение гистограммы
11. Урок 11 — Построение графика
12. Урок 12 — Изменение размеров изображения
13. Урок 13 — Сглаживание изображения
14. Урок 14 — Как узнать версию библиотеки GD