Комментарии на: Интеграция Zend_Acl и MVC. Часть 1 (простейшее использование)

От: Александр Махомет

Александр Махомет — Sun, 16 Nov 2008 21:15:52 +0000

Кстати рекомендую поставить премодерирование только на первый комментарий с одного email. Так отсекается большая часть спамеров, а постоянные посетители сразу размещают комментарии, и общение более живое.

От: Александр Махомет

Александр Махомет — Sun, 16 Nov 2008 21:13:11 +0000

Да мне и самому не очень нравится, но до верстки нормального шаблона все никак руки не доходят.

Есть ведь масса других уже готовых шаблонов, скачал, залил, включил и может даже сразу работать :) в гугле очень быстро находятся http://www.google.com/search?hl=ru&q=шаблоны+wordpress

От: Лобач Олег

Лобач Олег — Sun, 16 Nov 2008 20:37:12 +0000

Имел ввиду пИшите, не призыв а констатация факта.

Я действительно понял фразу как призыв.

А обложка, то есть скин блога, не привлекательная.

Да мне и самому не очень нравится, но до верстки нормального шаблона все никак руки не доходят.

От: Александр Махомет

Александр Махомет — Sun, 16 Nov 2008 19:25:28 +0000

>>“Полезную” это какую?

Имел ввиду пИшите, не призыв а констатация факта. А обложка, то есть скин блога, не привлекательная.

От: tatarin

tatarin — Fri, 22 Aug 2008 20:03:38 +0000

кстати он не так работает когда идет пересыл в хелпере action-он вообще ничего не показывает если доступ запрещен вместо перенаправления…я не знаю почему..помогите если кто понимает в этом че))я вот уже голову сломал пока думал…просто берет и ничего не показывает…

От: tatarin

tatarin — Fri, 22 Aug 2008 20:00:59 +0000

class MyAclController extends Zend_Controller_Action 
{
    /**
     * Pre-dispatch routines
     *
     * Called before action method. If using class with
     * {@link Zend_Controller_Front}, it may modify the
     * {@link $_request Request object} and reset its dispatched flag in order
     * to skip processing the current action.
     *
     * @return void
     */
    public function preDispatch()
    {
        parent::preDispatch();     
        $myacl=Zend_Registry::get('myacl');
        $resourceName = '';
        $request=$this->getRequest();
        if ($request->getModuleName() != 'default') {
            $resourceName .= $request->getModuleName() . ':';
        }
        $resourceName .= $request->getControllerName();
        if($myacl->has($resourceName))
        if (!$myacl->isAllowed(AuthModel::get_my_role(), $resourceName, $request->getActionName())) {
         $setting_error_dostup_MVC=Zend_Registry::get('setting_error_dostup_MVC');
         $modul='default';
         $controller='error';
         $action='denied'; 
         $params=array();
         $index_arr=$request->getModuleName().":".$request->getControllerName().":".$request->getActionName();
         if(isset($setting_error_dostup_MVC[$index_arr]))
          { 
                 $arr=$setting_error_dostup_MVC[$index_arr];
                 if(isset($arr['modul']))$modul=$arr['modul'];
                 if(isset($arr['controller']))$controller=$arr['controller'];
                 if(isset($arr['action']))$action=$arr['action'];
                 if(isset($arr['params']))$params=array('err_acl'=>$arr['params']);
          }  
         $this->_forward($action,$controller,$modul,$params);
        }
    }
}

От: Лобач Олег

Лобач Олег — Tue, 19 Aug 2008 19:40:46 +0000

если надо класс кстати могу выложить))

Ну, хуже от этого не будет ;)

От: tatarin

tatarin — Tue, 19 Aug 2008 19:19:05 +0000

если надо класс кстати могу выложить))

От: tatarin

tatarin — Tue, 19 Aug 2008 19:16:20 +0000

Ну плохого вобщем то ничего нет…))Просто я ожидал что этот плагин выполнит то что о нем говорится(как только пользователь войдет в наше приложение, в зависимости от его/её роли будет либо отображена запрошенная страница, либо страница с сообщением о запрете доступа)…на счет вью-хелпера-это не то-придется постоянно его вызывать,а хочу чтобы все было автоматом-указал в файле настроек все и чтоб работало без лишнего кода….кстати когда писал класс возник интересный вопрос-
почему _forward в init() выдает ошибку
string(2092) “ERROR: Action “denied” does not exist and was not
trapped in __call()
#0 Z:\home\cs\www\libs\Zend\Controller\Action.php(518):
Zend_Controller_Action->__call(’deniedAction’, Array)

а если я его использую в init(),а если использую в preDispatch() то
все работает как надо?

От: Лобач Олег

Лобач Олег — Tue, 19 Aug 2008 18:23:26 +0000

пришлось расширять класс Zend_Controller_Action

На мой взгляд вполне нормальное решение. Что в нем плохого?

От: Лобач Олег

Лобач Олег — Tue, 19 Aug 2008 18:21:53 +0000

Это ведь плагин контроллера. А для решения Вашей задачи может стоит написать (или расширить стандартный) вью хелпер?

От: tatarin

tatarin — Tue, 19 Aug 2008 18:07:08 +0000

Ну еще добавлю по проблеме:
данный плагин позволяет отслеживать доступ только лишь к тому маршруту,который задается через урл(при инстанировании фронт контроллера),а теперь представьте себе ,что мы запросили контроллер и дейтсвие через урл к которому доступ открыт,а вот в виде контроллера вызывается хелпер action(’действие к которому нельзя получить доступ’,'контроллер к которому нельзя получить доступ’)-так вот метод преддиспетчиризации в плагине не ловит этого и поэтому выводится содержимое запрещенного маршрута…поэтому в моей ситуации этот плагин оказался бесполезным(я роюсь уже 4 дня как все заствить это работать),так как вроде как он и не может ловить все маршруты вызываемые в процессе диспетчиризации…пришлось расширять класс Zend_Controller_Action и от него наследовать все остальные контроллеры….если вы разберетесь с этим и выложите идеи как ловить все маршруты то напишите,буду благодарен)))

От: tatarin

tatarin — Tue, 19 Aug 2008 09:52:57 +0000

ок,вечером зайду и выложу весь код в архиве…ато голова уже болит…я в гугловской группе по зенд фреймворк уже выложил мессагу..пока никто не откликнулся…ну я там суть проблемы описал ==>

В общем задача такая,чтобы мой плагин обошел все вызываемые пути,которые надо обработать в данном вызове,при запуске фронт контроллера(метод preDispatch в плагине) и просто их вывел……
У меня такая проблема-вызывается помощник action action(’say’, ’say’); ?> в скрипте вида say/index.tpl,тока вот почему то фронт контроллер не воспринимает то что запрос идет к say/say (в нашем случае из помощника action) а не к say/index (контроллер/действие)…объясните почему это и как это обойти…или я че то путаю?Может тут поможет ActionStack-я правда ничего не знаю о нем,но название такое что он в себе содержит вроде все запросы которые обработались по одному маршруту(в моем случае их 2-say/index и say/say).
Моя логика-он должен вывести по маршруту http://cs/say
–say/index
–say/say
А выводит зараза совсем нито))
Тут может еще preDispatch у всех контроллеров надо перегрузить,чтобы они ловили все вызовы к ним,но нельзя ли обойтись как нить без этого?

От: Лобач Олег

Лобач Олег — Tue, 19 Aug 2008 07:58:46 +0000

@tatarin: честно говоря, не совсем понятно что у Вас работает не так, как надо.

Может быть опишете более подробно в чем проблема и сделаете архив с кодом, чтобы можно было посмотреть?

От: tatarin

tatarin — Mon, 18 Aug 2008 22:26:11 +0000

кстати,у меня возникла проблема-не перехватывается процесс дисперетчизации если я использую хелпер Zend_View action,то есть проблема вот какая в скрипте вида пишу action(’say’, ’say’); ?>,на который скажем гостю запрещен доступ,а он все равно ставновится виден…помогите пожаласта-не пойму че делать,чтобы ему доступ ограничивало)))