Евгений Д.

Сессии работают следующим образом: при создании сессии сервер отсылает заголовок Set-Cookie браузеру в котором сохраняет значение идентификатора сессии (JSESSIONID). При последующих запросах браузер посылает "печеньку" обратно серверу и тот, получив идентификатор, может восстановить сессию из своего хранилища. Если "печеньки" заблокированы, то возможно передать jsessionid как query param запроса. Но это уже требует дополнительных телодвижений на стороне клиента.

Так как вы упоминаете REST, то предположу использование XmlHttpRequest в браузере (напрямую или опосредованно через какую-то библиотеку), который не посылает заголовок Cookie по умолчанию.

Поэтому вариантом решения может быть отправка идентификатора сессии явным образом как query param с именем jsessionid.

Однако, использование сессии в REST запросах - в целом не очень хорошая практика, так как REST предполагается быть stateless. А в случае сессии у вас появляется состояние на стороне сервера. Если сессия нужна только для аутентификации клиента, то посмотрите на использование токенов, таких как JWT, которые позволяют решить эту проблему без наличия сессии на стороне сервера.

Доброе утро.

Или можно как то обновиться до новой версии без потери данных ?

Можно.
Ставите новую версию начисто, но при этом не форматируете раздел "home".
Данные и некоторые настройки программ сохранятся. Нужно будет только установить эти программы снова.

специализированное для SaaS - https://paddle.com/features/payment-processing/ список валют и языков ограничен, но доступно даже физлицу из РФ без компании

платежи картой в 30+ валютах с возможность встроить в свой интерфейс и самим сделать нужную локализацию на российское ООО/ИП https://developers.cloudpayments.ru/#skript-checkout

платежи картой почти во всех валютах + есть какие-то другие способы оплаты, с возможность встроить в свой интерфейс и самим сделать нужную локализацию, нужно регистрировать компанию в другой стране (список стран есть на сайте, но функционал может отличаться от страны)
https://stripe.com/payments/elements
компанию в США можно открыть через них же https://stripe.com/atlas

платежи во множестве локальных способов оплаты и валютах для разных стран, нужно иметь компанию в другой стране
https://www.adyen.com/payment-methods

Подавляющее большинство web-серверов в мире работают на Linux'ах. Вполне разумно ожидать от разработчика понимания окружения, в котором будут работать его программы. Так что не важно, что вы любите, важно с чем вас нанимают работать.

Вообще, docker дает немного специфичную нагрузку на хост. Я имею ввиду, что без docker большинство процессов являются предками своих чилдренов, в случае же docker - те самые предки есть тоже дети процессов, таких как containerd.

При этом ваша ОС - не совсем понимает, что происходит. Раньше (без docker) пользователь запускал демонов, каждый из которых был чадом от init.d процесса, а сейчас - пользователь порешил запустить некоторую странную службу (типа /usr/bin/containerd) и начал активно ветвить с ее помощью детей на детей, тех детей еще на детей :)

"Так как же мне распределять нагрузку, генерируемую со стороны всего этого детского сада в сторону ваших винчестеров, уважаемый пользователь?" - спросила ваша ОС.

Подскажем ей. И подскажем примерно следующее: "Уважаемая ОС! Распределяй, пожалуйста, ресурсы винчестеров (особенно SSD) по принципу "кто первый встал, того и тапки!".

Подсказать довольно просто:

sudo nano /etc/default/grub

Указываем в параметре GRUB_CMD_LINE_LINUX (а можно и через пробел в GRUB_CMDLINE_LINUX_DEFAULT) следующее:

GRUB_CMD_LINE_LINUX="elevator=noop transparent_hugepage=never"

Сохраняем файл. Записываем изменения в загрузчике:

sudo update-grub

Перезагружаем хост.

Собственно elevator=noop - устанавливает noop в качестве I/O scheduler ядра по умолчанию. Noop - формирует весь стек комманд в сторону вашего HDD в виде FIFO-очереди, которая работает тем самым нужным нам способом - "кто первый встал, того и тапки". Прирост по OLTP операциям в БД заметите тут же.

transparent_hugepage=never - можете и не ставить, данный параметр выключает штатный механизм THP, который на облачных хостингах формирует в целом бОльшую нагрузку на хост, чем хотелось бы видеть. Сильно на запись в БД он влиять не будет, если нет мощных нагрузок. Если же нагрузка крутая, есть смысл выключать данный механизм.

"А что же за гадость такая этот ваш docker? Что же мне - теперь каждую виртуалку конфигурировать при создании вот в таких интимных местах?" - спросите вы.

Отвечу.

Linux - бесплатная ОС для самого широкого спектра задач. Она не windows, она не будет хардкодить за вас все параметры ядра, которые могут отличаться в рамках этих самых задач, решаемых на вашем хосте. А потом - колосально глючить без вариантов. Linux - ставится даже на стиральные машины, холодильники, и черт знает куда еще. Ваша задача - подсказать ОС, что вы делаете. ОС - не подведет. В свою очередь - разработчики служб dockerd и containerd не могут нести ответственность за поведение их продукта на хостах, работающих на коробочных настройках. Docker - дает вам экосистему, которая позволяет решать очень крутые задачи быстрее, чем это сделает матерый старообрядский сис-админ руками в консоли.

Можно документировать нужные настройки хоста в confluence, написать подробные инструкции по шагам - что нужно сделать с ОС после установки, чтобы на ней все летало. Удобно, советую. Можно обратить внимание на продукт Teraform, который может помочь вам автоматизировать создание хостов в промышленных количествах с заданными параметрами.

Как-то так. Пробуйте :)

В laravel есть стандартное событие auth.login.

В файле EventServiceProvided.php добавить

protected $listen = [
    'auth.login' => [
        'App\Handlers\Events\AuthLoginEventHandler',
    ],
];

Что это значит: слушаем событие 'auth.login' вот этим 'App\Handlers\Events\AuthLoginEventHandler' слушателем. В нем и пишем код, что хотим делать при наступлении события.

Вот ссылка на доку

Стандартные события laravel

Нет, такой возможности нет. Да и насколько я знаю, в aura нет средств для работы с ними, так что я бы посоветовал вам или свои запилить(дополнительный скилл приобретете, походив по граблям), или же взять специализированный инструмент(например, тот же Phinx)

__FUNCTION__

Не выпадет. Более того, если делать запросы только на выборку, то они смогут даже выполняться одновременно.

pragma table_info(table);

Нужно проверить есть ли mysql-python в вашем рабочем virualenv'e.
Т.е либо установить его туда, либо использовать системно установленную, создав env с ключом --system-site-packages