Увидел стандартное решение: docs.kohanaphp.com/helpers/html#breadcrumb
Значит в каждом action придется перечислять еще и родителей текущей страницы, так как по сути это не ЧПУ, которое является борьбой за чистоту УРЛ, а всего лишь избавление от GET-параметров:
т.е. когда страница являются вложенными не только по смыслу (весь сайт/раздел/страница раздела), но и по маршрутизации (по URL: "/" -> "/blogs/" -> "/blogs/post-123/"), а это автоматически означает проблемы при изменении структуры, так как придется руками лазить по всем actions заново разбрасывая «хлебные крошки».
По сути вопрос был таким: можно ли задавать только название текущей страницы, а все остальное чтобы фреймворк сам получал, разбивая текущий урл по слешу
Например для страницы /blogs/post-123/ указывается title = 'Пост №'.$id;
а фреймворк, отсекая до следующего слеша /blogs/ сам получает его title и так далее.
Т.е. он помимо этой примитивной задачи берет на себя еще и отвественность, чтобы не было такого случая, чтобы страница в разделе была, а раздела не было.
Проиллюстрирую на примере лайвстрита:
Есть страница livestreet.ru/page/about/ я подразумеваю, что выполняется
Правило: посетитель всегда должен получить осмысленное и предсказуемое содержимое, если он стер часть адреса до ближайшей косой черты.
т.е. зайдя на страницу livestreet.ru/page/ я получу список всех статичных страниц, например.
Увы — меня ждет там 404.
Или Вы считаете, что ждать подобного от фреймворка — утопия/перфекционизм?
О! всегда хотел задать вопрос кохановоду:
как свести повторение кода к минимуму в задаче построения хлебных крошек согласно принципу D.R.Y.?
К примеру сегодня хлебные крошки при заходе в на эту страницу выглядят так:
------------------------------------------------------------------------------------------------------------------------------------ Хабр → Коллективные блоги → PHP → Знакомство с Kohana 3.0 — Часть 3
------------------------------------------------------------------------------------------------------------------------------------
а завтра потребовалось избавиться от текущей страницы
------------------------------------------------------------------------------------------------------------------------------------ Хабр → Коллективные блоги → PHP
------------------------------------------------------------------------------------------------------------------------------------
или наоборот, сделать ее ссылкой на саму себя
------------------------------------------------------------------------------------------------------------------------------------ Хабр → Коллективные блоги → PHP → Знакомство с Kohana 3.0 — Часть 3
------------------------------------------------------------------------------------------------------------------------------------
Как правильно решать такую насущную задачу без тупого копипаста?
Вопрос даже не столько про представление, что тут сложного передал массив (который кстати придется в КАЖДОМ методе контроллера пересобираться заново) и в шаблоне его обработал.
Вопрос — есть ли решение, позволяющее разрешать текущий УРЛ на составляющие и умеющее получать для каждой из частей свой title:
1) Хабр
2) Коллективные блоги
3) PHP
4) Знакомство с Kohana 3.0 — Часть 3
Заметьте, я говорю — решение, а не возможность.
Заранее спасибо :)
P.S.: не знаю почему, но мне кажется что в Kohana, что в CodeIgniter, удачно бы вписался шаблонизатор Twig Template (клон Django-template), с его наследованием, автоматическим экранированием, песочницей, компиляцией в PHP-код и другими вкусняшками.
Пессимизация — это понижения позиции, будь они даже на второй третьей странице, они станут никому не интересны.
Выкинуть из поискового индекса — это уже бан.
В России давно есть «аналог» — www [dot] macter [dot] ru
На серче когда то говорили про это: для них смертельно забвение, не пишите о них, но каждый их новый вброс приводил к тонне ссылок на них.
Думаю гуглу ничего не стоит просто пессимизировать их после такой бравады и тогда им никто не позавидует.
Деньги любят тишину…
Собственно, вот что я искал — спасибо большое!
PyCharm 1.0 Personal License = 3 598.39 руб. (за 1 лицензию), дороже конечно на 500 рублей (17%), но зато удобный способ оплаты
>>Хочу поделиться с сообществом открытой недавно для самого себя новой IDE от JetBrains—WebStorm, оказавшейся просто превосходной.
Глядя на такое начало — хочется почему автоматически минусовать, так как об этом IDE тут знают практически все, многие пользуются.
Совсем другое дело, что тут произведен детальный анализ и сравнение, упомяните об этом — возможно благодарных читателей станет больше.
Все равно в этот топик зайдут создатели WebStorm, воспользуюсь случаем и задам вопрос: можно ли купить ваш продукт за WebMoney/Яндекс.Деньги?
>>Все равно, если честно, не понял :) Ведь если мы изначально в mark грузим список марок, но при этом не выбрана ни одна из них — то
>>понятно, что во всех остальных селектах будет пусто.
Вопрос в том, надо ли их вообще показывать?
>>Если вам удастся сделать такую вещь, и при этом не надо будет писать многокиллобайтной логики — то лично я с большим
>>удовольствием бросил все свои велосипеды :)
Думаю все-таки удастся, один момент — придется использовать нечто в качестве источника данных, а это уже не относится к генератору форм. Хотя, в принципе можно просто в качестве источника использовать callback-источник, возвращающий массив, а как именно он будет его формировать — дело лесятое.
В общем, записал в планы задачу, мне оно тоже надо.
+ еще одну фичу хочу, это совмещение «autocomplite-one» и группы чекбоксов, поясняю примером — задача в том, чтобы составить список модераторов для форума, вводим первые букву имени, выбранное значение добавляем в чекбокс группу.
вот, нашел иллюстрацию — wharsojo.wordpress.com/2008/02/18/jquery-facebook-autocomplete/
Вопрос немного в другом: при первой загрузке виджета должен быть ОДИН агрегированный селект со значения типа "{mark}_{model}_{type}_{color}" у каждого элемента или сразу загружать и _показывать_ ВСЕ 4 селекта, пусть и пустыми.
Склоняюсь к первому варианту. а Вы?
В таким контролах еще один интересный момент — что показывать при первом показе формы?
вариант 1, как это было сделано на мамбе по-моему:
«Тойота Королла Инжектор Синяя» это текст option в select, его значение с разделителями {mark}_{model}_{type}_{color}
последним option в select был «другой» при выборе которого появлялся попап, а уже в нем связанные селекты, и когда делался выор в последнем, это был город (после страны и области), то агрегированное значение страна_область_город вставлялось в исходный селект.
вариант 2 — загружать все связанные и заполненные поля
Про AJAX-формы я еще думаю как лучше, но в планах это есть. В принципе, API QuickForm2 это достаточно легко позволит, но такого решения абстрактного как описал выше сделать скорее всего не получится.
Но идею Вашу я уловил, буду думать, возможно ли это сделать.
Значит в каждом action придется перечислять еще и родителей текущей страницы, так как по сути это не ЧПУ, которое является борьбой за чистоту УРЛ, а всего лишь избавление от GET-параметров:
Array ( [0] => <a href="http://localhost/ajax">Ajax</a> [1] => <a href="http://localhost/ajax/welcome">Welcome</a> [2] => <a href="http://localhost/welcome/text">Text</a> )т.е. когда страница являются вложенными не только по смыслу (весь сайт/раздел/страница раздела), но и по маршрутизации (по URL: "/" -> "/blogs/" -> "/blogs/post-123/"), а это автоматически означает проблемы при изменении структуры, так как придется руками лазить по всем actions заново разбрасывая «хлебные крошки».
По сути вопрос был таким: можно ли задавать только название текущей страницы, а все остальное чтобы фреймворк сам получал, разбивая текущий урл по слешу
Например для страницы /blogs/post-123/ указывается title = 'Пост №'.$id;
а фреймворк, отсекая до следующего слеша /blogs/ сам получает его title и так далее.
Т.е. он помимо этой примитивной задачи берет на себя еще и отвественность, чтобы не было такого случая, чтобы страница в разделе была, а раздела не было.
Проиллюстрирую на примере лайвстрита:
Есть страница livestreet.ru/page/about/ я подразумеваю, что выполняется
т.е. зайдя на страницу livestreet.ru/page/ я получу список всех статичных страниц, например.
Увы — меня ждет там 404.
Или Вы считаете, что ждать подобного от фреймворка — утопия/перфекционизм?
как свести повторение кода к минимуму в задаче построения хлебных крошек согласно принципу D.R.Y.?
К примеру сегодня хлебные крошки при заходе в на эту страницу выглядят так:
------------------------------------------------------------------------------------------------------------------------------------
Хабр → Коллективные блоги → PHP → Знакомство с Kohana 3.0 — Часть 3
------------------------------------------------------------------------------------------------------------------------------------
а завтра потребовалось избавиться от текущей страницы
------------------------------------------------------------------------------------------------------------------------------------
Хабр → Коллективные блоги → PHP
------------------------------------------------------------------------------------------------------------------------------------
или наоборот, сделать ее ссылкой на саму себя
------------------------------------------------------------------------------------------------------------------------------------
Хабр → Коллективные блоги → PHP → Знакомство с Kohana 3.0 — Часть 3
------------------------------------------------------------------------------------------------------------------------------------
Как правильно решать такую насущную задачу без тупого копипаста?
Вопрос даже не столько про представление, что тут сложного передал массив (который кстати придется в КАЖДОМ методе контроллера пересобираться заново) и в шаблоне его обработал.
Вопрос — есть ли решение, позволяющее разрешать текущий УРЛ на составляющие и умеющее получать для каждой из частей свой title:
1) Хабр
2) Коллективные блоги
3) PHP
4) Знакомство с Kohana 3.0 — Часть 3
Заметьте, я говорю — решение, а не возможность.
Заранее спасибо :)
P.S.: не знаю почему, но мне кажется что в Kohana, что в CodeIgniter, удачно бы вписался шаблонизатор Twig Template (клон Django-template), с его наследованием, автоматическим экранированием, песочницей, компиляцией в PHP-код и другими вкусняшками.
Я уже два года Дмитрий Анатольевич!
(с) Уральские пальмени
Выкинуть из поискового индекса — это уже бан.
На серче когда то говорили про это: для них смертельно забвение, не пишите о них, но каждый их новый вброс приводил к тонне ссылок на них.
Думаю гуглу ничего не стоит просто пессимизировать их после такой бравады и тогда им никто не позавидует.
Деньги любят тишину…
$form = new jQuickForm('simple'); $form->addHidden('hidden_name');как то так…
PyCharm 1.0 Personal License = 3 598.39 руб. (за 1 лицензию), дороже конечно на 500 рублей (17%), но зато удобный способ оплаты
Глядя на такое начало — хочется почему автоматически минусовать, так как об этом IDE тут знают практически все, многие пользуются.
Совсем другое дело, что тут произведен детальный анализ и сравнение, упомяните об этом — возможно благодарных читателей станет больше.
Все равно в этот топик зайдут создатели WebStorm, воспользуюсь случаем и задам вопрос: можно ли купить ваш продукт за WebMoney/Яндекс.Деньги?
Только такие статьи лучше не в выходные, а в будни с утра постить, чтобы не прошли незамеченными, а то утонут в массе других обзоров.
>>понятно, что во всех остальных селектах будет пусто.
Вопрос в том, надо ли их вообще показывать?
>>Если вам удастся сделать такую вещь, и при этом не надо будет писать многокиллобайтной логики — то лично я с большим
>>удовольствием бросил все свои велосипеды :)
Думаю все-таки удастся, один момент — придется использовать нечто в качестве источника данных, а это уже не относится к генератору форм. Хотя, в принципе можно просто в качестве источника использовать callback-источник, возвращающий массив, а как именно он будет его формировать — дело лесятое.
В общем, записал в планы задачу, мне оно тоже надо.
+ еще одну фичу хочу, это совмещение «autocomplite-one» и группы чекбоксов, поясняю примером — задача в том, чтобы составить список модераторов для форума, вводим первые букву имени, выбранное значение добавляем в чекбокс группу.
вот, нашел иллюстрацию — wharsojo.wordpress.com/2008/02/18/jquery-facebook-autocomplete/
Склоняюсь к первому варианту. а Вы?
вариант 1, как это было сделано на мамбе по-моему:
«Тойота Королла Инжектор Синяя» это текст option в select, его значение с разделителями {mark}_{model}_{type}_{color}
последним option в select был «другой» при выборе которого появлялся попап, а уже в нем связанные селекты, и когда делался выор в последнем, это был город (после страны и области), то агрегированное значение страна_область_город вставлялось в исходный селект.
вариант 2 — загружать все связанные и заполненные поля
что думаете?
Но идею Вашу я уловил, буду думать, возможно ли это сделать.