у тебя есть дата и время - старт, когда скрипт начинает работать + ты знаешь, что работать он должен не больше 17 минут (время из бд + 17 минут - максимальное врем)
я правильно понимаю, что ты спрашиваешь, как понять, что текущее время (сейчас) больше времени в базе данных, но меньше (времени в бд + 17минут) ?
DelphinPRO, скажи, я не против ... но перед этим посиди месяцок и на той и на другой ( я так говорю после того, как изрядно испробовал разных ide - Zend Studio (начиная от 5 и до 8), Eclipse, Netbeans, PhpEdit, NuSphere PhpED) ... из этого списка phpStorm на голову выше остальных, я очень сомневаюсь, что из оставшихся, которые я не пробовал, кто-то кардинально изменит картину
В большом проекте с симфони1 вывод "hello world" занимает 300 милисекунд.
В большом проекте с zend framework вывод "hello world" занимает 100 милисекунд.
В большом проекте с набором самописных библиотек вывод "hello world" занимает 45 милисекунд. (набор библиотек практически копия симфонивского варианта)
На пустом проекте эти цифры значительно ниже, но в боевых условиях большого количества библиотек, даже если они не подгружаются - цифры таковы. Их можно сократить с помощью усилий и ухищрений, но порядок цифр ...
зы
В большом проекте с java + spring + maven + hibernate вывод "hello world" занимает 6 милисекунд.
Zend имеет ряд плюсов: описанных Евгеном: но у него и куча минусов. Они позиционируют свой фреймворк легко разделяемым (можно взять либу из него и использовать от дельно) - это вранье Единицы самых мелких либ вытаскиваются без серьезного допиливания - большая связанность кода + низкая скорость (у последней версии, мы ведь планируем следить за обновлениями?). Когда Расмус приезжал в Москву и показывал: как оптимизировать код на пхп - он показывал примеры на вордпрессе: его спросили - почему он не привел в качестве примера зенд фреймворк: он же от зенда: типа официальный - это было бы логичнее. На что Расмус ответил :"Я не смог его профилировать - мой ноутбук зависал при попытке создать картинку профайла рабоы зенда".
Symfony2 - монструозная говно-поделка, несовместимая со старой версией. Первая версия была тормозным, неадекватным при дебаге монстром; вторая версия - неадекватный в дебаге, архитектуре и удобстве пользования монстр ... чуть пошустрее, надо отдать должное, но не сильно Симфони стырен из явы ... несколько лет назад сообщество явы поняло, что используемый подход к программированию очень неудобен и теперь стараются всеми силами убрать из кода "программирование на конфигах", пыхерам повезло меньше, у них этот ад еще впереди. Очень показателен факт, что мало кто спешит переходить с первой версии на вторую, даже при том условии, что первая версия отвратительна.
Кохана и Codeigniter - на 70% идентичны, ибо кохана - форк из CI. Поделки средней руки, не сильно представляю, для кого сделаны. Неплохи для изучения новичками, но связывать реальную разработку с этими фреймворками я не стал бы - мне не нравится как делятся классы, называются методы, параметры методов и тд - апи неадекватный.
как складывались 8 лет моего опыта кодинга на пхп :
1 год изучал язык,
1 год писал ерунду на языке,
1 год выбирал и учил фреймворки,
1 год писал на фреймворках,
1 год пытался писать свой фреймворк, по сути не отличающийся от остальных,
1 год понимал, что написал то же самое, что есть вокруг
2 года пишу на языке, удаляю фреймворки из чужих проектов, от чего окружающие становятся счастливее
зы
Чем плохи фреймворки? Ты пишешь код не на php, а на фреймворке
Чем хорши фреймворки? Ты смотришь их код и понимаешь, что хорошо, а что плохо