«А почему вы почту не отправляете Zend_Mail » — потому, что данные записанные в БД уже подготовлены Zend_Mail и обрабатывать их повторно абсолютно бессмысленно.
«На чём именно вы пытались сэкономить в этом случае?» — не вижу смысла подключать фреймворк, если требуется сделать цикл по базе и вызвать функцию mail(). Данный файл вызывается с периодичностью раз в минуту, поэтому, чем меньше он будет потреблять ресурсов за раз, тем лучше.
Вы правы, это просто пример. К тому же данное решение не обязательно должно работать на зенде. Zend_Mail можно «прикрутить» к любому фреймворку или самопису. У меня, например, подобное решение работает на Yii и на самописном фреймворке.
Да, я конечно, не против использовования CMap::mergeArray(), но вот почему я не делаю этого в конфиге:
я тоже разделяю конфига на один базовый и конкретные (prodaction, dev, test и т.д.) и затем мержу их. Плюс в конфигах я так же определяю константы, таки как:
Но так как в yii.php уже определены эти константы и подключение его раньше моего конфига вызовет конфликт, а CMap::mergeArray() использовать без yii.php не получиться (можно конечно по отдельности подключить файлы «CMap.php», «CComponent.php», но по моему это не вариант) — я использую array_replace_recursive().
P.S. Почему я не определяю константы в index.php? — потому, что их значения тоже зависят от окружения (prodaction, dev, test).
Спасибо, я знаю. Я имел ввиду, то что CMap::mergeArray() делает то же, что и array_replace_recursive(), по крайней мере CMap::mergeArray() является реплейсем а не мержем.
Re: «1. Почему старая версия» — потому, что первая версия уже была заточена под один фреймворк, были вынесены все переменные конфига, все протестировано. Будет время, сделаю для второй версии.
Re: «2. Чем 'testLimit' => 1, для постоянной смены капчи не устроил?» —
Он не влияет на простой refresh, а только на ошибочный ввод каптчи.
«На чём именно вы пытались сэкономить в этом случае?» — не вижу смысла подключать фреймворк, если требуется сделать цикл по базе и вызвать функцию mail(). Данный файл вызывается с периодичностью раз в минуту, поэтому, чем меньше он будет потреблять ресурсов за раз, тем лучше.
я тоже разделяю конфига на один базовый и конкретные (prodaction, dev, test и т.д.) и затем мержу их. Плюс в конфигах я так же определяю константы, таки как:
Но так как в yii.php уже определены эти константы и подключение его раньше моего конфига вызовет конфликт, а CMap::mergeArray() использовать без yii.php не получиться (можно конечно по отдельности подключить файлы «CMap.php», «CComponent.php», но по моему это не вариант) — я использую array_replace_recursive().
P.S. Почему я не определяю константы в index.php? — потому, что их значения тоже зависят от окружения (prodaction, dev, test).
Выполните код:
Re: «2. Чем 'testLimit' => 1, для постоянной смены капчи не устроил?» —
Он не влияет на простой refresh, а только на ошибочный ввод каптчи.
В корне создаём файлик ".author" и в нем пишем ник автора.
В index.php добавляем:
ну и дальше как в вашем примере:
Авторские конфиги и «prodaction» мержим с «main», как описано в «рецептах»: