То, что нужно... а если вместе с чекбоксами нужно отправить еще и другие данные формы, точно также выбирать каждый селектами по id?
Обычно я собираю данные формы через serialize(). Это удобно, потому что не нужно изменять код js при добавлении или удалении элементов. Можно ил как-то уже после serialize изменить эти чекбоксы?
65536: В любом случае спасибо! Буду пробовать через var_handle. А вы перешли на какой-то другой шаблонизатор? Может посоветуете?
Мне этот нравится из-за негромоздкости. Например smarty просто гиганский... много лишнего...
Проект достаточно большой, да и сервер core i7 и RAM 32gb, но я параноик, если можно что-то упростить - стараюсь сделать
65536: Второй способ отдает не предсказуемый результат, пчти пустая страница только с первым комментарием. А первый скорее всего заработает, но придется при кажом проходе рекурсией покдлючать новый файл $this->tpl->set_filenames("comment" => "comment.tpl"); и только после этого выводить assing_var_from_handle.
Это накладно для сервера?
ThunderCat: ну я так и написал, что можно сделать одним проходом. А вот разбивать на несколько модулей и проходить несколько раз массив только потому что, что-то может поменяться, мне кажется не рационально. А в один модуль это уже сломанное ООП. получается приходится выбирать... или производительность или красивый код?
Я бы добавил к вопросу еще такую проблему:
В ООП я получаю массив $this->GetComments() (понятное дело вытаскивая из базы я прохожусь циклом по всем выбранным записям), записываю каждую запись в цикле в какое-то свойство скажем $this>comments_array[].
Потом мне нужно отсортировать этот массив, как дерево комментариев и я снова прохожусь по всему этому массиву циклом.
Дальше мне нужно вывести комментарии с помощью $this->ShowComment() и ОПЯТЬ приходится проходить циклом по всему этому массиву.
В процедурном же программировании я бы сделал это все в первом же цикле. При этом сэкономив и время и средства сервера.
Сори, поспешил... Таки не помогло... Сделал даже больше.. пытаюсь получить записанные данные сразу же на следующей строке после записи. Но пусто...
Код сверху обновил
Но ведь если это будет как вконтакте (новые фотографии, друзья, записи, отметки и т.д.). Для каждого делать собственный запрос а потом смешивать в php и сортировать по дате?
SergeyNN: Спасибо! Решил таки использовать суперглобальный массив. Проект полностью самописный и полностью под моим контролем. Нету получается смысла тратить время на разработку хитроумной системы, когда ковыряться в коде буду только я.
т.е., есть файл index.php, который определяет модуль к которому обратились и подключает нужный файл (возьмем для примера вывод новостей), в index.php подключается файл news.php, в подключенном берем из базы название новости и название категории и кидаем одно и другое в $GLOBALS['speedbar'][]. А в конце index.php уже выводим содержимое глобального массива в порядке $GLOBALS['speedbar'][0] >> $GLOBALS['speedbar'][1] >> $GLOBALS['speedbar'][2]
И получаем "главная >> категория >> новость"
Это не верный подход, я правильно понял?
Sayonji: отсюда второй вопрос возник... Подключая класс в главном файле скажем index.php и создавая экземпляр класса в нём, я всегда могу быть уверен, что смогу обратиться к этому классу из любого файла, который подключен к index.php или из любого класса? Или придется подключать "класс хлебные крошки", в каждом ином классе, где нужно его использовать... скажем, указать название статьи
