Это нормально - отправили данные, обновили и данные повторно отправились POST методом (появляется предупреждение о повторной отправке данных).
Как вам написал Uchkuma необходимо после отправки данных сделать редирект на другую страницу, на индекс к примеру.
Вот вам схема:
В каждой строке вашего файла ID от вторичных данных доложен отделятся сепаратором.
Извлекаете данные в массив, с помощью сепаратора отделяете ID от вторичных данных и создаете ассоциативный массив, где ID это ключ.
один и тот же модуль можно использовать в нескольких местах
Это понятно. Подключив юнит, его можно использовать столько раз, сколько нужно.
Линуксоид_Егор пишет:
система просто-напросто переместит всё содержимое исходников
Вы что-то путаете. Никаких изменений в структуре движка\юнитов делать не нужно (кроме настроек в БД или конфиге).
Тот пример, который указан в вашем первом сообщении, есть ни что иное, как деревянный самокат с квадратными колесами. Ездить он может только по специальной дороге и только в одну сторону.
Решил переделать движок своего сайта. Хочу сделать возможность динамического присоединения/удаления модулей.
Не хочу вникать в вашу систему, но я бы сделал подключение модулей по такому принципу:
Модуль (он же юнит) имеет:
- Структуру с каталогами и файлами.
- Файл настроек (config.php\.xml)
- Главный исполняемый файл, который будет подключаться (unit.php, к примеру)
В движке должен работать библиотекарь юнитов (модуль), который занимается подключением\отключением юнитов. Запуск библиотекаря производится в админке.
В движке должен работать загрузчик юнитов (тоже модуль), который занимается загрузкой юнитов необходимых в процессе работы движка.
Добавление и подключение нового юнита:
- Загружаете каталог с юнитом в специальную директорию движка.
- Входите в админку.
- Запускаете библиотекарь.
- Библиотекарь проверяет все юниты в нужном каталоге, проверяет список включенных юнитов изъяв его с БД, выводит вам страницу юнитов.
- Вы активируете новый юнит и нажимаете сохранить.
- Библиотекарь сохраняет новый список включенных юнитов в БД.
Вам дальше останется только придумать систему, по которой ядро движка будет использовать активированные юниты, на основе списка созданного библиотекарем.
В этой схеме не нужно изменять код движка для включения\отключения юнитов. (Добавление)
Еще хочу добавить, что этот способ требует ООП и MVC, а также понимания, что именно вам требуется сделать, так как движек становится приближенным к CMF.
В том то и дело, что это, как вы сказали, личное предпочтение.
Я уверен, что у Друпала есть такие модули, которых нет у Джумлы. И это не делает Друпал "крутым" движком, верно? Сразу скажу, я не фанат Друпала или Джумлы, но к первому я отношусь с уважением.
Прошу прощения за оффтоп.
ТС'у советую пока не вникать в сложные движки (особенно если это CMF), а сконцентрироваться на изучении PHP. Ставить себе сложные задачи, выполнять их и повышать свой уровень. А когда почувствуете в себе силу, вото тогда и начинайте изучать и творить сложное.
Это каким боком у нее больше возможностей?
Она попсовей? - Да. Она проще? - Да. Она лучше? - Нет. (Добавление)
MXM пишет:
Если Вы хотите зарабатывать на своем сайте, то время лучше тратить не на создание велосипеда, а на улучшение и доработку существующего каркаса... - возьмите стандартный WordPress или Drupal и изучайте одновременно с PHP ту или иную CMS. Двух зайцев убъете...
Опять двадцать пять.
Вы предлагаете человеку изучать PHP параллельно с Друпалом или Вордпрессом? Да он же повесится на шнурке от клавиатуры.