Итак... Может буду объяснять несколько замудренно, но как-то по лдругому не ложится.

Есть главный файл, который в зависимости от параметра ?mode= (т.е. обращаю внимание, когда параметр задан, известен модуль) подключает модуль modul1 или modul2 или modul3 и т.д. Модули по своим задачам различны, они лишь вписываются в общую структуру работы движка.

Теперь предположим, что параметр ?mode= не задан. Т.е. как бы пользователь запрашивает главную страницу сайта. На Главной странице я хочу показывать части этих модулей, т.е. к примеру, 10 последгних новостей, 10 статей, пару картинок из фотогаллереи.

Собственно вопрос в чем. Как лучше организовать объединение маленьких частей различных модулей. Я пока думал как. Сделать отдельный модуль для главной странице, где будут небольшие функции показа нужноый инфы. но тут фишка получается дублирование SQL запросов, хранящзихся в отдельном файле для каждого модуля (теперь часть из них будет в SQL файле для главного модуля) и при добавлении модуля надо будет ручками к главному его дописывать...

Есть ли какое-то более рациональное решение?
Подключать сразу 5-6 файлов модулей не хочется...

Сделайте у каждого модуля интерфейс доступа к нужной инфе и взаимодействуйте через него.

Цитата(netklon @ 12.4.2005, 09:08)

Сделайте у каждого модуля интерфейс доступа к нужной инфе и взаимодействуйте через него.

А файлы?

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

Если хочется все же как то объеденить эти данные - пиши интерфейс SQL запросов который будет содержать SQL для всех модулей, но, ИМХО это делать - ресурсы только тратить, так как часть данных использоваться все равно не будет.
Можно еще поступить так - создать несколько интерфейсов для разных модулей. Можно брать из них данные, а можно создать отдельный интерфейс для главной страницы.

В общем думай, решай. Я бы поступил последним способом.

Получается так.
Есть: modul_code.php и modul_sql.php. делать SQL гна все модули - отпадает, нагрузка не слабая..
Судя по всему надо будет делать mainpage_code.php & mainpage_sql.php и туда собирать функции экспота данных от разных модулей.
тогда просто в mainpage_sql.php к примеру будет содержать запрос на список последних новостей, который есть в modul_sql.php. Вот где дублирование получается.

Чё-то я не понял. Есть модули, в них есть функции.... инклюдишь все модули, вызываешь только нужные из них функции... в чём проблема то?

Цитата(lorien @ 25.4.2005, 06:18)

инклюдишь все модули

Ага, а про память, скорость выполнения?

Код

Ага, а про память, скорость выполнения? smile

И как, насколько падает скорость выполнения если всё инклюдить?

Цитата(lorien @ 26.4.2005, 20:43)

И как, насколько падает скорость выполнения если всё инклюдить? smile

Как минимум раза в два минимум... Проверял.

Цитата(lorien @ 26.4.2005, 19:43)

И как, насколько падает скорость выполнения если всё инклюдить? smile

думаю порядочно

Mal Hack согласен с нетклоном

2lorien

Цитата

PHP не держит все приложение в памяти. Более того, для каж- дой страницы он заново подгружает все файлы с кодом и преобразу- ет в удобную для выполнения форму. Хорошо помогают различные акселераторы PHP кода, которые сохраняют в памяти непосред- ственно преобразованный в исполняемый код php-страницу. Но даже в случае использования такого оптимизатора нежелательно подключать к скрипту все файлы с классами и функциями, которые могут понадобится, но реально не используются.

из журнала PHP Inside

Irokez, и правильно пишут. Так как РНР в данном случае все равно загрузят и исполнят все модули - читайте задачу стоящую перед автором темы.

А производительность упадет скорее в десятки раз - хотя тут уже все завист и от предназначения модулей и их количества.

Цитата(IZ @ 26.4.2005, 20:27)

Irokez, и правильно пишут. Так как РНР в данном случае все равно загрузят и исполнят все модули - читайте задачу стоящую перед автором темы.

ну а я о чем?

[quote]Как минимум раза в два минимум... Проверял.[/code]
Два раза - это так критично для твоей системы? Какова будет нагрузка на скрипт? Есть ли смысл оптимизировать его?

lorien

Цитата(lorien @ 15.5.2005, 09:51)

Два раза - это так критично для твоей системы?

Конечно !!!

Я бы сделал в каждом модуле такую возможность с целью использовать её не только на главной странице, но и в других разделах по мере необходимости. Если взять общую структуру за основу грамотности движка, то каждый модуль должен полностью отвечать за работу с конкретными весчами (например теми же новостями) если тебе он не нужен, то тебе не предется переделывать потом 2 модуля... и далее с таким подходом будет проще работать со сложной структурой, чем ты будеш делать copy/paste ;)

чъёрть... залогинеться забыл.

Master я правильно тебя понимаю, что с твоей точки зрения, лучше для каждого модуля сделать маленький файлик для модуля главной страницы? или как-бы модуль Экспорта по другому.

Mal Hack я могу объяснить более подробно... вот представь, что твой движок пишеш не только ты, и это даже не движок сайта, это крупный програмный продукт... каждому программисту отведена определенная её область в который он должен решить определенные задачи и полностью подготовить свою часть для грамотной работы с ней, что касается как функциональности, так и передечи данных в другие системы... т.е. раз каждый выполняет свою часть (как принято) и подготавливает все для стыковки, то отсюда можно сделать соответствующий вывод... каждый класс (или их группа) должны отвечать за работу с конкретными элементами проекта... на примере движка сайта не будет смотреться болезнено если ты раскидаеш все салатом, но ты просил мое мнение и я как мог прокомментировал его.

Master это-то я все понимаю. Вот мне надо их объединить в один. Точнее их маленькие части. К сожалению, специфика веба не позволяет (не предпочтительно), чтобы помимо модуля был еще маленький модуль экспорта...

почему? експорт может входить в модуль как функция по экспорту данных для тех или иных целей например... вполне приемлемое решение.

Да. Так-то оно так. Но мне НЕ хотелось бы подключать в скрипт 6 модулей из которых надо сделать экспорт.

Mal Hack
Module::export?

Цитата(Opr @ 24.5.2005, 20:28)

Mal Hack Module::export?

не совсем тебя понял.

Mal Hack
Т.е подгружаешь все нужные модули. Но не вызываешь их, только вызываешь фукнцию экспорта.

Цитата(Opr @ 25.5.2005, 13:41)

Т.е подгружаешь все нужные модули.

Вот в этом то и проблема. т.е. как это лучше организовать. Ведь подгружать 5-6 файлов (больших) - тормозит скрипт.

Mal Hack
тогда функции в отдельный файл. другого выхода не вижу.

Цитата(Opr @ 26.5.2005, 04:26)

тогда функции в отдельный файл. другого выхода не вижу.

Вот тут опять. Лио все экспортные функции в один файл или в несколько для каждого модуля

Mal Hack
ну из космоса то ты эти данные не возмешь есть вариант, выдавать данные аля RSS и в нужном месте их парсить.

Opr не совсем тебя понял.

Mal Hack
тебе допустим нужен экпорт новостей... делаешь RSS ленту новостей... где тебе нужно вывести новости парсишь её и выводишь

Цитата(Opr @ 26.5.2005, 13:22)

тебе допустим нужен экпорт новостей... делаешь RSS ленту новостей... где тебе нужно вывести новости парсишь её и выводишь smile

Волпрос не в том как сделать, а как хранить... И оптимально подключить.

Mal Hack
думаю оптимально XML.

Цитата

И оптимально подключить

смотря как хранить

Opr сам экспорт идт внутри срипта. Это 100%. Почитай в самом начале. Может ты просто не так понял, что мне надо. У меня вопрос лишь в том, как хранить наиболее оптимально для последующей работы.

Цитата(Mal @ 26.5.2005, 11:39)

Opr сам экспорт идт внутри срипта. Это 100%. Почитай в самом начале. Может ты просто не так понял, что мне надо. У меня вопрос лишь в том, как хранить наиболее оптимально для последующей работы.

Думаю, что в твоем случае, модуль не должен состоять из одного файла. Я бы вообще, каждый модуль посадил бы в разные каталоги, и помимо основого файла модуля класса. Создал бы еще отдельный файл с классом module_preload, в нем бы я создал необходимые методы, и именно этот файл с классом я бы подключал. Он будет легкий. Пусть даже это будет 6-10 файлов...

Цитата(Wowa @ 17.6.2005, 17:21)

Пусть даже это будет 6-10 файлов...

Судя по всему так и придется делать. Маленькие классы с функциями и также сс SQL...