Расширения - это просто!

[Anvar]

А как можно предотвратить повторное создание страницы в Админке (если она, скажем, уже была создана в версиях 3.0)?
Т.е. в миграторе добавлен в функции update_data() ACP модуль, а вот как проверить его наличие?

Я проверяю по ранее установленной версии мода или расширения.

Примерно так:

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

			array('if', array(
				(!isset($this->config['module_version'])),
				array('module.add', array('acp', 'ACP_CAT_DOT_MODS', 'NEW_MODULE')),
				array('module.add', array('acp', 'NEW_MODULE', array(
					'module_basename'	=> 'new_module',
					'module_langname'	=> 'NEW_MODULE_SETTINGS',
					'module_mode'		=> 'config_module',
					'module_auth'		=> 'acl_a_board',
				))),
			)),

При желании вместо $this->config['module_version'], можно вызвать отдельную функцию, в которой осуществляется проверка на существование NEW_MODULE.

[Борис Бердичевский]

Константы действуют только внутри расширения

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

[rxu]

Ничего этим нельзя добиться. Кроме вас в это место никто ничего сводить не будет. Другие авторы будут задавать константы в расширении и ваши правки ядра не учтут. Все равно может возникнуть несовместимость в результате. Никуда не деться от этого.

[Shredder]

Имеются ли какие-то правила при наименовании событий? Или события можно называть произвольно?

[Борис Бердичевский]

Удалено.

[rxu]

Shredder
Все события ядра имеют префикс core., за которым следует имя скрипта, например, core.viewtopic, далее следует дескриптор, по которому можно примерно определить, для какого действия событие предназначено: _get_post_data, _cache_user_data, _modify_post_data, ну и в таком духе.

[Shredder]

rxu
Именно так я и думал. Но заметил, что имя скрипта присутствует не всегда. Иногда вместо этого используется имя функции, в которой расположено расширение. И вроде бы встречалось что-то ещё, не запомнил, что именно.

Но озвученный вами вариант самый удобный, его и буду использовать.

[rxu]

Иногда вместо этого используется имя функции, в которой расположено расширение.

Тоже вариант, иначе могут возникнуть повторы.

[Sheer]

а вот как проверить его наличие?

В миграторе создать кастомную функцию, которая поверит в таблице БД наличие этого модуля.

надо вносить константы логов в файл constants.php

Ответ неверный.

[Борис Бердичевский]

В миграторе создать кастомную функцию, которая поверит в таблице БД наличие этого модуля.

В какой таблице БД обычно обитают модули ACP?

[Anvar]

Борис Бердичевский, Все модули в одной таблице.

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

define('MODULES_TABLE',				$table_prefix . 'modules');

[Борис Бердичевский]

Вроде нашёл:
SELECT * FROM phpbb_modules WHERE module_langname='ACP_REGISTER_LOGS';

Добавлено спустя 1 минуту 52 секунды:
Ну, конечно, следует использовать 'MODULES_TABLE'.

SELECT * FROM 'MODULES_TABLE' WHERE module_langname='ACP_REGISTER_LOGS';

[Борис Бердичевский]

Опа-на!
Вставил эту проверочку, так оно теперь НЕ удаляет модуль, т.к. эта же функция update_data() выполняется и при удалении данных расширения!

[rxu]

т.к. эта же функция update_data() выполняется и при удалении данных расширения!

Задайте нужные действия в функции revert_data().

[Shredder]

Где, кроме session_create() и check_ban() можно проверить данные пользователя только в момент его входа на форум и в администраторский раздел? Есть для этого в движке готовые события?