Крупномасштабные, многосайтовые идеи проекта zend

Крупномасштабные, многосайтовые идеи проекта zend

28.01.2012 12:09:51 Просмотров 46 Источник

Это открыто для любых предложений и было интересно, может ли пользователь Zend Framework помочь мне в этом.

Я построил веб-сайты с базой данных среднего размера, используя фреймворк Zend, и вижу, что это очень мощная структура.

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

Я не имею в виду, скопируйте сайт и ссылку на тот же фреймворк, но используя фреймворк, расширьте основной сайт, (stackexchange.com) иметь основной форум, как функции, но создать полный отдельный сайт (stackoverflow.com) которые могут иметь те же функции или больше, где это требуется.

Причина, по которой я спрашиваю, заключается в том, что я не думаю, что разработчикам stackexchange придется каждый раз перестраивать сайт, и я не считаю, что у них есть 79 копий сайта, связанных с одной или несколькими библиотеками фреймворков.

Если бы какие-либо разработчики Stack overflow или Zend geeks могли пролить свет на это, я был бы счастливым чуваком.

Спасибо!

У вопроса есть решение - Посмотреть?

https://stackoverflow.com/questions/9039419/large-scale-multi-site-zend-project-ideas#comment11339899_9039419
Использование curl () для получения результатов с отдельного веб-сайта, которые затем могут быть сохранены в переменные и переформатированы для другого сайта, может быть вариантом.

Ответы - Крупномасштабные, многосайтовые идеи проекта zend / Large scale, multi-site zend project ideas

Является ответом!
David Weinraub

28.01.2012 07:27:19

Одно приложение, а не только одна копия библиотеки Zend, обслуживающая несколько (суб)доменов, может быть реализовано с помощью маршрутов имен хостов .

На уровне DNS и виртуального хоста все домены сопоставляются с одной publicпапкой. То .htaccessтам толкает все запросы через index.php. Это index.phpуказывает на один APPLICATION_PATH. При начальной загрузке маршруты имен хостов могут использоваться для идентификации домена, на котором был сделан запрос. Плагин переднего контроллера с routeShutdown()может затем прочитать дополнительную конфигурацию, специфичную для имени хоста, и выполнить другие действия, специфичные для имени хоста (например, настройка макета).

https://stackoverflow.com/questions/9039419/large-scale-multi-site-zend-project-ideas/9042695#comment11348179_9042695
Спасибо, это то, что я имел в виду, но не знал, как это сделать. Овации.
Sjwdavies

30.01.2012 02:44:26

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

Я думаю, что David Weinraub имеет хороший подход с точки зрения использования routeshutdown()-и я бы сделал то же самое, однако используйте его для установки модуля по умолчанию, например www.site1.com будет выглядеть служить содержание из модуля site1-который расширяет Coreмодуль.

Я бы настроил приложение аналогичным образом, как показано ниже:

|Project
    |-Application
        |-configs
        |-controllers
        |-models
        |-modules
            |-core
            |-site1
            |-site2
            |-site3
        |-views
        |-Bootstrap.php
    |-Docs
    |-Library
    |-Public
    |-.zfproject.xml

Используя Coreмодуль, "суб-сайты" расширят контроллеры из Coreмодуля и обеспечат функциональность, которую вы искали

'которые могут иметь те же функции или больше, где это требуется.'

Закрыть X