Досмотрелся! А как вы параметры будете передавать в компонент, если понадобится?
Просто мы было вдохновлены разными решениями. Я сделал так как в симфони.
видимо вы не разобрались до конца.Никакой рекурсии быть неможет сдесь — вы же видите куда вы вставляете компонент. Так сделано в symfony и это очень удобно. Область данных — это модель, а не контроллер, поэтому непонимаю что вас смущает. А кстати метод контроллера можете сделать статическим, только тогда изменить нужно хелпер.
Скажу — на много лучше!, опять заплюют фанаты Codeigniter, так как они со мной сделали сдесь valeraorg.habrahabr.ru/blog/47041/#comments. Я воздержусь от радикальных высказываний. Ненравится мне когда меня заплевывают без аргументов. Что самое интересное что меня там просто заминусовали, хотя и не высказали ни единого аргумента против. Это явный показатель фанатизма — а я его не люблю. Я люблю взвешенную позицию. И моя позиция такова — CI требует серъезного дотачивания. Но зачем это делать самому если это уже сделали — Kohana. Kohana — это продукт взвешенной оценки недостатков CI. Мое более подробное видение можно узнать по ссылке выше.
Кстати кому интересно, небольшой анонс следующих статей:
1. Продвинутый автолоад (symfony like). Парсятся рекурсивно папки и читаеться каждый файл на наличие классов и интерфейсов. Потом пути к классам складываются в хеш-таблицу и кешируются. Этот автолоад срабатывает после встроенного автолоада Kohana. Работает очень быстро. Применение находит в узких кругах задач. Но вообще вещь полезная. Установка — положить один файл в хуки и включить их в конфиге… и все…
2. Интеграция Doctrine в Kohana. На любителя.
3. Двух проходное отображение. Присоединение стилевых и js файлов на лету.
Может еще чего нит соображу.
в CodeIgniter тоже такого нет. Там нужно для этого сторонний модуль ставить. Но тем не менее им пользуется большинство. Тем более что это простая доработка.
А на счет того что — почему нравится?!.. Не хочется разводить споров, просто вам нужно попробовать.
Хороша она своей грамотностью кода и гибкостью. Я пересмотрел много фреймверков, и остановился на этом. Один год писал на Symfony — больше не хочу (хотя по началу очень нравилась). Тут сколько людей столько и мнений. Но если попробуете Kohana непожалеете. Осваивание документации — это половина рабочего дня. Документация средней вшивости. Но есть большое преимущество — легко читается код ядра. Я с ней работаю уже 3 месяца, в итоге знаю ее ядро как пять своих пальцев.
Но я незнаю ваших задач — поэтому не факт что вам она тоже подойдет.
Да конечно это я протупил. Я имел ввиду другое. Почтовые сервера — на них можно подавать запросы на отправку письма а потом резко обрывать и делать вывод о наличии такого ящика в этом домене. Таким образом можно отсканировать довольно большой список адресов. Но эту лавочку прикрыли фильтры антиспама.
хотелось бы иметь такй метод проверки на вооружении конечно всем, но он неработает по самой своей сути.
Дело в том что спамеры собирают свою базу ящиков из двух источников. Первое — парсинг сайтов(пауки), второе — опрос днс серверов. Последнее уже известно много лет назад, в связи с чем многие средства антиспама блокируют такие запросы.
Прикрутил, хорошо работает. Только я так и непонял для чего вы в конфиге изменили имена папок files, images, media, flash? Вы их написали с большой буквы, а нужно с маленькой. Пришлось в конфиге еще 8 строчек править, чтоб было совместимо с «заводской» версией
при чем сдесь header. Когды вы пишите на PHP Hello Word! то вам ненужно думать о том чот вам нужно выслать хидеры браузеру Content-type: text/html, кодировки, параметры кеширования и другое, А на Pythone нужно.
Внимательночитаьть нужно! Шла речь не о возможности кправлениия хидеров, а о необходимости.
perl умирающий язык. Его используют только старые админы и те кто на нем писал много лет а теперь просто не хочеть перехдить с него. Есть где-то статья perl vs Python почитай, там показано что у перла ниодного преимущества.
Когда идет речь о какькуляторе, мне кажеться все равно о каком языке идет речь. Питон боллее низкоуровневый чем PHP. Если например писать сайт без django то нужно к примеру управлять выбрасыванием хидеров и так далее. Поэтому утверждение что Python проще считаю абсурдным.
Просто мы было вдохновлены разными решениями. Я сделал так как в симфони.
1. Продвинутый автолоад (symfony like). Парсятся рекурсивно папки и читаеться каждый файл на наличие классов и интерфейсов. Потом пути к классам складываются в хеш-таблицу и кешируются. Этот автолоад срабатывает после встроенного автолоада Kohana. Работает очень быстро. Применение находит в узких кругах задач. Но вообще вещь полезная. Установка — положить один файл в хуки и включить их в конфиге… и все…
2. Интеграция Doctrine в Kohana. На любителя.
3. Двух проходное отображение. Присоединение стилевых и js файлов на лету.
Может еще чего нит соображу.
А на счет того что — почему нравится?!.. Не хочется разводить споров, просто вам нужно попробовать.
Хороша она своей грамотностью кода и гибкостью. Я пересмотрел много фреймверков, и остановился на этом. Один год писал на Symfony — больше не хочу (хотя по началу очень нравилась). Тут сколько людей столько и мнений. Но если попробуете Kohana непожалеете. Осваивание документации — это половина рабочего дня. Документация средней вшивости. Но есть большое преимущество — легко читается код ядра. Я с ней работаю уже 3 месяца, в итоге знаю ее ядро как пять своих пальцев.
Но я незнаю ваших задач — поэтому не факт что вам она тоже подойдет.
Дело в том что спамеры собирают свою базу ящиков из двух источников. Первое — парсинг сайтов(пауки), второе — опрос днс серверов. Последнее уже известно много лет назад, в связи с чем многие средства антиспама блокируют такие запросы.
все кто еще на несмотрел — обратите внимание не пожалеете.
Внимательночитаьть нужно! Шла речь не о возможности кправлениия хидеров, а о необходимости.