Подскажите пожалуйста, в пределах разумного, стоимость выполнения небольшого задания. Суть заключается в завязке сайта с платежной системой, логирование произведенных платежей или возвратов по этим платежам в БД, ну и рассылка сообщений админу и клиенту при выполнении указанных действий используя SMTP. Сумму для удобства ориентировки лучше указывать в $
вполне нормальный вариант передавать в URL параметр...
Куча крупных сайтов используют это для возврата на страницу с которой начата регистрация, например.
А ведь точно, прикрутить к вызывающему скрипт роуту еще один параметр и будет все как надо, тем более что этот url явно в браузере "не светится", как-то я не подумал о таком варианте.
RickMan пишет:
Я думаю даже имя возможность отключить js, этим никто не занимается. И неужели если даже пользовател выключит его (СПЕЦИАЛЬНО), то тот факт что его не отредиректит особо портит ситуацию?
У меня так сказать "логика" отдельно от вида, и если пользователя не перебросит после отработки скрипта то он увидит белый экран, а это по меньшей мере странно. Я согласен что большинство пользователей не выключают эту опцию и наверняка даже не знают что оно такое и зачем нужно, но можно нарваться на какого-то начинающего хацкера который решит посмотреть, "а как оно работает без js" и тут все поплыло и развалилось, ну и зачем это надо?
Подскажите пожалуйста, есть ли еще какие-то варианты, кроме описанных ниже, как после отработки скрипта вернуться на ту же страницу?
Пробовал в классе роутера записывать путь в куку, но тогда записывается текущий маршрут в том числе и тот по которому запускается скрипт.
Потом нашел вариант с $_SERVER['HTTP_REFERER'], но пишут он не надежный.
Еще вариант: в главном шаблоне передаю скрытый input с роутом текущей страницы, вроде работает все как надо, но как-то это выглядит костылем. Может есть какие-то "правильные" варианты без ajax и js?
P.S. Кстати в примере выше я немного поспешил и тоже ошибся, там переменные всегда будут менять значение с null на число, поэтому будет срабатывать первая ветка в if.
А не потому ли что подстрока 'controller' в строке 'controllerIndex' встречается на 0 (нулевой) позиции и соответственно переменная $controller == 0, тоесть тот же 'false'.
Ну тогда нужно в каких-то конфигах описывать в каком шаблоне, что за чем следует. У Вас же не будет несколько шаблонов работать одновременно. Например в одном шаблоне первым идет контроллер, потом метод, потом параметры, а в другом наоборот, сначала метод потом контроллер. Хотя везде сначала идет контроллер потом метод. Как может быть метод без контроллера?
Так вопрос был как вернуть две переменные, а в примере, во втором варианте используются свойства. Думаю первый вариант - массив. И то если info() будет вызвана в Get_info(), а то в Вашем куске кода Get_info() вообще ничего не знает про info().
Вобщем как я и подозревал, все действительно зависит от отдельно взятого случая, поэтому четких правил нет. В данном случае заказчик я сам, это у меня как бы "дипломный проект" что ли, во времени не ограничен, ну относительно конечно, поэтому хочется применить максимум знаний для получения максимума практического опыта, потому как именно на практике узнаешь много подводных камней, о которых в книжках не пишут.
Я тут немного проветрил мозги, пока занимался укладкой кабеля и в голову начали приходить светлые мысли Оказалось достаточно было переопределить один метод в дочернем классе контроллера или даже правильней просто свойство и подправить метод в родителе и о чудо - имеем два главных шаблона, для сайта свой, для админки свой. Хвала ООП.
Останавливаюсь на втором варианте, как я понял третий - это полная ересь.
Нужна помощь в небольшом практическом вопросе. Суть вот в чем: делаю не большой сайт, та часть функционала с которой будет взаимодействовать пользователь сделана где-то процентов на 90, дошла очередь до административной панели. И вот я задался вопросом как это дело эффективней реализовать, чтобы не нарваться потом на кучу граблей и в один прекрасный момент не пришлось все переделывать сначала. Сам сайт сделан по принципам MVC, ну там единая точка входа, главный шаблон и т.д. вот теперь есть несколько вариантов:
1. Для простеньких сайтов или блогов админку впиливают в сам сайт, как бы залогинился пользователь с правами админа, ему показываются элементы управления. Такой подход мне не нравится так как получается каша в шаблонах. Это мы показываем не авторизированным пользователям, то авторизированным, а вот это администратору.
2. Сделать админку как часть сайта, но функционал будет в отдельных модулях и со своими шаблонами, хотя все будет размещаться в тех же папках что и сайт. Как бы тут есть свой плюс в том что в любой момент можно сменить дизайн и тематику сайта или применить эти так сказать "наработки" в другом проекте всего лишь переделав шаблоны и немного подправив код. Но вот что меня смущает так это то что главный шаблон у меня один и к нему подключаются шаблоны разделов, а тут нужно для административной панели свой дизайн и свои шаблоны. Отображать главный шаблон в зависимости от того в какой раздел мы должны попасть это мне кажется каким-то костылем.
3. Если не нужно через админпанель редактировать или добавлять файлы на сайте, то сделать это все дело можно как отдельный сайт, со своей структурой, шаблонами и прочим. Общей будет только база. Как бы отделяем мух от котлет, но вот не будет ли каких-то подводных камней потом при размещении сайта на хостинге, как я понимаю это же нужно будет создавать для админки поддомен, нет ли с этим проблем в большинстве случаев?
Прошу помощи тех кто сталкивался с данной ситуацией, как поступали, на какие грабли в итоге приходилось наступать? Может где что почитать? Поиском пользовался, но конкретно на свой вопрос ответа не получил.
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 67
Я согласен что большинство пользователей не выключают эту опцию и наверняка даже не знают что оно такое и зачем нужно, но можно нарваться на какого-то начинающего хацкера который решит посмотреть, "а как оно работает без js" и тут все поплыло и развалилось, ну и зачем это надо?
и в голову начали приходить светлые мысли 
