Админам, пишущим на bash..

[qkowlew]

Прикол для очень внимательных и опытных писателей на bash.

Однажды отец Онуфрий опытный админ написал кусок кода, обходящий окрестности онежского дерево каталогов, и стал его применять везде где ни попадя:

SqTree(){
[ -z "${1}" ] && return
for i in *.html
 do
 [ -s "${i}" ] && (тут обработка строк файла, не важно какая)
 done
for i in *
 do
 [ -d "${i}" ] || continue
 cd "${i}"
 SqTree "${1}"
 cd ..
 done
}

Скажите, собратия по написанию скриптов на bash и многих других шеллах - чего не хватает конкретно в выделенной полужирным строке, и почему? :)

UPD 2017-02-01 15:53 : пока из 6 участвующих в о[б|]суждении обнаружил "самую интересную" ошибку только один (в ирц, не здесь). :)

UPD 2017-02-01 19:05 : чтобы избавить данный вопрос от претензии "почему не find" - та же самая "недостача" в такой же выделенной строке скрипта вида:

#!/bin/bash
# Show subdirectory listing
[ -z "$1" ] && return
[ -d "$1" ] || return
cd "$1"
ls
cd ..

Comments

[filin]

Понятно. Я тоже не сразу узнал про существование realpath.

wget, кстати, до сих пор с такими не справляется? Он со временем прогрессирует, и раньше у него не было --page-requisites, а теперь есть.

Впрочем, жабоскрипты он, конечно, не парсит... Если в OnMouseOver жабоскрипт, который меняет картинку, как хочет, то да, конечно.

[qkowlew]

wget не справляется с последовательностью вида

@import(../css/file.css)
И уже в ентом file.css - ОТНОСИТЕЛЬНЫЕ ссылки на картинки.
Внимание вопрос - относительные ссылки мерять относительно чего? :)

Не справляется с яваскриптами
Не справляется с src=download.php?id=flgkkfff если uri не заключён в кавычки.

Не понимает картинки без расширений, если они отдаются сервером с вот такого запроса с query при content-type графики, но не той, что на самом деле.

Не справляется с некоторыми редиректами (недавно вот смотрел на конструкцию "если превьюшка ещё не сгенерена - движок редиректит получившуюся 404 ошибку на скрипт генерации превьюшки" - лечит "обойти ровно два раза").


И т.п.

[filin]

Угу.

Ну, по первому надо смотреть в спецификацию CSS. Вообще, насколько я понимаю, относительно того CSS, из которого ссылки. Иначе оно работать не будет.

> Не понимает картинки без расширений, если они отдаются сервером с вот такого запроса с query при content-type графики, но не той, что на самом деле.

Ась? Итоговое расширение при convert-links не соответствует действительному, не соответствует указанному, не соответствует ни тому, ни другому, или картинка вообще не сохраняется?

Про остальное понятно. Ну, в общем, да, "если вы хотите, чтобы ваш динамический сайт можно было сохранять как статический, думать надо было раньше, и головой, а не наемным веб-дизайнером". А если хотите РИАЛЬНА динамический, то репозиторий и регулярный бэкап базы, да.

Это хорошо, что wget не оснастили противоестественным интеллектом.

[qkowlew]

"если вы хотите, чтобы ваш динамический сайт можно было сохранять как статический, думать надо было раньше, и головой, а не наемным веб-дизайнером"

Никто из владельцев сайтов ничего не хочет.

Все живут так, как будто их компы вечны, никакие пароли не проёбываются, домены вечны, интернет вечен, w3c не творит новых хитростей и не позволяет неожиданно всякие извращения, а гугль и Яндекс никогда никаких своих сервисов не закрывали, не продавали всяким хуям и не портили неожиданно какой-нибудь хитрожопой гадостью.

Потому если пытаешься сохранить когда-то благородный статический сайт с окончанием .narod.ru - в нём обнаруживается гора мутной хрени и какие-то совершенно угробищные искажения любимого HTML.

Потому если мне хочется решения задачи http://mirrorpg.arda.ru/ - этого класса для хотя бы десяти сайтов, приходится "роджать неестественный интеллект" после того, как облом с wget стал очевиден.