Своими же словами подтверждаете что вам ничего не понятно. 
1. Этот паттерн и направлен на то чтобы управлять неизвестным количеством состояний.
2. Я не говорил что это панацея я предлагал ознакомится.
3. Раз уж вы не додумались сами глядя на паттерн подкину вариант.

у вас не будет никакого преостановления выполнения скрипта каждый раз скрипт будет отрабатывать по полной логике. Только в первом случае он по некоторому параметру прекратит работу сохранив предварительно все переменные которые он использует в базу данных. Далее при запуске этого скрипта вновь он будет проверять не сохранилось ли от предыдушего запуска что нибудь если сохранилось он должен все проанализировать и работать дальше. в вашем случае допустим всегда есть ограниченое количество случаев где при приходе этого параметра завершается работа скрипта тогда следоваетльно вы точно знаете что вам необходимо сохранять для того чтобы скрипт работал. Думаю дальшее понятно.

Состояние ИМХО наиболее элегантный способ обойти такую ситуацию. 

"каждый раз скрипт будет отрабатывать по полной логике" - это и есть именно то, чего я хочу избежать.
Я ведь правильно понимаю, вы предлагаете мне "прорубать насквозь" все встречающиеся на пути к Label1 логические операторы? if( !$skip && $condition ) вместо if($condition), elseif(!$skip) вместо else, for($i=$i0 и так далее.
Вопрос на засыпку: как Вы себе представляете "прорубание" foreach?
Наконец, просто представьте себе, что исходный код - чужой и сложный и разбираться в этом коде очень долго. А также, что таких исходных кодов очень много и единственное, что реально - это выцепить в этом коде определённый оператор, требующий приостановки скрипта и вставить несколько строчек до или после этого оператора.
Ведь по сути код и будет чужим, а уж сложным он будет с гарантией, и если мне повезёт, то этих кодов будет к тому же действительно Много.

Да, кстати, вы что-то говорили про время выполнения в 30 секунд. Это абсолютно нереально. Реально, в моём случае полное время выполнения задачи - несколько месяцев. При том, что сумма всех отрезков процессорного времени должна измеряться миллисекундами (скриптов, как я уже говорил, ожидается много). 

Надо подумать ещё если придумаю подскажу.

Насчект времени выполнения есть ограничение в 30 секунд которое стоит на время работы скрипта. Болшенство хостеров его оставляют без изменения некоторые даже уменьшают это чтобы на виртуальном хостинге где на одном сервере может висеть очень много сайтов процесорное время не расходовалось н плохо написаные и ресурсо емкие скрипты. Возможен ли вариант с использованием другого языка програмирования а также с использованием виртуального сервера?

Другой язык - это сложно, т.к. исходники на PHP.
А вот виртуальный сервер - это, похоже, вариант. Если ничего другого не останется.

maxbrown, да, интересно было бы узнать что это за задача такая, требующая подобного извращения.

Кстати, не вижу ничего плохого в том, что программа будет проходить вновь все участки в воспроизведенном состоянии до нужного логического блока. Программа, конечно, станет сложнее, но по иному, на мой взгляд, сделать практически нереально (если не брать в рассчет костыли и садо-мазо-извращения).

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

Это сообщение отредактировал(а) IZ@TOP - 17.6.2008, 12:50

maxbrown, 

Механизм передачи команды скрипту проработан?

Теперь что касается сохранения состояний.

Изложу свои велосипедные изыскания по этому поводу, поскольку книг не читал.

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

Любой произвольный объект должен иметь свой UID. 
Для добавления возможности сохранения состояний потребуется так же генерировать "карту алгоритма".

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

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

Да, и...


Если уж так боимся названия объект - 
можешь использовать обычные php файлы для каждого отдельного куска кода.

В любом случае, при исполнении кода контроллером, будет происходить инициализация нужных ему(блоку кода) данных из сохраненного состояния и затем include этого блока кода.

 Это большое количество программ, неспешно собирающих статистику из "сырых" экспериментальных данных, неспешно поступающих пакетами из различных источников (на FTP, по электронной почте и даже флоппинетом). Сами программы пишутся на XML: 

Программы пишутся сотрудниками и далее транслируются на язык PHP.
Сначала предполагалось, что к моменту запуска каждого скрипта все данные для него уже будут готовы и что скрипт успеет обработать все файлы за свой таймаут. Выяснилось, что во-первых, файлов может быть настолько много, что не успеет, а во-вторых, некоторые из этих файлов генерятся другими такими же программами и могут быть ещё не готовы, причём отслеживать готовность данных для дальнейшей обработки никому не интересно.
PHP выбран потому, что он наиболее распространён и что в исключительных случаях можно вручную добавить уже в PHP-скрипт некоторые возможности, отсутствующие в исходном XML-языке.

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

Это сообщение отредактировал(а) maxbrown - 17.6.2008, 17:14

А вот здесь, пожалуйста, подробнее. Что за метки? Что за контроллер? Насколько "просто" перекинет?

Вы в любом случае не сможете обойтись без стека вызовов не обязательно его выполнять повторно просто пробегаясь по нему в ы придете в ту точку програмы которая вам нужна

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

Что касается метки, то считай меткой уникальное имя файла.

вызываются они в контроллере примерно так.



Это сообщение отредактировал(а) Fortop - 17.6.2008, 18:06

Друг подсказал по аське, что проблему возможно решить при помощи posix_getpid и posix_kill.
Но он пишет в основном на си и питоне и не знает, как это реализуется в PHP. Если кто с посикс-расширениями работал, отзовитесь plz.

Это сообщение отредактировал(а) maxbrown - 18.6.2008, 10:58

и какой процесс ты собираешься прибивать? httpd апача?

maxbrown, 

какую из твоих проблем?

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

Меня больше всего это восхищает.
то есть, тут можно долго думать над решением практических проблем, но сама архитектура, когда кто-то пишет на хмл программы, эти программы транслируются в пхп, потом анализируются другим скриптом, сгенерированным из XML с дискретным прерыванием - поражает воображение и является отдельным законченным произведением искусства.