PHP кода в mySQL таблице

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

Нет это не очень правельно

Обьясните подробнее как вы видите это с хранением php кода в бд?

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

В том то и проблема, что кроме как сохранить как текст а затем обрабатывать через eval(), ничего в голову не идет.
Для понятности:
Есть самописный движок(точнее он в процессе разработки), в нем есть возможность создавать новые блоки,через админку, с текстом (можно например вставить виджет твиттера или ссылку какую нить и т.д.). Содержимое блока хранится в БД. Хочу сделать возможность добавлять в эти блоки небольшие php скрипты.

Везде, где можно - стоит обходиться без eval()
Хранить код в БД - сомнительная затея. Лучше доработать движок так, чтобы сделать только необходимые возможности - например, посторить шаблонизацию так, чтобы движок распознавал нужную функциональность.

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

Ясно, жаль конечно)
Ну с ограниченным набором функций есть мысль как сделать с шаблончиками.

А чем плох eval() и чем грозит хранение php кода в БД?

Интерпретирущий интерпретатор это всегда плохо.

Это плохо, запомните и всё.
Может, когда-нибудь изучите основы и сами поймёте, почему)

iflight код в пхп сначала транслируется в байткод и затем интерпретируется
а если посреди интерпретации вставлять новый код это весь гиморой заново
это касается и инклудов кода которые вставляются в зависимости от действий
Roler я правильно вас понял?

Roler вот собственно эти основы я щас и изучаю))
LIME ясно, да уж геморно, от инклуюв точно никуда не деться)

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

Проблема еще и в том, что вставки кода - это прямая брешь в безопасности.
Может, код окажется вредоносным, а проследить за этим - почти невозможно.

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

EuGen ну это понятно конечн, предполагалась возможность вставки кода только от пользователя с админскими правами

iflight вообщето вставка идет не от админа а от бд
если к примеру взломают базу то ппц

Я имел ввиду что в БД код попадал бы от админа исключительно. Ну если б его конечно не взломали.
Если взломают базу то всяко ппц) там и пользователи с правами и часть настроек настроек%)

поэтому нельзя в бд хранить пароли

хеши паролей) но кто мешает зарегать обычного пользователя, ломануть БД и назначить админом?) даже если особые права давать только суперадмину (например с id = 1) и то можно же сбросить последовательности имея доступ к бд...
правильно рассуждаю?)