Вид понравился, но думаю Вам стоит купить самый дешевый сервак с кучей места и давать бесплатно побольше, а когда будут платные клиенты то их и хостить на амазоне. Ведь сначала никто платить не будет, только бесплатно, а 100 метров это скажем несколько фоток :)
Выпускать можно когда угодно раз уже идея реализована конкурентами. Другой случай когда вы спешите занять нишу, вы хотите заявить о себе и выпускаете проект в сжатые сроки.
В лубом случае — выпуская сырой проект есть плюс — запущенный проект заставляет работать и увидеть на что реально вы способны.
Мое мнение, нужно выпускать проект тогда, когда вы почуствуете что он хоть и сырой, но уже лучше конкурентов.
Нужно было делать анонс когда у вас уже все хорошо, куча клиентов, куча денег на бесплатные гигабайты, ведь хабрасообщество заслуживает на лучшее, нужно даже предусмотреть план его хаброчеловеку положены выплаты от сервиса а не наоборот.
Считаю что 404 это уже лишнее. Что вам мешает указать путь к пхп скрипту в src атрибуте изображения? этот скрипт и будет уже делать то что надо, проверять, генерить и тп?
тема спорная. Все может меняться в зависимости от программы и необходимого количества превьюшек. Но в вашем ходе мыслей я тоже вижу смысл и не говорю что неправильно :)
> Ресайз запускается только если картинка ещё не ресайзилась
правильно, превьюшки сохраняются в кэшэ.
Тогда какая разница сделаете вы превьюшки нужного размера сразу после загрузки или только по требованию(которое поумолчанию предпологается)? удаление кэша — зачем его удалять? вижу смысл если только полностью поменялась логика программы и нужно перегенерить все превьюшки заново.
$registry = Zend_Registry::getInstance();
В данном примере ненужен, поправил.
$el используется чисто для собственного удобства, можно просто писать
$this->getElement('password')->setRequred(true)…
Просто, далее идут декораторы, но в примере я их не добавлял а просто вычистил, т.к они не относятся к данному примеру.
Лично я бы не советовал этого делать. Если советуете, нужно раскрыть почему. Zend_Auth ничего не хранит, для хранения используется Storage, в моем примере явно это и указано Zend_Auth::getInstance()->getStorage()->write().
так уж повелось что я не опаздываю, может благодаря этому пережил в проекте двух индусов :)
А так, обычно опаздывает начальство. Ой, начальство не опаздывает, только задерживается.
Вид понравился, но думаю Вам стоит купить самый дешевый сервак с кучей места и давать бесплатно побольше, а когда будут платные клиенты то их и хостить на амазоне. Ведь сначала никто платить не будет, только бесплатно, а 100 метров это скажем несколько фоток :)
Удачи Вам.
В лубом случае — выпуская сырой проект есть плюс — запущенный проект заставляет работать и увидеть на что реально вы способны.
Мое мнение, нужно выпускать проект тогда, когда вы почуствуете что он хоть и сырой, но уже лучше конкурентов.
правильно, превьюшки сохраняются в кэшэ.
Тогда какая разница сделаете вы превьюшки нужного размера сразу после загрузки или только по требованию(которое поумолчанию предпологается)? удаление кэша — зачем его удалять? вижу смысл если только полностью поменялась логика программы и нужно перегенерить все превьюшки заново.
В данном примере ненужен, поправил.
$el используется чисто для собственного удобства, можно просто писать
$this->getElement('password')->setRequred(true)…
Просто, далее идут декораторы, но в примере я их не добавлял а просто вычистил, т.к они не относятся к данному примеру.
А вообще мы все иногда и ложим, и кладем и иногда засовываем…
А так, обычно опаздывает начальство. Ой, начальство не опаздывает, только задерживается.