Как правильно передать параметры через Ajax в action Kohana?

Question

[Александр]

Необходимо передать из jQuery в контроллер kohana параметры, для того чтобы сделать на странице постраничную навигацию, записи должны загружаться через Ajax.

Как правильно настроить путь в файле bootstrap.php к необходимому контроллеру, так чтобы он мог получать сразу два get параметра? Параметры: lines - число записей, pages - количество страниц.

Версия Kohana - 3.1.4
Код на стороне контроллера:

// Ajax функция - возвращает список таймеров (путь - timerslist)
    public function action_timers_list_ajax(){


            // данные из GET запроса       
            $lines = (int) $this->request->query('lines');
            $pages = (int) $this->request->query('pages');

            $data = array(
                'lines'    => $lines,
                'pages'  =>  $pages
            );
       
            // var_dump($data); 

            json_encode($data);
            exit;      

    }

Сейчас код в файле в bootstrap.php для экшена timers_list_ajax выглядит так:

Route::set('timerslist', 'timerslist(<controller>(/<action>(/<id>)))')
->defaults(array(
            'directory'  => 'index',
            'controller' => 'timer',
            'action' => 'timers_list_ajax',     
));

Как корректно указать вместо id параметры lines и page?

$.ajax({    
    type:"GET",
    url: "my_project/timerslist",  
    data: {"lines": 10, "pages": 1},
    contentType: 'application/json',
    dataType: "json"
}).done(function(response){         
console.log(response);
});

Answer 1

[Иван]

Вы путаете параметры роутера с параметрами query string ($_GET), которые вообще в роутинге не указываются и могут быть любыми или вообще отсутствовать. В данном конкретном случае id в роуте не нужен. А параметры lines и pages надо извлекать из запроса через $this->request->query(), как-то так:

$data = array(
        'lines'    => (int)$this->request->query('lines') ?: 10,
        'pages'  => max(1, (int)$this->request->query('pages')),
    );

Хотя я бы использовал более общепринятые параметры типа offset/limit или page/perpage. Более понятные названия, имхо.

Comments

[Иван]

Чтоб не мучиться с парсером в комментариях - оставьте в роуте только controller и action :)

[Александр]

Спасибо!

[Александр]

Иван: я изменил код к экшене, теперь $lines = (int) $this->request->query('lines') но все равно не работает, тестировал в браузерной строке, кажется просто в query не приходит параметр, не знаю почему

[Иван]

Судя по всему, сейчас в вопросе уже обновленный код контроллера. json_encode() не выводит ничего. Если сделаете echo json_encode(...), то получите ответ. Правда, лучше работать через $this->response->body(), как оно задумано во фреймворке

[Александр]

Иван: в том то и дело, что в контроллер параметр на попадает, поэтому на стороне jquery выводится SyntaxError: Unexpected end of input(…)

[Иван]

Даже если они не попадают, дефолтные значения должны отработать. Проверяйте ответ контроллера. Если завершаете работу через exit, то необходимо самостоятельно позаботиться о форматировании ответа (в том числе и заголовки).

[Александр]

Иван:
Проблема явно на стороне контроллера, не могу понять почему. Я вызываю контроллер уже через браузер, указываю в строке параметры : localhost/cniis/php-layer/timerslist?lines=10&pages=5

На стороне контроллера эти параметры я должен получит таким образом:
$lines = (int) $this->request->query('lines');
$pages = (int) $this->request->query('pages');

И дальше могу, например, распечатать - var_dump($lines)
Выводится - int(0) то есть в переменную $lines не пришел GET параметр.

[Иван]

Есть такое слово - "debug". Вот оно именно для таких ситуаций. И никто, кроме Вас, этого не сделает :)

[Александр]

Иван: у вас есть возможность созвониться по скайпу и провести платную консультацию? у меня решить проблему не получается, а времени мало, в фреймворке включен debug ошибок, но никакой ошибки он не выдает, скорее всего параметр не попадает в контроллер, возможно все таки дело в настройки роуте

[Иван]

извиняюсь, отвлекся. честно говоря, не имею ни времени, ни желания что-то чужое дебажить. обычно проблемы с $_GET довольно легко локализовать, там меньше возможности сделать шаг в сторону, чем в тех же роутах.