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

**名無しさん＠お腹いっぱい。** · 2013/11/01(金) 07:58:50.52

シェルスクリプトの総合スレです。
□お約束
・特記なき場合はBourne Shell(/bin/sh)がデフォルトです。
　bash/zsh/ksh/ashなどに依存する場合は明示しましょう。
　Linuxユーザは/bin/shの正体がbashまたはdashなので特に注意。
　FreeBSDユーザは/bin/shの正体がashなので注意。
　v7 shに一番近くて、現役のshは、OpenSolaris由来のheirloom sh。
　 http://src.opensolaris.org/source/xref/onnv/onnv-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に逃げずにシェルスクリプトで処理するのが頭のいいやり方。
前スレ
シェルスクリプト総合その21
http://toro.2ch.net/test/read.cgi/unix/1352973453/

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 03:25:40.44

SQLはプリペアードステートメント使用が鉄則なのでシェルスクリプトで
処理しようというのが間違い

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 08:52:20.29

出た！サニタイズ！

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 09:08:18.94

サニタイズ言うなキャンペーンはひろみちゅの(シロートが書いたセキュリティ
対策本への)言いがかりなので、適切な文脈で使うのは全く問題ない。

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 15:41:16.64

適切な文章ではエスケープって単語が出てくるべきだしそれで十分だから、
サニタイズという単語が適切なケースなんてまず無いってのが根本にある。
劣化したエスケープにすぎないサニタイズで満足する考え方自体問題だし、
サニタイズなんて言葉使う考え方してるとそのうちエスケープ漏れで死ぬよ。

エスケープとサニタイズの関係はバグとセキュリティホールの関係に置き換えられる。
セキュリティホールとして悪用可能なバグじゃなくてもバグを肯定するのは駄目だろう。

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 16:16:50.80

正当な文字だけで構成されていなかったら、そこでエラー終了するという方法
だってかまわない。
その場合もエスケープか? 確かにエスケープだが意味が全然違う。ｗ

ところで、パブリックアクセス可能なdbを作成する際にセンシティブな情報や
個人情報を取り除く事もサニタイズと言うのだが、これも「サニタイズ言うな
キャンペーン」に引っかかるのかね? どうやってエスケープするんだろう。ｗ

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 16:59:02.56

話それまくってるな。

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 17:17:31.70

>>528
「センシティブな文字列」というものをそもそも作り出さないのが
サニタイズ言うな運動の肝なんよ

まあシェルスクリプトだとなかなか難しい話なんだけど、
Cとかでたとえるなら
system使うとコマンドラインインジェクションの危険あるけど
forkしてexecなら原理的にインジェクションは無いでしょ？
そういう積み重ねのことね。

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 17:26:45.65

セキュリティ言ってる人も
DBユーザの権限で制限するのあんまやんないよなぁ。
行ごとの権限ができないのはともかく。

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 18:01:23.02

>>528
エラー終了はサニタイズしてないし、後者は単なるNGワードだろが…
システム的な意味でなら>>530だから論外だし

>>530
シェルスクリプトでエスケープとか考えたくねーわな…

>>531
たまには聞くけど ttp://blog.kazuhooku.com/2013/11/blog-post.html
よく聞く方法ではないね。レンタルサーバで1アカウントしか使えない場合を想定してるとか？

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 18:59:34.85

>>530
>>528の後半部分の「センシティブな文字列」とはクレジット番号だったり
するわけだが

> 「センシティブな文字列」というものをそもそも作り出さないのが
> サニタイズ言うな運動の肝なんよ
クレジット番号を作り出さないとか、全く意味不明

>>532
入力された文字をサニタイズしてのではなく、入力されたデータ全部を
サニタイズしたと言っていい

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 19:06:36.89

自分の人生をサニタイズしてみたらどうだ？

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 19:10:20.60

自分じゃできないから誰か俺の人生をサニタイズしてくれ

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 20:38:59.46

>>533
入力されたクレジット番号を文字列に埋め込むときに
無検査で埋め込むなってことでしょ
そのつっこみの方が意味不明

**名無しさん＠お腹いっぱい。** · 2014/03/16(日) 20:54:14.25

>>536
>>528の後半部分は、

>>527
> 適切な文章ではエスケープって単語が出てくるべきだしそれで十分だから、
への反例として、
公開サーバに置くデータベースを作るときにセンシティブな情報や個人情報を
取り除く作業を行う。この作業の事をサニタイズという。
を例示した。この作業をエスケープとは言わない。

サニタイズはサニタイズ。エスケープでは置き換え不可能。

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 02:01:31.22

サニタイズ(Sanitize)：消毒、除菌、無害化
個人情報って毒だったのかぁ～・・・
そういえば2chでも住所書くとドメイン焼かれてたからねぇ～・・・

「単なるNGワードだろ」って指摘も聞かなかったことにしてるようだし、
そもそも>>518→>>521→>>523の文脈では個人情報の除去は関係ない
エスケープ言うべき所でサニタイズ言っちゃった典型的なサニタイズ脳

必死にサニタイズを擁護してるとこ悪いが、見てて哀れだからいい加減黙ろうか

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 03:05:23.11

>>538
>サニタイズ(Sanitize)：消毒、除菌、無害化
>個人情報って毒だったのかぁ～・・・
知らないで使ってたのかよ

>「単なるNGワードだろ」って指摘も聞かなかったことにしてるようだし、
2ch用語じゃ無くて正式な名称で言えば相手してあげるよ

>そもそも>>518→>>521→>>523の文脈では個人情報の除去は関係ない
だから、「ところで」と話題変えてるだろ。
>>527は発言の有効範囲を限定してないからな。

あと、>>518質問者 >>521オレ >>523何処かの誰か
>>525キャンペーンをうのみにしてるアホ
>>526オレ
だからな、勘違いするなよ

>エスケープ言うべき所でサニタイズ言っちゃった典型的なサニタイズ脳
>必死にサニタイズを擁護してるとこ悪いが、見てて哀れだからいい加減黙ろうか
お前、やっぱりひろみちゅのキャンペーンの意図理解してないだろ。ｗ
バカには覚えやすい標語与えといて、簡単かつ確実な方法を選択させるのが目的
エスケープする方法が与えられているバカ向けの環境でのみ成立する

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 04:00:50.56

コイツにとってほぼ全ての実用なプログラミング言語はバカ向けの環境なのか・・・・・・
皮肉すら分らんようだし突き抜けすぎててもう感動～！

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 04:13:20.39

こいつパー速にいる気がする

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 07:51:52.87

http://takagi-hiromitsu.jp/diary/20060115.html
> つまり、「サニタイズ」という用語が、各人の都合でどんな意味にも解釈され
> るという、「汚れた言葉」になっており、専門用語として使い物にならなくなっ
> ているのだ。もはや、「サニタイズする」は「セキュリティ対策する」と同義
> でしかない。そういう言葉には存在価値がない。加えて、特定の意味を指して
> 使っても別の意味で解釈されてしまうのだから、有害である。
ひろみちゅの思い込みと、思考能力がなくうのみにするバカの間でだけ通用する
言葉狩りキャンペーンって事だ

教祖様はNGワード(笑)にも言及してるなブラックリストの事を言いたかったんだろ
> ブラックリスト方式ではなくホワイトリスト方式にせよという話だと誤読した事例
> 「/^[a-z]+$/のような正規表現」を使う手法はサニタイズ処理そのものであって、まさにセキュリティ対策のための処理である

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 08:17:49.41

続きは社史編纂室スレでやれよｗ

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 08:41:08.81

過去にひろみちゅに実名でコテンパンにやられた奴が、
逆恨みして暴れてるスレがあると聞いて飛んできますた！

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 09:14:57.77

何も考えずにひろみちゅの尻馬に乗ちゃったバカが憐れすぎる

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 10:50:51.11

>>533
サニタイズって言葉を再定義して使ってるのね。なるほど。

**名無しさん＠お腹いっぱい。** · NG

>>546
教祖様にいってやれよ。
つーか、お前のようなバカをサニタイズするために始まったキャンペーンだろｗ

http://takagi-hiromitsu.jp/diary/20060115.html
>> たとえば、データファイルのファイル名の一部をCGIのパラメータとして受け取るようになっているPerlスクリプトなら/^[a-z]+$/のような正規表
>> 現(Rubyなら\A[a-z]+\z/)で期待している文字しか入っていないことを確認して(Perlの場合はuntaintもこれで出来る)、違っていたらエラーにする
>> というのが「セキュリティ対策以前に元来本質的に必要な処理」だと思います。
> ブラックリスト方式ではなくホワイトリスト方式にせよという話だと誤読した事例
> 「/^[a-z]+$/のような正規表現」を使う手法はサニタイズ処理そのものであって、まさにセキュリティ対策のための処理である

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 14:52:10.17

>>547
あなたが教祖様？

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 15:18:06.42

いえ、社史編纂室長です

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 20:24:54.09

社史編纂代行株式会社でも作るか

**名無しさん＠お腹いっぱい。** · 2014/03/17(月) 23:11:30.64

なんかサニタイズとエスケープの理解度があやしくないか？

大ざっぱにいえば、
サニタイズは、不要な文字を削ること。
エスケープは、特殊な意味を打ち消すことだよ。

用途、目的がぜんぜんちがうべ。
サニタイズされた文字列に特殊な文字が含まれる事はないし、逆にエスケープされた文字列から特殊文字が消えることもない。

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 03:27:47.75

エスケープの事をサニタイズと呼んだり
エスケープすべきところでサニタイズしたりする
>>523みたいなサニタイズ脳がわらわら居るからな

SQLインジェクションなんてエスケープ漏れの代表例出して
サニタイズすべきとか言う馬鹿を勘違いさせないためにも
サニタイズなんて単語は捨てた方が良い

**名無しさん＠お腹いっぱい。** · NG

シェルスクリプトでSQLをエスケープしてからほざけ

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 05:31:33.51

有害なものを無害化するエスケープがサニタイジングでしょ
エスケープの一種ってことで

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 05:40:22.48

まだやってる…

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 06:16:47.81

バリデーション「ぼくも入れて～」

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 08:41:56.99

> 有害なものを無害化するエスケープがサニタイジングでしょ
> エスケープの一種ってことで
そういう定義にするのか? キャンペーンの信者ｗｗｗ
「エスケープ言うなキャンペーン」始めるべきですよ。ひろみちゅ先生

戻せないものはエスケープとは言わない。

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 08:59:59.97

ん？戻せないってなんのこと？

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 09:02:46.08

戻せなきゃSQLを実行できないだろキャンペーン信者頭悪っｗｗｗ
とっとと、SQLをシェルスクリプトでエスケープしろよ。

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 09:12:57.21

>>557
誰と戦ってんだ？

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 09:18:44.31

>>525とか>>527 頭の悪いキャンペーンの盲信者達

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 10:35:22.70

浸透「遊びに来たよ！」

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 14:42:42.83

>>558
サニタイズの用例には3つある
1、エスケープをサニタイズと呼ぶ
2、エスケープするべき文字(列)を単純に除去することをサニタイズと呼ぶ
3、NGワード同様、通過させては駄目なデータを除去・置換することをサニタイズと呼ぶ
複数の用例を区別せず「サニタイズは正しい」などと言ってると、
1の人はエスケープという概念を知りそこねて間違ったエスケープを行いエスケープ漏れを起こしやすくなるし
2の人は無意味にシステムへの入力制限やデータの損傷を起こした挙句エスケープ漏れを起こしやすくなる
そもそもエスケープをサニタイズなどと呼ぶべきではないし、3の用例もNGワードやフィルタリングと呼べばいい

この半ばスレチな話の発端である>>523はSQLインジェクションを例に出してる事から3の用例では無いんだが、
サニタイズを擁護してる人は何故かその事実やサニタイズに複数の(誤)用例があるって事実を無視したり、
あるいは複数の用例を都合よく入れ替えて話を捻じ曲げて理論展開してたりと、無茶苦茶やってんだよね
誤用した自分の擁護で捻じ曲げてんのか、高木への恨みで捻じ曲げてんのか、自覚なく捻じ曲げてるのか…

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 14:56:36.97

>>523を擁護してるのではなくて、それに釣られて現れた盲信者をバカにしているわけだが。

**名無しさん＠お腹いっぱい。** · 2014/03/18(火) 23:37:24.97

>>563
とりま、釣られてみる。
何度も指摘されているけれど、エスケープをサニタイズとは言わない。

全く別のものなのに同じものと理解してるのがまずい。

正規化の一種として同じとかならまだわかるけど。。。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 00:42:35.04

>>564
盲信云々以前に523が明らかにキャンペーン対象の典型例なんだが

>>565
563はエスケープをサニタイズと言う奴が居るとは書いているけれど
エスケープをサニタイズと言わない奴が居ることを否定はしてないぞ？

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 03:05:59.49

だからもうFランPG・文系SEがﾄﾞﾔ顔でカタカナ言葉使ってたら
まず間違いなく意味わかってないってことでいいだろ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 08:31:58.99

正直スレチ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 09:27:38.19

エスケープが正しいと言ってた人
シェルスクリプトでSQLをエスケープする実例見せてよ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 09:28:38.92

あっと、pgbashとか飛び道具なしね

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 09:44:45.75

悪意あるデータが混入するリスクのある状況で、
プリペアードステートメントのない言語選択するのって、
シェルスクリプトしか使えない老害ぐらいじゃねえ？

悪意あるデータは数字しか来ないと分かってる
例外的状況ぐらいしか、使う言い訳できるケースを思いつかん。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 10:02:06.63

結局ひろみちゅのキャンペーンはサニタイズ脳を撲滅しようとして
エスケープ脳を量産する結果に終わってしまいましたとさ。

エスケープ脳の見分け方
「サニタイズ」と唱えると楽勝で判定できる

プリペアードステートメント万能かというとそうでもない
ひろみちゅも当初は誤解してたふしもあったけど
実装によっては(例: 古めのpostgreSQL)SQLへの展開をクライアント側でやっ
てて、結局phpとかに標準で入ってるエスケープ関数と同等ってのもある

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 10:07:34.99

おまえさんこそ、反省した方がいいよ。
それは、「プリペアードステートメントではないものを、プリペアード
ステートメントだと誤解していた」っていう例だぜ。

そいつを「プリペアードステートメント万能かというとそうでもない」と
表現しちゃうってことは、おまえさんが、プリペアードステートメントを
理解してないか、致命的に日本語が不自由か、どちらかだっていうことだ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 10:25:59.42

社史編纂室は社史編纂してたらそんでええの

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 10:57:33.54

お前の論理で言うとlibpqが
> PQprepare
> Submits a request to create a prepared statement with the given parameters,
> and waits for completion.
と「プリペアードステートメントではないものを、プリペアードステートメント
だと詐称していた」わけだが。
何かほかに質問はあるか? 無職

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:13:05.60

2chスレ全体でやってる対立煽り工作がシェルスクリプトスレまでやってきた

て、ことだろう
このスレに対立楽しみたいという血気盛んな若者が居るとも思えんのだが
そうなんだろう

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:15:32.60

>>575
さすが老害は時代感覚が狂ってるな。
PostgreSQL にホンモノのプリペアードステートメントがなかったのって、
PostgreSQL 7 の時代だぜ。
10年くらい前にはもうホンモノのプリペアードステートメントが入ってる。

Wikipedia ttp://en.wikipedia.org/wiki/Prepared_statement で確認しても、
ホンモノのプリペアードステートメントは server side で動くものって
書き方になってて、client side でやってる奴は emulation 扱いになってるぜ。
つまりホンモノのプリペアードステートメントじゃないってことだよ。

10年前ならともかく、いまさら PostgreSQL の過去の誤用を元に主張されても。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:23:10.35

クライアントサイドでの実装がありうるという実例だよ。
お前、全部の実装が「ホンモノのプリペアードステートメント」であることを
確認してるのか? 大変だな。ｗ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:29:42.17

セキュリティ気にしてる人間なら、当然チェックするだろう。
実際、クライアント側でエミュレートしているおかげで、
セキュリティホールがあったって事例はいくつもあるわけで。

そういう当たり前の作業もやらずに、セキュリティを語ってるわけ？
呆れた。

そりゃシェルスクリプトでサニタイズに問題感じないわけだ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:36:20.42

ぷぷぷっ矛盾してるぜ。「10年前ならともかく」な事を「当然チェック」するのか? ｗｗ

>>577
> 10年前ならともかく、いまさら PostgreSQL の過去の誤用を元に主張されても。

>>579
> セキュリティ気にしてる人間なら、当然チェックするだろう。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:48:14.19

いまでも、DB実装とライブラリの組合せによっては、
クライアント側でエミュレートするケースってのがありうるんだよ。

PHPのPDOとか、DB側でプリペアードステートメント用意してる場合には
当然使うが、用意してない場合には、クライアント側でエミュレーション
する機能がある。当然、こういうライブラリ使う場合には、そのDBで、
ちゃんとプリペアードステートメントになるか確認する必要がある。

こんなことも知らずに矛盾だと思っちゃうとか、よくセキュリティを
語る気になれるなあ。こういう奴の言ってることを間違って信じちゃう
奴がいると危険だから、ホント黙って欲しい。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:52:16.22

どっちも荒らしだから黙れ
いや独演でひとりか？

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:53:30.89

こっちはどう言い訳するんだ?

>>577
> 10年前ならともかく、いまさら PostgreSQL の過去の誤用を元に主張されても。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 11:56:26.77

どこに説明の必要があるの？

・10年くらい前の PostgreSQL は誤用していた。
・今でもプリペアードステートメントを、「エミュレート」するケースは存在する。
　（エミュレートなので、実際にはプリペアードステートメントにはなってない）

ってだけでしょ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 12:05:07.42

>>584
プリペアードステートメントではないものを、プリペアードステートメントだと詐称している実装が存在する事を知っているなら
>>573のような間抜けな発言はしない。

>>573
> おまえさんこそ、反省した方がいいよ。
> それは、「プリペアードステートメントではないものを、プリペアード
> ステートメントだと誤解していた」っていう例だぜ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 12:08:06.83

誤解していたのは、当時のひろみちゅだろ。
何が言いたいのかさっぱり分からんわ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 12:23:30.19

それはお前の日本語能力が決定的にダメなのだろう。

> ひろみちゅも当初は誤解してたふしもあったけど
最初から言ってるが。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 12:29:33.11

むしろ、あんたの現実認識能力に問題がある気がするが。
当時ひろみちゅが誤解してたって話と、>>584 にどういう矛盾があるんだ？

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 12:44:25.52

最初から当時ひろみちゅが誤解してたっていってるのに
>>573と言いがかりをつけるのは、お前の日本語能力が欠如しているせいだろう。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 13:01:07.96

これひとりで延々書き込んでるの？

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 13:03:33.86

何言ってるの。>>575 で、「PostgerSQLがプリペアードステートメントだと
主張してるから、client side でやっててもプリペアードステートメントだ」
って意味の主張してるじゃん。
自分の主張ももう忘れたの？

当時のPostgerSQLは間違えてんだよ。
そのことを分かってないのは、>>575 を書いた奴だ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 13:04:37.87

>>590
スレ違いすまん。少なくとも2人はいるんだ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 13:24:03.80

設定が2人以上とな

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 13:45:09.84

コマンドインジェクションをおこさないようにeval使いたいんだけど
どうしたらいいかな

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 13:48:30.69

evalをサ二タイズ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 15:41:59.44

>>569
シェルスクリプトでエスケープできると言ってる奴は居ない
むしろサニタイズすべきといった奴がサニタイズ例出すべきだな

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 15:55:44.46

>>591
徹底的に日本語能力が欠如しているな。
「お前の論理で言うと」と前置きしてるだろ。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 16:40:24.56

エバラ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 16:41:54.41

焼肉の

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 16:54:31.41

ここで議論することじゃないだろ、お互いメルアドでも交換して続きはそっちでやってくれ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 17:20:09.44

俺は目玉焼きはサニタイズよりターンオーバー派

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 17:43:11.93

議論の経過を第三者に見てもらいたいからメールじゃ駄目なんだよ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 17:55:03.76

>>602
じゃあ、IDの出る板で、ここじゃないどこかで、
納得のいくまで議論をしてきてください。

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 18:10:16.37

議論の経過をシェルスクリプトスレの住人に見てもらいたいんだよ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 18:11:04.90

>>602
誰も見てないよｗ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 20:29:36.39

議論の経過をサ二夕イズ

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 21:42:48.00

>>604
あ、飛ばしてた

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 22:05:25.51

何この社史捏造室

**名無しさん＠お腹いっぱい。** · 2014/03/19(水) 22:52:46.86

編纂作業の傍らサニタイズについてブツブツと一人議論する元シス管か

**名無しさん＠お腹いっぱい。** · 2014/03/23(日) 15:02:29.91

$ mgrep [<options>] -e <pattern> <file>
でmigemoしたpatternで検索できる以下のようなmgrep関数を作った。
しかしこのままだと、patternの前に必ず -e オプションを付けんにゃならん。

$ mgrep [<options>] <pattern> <file>
でも同じようにmigemoしたpatternで検索したいんだけどどうしたら良い？
パイプした時も使いたいから <file> は存在しない可能性もある。

function mgrep() {
local -a args
local prev
for arg in "$@"; do
if [ "$prev" = '-e' ]; then
args+=$(cmigemo -d /usr/local/share/migemo/utf-8/migemo-dict -w "$arg")
else
args+="$arg"
fi
prev="$arg"
done
grep -E "${args[@]}"
}

**名無しさん＠お腹いっぱい。** · 2014/03/23(日) 21:06:15.72

パターンはスラッシュでくくる、とかの仕様にすればいいんじゃ

expr match "$arg" '/$.*$/'
にマッチすればパターンとみなすとか

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 01:59:44.83

if [ -n "${file:-}" ]; then
↑こういう書き方をしてるスクリプトがあるんですが、これって

if [ -n "${file}" ]; then
↑
と単に書くのと何が違うんでしょうか？

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 04:43:52.29

おしゃれ

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 04:51:02.05

>>612
set -u してる場合にエラーを回避することができる

>>613
すみませんが詳しい方のみ回答をお願いします

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 06:17:11.97

>>613
http://linuxjm.sourceforge.jp/html/GNU_bash/man1/bash.1.html#lbBB

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 06:51:18.06

>>615
${parameter:-word} 自体の意味を質問してるんじゃないよｗ
だから >>614 の回答が適切。

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 06:55:53.38

>>612
$ set -u
$ unset file
$ echo "${file}"
file: unbound variable
$ echo "${file:-}"
(エラーなし)

set -u してなければ "${file:-}" も "$file" も同じ。

>>615 は問題ちゃんと読まずに解答するタイプw

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 07:00:40.67

>>616
${parameter:-word} 自体の意味がわかってたら
なぜそう書くのかもわかるんじゃね？

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 07:09:57.05

>>618
${parameter:-word} 自体の意味はわかってても、
その word の部分を空文字列にする場合の意味がわからないってことだろ

wordが空文字列なら ${parameter} と同じでは？という質問だろ

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 07:24:33.13

>>619
> wordが空文字列なら ${parameter} と同じでは？という質問だろ
そういう疑問が出るってことは
${parameter:-word} 自体の意味をわかってないでしょ。

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 07:30:23.60

>>620
${parameter:-word} 自体の意味をわかってるからこその疑問だろ。

man見ても set -u のことはそこには書いてないからますます疑問になるはず。

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 07:32:40.06

>>614
ありがとうございました。変数未設定の場合の /bin/sh -u の対応ですね。

>>615 さん、それは知ってますよ。

**名無しさん＠お腹いっぱい。** · 2014/03/28(金) 13:44:52.41

-uの方の説明も、${parameter:-}の方までエラーになっても不思議ではない記述のような・・・

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

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