Хм ..Не замечал проблем при отправке данных таким способом. Все нормально отправляется и ложится в $_POST будто ты нажал на сабмит и отправил данные с релодом
caballero
Хм.. а в чем профит использования плагина для отправки формы?
Получить значения всех инпутов можно с помощью простого селектора
var inputs = $('#form_id :input').serialize(); и все.. получается строка вида key=value&key1=value1
далее закидываем это как значение data при отправке ajax-запроса и как раз получаем
caballero пишет:
данные должны прийти так, как будто форму отправили как обычно
но тут походу автору нужно отправлять значения некоторых дата-атрибутов или ещё чего то
(Добавление)
Если же нужно получать какие то произвольные атрибуты то предлагаю прогуляться по найденным инпутам и записать в объект необходимые значения. Вот пример:
Что бы написать код я как минимум должен быть осведомлен о том как написан Ваш код.
Без этого нет смысла что либо писать.
Но мыслите Вы правильно, нужно прописать роут, забиндить параметр, отдать этот параметр модели для получения данных. Полученные данные отправить во view и вывести их там. Если по параметру ничего не нашлось значит отдаем 404.
В чем конкретно у Вас проблема? Не можете прописать роут? создать контроллер? обратиться к модели? передать данные во вью?
Если честно то я удивляюсь когда вижу что народ городит кучу rewrite rule в .htaccess
pantela
В кохане все запросы обрабатываются через единую точку входа.
Достаточно прописать роут, забиндить в нем какой нить параметр и искать контент по этому параметру в БД.
Что то типа $requestParam = Request::current()->param('binded_param_name');
и по этому реквест параму уже искать в БД нужную запись. и все. не нужно усложнять на ровном месте и мучать себя и .htaccess
Требуется молодой, активный, грамотный программист в новый масштабный проект
За процент в проекте которого ещё нет? Молодые и грамотные программисты работают за "налик" причем серьезный налик. А ждать доли в проекте и тратить на него дофига времени(раз уж он крупный) грамотный программист не станет. Найдете максимум новичка который не справится с какой нить задачей и просто убежит на пол пути.
Artstarring пишет:
1) Интерес к проекту
А что за проект вообще? Вы просите проявить интерес а что за проект не говорите. Ах да, могут же украсть супер идею)) Как обычно.
Мелкий
В принципе да, отдельный биндинг все равно так или иначе должен быть.
Этот способ лишь попытка уйти от явного и неоднократного вызова метода bindParam.
А все таки вопрос можно решить и без отдельного биндинга.
Идея в том, что бы подставлять в запрос не именованные параметры, а вопросики, которые PDO скушает и не подавится.
Для начала нужно понимать, что для того что бы использовать такух схему, вам нужен отдельный массив данных с теми значениями, которые должны быть подставлены в IN, и отдельный массив данных, значения из которого будут использоваться в WHERE, AND и т.п
Почему? Должно быть ясно по коду.
IllusionMH
Я думаю все зависит от ситуации. Раз уж речь пошла о "что если нужно делать на лету", то может быть так, что придется добавлять ещё и дополнительные атрибуты самим элементам, которые могут меняться в зависимости от чего либо, в таком случае работа с нодами на мой взгляд будет удобнее.
А если это какой то заранее известный хтмл то проще написать его в каком то блоке и скрыть этот блок. А когда надо показать просто поменять этому блоку дисплей и все
У меня есть знакомый, тоже девелопер... Так вот, он разрабатывает на PHP уже 6-ой год, и тоже пользовался mysql_*, я долго с ним бился, но приблизительно пару месяцев назад мне удалось подсадить его на PDO Он конечно долго сопротивлялся... но в конце понял что использует устаревшее расширение.
То что было более-менее актуально в то время когда он начинал, он это запомнил, а за нововведениями не следил и сидел на PHP 5.2