Русскоязычный форум, посвященный фреймворку Kohana http://forum.kohanaframework.su/ |
|
Pagination http://forum.kohanaframework.su/viewtopic.php?f=38&t=672 |
Страница 1 из 1 |
Автор: | vchv [ 10 июн 2013, 00:52 ] | ||
Заголовок сообщения: | Pagination | ||
День добрый! Многому научился на этом форуме и сайте, поэтому выкладываю мною найденное решение пагинации, несколько дней ломал голову как же прикрутить модуль, из урока вроде бы все понятно, но что то не шло, надеюсь авторы и админы сайта и форума поймут меня, работа с фреймворком это уровень профессионала, и самоучке в программировании на php, иногда сложно понять изложение материала, поэтому прошу снисходительно отнестись к неточностям определений. Ближе к делу. Сам модуль пагинатора в прикрепленном архиве, как его установить и подключить, те кто решил это сделать знают, Контроллер Код:
Код файла конфигурации Код:
Знакомым способом подключаем пагинатор в виде Код:
В общем как то так, нет необходимости создавать роуты в бутстрапе, достаточно определить группу в конфигурационном файле, модуль вроде бы как для ко3.2 но у меня на 3.3 работает отлично(когда выложу на хостинг поделюсь ссылкой) Этот вариант пагинации был реализован на основе материала сайта http://kohanaframework.su/ форума и сайта http://cyberapp.ru/2013/01/14/kohana-3- ... m-chast-3/ изложенного по упомянутой ссылке, архив модуля с этого же сайта. Думаю что ссылка на сторонний ресурс вполне уместна т.к. все кто посещает форум заинтересованны в развитии знаний о кохане, и работе с ней, и чем больше обобщенной информации будет собрано в одном месте тем проще будет работать всем. Вот такой маленький постик от дилетанта в программировании. Желаю всем удачи!
|
Автор: | Rush64 [ 15 июн 2013, 01:51 ] |
Заголовок сообщения: | Re: Pagination |
query_string не тру. только route, только хардкор |
Автор: | arhont [ 16 июн 2013, 20:24 ] |
Заголовок сообщения: | Re: Pagination |
ORM по моему лучше вообще для этого не трогать... Просто с ним как я понял получается лишний запрос. К тому-же удобно общее количество передавать по ссылке - вроде так пегинатор в Джумле работает... Так не потребуется считать записи. |
Автор: | WinterSilence [ 16 июн 2013, 22:27 ] |
Заголовок сообщения: | Re: Pagination |
про орм не понял, какой именно лишний запрос там будет? один считает общее кол-во, второй возвращает определенные записи. другое дело что если используется mysql, то лучше: SELECT SQL_CALC_FOUND_ROWS * FROM `abc` LIMIT 0, 120 SELECT FOUND_ROWS() про "количество по ссылке" не сразу понял, молодец, хорошая идея. еще лучше в кукис с lifetime 15-30 мин, тогда и в ссылку добавлять не надо будет и даже если клиент снова откроет страницу без параметра, то лишнего запроса не будет для тех кто в танке: если урл не содержит параметра с общим кол-вом записей, то рассчитываем его $videos->count_all() и передаем это значение в пагинатор, чтобы оно учитывалось в новых ссылках. и на других страница не надо будет его считать. |
Автор: | arhont [ 16 июн 2013, 23:12 ] |
Заголовок сообщения: | Re: Pagination |
Кукисы и сессии использовать - правило плохого тона. Это авторизацию без них вроде как невозможно слепить. Я слышал, читал на забре, что Мозилла FF что то хотят намутить с кукисами нехорошего. С ORM я разбирался, разбирался, как мне тут join приделать, но так и не понял... В итоге вернулся к примитивному SQL. ORM создаёт какой-то запрос "SHOW FULL PROCESSLIST", я не знаю что он значит, но его видно в отладке запросов. |
Автор: | WinterSilence [ 16 июн 2013, 23:33 ] |
Заголовок сообщения: | Re: Pagination |
это получение полей таблицы через list_columns(), бывает в случае если у вас не задано значение $_table_columns в модели, я себе сделал расширение сохраняющее в файл конфигах эти поля если они явно не заданы, в следующий раз они берутся уже из конфига , потом можно его в модель перенести - так будет быстрее. join с помощью метода (кто бы мог подумать!) join http://kohanaframework.org/3.3/guide-api/ORM#join а в чем тут плохой тон? я вижу только сплошные выгоды, особенно если подсчет не тупо общего количества, а еще и по каким-то параметрам. Такие решения не на уровне мозиллы принимаются, в html 5 продвигается тема хранилищ http://htmlbook.ru/html5/storage |
Страница 1 из 1 | Часовой пояс: UTC + 4 часа [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |