シェルスクリプト総合その28

TOP カテ一覧スレ一覧 100～終まで 2ch元削除依頼
FreeBSD使ってて｢こりゃ普及する訳ない｣と思った時4
Mixi モード for Emacs [ミクシィー]
Jaris
IRIX 教えてスレッドその 1
UNIXに関する言葉のひらがな読みスレッド
FreeBSD/amd64 part3 (and for operation-2ch)
【さぁ】NetApp【あっぷっぷ】
FreeBSDの最後を見届けるスレ
UNIX板のバナーつくってあげよう！
UNIX板の人が行くよその板は?

1 ：2018/08/02 ～最終レス：2020/04/26: シェルスクリプトの総合スレです。
□お約束
・特記なき場合はBourne Shell(/bin/sh)もしくはPOSIX準拠の互換シェルがデフォルトです。
　bash/zsh/ksh/ash/dash/yash/poshなどの専用機能に依存する場合は明示しましょう。
　Linuxユーザは/bin/shの正体がbashまたはdashなので特に注意。
　FreeBSDユーザは/bin/shの正体がashなので注意。
・POSIXについてのリンクは https://en.wikipedia.org/wiki/POSIX にまとめられています
　最新の仕様はこちらへ http://pubs.opengroup.org/onlinepubs/9699919799/
　（左上の「Shell & Utilities」から参照することができます。）
・v7 shに一番近くて、現役（？）のshは、OpenSolaris由来のheirloom sh。
　 http://src.illumos.org/source/xref/illumos-gate/usr/src/cmd/sh/
　 http://heirloom.sourceforge.net/sh.html
・csh/tcshのシェルスクリプトは推奨されません。
　(理由は「csh-whynot」でググれ)
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。
　manや参考リンクを見ましょう。
　aproposないしはman -kでそれらしい単語による簡単な検索もできます。
・シェルで使えるワイルドカード等は正規表現ではありません。
　正規表現の話題はスレ違い(正規表現スレへ)
・シェルスクリプトのことをシェルってゆうな
□初心者へのアドバイス:
・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
　awkまたはperlの方が適した処理にはそちらを使いましょう。
・知らないコマンドが出てきたらmanを引きましょう。
・思い通りに動かないときは、まずは sh -x でトレースしましょう。
□回答者への注意事項:
・シェルスクリプトでの処理方法を質問しているのに、よくわからずに
　「そういうのはperl使いましょう」と回答するのはやめましょう。
　安易にperlに逃げずにシェルスクリプトで処理するのが頭のいいやり方。
　質問に対して問題が間違ってるといちゃもんをつけるのもやめましょう
シェルスクリプト総合その27
https://mevius.2ch.sc/test/read.cgi/unix/1525337663/
2 ：: その28は以下に移動しました。

シェルスクリプト総合その28
http://mevius.2ch.sc/test/read.cgi/tech/1532397676/
3 ：: FAQ

Q. 秘密結社シェルショッカーってなんですか？
A. しらん。どっかの変態団体やろ。近寄らんほうが良い。

Q. USP友の会ってなんですか？
A. しらん。どっかの変態団体やろ。近寄らんほうが良い。

Q. シェル芸ってなんですか？
A. しらん。ヲタ芸みたいなもんやろ。恥ずべきものや。

Q. ユニケージ開発手法ってなんですか？
A. しらん。所でアプリの開発には普通のプログラム言語使ったほうが良いぞ
4 ：: シェルスクリプトの総合スレです。
初心者、学生、アマチュア、プロ、シェルの種類や OS を問いません。
スクリプトのお勉強・自慢・腕試しなどにどうぞ。
まずはテンプレートをご覧下さい。

★A. お約束
1. 特記なき場合は #!/bin/sh がデフォルトです。この場合可搬性に注意し、
　Traditional Bourne Shell もしくは、POSIX 相当のスクリプトでお願いします。
　bash / zsh / ksh / ash / dash や OS 等に依存する場合は、明示しましょう。
　良く分からない方は、使用している OS を書いておけば OK です。是非ご参加下さい。
2. 質問する前に、まず自分で調べましょう。ただし、
　「聞くは一時の恥、聞かぬは一生の恥」です。積極的に参加しましょう。
3. 相手を侮辱する発言、失礼な発言は差し控え、知的な議論を楽しみましょう。
4. 他者には様々な環境や事情、目的が有る事に留意し、無下に扱う様な発言は
　控えましょう。

★B. お約束の補足
1. macOS では、/bin/sh の実体は bash です。また、一般的に BSD 系や
　GNU/Linux の方は、/bin/sh がシンボリックリンクですので、注意して下さい。
　ls (ハイフン)l /bin/sh や readlink -e /bin/sh で確かめて下さい。
2. 可搬性については、下記 F.1 を参照して下さい。
3. POSIX については、man 7 standards や下記 F.2 ( の特に Shell & Utilities )
　を参照して下さい。
4. Traditional Bourne Shell とは、UNIX Version 7 から SVR4.2 の /bin/sh を元に
　小さなの改変を加え主に商用 UNIX で残されているものです。( 下記 F.3 参照 )
5. Traditional Bourne Shell で入手しやすい sh は、後期 SVR4.0 から派生し、
　SunOS 5 / OpenSolaris を経た、Heirloom Bourne Shell です。
　SVR4 / SVID3 相当です。同様の Unix utilities も扱っています。
　( 下記 F.3 参照 )
5 ：: ★C. 初心者へのアドバイス
1. シェルスクリプトのことをシェルってゆーな
2. 知らないコマンドが出てきたら man コマンドで調べましょう。
3. UNIX には、シェルスクリプトに便利な小さなコマンドが色々あります。
　apropos ないしは man -k でそれらしい単語による簡単な検索もできます。
4. シェルの構文や内部コマンドは man sh で。英語は LANG=C man shで。
5. 思い通りに動かないときは、まずは #!/bin/sh -x でトレースしましょう。
6. 適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
　awk / perl / javascript / ruby / python 等、他の (スクリプト) 言語の方が
　適した処理にはそちらを使いましょう。
7. シェルで使えるワイルドカード等は正規表現ではありません。
　正規表現の話題は正規表現スレへ
8. csh / tcsh のシェルスクリプトは推奨されません。理由は下記を参照
　http://www.speech-lab.org/~hiroki/csh-whynot.euc
9. cat file|すんなハゲ
　a. 詳細は "Useless Use of Cat" UUOC で検索して下さい
　b. 有用な場合も有ります Useful use of cat(1) 英文
　　http://www.in-ulm.de/~mascheck/various/uuoc/

★D. シェルスクリプトでよく使うコマンド
1. 制御・条件判定系: [, test, expr, true, false, yes, getopts
2. テキスト処理系: cat, awk, sed, tr, sort, uniq, grep, wc, head, tail, cut,
　paste, comm, join
3. ファイル検索系: find ( スペースなどを含むファイル名を正しく処理するため、
　find は -exec command {} + を推奨。
　他に -print0、xargs は -0 オプションという方法もあるが Solaris 非対応 )
4. ディレクトリ系: basename, dirname
5. 出力系: echo, printf
6. 対話コマンド制御系: expect
7. http / ftp の処理自動化: wget, curl
6 ：: ★E. 学習用テキスト
1. Bourne Shell自習テキスト ( 1993年 ) pdf お薦め
　http://lagendra.s.kanazawa-u.ac.jp/ogurisu/manuals/sh-text/sh/
　(↑サイト消滅かも)
　http://ayapin.film.s.dendai.ac.jp/~matuda/Lecture/PDF/sh-two.pdf
2. UNIX FAQ LIST
　http://www.nurs.or.jp/~asada/FAQ/UNIX/UNIX.FAQ.html
(3. シェルを使おう - 導入からプログラミングまで - ( 2002年 )
　http://www.netfort.gr.jp/~tomokuni/lms/shell/ (リンク切れ))

★F. 参考リンク
1. 可搬性関連
　a. autoconf マニュアル移植性のあるシェルプログラム
　　http://www.gnu.org/software/autoconf/manual/autoconf.html#Portable-Shell
　　http://www.geocities.jp/fut_nis/html/autoconf-ja/Portable-Shell.html
　b. Portability talk [Bash Hackers Wiki] 英文
　　Obsolete and deprecated syntax も見る価値有り
　　http://wiki.bash-hackers.org/scripting/nonportable
　c. How to make bash scripts work in dash 英文
　　http://mywiki.wooledge.org/Bashism
　d. DashAsBinSh 英文
　　https://wiki.ubuntu.com/DashAsBinSh
　e. Portable Shell Programming 英文
　　http://www.in-ulm.de/~mascheck/various/portability/
7 ：: 2. POSIX
　The Open Group Base Specifications Issue 7 IEEE Std 1003.1, 2013 Edition 英文
　http://pubs.opengroup.org/onlinepubs/9699919799/
3. Traditional Bourne Shell 関連
　a. The Traditional Bourne Shell Family History and Development 英文
　　http://www.in-ulm.de/~mascheck/bourne/
　b. BourneShell / Where does the Bourne shell live? 英文
　　http://mywiki.wooledge.org/BourneShell
　c. The Heirloom Bourne Shell 英文
　　http://heirloom.sourceforge.net/
4. マニュアル
　a. The Base Specifications Issue 7, 2013 Edition 英文
　　http://pubs.opengroup.org/onlinepubs/9699919799/nfindex.html
　b. FreeBSD 日本語マニュアル検索
　　http://www.jp.freebsd.org/man-jp/search.html
　c. JM Project (Japanese)
　　http://linuxjm.sourceforge.jp/
5. FAQ 等
　a. UNIXの部屋 ( 2011年 )
　　http://x68000.q-e-d.net/~68user/unix/
　b. Linux JF (Japanese FAQ) Project
　　http://linuxjf.osdn.jp/
　c. Advanced Bash-Scripting Guide 英文
　　http://www.tldp.org/LDP/abs/html/
　d. Unix Programming FAQ 日本語訳 ( 2000年 )
　　http://www.race.u-tokyo.ac.jp/~moro/unix-programmer/
8 ：: 6. ツール
　a. web tool です。Vim syntastic や Emacs の Flycheck でも使えます
　　ShellCheck
　　http://www.shellcheck.net/about.html
　b. vim 用 syntastic
　　https://github.com/scrooloose/syntastic
　c. checkbashisms も使用してチェック duggan/shlint GitHub
　　https://github.com/duggan/shlint

★G. 前スレ
1. ☆シェルスクリプトを勉強するにあたって☆
　http://hibari.2ch.sc/test/read.cgi/unix/989659936/
2. 便利なシェルスクリプト見せろ
　http://pc.2ch.sc/test/read.cgi/unix/996949546/
3. シェルスクリプト総合その1
　http://pc5.2ch.sc/test/read.cgi/unix/1101820646/
後略。検索して下さい
9 ：: ★H. 関連スレ(UNIX板/プログラム板)
1. sed
　http://mevius.2ch.sc/test/read.cgi/unix/1085730992/
2. 正規表現
　http://mevius.2ch.sc/test/read.cgi/unix/1039165754/
3. Regular Expression(正規表現) Part14
　http://mevius.2ch.sc/test/read.cgi/tech/1489511075/
4. 【モダン推奨】Perlについての質問箱 50箱目
　http://mevius.2ch.sc/test/read.cgi/tech/1327110999/
5. ECMAScript デス 6
　http://mevius.2ch.sc/test/read.cgi/tech/1483332914/
6. Ruby 初心者スレッド Part 63
　http://mevius.2ch.sc/test/read.cgi/tech/1523954817/
7. Pythonのお勉強 Part57
　http://mevius.2ch.sc/test/read.cgi/tech/1529888279/
8. 【node.js】サーバサイドjavascript 5【Nashorn】
　http://mevius.2ch.sc/test/read.cgi/tech/1518528093/

★I. 現在評価待ち: X.n は予定した追加先。主にスレ立て人の判断保留用。

10 ：: このスレは手違いで作成されたものです。

前スレ
http://mevius.2ch.sc/test/read.cgi/unix/1525337663/941-
の流れを読むとわかる通り、
ﾜｯﾁｮｲをつけられる板に移動しようという話になり、
特に反対も出ず
http://mevius.2ch.sc/test/read.cgi/tech/1532397676/
への移動が決まりました。

このスレは利用せず、
http://mevius.2ch.sc/test/read.cgi/tech/1532397676/
への移動をお願いします。
11 ：: 移りたい奴はさっさと移れよ
もうここ来んな
12 ：: 移りたくない理由って、前スレで自演荒らししてたからってのしか思いつかない。
このスレを使いたい人間ってのが荒らしだとしたら、このスレを捨てるのが適切では?
13 ：: お前が今やってることが荒らしだろ
さっさと移れよ
14 ：: >>13
移りたくないのであれば、前スレで反論する機会があったのに、
一言も反論せずにいきなりこのスレを建てたんだから、
どう考えてもあなたがスレ荒らしでしょう。
15 ：: シェルスクリプト総合その28
http://mevius.2ch.sc/test/read.cgi/tech/1532397676/
に移動してください
16 ：: 移りたかった奴らがいつまでも見てんなよ
ここを荒らすな
17 ：: ここのことは忘れて移った先で楽しく過ごしてください
もう構わないでね
18 ：: >>17
荒らしスレであることを知らずに迷いこむといけませんから、
知らずに書き込んだ可能性がある場合には、重複スレである旨の
注意書きを今後も投稿するつもりです。

荒らしスレであることを承知の上で書き込んでいるケースについては、
私は今後このスレに書きこみません。
他の人がどうするかは私には分かりませんが。
19 ：: 向こうのスレで、こっちにしつこく誘導しようとしてるなら非難されて仕方ないけど、そんなことしてる奴いないんだろ？
見てないから知らんが

もうここは構ってくれなくていいって
余計なお世話だわ
どんだけ暇人だよ
20 ：: fishをログインシェルとして使ってます

zshの場合bindkey "\e[A" history-beginning-search-backward-end
で数文字入力して上矢印キーを押すと直近の履歴から保管されますが
fishでこれをしたい場合どうすればいいのでしょうか？

fishだとデフォルトで右矢印キーがこの動作になるようですが
これを上矢印キーにしたいところです。
21 ：: ~ > bind|grep search-back
bind \e\eOA history-token-search-backward
bind \e\e\[A history-token-search-backward
bind \eO3A history-token-search-backward
bind \e\[3A history-token-search-backward
bind \e\[1\;3A history-token-search-backward
bind \e\[1\;9A history-token-search-backward
bind \e. history-token-search-backward
bind \eo history-token-search-backward
22 ：: wgetを使ってシェルスクリプトでダウンロードツールを作ったんだけど
ナロー回線だから出来るだけ無駄を省きたくて
-cオプションで既存ダウンロード分に追記する形にしてる
でも当然ならがコマンドが2重に発行されたらぐちゃぐちゃになるから
psコマンドでwgetを2重発行しないようにしてるけどちょっと不安
実際一部の文字がpsコマンドで「?」表示されてgrepに掛からなかったことがあり
ファイルが壊れたことがあった
ぶっちゃけダウンロードしてるのはニコニコの動画であり
（動画なんで視聴しないと壊れてるのかわからず厄介）
ID_タイトル.mp4とかの形式で保存してるんだけど
問題はマルチバイト文字のタイトルだから
「grep "${id}.*${extention}"」として回避
実際はもうちょっとコマンドの詳細まで見てるけど

こんな場合のベストってダウンロード先のファイル名に
プロセスID（wgetを実行するシェルスクリプトのプロセスID）を含めるようにして
状況に応じてファイル名を変えながらwgetするくらいしかないのかな？
既存ダウンロード分のmvに成功したらwgetするとかで
ファイルをロックする相当の処理を実現するイメージなんだけど

ちなみにナローじゃない回線を使うことがあったり
ダウンロード中に止まることがあるため
複数の動画を同時並行でダウンロードするつくりにしているため
この問題はぜひとも回避したいです
23 ：: >>22
>複数の動画を同時並行でダウンロードするつくり
なんでlockファイルで二重起動を防止しないのだろうと思ったら、
同時並列でwgetを実行したいけど、
1つの動画については多重実行されないようにしたい、ということか。

ニコニコのことはよく知らないけど、半角英数のIDが存在するなら、
wgetのダウンロード開始時に動画のIDのみを参照ファイルに書き込んで、
終了したらそのIDを消すようにして、IDが参照ファイルに書かれている間は、
そのファイルをダウンロードしないという仕組みにすればどうだろう。

でもそもそも
> 実際一部の文字がpsコマンドで「?」表示されてgrepに掛からなかったことがあり
これが分からん。idのみでgrepしたら文字化けしていてもヒットすると思うけど。
24 ：: >>22
ファイルがオープンされているかを調べれば良いと思う

どうやるのかな
lsof が使えるなら

lsof -a -c '/^wget$/' "${filename}"
25 ：: > ニコニコのことはよく知らないけど、半角英数のIDが存在するなら、
> wgetのダウンロード開始時に動画のIDのみを参照ファイルに書き込んで、
> 終了したらそのIDを消すようにして、IDが参照ファイルに書かれている間は、
> そのファイルをダウンロードしないという仕組みにすればどうだろう。

参照ファイルを参照してIDが無いことを確認してID書き込むまでの間に
同じ処理が走ったらチェック抜けてしまうなというのが懸案としてあります

なのでダウンロードしているファイルそのものをロックファイルにして
しかもmvコマンドの成否によって判断したらよいのではと午前中に思いました

> でもそもそも
> > 実際一部の文字がpsコマンドで「?」表示されてgrepに掛からなかったことがあり
> これが分からん。idのみでgrepしたら文字化けしていてもヒットすると思うけど。

今はIDと拡張子でgrep掛けてるので問題ないのです
（直近だと「禁書目録」がpsコマンドで「禁??録」になりプロセスチェックをスルーしていました）
でも先の参照ファイルと同じで
同じ動画に対してほぼ同時にダウンロード処理が走った場合
psコマンドを実行してから実際にwgetコマンドを実行するまでの間に
チェックを抜けてしまうことが考えられるのでどうにかしたいなと思ってます

ちょっと後出しになって申し訳ないですが
ダウンロードの処理はさまざまな状況で実行されることがあり
これからダウンロードするぞってターミナルからコマンドを打つこともありますが
cron登録していて自動でダウンロードが走るようにもしているため
そういう適当な運用でも回避できればと考えています
26 ：: >>24
ありがとうございます
試してみたいと思いますが
lsof でチェックしてオープンされていないと判断して継続のwgetがオープンする間に
並行して実行された処理でwgetがオープンしてしまう可能性があるので・・・

シェルでやるには難しい処理でしょうか？
27 ：: >>22
>>1-15 あたりをご覧になると分かりとおり、
このスレは荒らしが立てて維持しています。
特段の理由がなければ本スレ
http://mevius.2ch.sc/test/read.cgi/tech/1532397676/
の利用をお勧めします。
28 ：: サーバーのサービスではなく、
ユーザは自分１人だよね。cronも動いているけど。
それなら、ミリ秒単位で処理開始がぶつかることなんて想定しなくてもよいのでは。
人命がかかっているような処理なら別だけど。
29 ：: >>28
確かにそうですが方法が確立し実装してしまえば
動画を視聴してチェックと言う作業からほぼ解放されるので
もうちょっとやってみます

>>27
実装を試して相談したいことがあった場合検討してみます

30 ：: ずっと楽をするために今努力して作りこむってのは間違っていない

まあ出来ないと思うときは妥協は必要だが
31 ：: >>26
ファイルに対応する「ロックファイル」を作って、その存在確認をするのが定石だったみたい
既にロックファイルが存在していたら、別のプロセスがファイルを使っていると見做す
その際ロックファイルの存在確認と作成を「同時」(アトミック)に行うのが大事だそうで

そのファイル、安全にロックできていますか？（アトミックなファイル操作：後編）
https://heartbeats.jp/hbblog/2013/10/atomic03.html

こんな感じかな

lockfile="${outputfile}".lock
if ln -s -- $$ "${lockfile}" 2>/dev/null; then
(
unlock() { rm -- "${lockfile}"; }
trap "unlock" EXIT HUP INT QUIT SEGV TERM

wget -c -O "${outputfile}" "${url}"
) &
fi
32 ：: $ yotei.py 201808290900
って感じでスクリプトの引数に今日の年月日0900(date +%Y%m%d0900)を入れて実行したいです。
cronで実行したいのですが、date +%Y%m%d0900の出力をyotei.pyの引数に入れるには、1行でどうやって書いたらいいですか？
33 ：: $ yotei.py namae 201808290900
だったので、2番目の引数にdate +%Y%m%d0900の出力を入れたいです。
34 ：: すぐ思いついたのはシェルスクリプトを1個増やして以下のようにする

export ymd0900=`date +%Y%m%d0900`
yotei.py namae $ymd0900

それをcronから呼ぶ
35 ：: >>33
https://ja.wikipedia.org/wiki/Crontab
よくあるミスでそのもののようなのあるけど
36 ：: >>34
>>35
どうもありがとうございます！
ファイルを増やしたくなかったので１行でやりたかったんですが、ウィキペディアのその項目のとおり、エスケープ\を入れる事で1行で出来ました！

yotei.py 名前 $(date +\%Y\%m\%d0900)
37 ：: サマータイム導入に気をつけろよ
ローカルタイム使ってると同じ日時が
2回でてくることになるぜ
38 ：: EUじゃサマータイムは廃止だっていうのにマジで日本はこれから導入するのか？
趣味でプログラム作ってるだけなのに余計な処理増えるのはホント困る…。
39 ：: >>22
youtube-dlならニコニコにも対応してるしタイトルとIDそのままで保存できるよ
但しここ数年の動画はDL速度が極端に遅い上に途中で必ず落ちる
[download] 5.6% of 202.83MiB at 98.22KiB/s ETA 33:15[download] Got server HTTP error: Downloaded 12014750 bytes, expected 212678720 bytes. Retrying (attempt 1 of 10)...
ERROR: unable to download video data: HTTP Error 403: Forbidden
永続リトライ設定でもこうなるししmpvでも再生中断するからな
昔のflvなんかは高速だけど年代で仕様が違う辺りエロサイトより酷い
40 ：: 東京オリンピックまでにサマータイム導入
てのはどう考えても物理的に不可能だから
話は立ち消えになるだろうけど、将来、
導入されないとも限らない
ローカルタイムを出力するときは必ず
timezoneを付けておいたほうがいい
41 ：: >>40
YAGNI。必要になってから対応するよｗ
42 ：: あっちのスレめっちゃ荒れてるじゃん
43 ：: >>40
どうやって対応したらよい？
44 ：: >>42
このスレ立てた奴が荒らしに行ってるからな。
あっちの板に嫌がらせで重複スレまで立てるという性格の悪さ。

そういう悪人の立てたこのスレ使ってると、悪人の一味みたいな立ち位置に属することになるぜ。
45 ：: >>43
要件による。どうしたらいいかは客にでも聞いてこい
46 ：: ゴリホーモの嫌がらせ陰湿やなあ
47 ：: なんのためにプログラム板に移動したんんだっけ？
人を増やすため？
48 ：: >>47
前スレで荒らしが出たからIDやﾜｯﾁｮｲをつけたかったんだけど、
UNIX板ではつけられなかったから。

で、荒らしはIDつくのが嫌で新スレが立った後からこのスレを立て(>>10-15)、
さらには新スレを荒らしに行ってるってのが現状。
49 ：: でもIDつくのが嫌だったんでしょう？
IDつくのが嫌じゃなくなったってこと？
50 ：: >>49
IDつくと自分が荒らしてることが分かるから嫌だったけど、
向こうのスレについてはスレ自体を敵視しているから、
自分が荒らしてることがバレバレであっても、スレを使いづらくしたい
ってことじゃないかな。
51 ：: でもこのスレも使いづらくしてたんでしょう？
52 ：: >>51
ム板の本スレは意図的に荒らしてて(だからバレてもOK)、
前スレは天然で荒らしてる面がある(だからバレたくない)
って程度の違いはありそうだね。
53 ：: >>52
いやいや、単に荒らしは最初から隠すつもりもなく、
バレようがバレまいが関係ないんだよ。

荒らしにとってはは最初から隠してるわけでもないが、
でもこのスレの住民がその荒らしのIDを見たくて移動したんでしょ？
それでんで、見て何がしたかったのか不明だけどなｗ

IDが出ていれば荒らされないとでも思った？
54 ：: >>53
荒らしさん、こんにちはー
55 ：: >>54
はい、こんにちは。
やっと気づいた？ｗ
56 ：: IDを何に使うかなんて自明でしょ。
まさか分からないってことはないよな？
57 ：: 荒らしをNGIDにして見えなくするため、という説がある

確かにNGIDにすると見えなくなるが、
荒らしの書き込みを止めることはできない

荒らしはどんどん自分の意見を書き込むが
それに対しての反論はできない。
なぜなら荒らしの書き込みが見えないから

荒らしとNGIDに入れてない人とのやり取りでスレは埋まっていく
はたから見れば、話についてこれず時々レスするが
荒らしに論破され何も言い返せない構図のできあがり
それ全体の荒らしの濃度が高まる

そしてIDは変わるから毎日の登録作業が増える。
忘れるとついレスをしてしまう
58 ：: というわけで、以下のどっちかの運用にするのがよくあるパターンだな。
・このIDは昔から粘着してる奴だから無視するぜってコメントを時々入れつつ無視する
・奇特な人物がいちいち反論するので、スレにいる他のメンバーは、連鎖ｱﾎﾞｰﾝ設定して安心してその議論全体を無視する

IDがないとこういう回避ができないから、ひたすら我慢することになる。
59 ：: 連鎖あぼーんって荒らしが誰だれかれ構わずレスしたら
みんな消えちゃうの？
60 ：: それを荒らしにわざわざ教えてやる理由はないな。
61 ：: お前が荒らしだろ
62 ：: バレたかｗ
63 ：: まあ回線切ってIPアドレスを変えればいいだけだしな
64 ：: >>59
やってみればいいんじゃね？
65 ：: つまりIDやIPアドレスを変えてNG避けする意志のある荒らしってことだから、
IPアドレスも表示させるようにして、
IPアドレスの範囲を使ってNG登録するのもやむなしってことだな。

今でも2つのプロバイダーを使い分けて自演してるって
自分でバラしてたから、NG登録する範囲も2通りは必要だと。
66 ：: 特定文字列の除外リストを元に除外処理をしたいんだけど
リストとかあきらめてgrepをフィルタファイルとして別するのが一番楽？
やりたいのは以下のようなことなんだけど
シェルスクリプトなのにプログラミング的なことやって
grepのフィルタを組み立てることに違和感を感じてる（面倒とはっきり言えって？）

echo ${DATA_REC} | grep -e AAA -e BBB -e CCC

if [ $? -eq 0 ]
then
continue
fi

# 継続処理
67 ：: > grepをフィルタファイルとして別するのが一番楽？

ってのはファイルにgrepのコマンドを書いてreadで読んで
echo ${DATA_REC} ${grep_cmd}
とかにするってことね
grepコマンドが書かれてたら適用
書かれてなかったらスルーって感じ
68 ：: ああパイプがうまくいかないから若干判定が必要か・・・

pi@melchior /tmp $ export grep_cmd=" | grep -e AA -e BB"
pi@melchior /tmp $ echo AAA $grep_cmd
AAA | grep -e AA -e BB
pi@melchior /tmp $ echo AAA | $grep_cmd
-bash: |: command not found
pi@melchior /tmp $ export grep_cmd=" grep -e AA -e BB"
pi@melchior /tmp $ echo AAA | $grep_cmd
AAA
pi@melchior /tmp $
69 ：: もうベタで書いてしまった・・・
でも順調！すげーよく動いてる！

この件は今後の課題にしよう
70 ：: 除外する文字列をファイルに入れて
grep -f か grep -v -f でいいような気がする
71 ：: >>66
> シェルスクリプトなのにプログラミング的なことやって

シェル芸じゃなくてスクリプトなんだから
プログラミングで当たり前だよｗ
72 ：: >>67
少し考えてみたが、俺もgrepの-fオプションを利用するのが一番楽だと思うな
ただ昔、除外リストの否定とかやりたかったんで書いたことはあるが
73 ：: grep -f 使えばいいから不要だが
お手軽に>>66のようなことをするのならこうかな
リストにスペースなどが入っていたらうまくいかんがｗ
文字列の組み立ての参考として

echo ${DATA_REC} | grep $(printf ' -e %s' $(cat list))
74 ：: シェルスクリプトじゃなくてシェルの基礎を訊いてアレだけど
bashの$()と``って使い分けた方がいいの？
端末ではバッククォート多用してるけども
75 ：: ``は古い書き方。ネストができないという欠点が有る
bashに限らず、$()を使ったほうが良い。欠点は文字が一文字多くなるだけ
76 ：: きっちりエスケープすればネストはできるよ。もちろん推奨はせんが
77 ：: >>74
http://mywiki.wooledge.org/BashFAQ/082
78 ：: https://imgur.com/FAF05na.jpg
79 ：: test $(date +%w) -eq 5

今日が金曜日なら5が出るんですが、-eq というのはコマンドなのかtestコマンドのオプションなのか、これは何ですか？
80 ：: 自己レス
-eq はtestコマンドのオプションで、==の事みたいですね
81 ：: test コマンドのオプションです。

ところで今日は金曜日ですが5は出ませんよね。
戻り値は0となりますが……何か勘違いしている気がします。
82 ：: すみません

test $(date +%w) -eq 5 && echo "今日は金曜日！"

これだと、金曜日だとechoが実行されました
83 ：: >>82
自己レス
金曜日かどうか調べて金曜日なら戻り値は0、
で、戻り値が0の場合echoが実行されるって事ですね
84 ：: 毎月第2月曜日と毎月第2週の月曜日とでは、指す日にちってもしかして異なります？

0 17 8-14 * test $(date +%w) -eq 5 && command
こんな風にcronで毎月第2金曜日とか指定したいんですが、

例えば今月の５日で言うと、5日は1回目の月曜日だけど、月の2週目にあるので疑問に思いました。

0 17 8-14 * test $(date +%w) -eq 1 && command
これだと今週の月曜日には実行するされないですよね？
85 ：: 読みづらい。testなんて使うな

[ $(date +%w) -eq 5 ] && echo "今日は金曜日！"
86 ：: >>85
[ ]ってなんですか？
ググろうにも記号なのでググれないです
87 ：: man [
88 ：: bash(バージョン 4.4.12(1)-release)でスクリプト書いててちょっと謎が

$ a=1; b=2; [[ ${a}<=${b} ]]; echo $?
こうするとちゃんと終了コードの0が返ってきますが

$ a=1; b=2; [[ ${a} <= ${b} ]]; echo $?
比較演算子の前後にスペースを入れると「条件式に構文エラーがあります」「`${b}' 周辺に構文エラーがあります」と怒られます

$ a=1; b=2; [[ ${a} < ${b} ]]; echo $?
比較演算子をleでなくltにするとまた0が返ります

これって何故なんでしょう?
89 ：: >>88
[[ ... ]] で使える演算子に <= は存在しない

それは数の比較ではなく
[[ "1" < "=2" ]]
という文字列の比較になっている

なので <= の右に空白を置くと
[[ "1" < "=" "2" ]]
となりエラー

条件式
https://linuxjm.osdn.jp/html/GNU_bash/man1/bash.1.html#lbBW
90 ：: >>89
さっそくありがとうございます
そうか、イコールをつけない不等号で上手く動いてるように見えるのは、文字列として辞書順で比較してるからなんですね
どうやら私の頭の中では、二重丸括弧での算術式展開とゴッチャになってたみたいです
何時間も唸ってたのが一撃でスッキリしました。ありがとうございました
91 ：: 記号のコマンドってドットと[以外にもあるんか？
92 ：: >>91
:
93 ：: >>87
もしかしてtestと[]はだいたい同じですか？
testを使わない方がいいのはなぜなんでしょうか？
94 ：: http://r2.upup.be/wV2qsULdHm
95 ：: >>87
それで出てくるのは /usr/bin[ の方のmanじゃないだろうか
96 ：: bash の場合。

$ type [
[ is a shell builtin

$ help [
[: [ arg... ]
Evaluate conditional expression.

This is a synonym for the "test" builtin, but the last argument must
be a literal `]', to match the opening `['.
97 ：: sedで\1を変数名としていっぺんに異なる部分を異なる変数の内容で変換できませんか？

sed -e "s/<$.*$>/${\1}/g"
こんなかんじの
98 ：: #!/bin/bash
# 変数URL, ETAGには既に適切な値が入ってるとする
OPT=('--header' "'If-None-Match: ${ETAG}'")
curl "${OPT[@]}" "${URL}"

こんなスクリプトを書いたけど、curlと鯖のやりとりを覗くと、リクエストヘッダのIf-None-Matchの行にシングルクォーテーションが付いて

'If-None-Match: (ETAGの値)'

と送られてしまう。で、試しにcurlの行を

echo "curl ${OPT[@]} ${URL}" > /tmp/tempfile
. /tmp/tempfile

と書き換えて実行すると、ちゃんと正常に動く。man bashを読んだりbashの引用符の扱われ方をググってみたりしても、何が何だかさっぱり分からない。
どなたか助けてくれませんか。
99 ：: 自己レス
curlだからとか関係ないな。変数にシングルクォートで囲ったものが入ってて、それをダブルクォートで囲った配列展開してるんだから、そのパラメーターはそのままシングルクォートつきになって当然。
しかし、ETAGはダブルクオートを含むしhttpリクエストヘッダはスペースを含むから、全体をシングルクォートで囲まなきゃならんのだよな。
やっぱどのタイミングでどのクォートがどう展開されるのか、一段階ずつ追いかけてみるしかないのかな
100 ：: なんか混乱しとるなｗ
まあ、ダブルクォートは、他言語を使っている人からすれば
直感に反する機能だってことに、俺も最近気づいたんだけどな
ただどこがどう違うかを言葉で説明したことがわけじゃない。やってるみるか？

・シェルスクリプトは文字列として展開されて実行されているようでそうではない
・ダブルクォートは文字列を囲う機能ではなく、変数展開の挙動を変えるエスケープの一種
この二つに集約されるかなぁ

> しかし、ETAGはダブルクオートを含むし
これ関係ないんだわ

OPT=('--header' "If-None-Match: ${ETAG}")
だと
OPT=('--header' "If-None-Match: "686897696a7c876b7e"")
こうなってしまい
OPT=('--header' 　　"If-None-Match: "　　686897696a7c876b7e　　"")
のように解釈されると思ってしまうが違う。
別に文字列展開されてから、動くわけじゃない

ダブルクォートは「 If-None-Match: ${ETAG} 」の部分を一つの引数として
扱いますよー（ただし中の変数は展開されますよ）という意味。
変数の中にダブルクォートが入っていようが改行が入っていようが関係ない

またダブルクォートはそれだけの機能ではなく $@ が入っている場合に異なる挙動をする
"$@" が入っている場合、一つの引数ではなく複数の引数として扱われる
例えば引数$1～$5が存在する場合、"$@" は "$1" "$2" "$3" "$4" "$5" と等価
また"foo$@bar" となっていた場合、 "foo$1" "$2" "$3" "$4" "$5bar" と等価
引数が一つなら "foo$1bar" だし、引数がゼロの場合は、書かなかったのと同じとなる（"" 空文字にはならない）

このように文字列として囲う機能じゃなくて、中に入ってる文字や変数の解釈の仕方に影響を与える機能

100～のスレッドの続きを読む

シェルスクリプト総合 その28

シェルスクリプト総合その28