phpBB 3.1.1 и php (код сапы)

[shvager]

Как-то так примерно

Теперь:

Parse error: syntax error, unexpected 'global' (T_GLOBAL) in /var/www/..../data/www/..../forum/414.../sape.php on line 186

[rxu]

Да там во многих местах он напортачил..

Ого, только заметил. Перезалил.

[shvager]

Да там во многих местах он напортачил..

Понял. Исправил и сам уже.

Но залил файл rxu

Форум заработал - буду ждать появления ссылок. Всем спасиб!)

ПыСы:
Появился в папке links.db
Кажися все нормуль)

[Thanx]

Вот такой вот ответ от сапы, очень грамотно ответили, по-моему:

Здравствуйте,

собственно проблема в шаблонизаторе twig, который используется в phpBB 3.1.1 . Из него напрямую недоступны суперглобальные массивы, в том числе $_SERVER.

Это проблема конкретно шаблонизатора twig и к работоспособности клиентского кода отношения не имеет.

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

Если вы размещаете код вручную, то решений три:

1. разрешить регистрацию суперглобальных массивов в twig. Это быстрый вариант, но он понижает безопасность ваших шаблонных файлов.

в коде шаблона:
$request->enable_super_globals();

или в конфигурационном файле config/parameters.yml:
core.disable_super_globals = false

2. формировать вывод ссылок при помощи вызовов return_links() или return_block_links() ДО вызова рендеринга шаблона (чтобы обойти его ограничения), т.е. в контроллере, вне файла шаблона, и выводить в шаблон уже сформированный html.

3. возможно, если разместить код в расширении twig, а не в самом файле шаблона, то оттуда будет доступен суперглобальный массив $_SERVER. Это является самым лучшим решением, если у вас нет возможность воспользоваться п. 2 и внедрить код в контроллер phpBB

За подробностями этих решений, пожалуйста, обратитесь к документации phpBB и Twig для разработчиков.

[rxu]

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

Добавлено спустя 1 минуту 16 секунд:
Но одно могу сказать точно, будь я хозяином сапы, такие саппортеры бы уже там не работали.

[Татьяна5]

то решений три:

1. разрешить регистрацию суперглобальных массивов в twig.

Править код в 3.1 не рекомендуется

2. ... т.е. в контроллере, вне файла шаблона, и выводить в шаблон уже сформированный html

В самом sape.php используется $_SERVER, что делает формирование ссылок невозможным

3. возможно, если разместить код в расширении twig, а не в самом файле шаблона, то оттуда будет доступен суперглобальный массив $_SERVER

Недоступен

[rxu]

Править код в 3.1 не рекомендуется

Не говоря о суперглобальных массивах.
Да и Twig тут, мягко говоря, вообще не при делах.

[Sheer]

ответ от сапы

Мдя... бред конкретный.

[Thanx]

я поставил
core.disable_super_globals: false

хоть ошибка и исчезла, но вот эта строчка всё равно ничего не отображает:
echo $sape->return_links();

вывода ссылок нет.

Кстати, заливал файл sape.php от rxu (с первой страницы темы), - вообще всё зависает, прервыется вывод html страницы в месте расположения кода.

PS. У меня ещё есть вопросик по $_SERVER вот тут $_SERVER. Как от него легко избавиться?

[Anvar]

echo $sape->return_links();

Вместо этого надо использовать такой метод:

Код: Выделить всё

$template->assign_var('SAPE_LINKS', $sape->return_links());

И в файле шаблона вывод ссылок будет доступен используя: {SAPE_LINKS}

[Thanx]

Т.е. вы рекомендуете в index.php прописать

Код: Выделить всё

if (!defined('_SAPE_USER')){
 define('_SAPE_USER', '***'); 
}
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
$o['multi_site'] = true;
$o['host'] = 'site.ru';
$o['charset'] = 'utf-8';
$sape = new SAPE_client($o);
unset($o);
$template->assign_var('SAPE_LINKS', $sape->return_links());

а уже в index_body.html

Код: Выделить всё

{SAPE_LINKS}

?

Я так сделал - ничего не выводит.

[rxu]

Я так сделал - ничего не выводит.

А кэш-то очистили?

Добавлено спустя 54 секунды:

require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');

Только парой постов выше говорили, что вызов $_SERVER надо заменять на $request->server().

[Thanx]

Кеш чистил, да.

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

Только парой постов выше говорили, что вызов $_SERVER надо заменять на $request->server().

Вот такая конструкция у меня прекрасно работает:

Код: Выделить всё

$string=$_SERVER["REQUEST_URI"];

А вот эта не работает:

Код: Выделить всё

$string=$request->server('REQUEST_URI');

И даже такой код "вешает" рендеринг, не работает:

Код: Выделить всё

$request->server('REQUEST_URI');

А дело всё это в overall_header.html:

Код: Выделить всё

...
<table width="100%">
 <tr>
  <td align="center">
<!-- PHP -->
$string=$_SERVER["REQUEST_URI"];
$f=array();
parse_str($string,$f);
...

[rxu]

Thanx
Уже неоднократно сказано - не используйте PHP в шаблонах, это бессмысленно.

[Anvar]

if (!defined('_SAPE_USER')){
define('_SAPE_USER', '***');
}
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
$o['multi_site'] = true;
$o['host'] = 'site.ru';
$o['charset'] = 'utf-8';
$sape = new SAPE_client($o);
unset($o);

Эту часть кода закиньте в самый верх, после <?php
Ну это тоже - хотя бы так)))