phpBB 2.0.18 и визуальное подтверждение

[Vadim_Frolov]

Vadim_Frolov
Вдруг...
Какие у вас настройки cookie, какой браузер?

Проверялось и IE, и firefox (win и FreeBSD), и opera (win и FreeBSD)
Настройки cookie не менялись относительно стандартных установочных.

Добавлено спустя 1 час 34 минуты 26 секунд:

Кстати, вот еще. Из изменений в 2.0.19:

[Исправлено] исправлена работа изображения визуального подтверждения в случае когда невозможно использование библиотеки zlib

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

Увы, нет.
Обновил форум, но результат остался прежним. Дело не zlib, а в несоотвествие sid на этапе внесения его в базу перед вызовом визуального подтверждения и sid, получаемого изнутри этого модуля.

[Xpert]

Помню однажды в таком случае помогла просто установка форума заново, с чистого листа...

Давайте попробуем посмотреть настройки cookie. По какому адресу доступен ваш форум? Какие у вас настройки cookie?

[Vadim_Frolov]

Помню однажды в таком случае помогла просто установка форума заново, с чистого листа...

Давайте попробуем посмотреть настройки cookie. По какому адресу доступен ваш форум? Какие у вас настройки cookie?

http://forum.uch.net
Код заменен полностью на 2.0.19 . Базаобновлена скриптом из пакета апгрейда .
В данный момент визуальное подтверждение включено.

Информация о обьекте http://forum.uch.net/profile.php?mode=c ... 4070214ba9
image/png
Not cached
0px × 0px

Из логов сервера
193.108.248.138 - - [02/Jan/2006:12:49:05 +0200] forum.uch.net "GET /profile.php?mode=confirm&id=980f3320796a5e41e47dd84070214ba9 HTTP/1.1" 200 14973
В базе
mysql> select * from phpbb_confirm;
+----------------------------------+----------------------------------+--------+
| confirm_id | session_id | code |
+----------------------------------+----------------------------------+--------+
| 980f3320796a5e41e47dd84070214ba9 | f6807f15056a32f8a72ebe1cdf8f9d29 | VCNOE3 |
+----------------------------------+----------------------------------+--------+

Административная панель:
Домен куки - пусто
Имя куки - phpbb2mysql
Путь куки - /

Броузер, куки для forum.uch.net
phpbb2mysql_sid - f6807f15056a32f8a72ebe1cdf8f9d29
phpbb2mysql_data - a%3A2%3A%7Bs%3A11%3A%22autologinid%22%3Bs%3A0%3A%22%22%3Bs%3A6%3A%22userid%22%3Bs%3A1%3A%223%22%3B%7D

[Xpert]

Походил по вашему форуму, что интересно, sid стал нормально ставится в куки.

"GET /profile.php?mode=confirm&id=980f3320796a5e41e47dd84070214ba9 HTTP/1.1" 200 14973

Такой вопрос...
Вы наверное перекодировали языковые файлы в koi8-r. Не могли нигде забыть пробелов или переводов строки до начала кода или после него.

Попробуйте в common.php выставить уровнень контроля ошибок E_ALL вместо имеющегося, вдруг где проблемы вылезут...

Добавлено спустя 1 минуту 44 секунды:

Просто из ответа сервера видно, что у объекта есть размер. И он примерно соотвествует тому, что должен быть.

[Vadim_Frolov]

Notice: Undefined index: 1 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 2 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 4 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 5 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 6 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 7 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 8 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 9 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 10 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 11 in /data/webs/local/forum.uch.net/includes/auth.php on line 286

Notice: Undefined index: 1 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 2 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 3 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 4 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 5 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 6 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 7 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 8 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 9 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 10 in /data/webs/local/forum.uch.net/index.php on line 416

Notice: Undefined index: 11 in /data/webs/local/forum.uch.net/index.php on line 416

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

Что касается попытки регистрации

Notice: Undefined variable: signature in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 135

Notice: Undefined index: avatar in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 200

Notice: Undefined index: avatar in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 200

Notice: Undefined variable: cur_password in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 1026

Notice: Undefined variable: new_password in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 1027

Notice: Undefined variable: password_confirm in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 1028

Notice: Undefined variable: email in /data/webs/local/forum.uch.net/includes/usercp_register.php on line 1029


Ничего криминально, просто неинициализированные переменные

Добавлено спустя 4 минуты 26 секунд:

Походил по вашему форуму, что интересно, sid стал нормально ставится в куки.

"GET /profile.php?mode=confirm&id=980f3320796a5e41e47dd84070214ba9 HTTP/1.1" 200 14973

Такой вопрос...
Вы наверное перекодировали языковые файлы в koi8-r. Не могли нигде забыть пробелов или переводов строки до начала кода или после него.

Попробуйте в common.php выставить уровнень контроля ошибок E_ALL вместо имеющегося, вдруг где проблемы вылезут...

Добавлено спустя 1 минуту 44 секунды:

Просто из ответа сервера видно, что у объекта есть размер. И он примерно соотвествует тому, что должен быть.

Да, в версии 2.0.18 размер был 20 байт и тип обьекта text/html
В этой, вроде, все должно быть нормально, но пробовал и оперой и firefox-ом - результат старый.

Добавлено спустя 13 минут 52 секунды:

Возврат в английский язык ничего нового не принес. Дело не в перекодировке...

Добавлено спустя 13 минут 35 секунд:

Еще одна тонкость. Отключил header('Cache-control: no-cache, no-store');
и получил в кеш файлик. По всей видимости, вот и причина

The image “file:///usr/home/vadim/opr000NF.png” cannot be displayed, because it contains errors.

[Vadim_Frolov]

Результаты дальнейшего копания прблемы привели к следующему:
файл, получаемый банальной операцией записи на диск внутри скрипта usercp_confirm.php

$image = create_png(gzcompress($image), $total_width, $total_height);

// Output image

$handler = fopen('alphanum.png','w+');
fwrite($handler, $image);
fclose($handler);

header('Content-Type: image/png');
// header('Cache-control: no-cache, no-store');
echo $image;

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

Файл, получаемый в кеши броузера, если закомментарить
header('Cache-control: no-cache, no-store');
уже битый. Причем его "битость" заключается в наличие 1-м байтом символа 0x0A, перевод строки в юниксах.
Складывается впечатление, что echo отработало не в binary-safe режиме, а поступило с с обьектом как с текстовой строкой.

Для сравнения

00000000:0a 89 50 4e 47 0d 0a 1a 0a 00 00 00 0d 49 48 44 . PNG........IHD
00000010:52 00 00 01 40 00 00 00 32 08 00 00 00 00 08 66 R...@...2......f
00000020:5d 08 00 00 3a 66 49 44 41 54 78 9c 0d d7 65 bb ]...:fIDATx .Чe
00000030:05 54 d5 2e e0 8d 4a 08 28 a0 08 62 d0 20 5d .TХ.а J.( .bР ]

00000000:89 50 4e 47 0d 0a 1a 0a 00 00 00 0d 49 48 44 52 PNG........IHDR
00000010:00 00 01 40 00 00 00 32 08 00 00 00 00 08 66 5d ...@...2......f]
00000020:08 00 00 3a 6c 49 44 41 54 78 9c 0d 96 05 97 35 ...:lIDATx . . 5
00000030:04 a1 45 87 54 41 42 41 45 1a e9 16 45 1a 04 . E TABAE.й.E..

[Xpert]

Ммм... Точно файлы форума закачаны в ascii-режиме (кроме картинок которым полагается быть binary)?

Добавлено спустя 1 минуту 13 секунд:

Вообще странно, потому как если бы был уход чего-либо до заголовков, мы бы получили warning...

[Vadim_Frolov]

Ммм... Точно файлы форума закачаны в ascii-режиме (кроме картинок которым полагается быть binary)?

Добавлено спустя 1 минуту 13 секунд:

Вообще странно, потому как если бы был уход чего-либо до заголовков, мы бы получили warning...

Я имею шелл на этом сервере, поэтому распаковывал из архива на диск. FTP не использовался вообще.

[Vadim_Frolov]

Эпопея завершена.
Нашел обход данной проблемы в виде вызова ob_clean() перед отсылкой header() и перед echo $image .
После этого пресловутое 0x0A не появляется в теле png-образа и визуально подтверждение работает.

Странно, что разработчики это не предусмотрели.

[Xpert]

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

[avm]

Vadim_Frolov, все-таки очень похоже, что где-то до <? или после ?> есть лишний перевод строки, как писал Xpert. Это подтверждается еще и вашим ob_clean()...

[Vadim_Frolov]

Vadim_Frolov, все-таки очень похоже, что где-то до <? или после ?> есть лишний перевод строки, как писал Xpert. Это подтверждается еще и вашим ob_clean()...

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

[uksystem]

У меня такая же фигня!

[Xpert]

uksystem
И вы все что описано в этой теме попробовали? Применили все возможные рекомендации?

[uksystem]

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

Единственное, если способ не помогл я откатывал назад... Изменения не оставлял.