Zerg89, дело в том, что как бы Вы в контейнеры своё приложение не прятали, оно всё равно работает на хостовой ОС и файловые операции обрабатывает именно она.
EmachinesDIMA, я не очень понимаю. Вам нужны логи приложения? Тогда приложение должно писать в stdout. В таком случае "лог контейнера" = "лог приложения"
В кофиге jail.local найти banaction и оменять его значение на что-то другое - на iptables-multiport например.
На что менять, зависит от того, какая из служб в Вашей системе установлена.
1. положить все скрипты в одну папку и сделать доя нее -R +x
2. положить все файлы начальника на файловую систему где для nix все файлы всегда +х (как вариант smb)
Vitaliy Orlov, Спасибо за Ваше внимание к моему вопросу. Выше я в соседнем ответе, остваил комментарий, который уточняет мой вопрос)
Прошу прощения если я ввёл Вас в заблуждение, чем потратил Ваше время зря)
Надеюсь, что теперь Вы сможете подсказать мне ответ на вопрос)
Melkij, прошу прощения, возможно моя некомпетентность не позволяет мне адекватно оценить Ваш ответ, но предложенное Вами решение не совсем то, что мне нужно. Вероятно из-за не правильно поставленного вопроса.
Префразирую...
Как в составить запрос вида "select *" так, чтобы в результате его, значения какого-либо столбца были скорректированны в соответствиями с определёнными условиями без добавления дополнитеьного столбца. Т.е. если в таблице есть (например) столбец с именем "dt" то и в результате должен быть столбец с таким же именем и в том же порядке что и в исходной таблице, но с скорректированными по определённым условиям значениями (например инкремент, в случае с числовым типом данных или с "lower(something column)" в случае со строкой)?
Здесь не зря хранится UTC. Потому как речь о gps. Трекер сегодня в одном часовом поясе, а завтра в другом.
Все поля необходимы в моём случае, по этому как мне кажется нет смысла перечислять их все в то время когда можно сделать "select *".
set timezone='Europe/Moscow' - перед запросом не даёт результата, потому как на сервере уже установлена эта зона.
AT TIME ZONE - соответственно тоже, с той лишь разницей, что время дополняется значением "+3", а хотелось бы на выходе получить "YYYY-mm-dd HH:MM:SS"
Уточню. Данные прилетают с gps-трекеров. Прилетают сразу и много. В том числе и устаревшие (история).
Очень хочется хранить в БД сырые данные. Т.е. если трекер присылает UTC то пусть оно так и хранится, но на выходе - входе в управляющую программу (в результате SELECTа), хочу получить UTC+3
Коллеги, должен уточнить. set timezone='Europe/Moscow' - перед запросом не даёт результата, потому как на сервере уже установлена эта зона. AT TIME ZONE - соответственно тоже.
Время в эти поля прилетает от gps-трекеров. Конечно же можно, скорректировать время ещё до записи в БД, это не проблема.
Вопрос скорее теоретический чем практический. Спортивный интерес =)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
