Старт шаблона с месте прерывания

[Iv1]

Потенциально есть такая возможность, чтобы шаблон стартавал с места прерывания?
Например ситуация
1. Работает условно "много" потоков, например 50
2. Каждый цикл выполнения шаблона - час

Если закрыть зенку или винда перегрузит сама комп - то возникают жуткие потери времени и данных при условиях как выше. Потому что все потоки начинают заново стартовать и час выполнения начинается заново.

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

 

[Phoenix78]

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

 

[Iv1]

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

Так это понятно
Но таким же путем скоро свой обвес аля зенка напишешь, а это не является самоцелью и даже по времени откровенно некогда.

 

[Phoenix78]

Так это понятно
Но таким же путем скоро свой обвес аля зенка напишешь, а это не является самоцелью и даже по времени откровенно некогда.

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

ну а насчет нет времени... если сам не справляешься с объемом работы, то найми работника. или нескольких.

 

[Iv1]

ну а насчет нет времени... если сам не справляешься с объемом работы, то найми работника. или нескольких.

Я уже в какой-то степени разработчиков зенки нанял (плачу за обновления регулярно и даже дроид брал)
Не помогает)))

 

[Deisler]

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

 

[Iv1]

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

Дай шаблон сего действия на тестовых данных

 

[Deisler]

Дай шаблон сего действия на тестовых данных

Так себе у вас подход. Даже без пожалуйста...

Нет никакого шаблона. Вам нужно в логике своего проекта в нужных местах предусмотреть сохранение данных. Лично я в начале каждого блока присваиваю переменной номер этапа на котором находится проект. Если происходит ошибка и то в bad end я сравниваюсь с тем на каком этапе нахожусь и в зависимости от этого сохраняю нужные данные. При запуске нового потока проверяю есть ли в бекапе данные. Если есть, подгружаю их и перехожу на нужный этап. Начинаю с него.

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

 

[Iv1]

Так себе у вас подход. Даже без пожалуйста...

Нет никакого шаблона. Вам нужно в логике своего проекта в нужных местах предусмотреть сохранение данных. Лично я в начале каждого блока присваиваю переменной номер этапа на котором находится проект. Если происходит ошибка и то в bad end я сравниваюсь с тем на каком этапе нахожусь и в зависимости от этого сохраняю нужные данные. При запуске нового потока проверяю есть ли в бекапе данные. Если есть, подгружаю их и перехожу на нужный этап. Начинаю с него.

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

В этом подходе есть прикол.
Если винда перегружается или падает все - BAD END скорее всего не будет выполняться.

 

[Phoenix78]

В этом подходе есть прикол.
Если винда перегружается или падает все - BAD END скорее всего не будет выполняться.

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

 

[Iv1]

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

Я примерно такого же мнения.