Я создаю новый веб-сайт с одним основным приложением и многими страницами контента. Страницы контента в основном динамичны, и мне необходим способ управления этим динамическим контентом на регулярной основе. Основной функциональностью основного приложения является трехэтапный процесс или чтение пользовательских данных (входная страница), чтение данных из MySQL (страница продукта) и отправка приложения на адрес электронной почты (страница приложения).
В идеале я хотел бы создать основное приложение в регулярном PHP и использовать Drupal для его возможностей управления контентом. Может ли Drupal и регулярный PHP быть интегрированным, как я предлагаю легко? Я чувствую, что кодирование основного приложения, поскольку модуль (-ы) Drupal добавит уровни сложности, которые могут быть трудно скомпилировать с самого начала и впоследствии поддерживать, когда система созревает, поэтому я бы очень хотел просто использовать обычный PHP.
Позвольте мне объяснить, где динамический контент (управляемый CMS) пересекается с основным приложением:
Динамический контент, такой как данные часто задаваемых вопросов, используется как на «нормальных» страницах справки, так и в мини-фиде, отображаемой на страницах основного приложения, в правой колонке. В этой колонке 3 случайные вопросы вытаскиваются из базы данных и отображаются в виде фида. Когда пользователи нажимают на вопрос FAQ, они не удаляются с основной страницы продукта приложения, а отображаются во всплывающем окне, отображающем вопрос и ответ. Кроме того, пользователи могут просматривать другие вопросы и ответы через простое меню навигации в этом всплывающем окне. Есть 3 таких типа, как я описываю выше, которые требуются на странице продукта основного приложения.
Итак, что является идеальным решением здесь с точки зрения «простого хранения» как для управления динамическим контентом, так и для простоты кодирования основного приложения? Может ли «обычный PHP» и Drupal сосуществовать «мирно»? Если да, то как это технически возможно? Потому что есть некоторый контент, управляемый Drupal, содержащийся на основных страницах приложения, может ли основное приложение по-прежнему кодироваться в обычном PHP?
Любые советы / предложения? Спасибо! Джим.
Это часть сообщения, которое я представил несколько лет назад. К сожалению, связанная статья давно ушла, но она может быть актуальной для ваших нужд:
Импорт автономных скриптов PHP в стиле Drupal
Система Drupal – очень сильная CMS, но использование существующего PHP-сайта и попытка заставить его на Drupal могут быть трудными делом. «Правильный» способ конвертировать сайт в Drupal – это «Drupalize», что означает делать все «Drupal way», что действительно нужно делать, но в некоторых случаях не все согласны с этим.
У меня был пример с компанией, которая имеет множество сайтов на основе HTML / PHP. Они слышали о гибкости и силе Drupal и решили, что это их выбор для революции. Но, с другой стороны, они хотят ничего не менять и что я сделаю это как можно быстрее.
«Правильный путь» для этого заключался в том, чтобы разбить каждый PHP-скрипт, который у них есть на свои части, найти общие ресурсы, создать правильную методологию с существующими модулями Drupal и завершить пробелы с помощью моего собственного дополнительного модуля.
Но это не то, что они просили меня сделать, вместо этого я искал способ просто импортировать существующий PHP-скрипт в среду Drupal.
Поиск существующего решения привел меня к доказательству концепции, описанной Дэном Моррисоном . В нижней строке он использует команды буферизации вывода PHP, которые он заказывает, чтобы собрать все, что делает старый скрипт, а затем отобразить его как часть модуля Drupal. В моем случае я должен был внести небольшие изменения (главным образом, чтобы передавать переменные из запроса на PHP в соответствующей области), но в нижней строке он сделал именно то, что мне нужно. Ну, почти … В других случаях, в которых я хотел пользоваться API-интерфейсом Drupal, я обрабатывал его по-другому, как я опишу ниже.
Похоже, вы спрашиваете о двух вещах:
Существует ряд различных уровней интеграции – если ваша потребность так же просто, как вытягивание содержимого на страницу, тогда вы сможете просто создать представление ( http://drupal.org/project/views ) с этим контентом из Drupal которые вы можете сделать доступными, а затем включить их в свое веб-приложение.
Если вы ищете более тесную интеграцию между 2, включая совместное использование пользователей, сеансов и т. Д., Тогда это, скорее всего, также «возможно», но потребует дополнительной информации, чтобы понять, что вам нужно.