Все подстановочные знаки как *
расширены оболочкой и переданы команде. Это означает, что первая звезда была заменена файлами в Вашем текущем рабочем каталоге и вторым, замененным всеми файлами в/. Вы видите это путем выполнения
echo /*
В моей системе, которая приводит к
/bin /boot /dev /etc /home /lib /lib64 /lost+found /media
/misc /mnt /opt /proc /root /run /sbin /srv /sys /tmp /usr /var
Так, Ваша команда закончила тем, что была чем-то как:
mv file1 file2 ... ... ... /tmp /usr /var
который перемещает все в /var
. Конечно, что точно было последним, может варьироваться в Вашей системе. Независимо от того, что это, Вы, вероятно, найдете свои файлы там.
Я предполагаю, что Вы работали как корень. Если бы Вы не были, то Вы не смогли бы записать большинство каталогов в/, таким образом, ничего не произошло бы. Будьте дополнительно-осторожны при выполнении как корень, и избегайте его, если это возможно.
Проблема заключалась в том, что я не запускал /bin/bash --login
до установки Jekyll
Как только прослушивание nc
(сервер) закрывается, клиент nc
также закрывается.
В Mac OS X можно открыть -a 'Activity Monitor'
, чтобы убедиться в этом.
Причиной зависания примера nc & cat
является не nc
, а cat
, который продолжает сохранять свои stdin и stdout открытыми для чтения и записи.
Однако, когда cat
пытается записать в канал после закрытия прослушивания nc
, SIGPIPE
поднимается и cat
завершается.
# cat & SIGPIPE test
(sleep 1; echo hi) |
(trap 'echo "received signal $(($? - 128))" 1>&2' EXIT; cat) | :
kill -l 13
man bash | less -p 'EXIT STATUS'
man bash | less -Ip '128\+n'
В качестве альтернативы обходному решению Никласа Берглунда можно перехватить выход клиента nc
, чтобы убить всю группу процессов, включая команду husing cat
.
# console 1
# ctrl-c will "kill 0" entire process group sh -c '...'
nc -l 8080
# console 2
# script command (FreeBSD version) will implicitly run: man 2 setsid
# kill 0 will therefore only kill the entire process group sh -c '...'
# run in a script kill 0 would otherwise kill the entire script
# cf. also https://github.com/jerrykuch/ersatz-setsid
script -q /dev/null sh -c '
(echo "my instruction here"; cat) | (trap "kill 0" EXIT; nc 127.0.0.1 8080)
'
-121--175686- Вам необходимо включить модуль заголовков, предполагая, что debian:
sudo a2enmod headers
затем для вступления изменений в силу необходимо перезагрузить или перезапустить apache:
sudo service apache2 reload
Если это не имеет эффекта, есть также несколько других частей вашей конфигурации, которые могут переопределить директиву Cache-Control, например, в .htaccess, обслуживаемой из
Кроме того, я не уверен, допускает ли Apache какую-либо капитализацию в конфигурации сервера. Возможно, вы должны использовать (обратите внимание на капитал I), и если apache не распознает вашу капитализацию, она должна печатать ошибки при перезапуске.
Cache-Control:no-cache
не появляется один, он создается приложением.
Независимо от того, настроено что-то в Apache или нет, все, что возвращает приложение, переопределит значения по умолчанию.
Таким образом, кроме ответа @MartinOlika, приложение должно быть пересмотрено, или, если хотите, желаемая конфигурация может быть выполнена на уровне приложения.