|
 6.5 Кб |
|
| Всем привет! Подскажите в чем ошибка, при нажатии на ссылку в постраничной навигации выводит не следующие файлы в каталоге а корневые каталоги! | |
|
|
|
|
|
|
|
для: сотка
(22.01.2012 в 18:39)
| | Поправьте этот блок
$obj = new pager_mysql($tbl_yava_position,
"",
"WHERE id_catalog = $_GET[id_catalog]",
$pnumber,
$page_link);
| следующим образом
$obj = new pager_mysql($tbl_yava_position,
"",
"WHERE id_catalog = $_GET[id_catalog]",
$pnumber,
$page_link,
"&id_catalog=$_GET[id_catalog]");
|
| |
|
|
|
|
|
|
|
для: cheops
(22.01.2012 в 18:43)
| | спасибо! помогло,только не понятно почему именно так? поясните пожалуйста свои действия! | |
|
|
|
|
|
|
|
для: сотка
(22.01.2012 в 18:45)
| | Тут вот в чем дело, когда вы переходите от странице к странице, нужно передавать все нужные GET-параметры, понятно, что о параметре page, где пагинатор хранит номер текущей страницы он позаботиться сам, а вот о существовании других GET-параметров, вроде id_catalog он не узнает, если ему об них не сообщить. Шестая строка конструктора как раз позволяет добавить эти дополнительные GET-параметры, которые будут передаваться от страницы к странице наряду с page (который будет сформирован автоматически). | |
|
|
|
|
|
|
|
для: cheops
(22.01.2012 в 19:20)
| | спасибо! Просто считал что условия достаточно...
"WHERE id_catalog = $_GET[id_catalog]"
|
| |
|
|
|
|
|
|
|
для: сотка
(22.01.2012 в 19:25)
| | По уму, можно было сделать так, чтобы этого условия было достаточно, но произошла бы потеря гибкости разработки, а цель FrameWorka как раз в её ускорении, мы в новой версии вообще от этой постраничной навигации отказались в пользу полного запроса, чтобы можно было легко использовать многотабличные запросы и производить оптимизацию SQL-запросов - основных потребителей ресурсов в современных приложениях. | |
|
|
|
|
|
|
|
для: cheops
(22.01.2012 в 19:48)
| | то есть и классы постраничной навигации изменились? правильно понимаю? я имею ввиду именно для БД! или просто сделали разделение запрос к БД->постраничная навигация? | |
|
|
|
|
|
|
|
для: сотка
(22.01.2012 в 20:01)
| | Старый класс останется без изменений, но появился новый, который принимает в качестве параметра SQL-запрос, любой, хоть однотабличный, хоть многотабличный, просто LIMIT добавляется уже классом, а количество строк в запросе получается при помощи ключевого слова SQL_CALC_FOUND_ROWS в SQL-запросе. | |
|
|
|
|
|
|
|
для: cheops
(22.01.2012 в 20:12)
| | когда же выйдет ваша книга)))посмотреть бы на это! вроде как вы описываете очень удобную вещь вы придумали...!
PS: зря я все таки на ООП стал учиться,тяжело осваивать через него все! | |
|
|
|