base_dir="/home/user"
find "$base_dir" -type d | while read -r directory; do
contents=$(ls -1 "$directory")
while IFS= read -r item; do
if [ -f "$directory/$item" ]; then
lc_item=$(echo "$item | tr '[:upper:]' '[:lower:]')
if [ -d "$directory/$lc_item" ]; then
suffix=$(date +%s)
mv "$directory/$item" "$directory/${item}_${suffix}"
fi
fi
done <<<"$contents"
done
Такая функция смогла переименовать только файл в директории /home/user/Загрузки/ , но глубже не идет
Drno, Я правильно понимаю, что есть возможность вообще, на front nextcloud убрать в контейнер, для удобного обновления, redis так же могу в контейнер поставить, а БД на диск соответственно?
Drno, нашел на просторах интернета архитектуру, которую используют для кластеризации, выглядит примерно так:
- х1 балансировщик NGINX (может что-нибудь другое?)
- x2 NextCloud
- x1 Redis
- DB Master + DB slave
- x1 MiniO
буду искать гайды, как это реализовать, пожелай мне удачи))
Drno, В общем, принято решение забить на старый сервер и развернуть с нуля кластер из 2х nextcloud серверов. Вроде нашел статью на хабре, буду изучать. Что бы было понимание - ранее я этим не занимался, принцип понимаю, практики не было) Плюс к nextcloud пойдет minio хранилище
SlavikF, согласен, такое может случится. Всё таки верный и безопасный способ - бэкап бд, перевод портала в режим обслуживания и поэтапное обновление...
С домашней станцией разобрался, пришлось прописать маршрут до виртуалки - заработало.
А вот что делать на боевых рабочих серверах, пока не пойму. Сложность в том, что там прокси сервер под чекпоинтом, который мешает жить, а сетевики не охотно настраивают правила для прогулок по разным портам. Либо там ковырять проксю, либо apache, т.к. на этом же сервере развёрнут NextCloud, но порты 9090
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Такая функция смогла переименовать только файл в директории /home/user/Загрузки/ , но глубже не идет