cd /path/to/files && ls -1| xargs md5sum | xargs -l bash -c 'echo $0" "$1 > $1.md5'
Первый xargs генерируется, второй xargs подхватывается и сохраняется в.md5
Если вам нужен шаблон файла фильтра, вы можете заменить ls на find или добавить потом grep.
Конфигурация Apache будет сильно зависеть от проксируемого веб-приложения. Вам могут понадобиться дополнительные директивы, если веб-приложение использует, например, websockets
, что довольно распространено в наши дни. Кроме того, многие веб-приложения не поддерживают запуск из пути к каталогу внутри хоста HTTP и неявно предполагают, что у них есть весь корневой путь /
для себя. Запуск такого приложения из пути, скажем /webapp
, потребует хорошего понимания внутреннего устройства веб-приложения, а также некоторых тщательно разработанных правил перезаписи Apache.
Однако я знаю, что nextcloud поддерживает такую настройку. Хотя вам нужно соответствующим образом настроить сам nextcloud . Про рокет ничего не могу сказать. Не существует общей конфигурации, которая будет работать с любым веб-приложением. Боюсь, вам придется искать документацию для каждого из ваших веб-приложений. И даже в этом случае вы можете столкнуться с непредвиденным поведением, если приложение было разработано для развертывания во всем домене (sub ).
Учитывая это, я считаю, что должен настоятельно рекомендовать вам запускать сложные приложения, такие как nextcloud и RocketChat, из путей внутри одного и того же (под)домена. Из-за значений по умолчанию в одной и той же -политике происхождения эти приложения могут в конечном итоге иметь доступ к ресурсам друг друга, включая (возможно )файлы cookie аутентификации, что является серьезной проблемой безопасности.
Подстановочные сертификаты не являются «дорогими». Фактически,они совершенно бесплатны с Let's Encrypt(DNS -01 Challenge ), при условии, что вы владеете своим доменом и контролируете свои записи DNS.
Вы почти у цели. Вы тестируете с https://mydomain.com/nextcloud, но вам нужно протестировать сhttps://mydomain.com/nextcloud/(обратите внимание на завершающую косую черту ).
Причина этого в том, что из-за отсутствия каталога /var/www/html/nextcloud
автоматический код «давайте добавим косую черту для обработки каталога» не срабатывает, и вместо этого вы получаете 404.
После того, какhttps://mydomain.com/nextcloud/заработало, вам нужно правило для перенаправленияhttps://mydomain.com/nextcloudна https://mydomain.com/nextcloud/(, создать каталог nextcloud
или использовать Redirect
; на самом деле это не должно иметь значения, за исключением того, что Redirect
, вероятно, является более чистым решением ).