Существуют ли жизнеспособные варианты использования автономных скриптов PHP на сайте TYPO3? - PullRequest
1 голос
/ 20 февраля 2020

Я только что натолкнулся на этот вопрос Как я могу использовать PHP скрипт в typo3 v9? и для меня сейчас интереснее - стоит ли вам это делать и каковы возможные варианты использования?

Причина, по которой я спрашиваю: в настоящее время я использую автономные устаревшие PHP сценарии на сайте. Не к счастью, так как я всегда намеревался перенести это в расширение или отказаться от него, но, как это часто бывает, сценарии PHP могут долго переживать PHP сам; -)

Считайте, что у вас есть функциональность, которую вы хотите интегрировать в свой веб-сайт (как контент внутри существующей темы), которая не использует специфику c TYPO3. Существуют ли разумные варианты использования этого сценария PHP без создания расширения? Этот ответ говорит о том, что это было возможно, но было обескуражено.

Какие плюсы / минусы? Это не рекомендуется? Почему? ...

TYPO3> = 9.

1 Ответ

1 голос
/ 20 февраля 2020

Управление веб-контентом - довольно старая дисциплина, и, вероятно, большинство требований известны и имеют давнюю историю. TYPO3 с годами адаптировала свою архитектуру, чтобы она была более безопасной, простой, защищенной и легко расширяла функциональность. Таким образом, идея добавления простого PHP сценария вместо использования (всемогущего) API и библиотеки расширений для включения функциональности означает пропуск предлагаемых идей функциональности, безопасности и ремонтопригодности.

Тем не менее, добавление функциональности, которая является Как и пользовательский сценарий PHP, это просто, поскольку накладные расходы на адаптацию «сценария спагетти php сценария» в API TYPO3 незначительны (например, «поместите его в расширение», используйте PSR-0, классы пространств имен регистрируют функционирует со строкой ext_localconf.php) и может легко улучшить реализацию (например, разрешить команду в backend-контексте, а также в CLI или адаптировать оболочку Fluid / TypoScript в зависимости от контекста Web-интерфейс против PDF).

* 1005 Таким образом, основные издержки c - это не время реализации, а наличие каркаса расширения bootstrap (который существует) и необходимые знания API (которые должны существовать для интеграторов). Так что «быстрая и грязная» на самом деле не является веской причиной.

По сути, это ИМХО сводится к синдрому НИЗ , который вообще не должен поддерживаться.

Так что здесь только мошенник.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...