Используя относительные пути (или правило их построения для модулей системы)

Варианта собственно два.
Или система говорит модулю, где и кто лежит.
Или существуют правила формирования путей для модулей.
Есть третий вариант - хардкодинг
В противном случае никто не знает ничего   И система не работоспособна 


Вообще-то да, лучше отдельный вариант.

А универсальность реализуется легко. Собственно функционал выносишь в отдельный модуль. А к нему пишешь два интерфейса - консольный и веб.

В зависимости от места применения используешь тот или иной интерфейс.

т.е. два разных варианта. фигово



мдя. собсна ручками при установке прописываем системе (одному главному скрипту) где она находится, а от неё строим все пути

bars80080, возникло ощущение после твоих постов, что php-скрипт - некий червь, шныряющий по просторам интернета, и не знающий, ничего

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

есть хоть что-то стабильное в этом мире?

bars80080, собственно, про QUERY_STRING я ничего не говорил. От этой части не зависит работоспособность кода.
На вопрос - как быть, можно дать несколько советов.

1. Используйте конфиг для определения корня и при подключении его относительные пути. 
Этот вариант хорош, если вы не таскаете файлы постоянно из папки в папку, в которых подключается конфиг.

/www/s.ru/config.php


/www/s.ru/htdocs/index.php


2. Пропишите в php.ini или стартовом/конфигурационном файле include_path как /www/sitename.ru.
В таком случае, мы считаем, что любой инклуд из любого места будет происходить с учетом этого пути.

Или тоже самое при помощи ini_set.

С Апачем и потерей DOCUMENT_ROOT можно столкнуться при особых обстоятельствах.

Для конфигурирования кроновских скриптов идеологически верно, на мой взгляд, использовать отдельный конфиг.
Вернее не так, у вас для проекта должна быть конфиграция разделена на общий конфиг (подключение к бд и т.п.) и конфигурации приложения (WEB, CLI режими, к примеру).

Добавлено через 3 минуты и 35 секунд

Есть прямые руки и еще раз прямые руки. Ну и хостинги с кривыми руками есть, а еще есть новые технологии, нестандартные задачи, PHP в FASTCGI режиме под Nginx'ом и забытые заголовки. Всякое бывает.

Хм, а тебя не смущает что работа с файлами и БД организовывается несколько по-разному?

К тому же даже в случае cron есть вариант вызывать именно web вариант (выше уже говорили) 

cron wget "url-скрипта"

Это сообщение отредактировал(а) Simpliest - 18.9.2009, 16:20

Я бы за такое убил/уволил.

Зато это пишется на целых 4ре минуты быстрее, чем CLI интерфейс к модулю 

Simpliest, CLI-интерфейс к модулю пишется единожды, централизованный раннер. А wget особенно прекрасен когда я намертво запрещу исполнение PHP скрипта веб-сервером более 30 секунд. Про частные случае, кривые руки и глупых админов мы не говорим.

ну, вообще-то это разные вещи. общаться с файлами напрямую или с неким интерфейсом

а предложение: запустить скрипт - само по себе не несёт какой-то принадлежности, потому и вызывает отторжение, что для одной работы приходится иметь два разных стартера



на это я могу ответить только новостью, что мы не пишем на машинных кодах, хотя были бы прямые руки...
могу напомнить, что есть такая хрень, как perl, глядя на которую кто-то в своё время придумал php. вроде тоже самое, но удобство.
да и сам пхп - суть надстройка над C
теперь придётся писать надстройку над пхп, чтобы в разных ситуациях скрипт работал одинаково

А Standalone и Web приложение это тоже разные вещи.

Я не открою вам Америку, но большинство программистов десктоп-приложений не знают даже об MVC, просто потому что представление и логика у них в одном месте (это в вебе они заметно разделены)

понятие запустить скрипт и запустить скрипт автоматически - не очень разные

Брр, кто-то из нас двух бредит.

Формат запуск CLI-скрипта из командной строки и по cron абсолютно одинаков

имя_скрипта.php параметр1 параметр2

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

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

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

Это сообщение отредактировал(а) brother79 - 19.9.2009, 07:07