AlikDex: да так и сдела... только вот оказывается потратил три часа впустую...
public function chained($param1,$param2)
{
echo $param1.' '.$param2;
}
и он выводит то, что нужно( какой магией не понимаю...
видимо вся соль в call_user_func_array....
произойти должно все просто...
Есть точка входа... парсится url
url[0]-контроллер
rl[1] - метод
url[2]...[n]- параметры... при обычном заходе через адрс строку - все просто и работает..... а я делаю связанные выпадающие списки на аяксе и пытался получить url[2] и url[3] в массиве...
а оказалось все проще..
AlikDex: спасибо... доступно... а все же, если в моем случае... ? ну честно не хочу в цатый раз переписывать весь прожект... )))
я наверное криво и по колхозу сделал...
$this->controller = new $this->controller($this->model,$this->params);
передал этим параметры вконструктор контроллера...
Сантьяго Александр: если б так просто было б...
ссылка аякса попадает в контроллер search..
в нем метод chained... туда нужно получить эти параметры... я ж не буду в метод передавать $app..
а контроллер и app формально у меня не связаны наследованием..
Сантьяго Александр: AlikDex: так в этом и вопрос... я этот объект создаю когда инициализирую приложение... $app=new App() в index.php... но видимо поскольку от этого класса ничего не наследуется.. оно помирает) но с другой стороны методы же срабатывают..
mysiteru/puclic/search/chained - он же понимает что search - контроллер, chained - метод... а вот с параметрами не сложилось((
Сантьяго Александр: да уж... это у меня на локли все работает ... а на хостинге сразу ошибки.. спасибо за напоминание... ночь.. туплю.. получается, что по-другому не обратиться к App...
я уже сдался, если честно.... бывает такое - не идет( вот с этим вообще не пошло( я уже готов тупо заплатить небольшие но деньги, за написание htaccess для двух точек входа...
Владислав Турчинский: абсолютно согласен! но есть какие-то вещи, которые требуют просто наводки в нужную сторону... на конкретном примере. Я читаю многие статьи - вроде бы все понятно, но как натянуть к себе - не понятно... Пару месяцев назад вы, и еще пару коллег) дали весьма полезные рекомендации... отделить код от представления, посмотреть в сторону ООП... сейчас вот снова уперся... и пока я на своем проекте не увижу как можно(нужно) я дальше не смогу двигаться... проекты бывают разной сложности. Сейчас у меня самый простой одностраничный сайт, но с не самой простой, на мой взгляд админкой... да хотя кого я обманываю - элементарной. И не нужны мне DI (что это??? вопрос риторический), уровни абстракции - хотя почти уже понимаю, что это...
Григорий: Григорий, спасибо! я подготовлю материал... простите, что такое ИС?) чего я хочу? развиваться, прежде всего. Конечная цель - сделать default проект, который я мог бы использовать при разработке простых сайтов и положить в основу своего собственного проекта. Для персональных, как говорится, нужд. Сейчас я его откладываю постоянно, переписывая, как вы говорите, сайтик один. Допереписывался до абсурда с моей т.з.... хотя вроде бы все делал "по науке". Все работает на 99% отлично, но из 3-4 файлов он разросся до 20 с лишним папок и кучи файлов... так не должно быть( видимо на определенном этапе что-то пошло не так... позвольте подготовлю материал и отпишусь более предметно.
Владислав Турчинский: Владислав, с икренним уважением к Вам за время на тостере проникся... но отсылка на фреймворки сейчас не то, что мне нужно... это и отталкивает от Тостера.... отсылка к мануалам, статьям, фреймворкам... безусловно, на определенном этапе, это было полезно - я честно следовал многим рекомендациям. Пару месяцев назад меня все эти классы, методы. ООП, MVC я уже не говорю, про всякие gulp плюшки... бросали в дрожь...
сейчас я сделал как я понял - учитывая, что жизнь мне это не упростило, а усложнило с одной стороны - понимаю, что сделал не совсем, а может и совсем неверно...
мне нужно чтобы этому дали экспертную оценку вот и все...
