arashi1977さんの助け合いフォーラム投稿一覧
uniqコマンドはデフォルトだと「重複している行を表示」だと認識しており
あれ？解説や参考には、 uniq コマンドの機能として
連続して重複した行を1行にまとめて表示する
と記載されているのですが、こちらについてはどのように理解されていますか？
また、問題文の「重複行を除き」は「重複した内容を出力しない」という意図かなと思っているので
重複していない行を表示
というのはちょっと違うかなぁと思います。（とはいえ、こういう誤認を避けるためには「除き」→「取り除き」の方が良いのかなとは思います）
手元の環境でやってみてもおっしゃるように元に戻らないのですが、実行したコマンドを省略せず記載していただくことは可能でしょうか？
$ echo X00 | sed "s/r/0/i"
X00
$ echo X00 | sed "s/0/r/i"
Xr0
$ echo X00 | sed "s/0/r/"
Xr0
$ echo 00r | sed "s/0/r/i"
r0r
$ echo 00r | sed "s/r/0/i"
000
念のための確認なのですが、お手元の環境で以下のSQLを実行したらどうなりますか？
select id from club where name IS NULL;
select id from club where name IS NOT NULL;
ここで 2, 1, 3, 5, 7 が返ってくるので間違い無いですよね？
4 のようなことはできます。Ethernet 系のインターフェースでも指定可能ですよ。
「どのインターフェースから出力するか」の指定であって、ポイントツーポイントかは排除条件にならないです。
- 到達性はありますね。
- ネットワークルートでアドバタイズしたいかどうかは要件次第な気がしますね。例えば検証のためにホストルートではなくネットワークルートがアドバタイズしたいとか。
単なるコメントですみません。
設問に
ソリューションアーキテクトが推奨するキューの構成
という条件があったので気になったのですが
FIFOキューに有料会員のデータ、標準キューに無料会員のデータを処理すれば、受信側はFIFOキューから優先して受信すればいいだけです。
だと、リクエスト数によっては正答選択肢よりも高額（FIFOキューの方が同じリクエスト数で1.25〜1.45倍高い）になる点は気にしなくて良いでしょうか？（解説でも言及されていないので気にしないで良いのかもしれませんが）
https://aws.amazon.com/jp/sqs/pricing/
他の問題で「これでもできるがコスト的に不適切」みたいなのがあった気がしたので、そういう観点も気にした方が良いのかなと思いまして。
「ロンゲストマッチ」とは、「IPパケットの宛先（Destination）アドレスと経路情報のマッチングにおいて、より長くマッチするものを選択する」というものです。たとえば
- 10.0.0.0/8
- 10.10.0.0/16
- 10.10.10.0/24
の経路情報がある状態で、以下のそれぞれのパケットはどれにマッチするかという話です（それぞれ1, 2, 3にマッチ）。
10.20.30.40 宛、 10.10.100.100 宛、 10.10.10.10 宛
ご質問の問題ID: 33556 は「192.168.30.0/24のスタティックルート（ネクストホップ:192.168.10.2）がすでに設定されている状況で、同じ宛先ネットワーク192.168.30.0/24で異なるネクストホップ（192.168.20.2）のスタティックルートを設定したらどうなるか」というものです。ここでもしロンゲストマッチを考慮するとしたら 192.168.30.0/24 が同じかどうか、ぐらいでしょうか。
Fa3/0が正解だと思うですけど、答えがFa2/0になります。
なぜ Fa3/0 が正解だと思ったのかを教えていただけませんか？また、 Fa2/0 が正解の理由、Fa3/0 が不正解の理由が解説に記載がありますがその解説のどのあたりが間違えていると判断されたのかも教えていただけると、「正規の答え」を探す手掛かりになるのではないかと思います。
参考でも以下のように記載されてますし、機種やバージョンによるものかなと思います。
学習したMACアドレスは、MACアドレステーブルで管理されます。MACアドレステーブルは以下のコマンドで表示できます。
#show mac address-table
（機種によっては #show mac-address-table）
トリッキーなのではなく、正しく規定を理解できているかを問われている問題なのだと思います。
bold（太字）のためのタグではないよ、ということですかね。そういう「見た目」については CSS で定義すべきものであり、文書構造を定義する HTML タグの持つべき役目ではないということを問われているのかなと。
HTML Standard でも以下のように記載されています。
https://html.spec.whatwg.org/multipage/text-level-semantics.html#the-b-element
The b element represents a span of text to which attention is being drawn for utilitarian purposes without conveying any extra importance and with no implication of an alternate voice or mood, such as key words in a document abstract, product names in a review, actionable words in interactive text-driven software, or an article lede.
個人的には日本語の方が読みやすいので、こちらの方が嬉しいかな。
https://momdo.github.io/html/text-level-semantics.html#the-b-element
b要素は、たとえば、文書の概要でのキーワード、レビューでの製品名、対話的なテキスト駆動型ソフトウェアでの使用可能語、または記事リードなど、特別な重要性を伝えることなく、代わりの声やムードの意味合いなしに、実用的な目的に対して描かれている注目すべきテキストの範囲を表す。
ここでは太字（強調）のために使うものではないとも明確に書かれてるんですよね。
他により適切な要素がない場合に、b要素は最後の手段として使用すべきである。具体的には、見出しはh1からh6までの要素を使用すべきであり、 強調はem要素を使うべき であり、重要性はstrong要素で表されるべきであり、 テキストのマークまたは強調は、mark要素を使用すべき である。
今手元に環境がないので検証できてはいないのですが、問題文と選択肢の意図を汲み取るとするなら、
- 「どうすれば良いか→fstabに記述する」だと「ファイルに書いただけでは何も起きないでしょ」ということ？
- 設問は「mount.cifsコマンドで」とあるので、
mount.cifsコマンドによるマウントを行う場合にということ？
かなぁとは思うのですが、誤答選択肢の解説からはそこまでは読み取れませんね…うーん。
mount.cifs での直接マウント時にオプション省略しても /etc/fstab の設定内容を持ってくるんだっけ？によると思うので、後で確認してみようと思います。