$request->attributes->set('AuthUserId', $id);
$request->attributes->has('AuthUserId');
$request->get('AuthUserId');
$request->AuthUserId;
//а можно вообще вот так без изоляции
$request->AuthUserId = $id;
через хелпер request() или фасад Request тоже работает.
Deman1, c помощью js отправляете post запрос к скрипту, в теле запроса указываете стартовый интервал. На стороне скрипта делаете поиск по индексу массива и обрезаете лишнее (array_slice), далее как обычно обходите отрезок через foreach и возвращайте полученный результат в json. Принимаете его на клиенте и рисуете табличку или что-то там. и так по кругу пока не получите от скрипта false.
Юрий Горин, к переадресации можно привязаться, но с деньгами и налоговой яб это не делал =) У клиента может не произойти переадресации, у вас может упасть сайт во время возврата, клиент просто закроет вкладку после успешной оплаты и т.д. и в итоге чек не уйдет вовремя. В случае с другими протоколами колбеки проверяют работоспособность сайта, актуальность заказа и его цену и только после всех этих проверок берут деньги с клиента и вам шлют успех. Если сайт упадет (что у меня уже было) они повторяют колбек по 20 раз.
по атолу не подскажу, мы сделали интеграцию с 1с, который уже шлет запрос на кассу
Илья, это не лишняя информация, а "внешние ключи", которые связывают между собой данные таблиц. Не просто статическая информация в виде цифр, которую нужно заполнять вручную, а часть структуры любой реляционной базы.
Любая orm, на любом фреймворке умеет это все проставлять налету, записывая только данные и так же извлекать данные из связей.
Илья, да, через связи "один к одному", "один ко многим", "многие ко многим". Конкретно в вашем случае это "один ко многим". Прочтите про "принципы нормализации базы данных", к примеру addphp.ru/materials/mysql/1_3.php сразу станет понятнее.
s_katala, так же, $xBrowser не пришел вообще, поэтому нужно делать проверку на его существование. Всю эту конструкцию перепишите с помощью switch с default $xBrowser = 'none'', станет лаконичнее
Максим Федоров, проще потом будет давать права и указывать куда можно смотреть. У меня везде один сайт один юзер и все службы ждут выполения именно от этого юзера
Deployer умеет подтягивать разные ветки из одного репозитория.
я в своем проекте создал 2 разных конфига для dev и prod.
Оба под разными пользователями.
Заливать в первый раз лучше в чистую папку, у него своя разметка с релизами и симлинками, довольно интересная кстати.
По поводу сидирования, так как используется свой велосипед, придется писать свою обертку и запускать в Deployer. В ларавеле-то запустил php artisan seed и все.
И еще нужно будет public директорию поменять в nginx.
через хелпер request() или фасад Request тоже работает.
https://stackoverflow.com/questions/30212390/larav...