| Ratibor |
|
|---|---|
Trustmaster : Переводчик перестарался :) В оригинале:Ну иконка там смотрется не будет это точно :) Кстати что решил с окончаниями ? Мы там довели до ума функцию (см. соотв. ветку) Не задавай глупых вопросов, не услышишь вранья.
|
| Ratibor |
|
|---|---|
# Trustmaster : Нашел еще аналогичную вещь, пофиксил.После входа все равно вылетает 404, но потом если зайти на главную сайт начинает работать. Не задавай глупых вопросов, не услышишь вранья.
|
| Ratibor |
|
|---|---|
|
Еще нашел глюк в скине :)
Удери ВОМ из sed-light.css Теперь зайди на мой сайт, все нормально стало отображаться. И еще при создание темы нет нового поля desc. Осталось глюки исправить полностью с php и путями. После создания новой темы, когда нажимаешь отправить, вылетает 404. 404 ошибка частельно вылетает, т.к. ты гдето намудрил с путями. Смотри что в ссылке появляется http://www.мой_сайт.ru/cgi-php/forums.php?m=posts&q=1&n=last#bottom Обрати внимание на cgi-php По умолчанию у меня работает php4. Чтоб подключить php5 надо в .htaccess прописать: AddType php5-script .php Action php5-script /cgi-php/php5Seditio 125 b3 нормально все ссылки обрабатывает и ошибки 404 нет. А ты гдето видать перемудрил с путями. может поможет, вот выдержка из документации: Установлена ли на серверах 5-я версия PHP? Да, установлена. По умолчанию для *.php скриптов запускается PHP 4-й версии. Для того, чтобы Ваши скрипты обрабатывались PHP 5 необходимо переименовать их в *.php5. Не хочется ничего переименовывать, хочется, чтобы все файлы с расширением *.php обрабатывались PHP версии 5 по умолчанию. Нет ничего проще. Просто поместите следующие строки в файл .htaccess: AddType php5-script .php Action php5-script /cgi-php/php5 А что-то у меня не работают функции http-авторизации. Да, действительно, при использовании Zend Optimizer'a или PHP версии 5 обработка идет в режиме CGI. В этом режиме по умолчанию не работают функции http-авторизации. А как все-таки заставить работать http-авторизацию при работе с PHP в режиме CGI? Для тех, кому все же нужна http авторизация в режиме cgi, мы можем предложить решение. Для этого необходимо в файле .htaccess , лежащим в директории доступ к которой нужно закрыть, прописать: AddType php5-script .php
Action php5-script /cgi-php/php5
RewriteEngine on
RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization},L]
После чего создать файл, который будет обрабатывать введенные данные, например так: <?php
$a = base64_decode( substr($_SERVER["REDIRECT_REMOTE_USER"],6)) ;
if ((strlen($a) == 0) || ( strcasecmp($a, ":" ) == 0 ))
{
header('WWW-Authenticate: Basic realm="Private"');
header('HTTP/1.0 401 Unauthorized');
}
else
{
list($name, $password) = explode(':', $a);
$_SERVER['PHP_AUTH_USER'] = $name;
$_SERVER['PHP_AUTH_PW'] = $password;
}
?>
После этих действий переменные $_SERVER['PHP_AUTH_USER'] и $_SERVER['PHP_AUTH_PW'] становятся доступными, как если бы авторизация проходила в обычном режиме. Не задавай глупых вопросов, не услышишь вранья.
|
|
| Bu gönderi Ratibor tarafından düzenlendi (2008-09-05 17:52, 16 yıllar önce) |
| Trustmaster |
|
|---|---|
|
С окончаниями пока ничего не решил, надо это в инкубатор. Я пока ни до wysiwyg, ни до окончаний не доберусь, дел много.
May the Source be with you!
|
| Trustmaster |
|
|---|---|
Ratibor:Ох уж мне эти виндузятники! В линухе бома нет никакого, и соответсвенно удирать его нечем. Пришлешь исправленный файл? Ratibor:Такие вещи лучше прямиком в trac, а не в форум, иначе это легко забыть. Ratibor:Ужасен хост твой, что еще сказать. Дело в том, что скрипт фиксит проблему абсолютных урлов (это нужно не только для совместимости с RFC, но потом будет нужно как воздух для URL rewrite), выцепляя URL сайта из имени запрошенного документа (если просто брать из конфига то появляется проблема с субдоменами). Но т.к. на твоем хосте используется страшная абракадабра, то базовый URL вставляется неверный. May the Source be with you!
|
| Ratibor |
|
|---|---|
Trustmaster : Ох уж мне эти виндузятники! В линухе бома нет никакого, и соответсвенно удирать его нечем. Пришлешь исправленный файл?10-sed-light.css.txt Trustmaster : Но т.к. на твоем хосте используется страшная абракадабра, то базовый URL вставляется неверный.У хостинга все правильно, юзается один их двух оффициальных вариантов подключения php, а именно через cgi. Кстати у питерхоста вообще все жестко, шаг в сторону - расстрел. Это сравнимо с бывшей проблеммой 2000 года. На самом деле это проблемма не 2000 года, а проблемма ленивых программистов. Которые опускали при вычислениях первые две цифры в году. Нужно правильно определять путь, в какую бы тебя директорию не забросило. Нельзя использовать абсолютные пути. Пример тому точка. Если так приспичило использовать абсолютные пути, то тогда вместо точки, нужно использовать url сайта. т.е. к примеру вместо ./system/function.php использовать http://www.site.com/system/function.php Либо как было у Оливера system/function.php P.S. Посмотри еще к примеру файл index.inc.php, строку 34. Может стоит поправить ? Таких строк там вроде несколько, а может еще где есть. Не задавай глупых вопросов, не услышишь вранья.
|
|
| Bu gönderi Ratibor tarafından düzenlendi (2008-09-05 19:51, 16 yıllar önce) |
| Trustmaster |
|
|---|---|
|
Проблема в том, что твой хост использует подмену пути скрипта, причем если при использовании URL rewrite сервер все равно передает скрипту путь запрошенного документа (т.е. без cgi-php) то с твоим хостом такого не происходит. Есть вариант формировать абсолютную ссылку исходя из $cfg['mainurl'], учитывая при этом текущий субдомен (потому что www.cotonti.com и просто cotonti.com - в общем случае два различных хоста).
Зачем нужны абсолютные ссылки я уже объяснил. Объясняю еще раз. Во-первых, в спецификации протокола HTTP указано, что для заголовков Location и Refresh необходимо указывать абсолютную ссылку (но браузеры поддерживают и относительные, поэтому этим правилом пренебрегают). Во-вторых, если используются ЧПУ вида http://site.com/forums/offtopic/Topic-title-123.html, то редиректы с участием относительных ссылок будут стабильно перекидывать пользователей на несуществующие страницы; эта проблема фиксится либо использованием абсолютных ссылок (что соответствует RFC), либо относительных от корня сервера, либо переписыванием всех ссылок в редиректах вручную (как это сделано, например, на SeditioForge). А вот с путями вообще полная чушь. Советую внимательно читать функции для работы с файлами, include(), require(), require_once(), include_once() и ticket #39 May the Source be with you!
|
|
| Bu gönderi Trustmaster tarafından düzenlendi (2008-09-05 23:09, 16 yıllar önce) |
| Ratibor |
|
|---|---|
Trustmaster : Есть вариант формировать абсолютную ссылку исходя из $cfg['mainurl'], учитывая при этом текущий субдомен (потому что www.cotonti.com и просто cotonti.com - в общем случае два различных хоста).Я выше тебе об этом и писал. А то как все это сейчас зделано - полная лажа. Абсолютно не важно, использует хостер подмену или нет, а важно то что движок должен нормально работать при любых условиях. Не задавай глупых вопросов, не услышишь вранья.
|
| Trustmaster |
|
|---|---|
|
Все учесть и всех удовлетворить невозможно. Тикет добавил.
May the Source be with you!
|
| Ratibor |
|
|---|---|
|
Клюк аднака
 Чтото неладное с обрезкой похоже. Не задавай глупых вопросов, не услышишь вранья.
|
| Trustmaster |
|
|---|---|
|
Да, что-то там с юникодом не то.
May the Source be with you!
|
| Asmo |
|
|---|---|
|
Еще тут нарыл старых багов немного и недочетов из нового, постараюсь до конца недели в трекер добавить.
|
| Trustmaster |
|
|---|---|
|
Хорошо, добавляйте баги в трекер. Я, к сожалению, пока в ауте, очень напряженная неделя выдалась.
May the Source be with you!
|
| Asmo |
|
|---|---|
|
Добавил 3 бага, точно помню что было 4, но не могу вспомнить четвертый, хоть убейте :)
Не знаю насколько точно удалось передать суть на английском, поэтому продублирую здесь. 1) Я так понимаю include в include_once преобразовывались автоматом, везде подряд без какого либо анализа необходимости этой замены, в каждом конкретном случае. Так вот в некоторых местах этого делать нельзя было, например в циклах. В месте подключения хука list.loop нужно использовать только include иначе плагины подключаемые в цикл не работают как нужно. Покдлючил вчера плагин Trustmaster-а, File attach, все превьшки в list одинаковые, да что ж такое думаю... Извелся весь пока допер в чем дело... Может быть еще есть такие места, не знаю, нужно просмотреть еще раз все, вот пока что нашел: comments.loop forums.sections.loop forums.posts.loop forums.topics.loop list.loop pm.loop users.loop 2) Не работает разделитель MORE в режиме кеширования штмл, парсер его преобразует в пустое место, тоесть в кешированном варианте текста он отсутствует, а в плагине news почему то он усердно ишется при выводе, решения я предложил в трекере, у меня все работает. 3)Тоже, касается кеширования и парсера. В страницах разбивка текста табами на куски не работает в режиме кеширования. Опять же парсер эти табы вырезает и в кеш попадает уже чистая страница, соответственно так же и выводится. Решения пока нету, могу предложить только временный костыль, в условие при выводе текста добавить проверку на наличие табов, если они есть - не использовать кеш, а парсить по новой. if($cfg['parser_cache'] && !$pag['page_totaltabs'])Еще чего-то было, вспомню напишу. |
| Asmo |
|
|---|---|
|
Вспомнил.
Новый щаблонизатор, пожирает пробелы в начале строки. "LIST_ROW_AREA" => " ".$pag['page_area'],
"LIST_ROW_AREA" => "something else"." ".$pag['page_area'],
Баг-не-баг, не знаю, но это не очень хорошо когда вылазит совсем не то, что планируешь. |
