Сергей Зеленский:
"UPDATE users SET name='$name', age=$age, info='$info', comment='$comment'"
vs
'UPDATE users SET name=\''.$name.'\', age=$age, info=\''.$info.'\', comment=\''.$comment.'\''
Дело каждого, но как по мне - читабельность лучше.
Сергей Шилов: после того как сделаешь то что написано - у тебя откроется модалка как на скриншоте.
И в ней надо нажать на "Все файлы coockie и данные сайтов...".
Там найти интересующий ресурс (сверху справа будет поиск для удобства) и удалить запись, нажав на крестик справа от неё.
Если всё ещё не понятно - могу подробней со скриншотами расписать
Причём кол-во ондовременных бекенд рабочих можно контролировать...
То есть напирмер я уже как то делал подобную штуку и это выглядело как.
для общих событий отправляется тупо сообщение в очередь и сразу выполняется.
А для последовательных собитий делается запрос в очередь с определённым ключом (который я уже не вспомню) который не позволяет брать на обработку сообщение пока не обработаны предыдущие.
То есть при обычных собитиях очередь работает в push режиме а для таких о которых мы говорим - в pull режиме.
И если ещё и наплодить несколько таких штук - можно сделать параллельную обработку несколькими бекенд приложениями "последовательных" сообщений, но очереди и клиентов привязать между собой. что бы в итоге получилось что в pull режиме 1 клиента всегда обрабатывает один и тот же инстанс приожения. В результате получим асинхронную обработку с распределением нагрузки и без нарушений последовательности действий.
И путь до папки прописать как /home/alx/www/
Тогда у тебя http://[ip] будет ссылаться на /home/alx/www/
А http://[ip]/remload - на /home/alx/www/remload
Возможно я не до конца тебя понял ибо на деле у меня получается немного не так как ты описал.
С описанными в вопросе конфигами docker-compose build ... up. Дальше запросы с хоста. В моём случае просто в консоли системы
$ curl 127.0.0.1:15672
curl: (56) Recv failure - не прокатило
$ curl 172.20.0.4:80
curl: (7) Failed to connect to 172.20.0.4 port 80
$ curl 172.20.0.4:8987 #На всякий случай левый порт
curl: (7) Failed to connect to 172.20.0.4 port 8987
$ curl 172.20.0.4:15672
Бинго. Получаем страницу
Меняем как ты написал на [HOST:CONTAINER]
То есть
ports:
- "8092:15672"
Пересобираем, запускаем и результат:
$ curl 172.20.0.4:8092
curl: (7) Failed to connect to 172.20.0.4 port 8092
$ curl 172.20.0.4:15672
Бинго. получаем страницу.
То есть ситуация не меняется...
Так же я полностью удалял ports: ну и результат такой же... мне даже кажется что ports просто игнорится
