<p>下記のようなjsonから値を取り出す際の方法。</p><pre><code>"japan": [{
      "code": 1,
      "name": "hokkaido",
       "ja": "北海道",
       "type": "region",
      },
    {
      "code": 2,
      "name": "tohoku",
      "ja": "東北",
      "type": "region",
    },
    {
      "code": 3,
      "name": "kanto",
      "ja": "関東",
      "type": "region",
     }
   ]
}</code></pre><p><br>nameがkantoである先頭の要素を取得したい場合はfindを使用すると便利。</p><pre><code>const kanto = json.japan.find((v) =&gt; v.name == "kanto");

console.log(kanto.ja) // 関東</code></pre><p><br>typeがregionである要素を全て取得したい場合はfilterを使う</p><pre><code>const regions = json.japan.filter(function(item, index){
  if (item.type == "region" ) return true;
});

console.log(regions) // [{},{}...] 配列で取得できる</code></pre><p><br></p>

JSON配列から要素の値を検索して取得する

<p>サイドバーでposition:stickyを使いたいときに適切に指定してみても効かなくて小一時間悩みました。<br>結論から言うと原因はリセットCSSで使用しているress.scssでした。<br><br>判明するまでの解決方法を整理します。<br></p><h2 id="h12f2b5955b">1. stickyコンテナーは適切な高さを持っているか</h2><p>stickyコンテナーはstickyを指定した直の親です。以下の場合は.containerが親です。</p><pre><code>&lt;div class="container style="display: flex;"&gt;
&lt;div class="main"&gt;
&lt;/div&gt;
&lt;div class="side" style="position: sticky; top: 0;"&gt;
&lt;/div&gt;
&lt;/div&gt;</code></pre><p><br>上記の例の場合、display: flexで.mainと.sideが横並びになっているので、.containerの高さと.sideの高さは同一となりstickyは動作しません。以下の場合だと動作します。</p><pre><code>&lt;div class="container style="display: flex;"&gt;
&lt;div class="main" style="height: 1000px;"&gt;
&lt;/div&gt;
&lt;div class="side" style="position: sticky; top: 0; height: 100px"&gt;
&lt;/div&gt;
&lt;/div&gt;</code></pre><p><br>この場合は.containerが.mainと同一のheight1000px、.sideは.containerよりも低いheight: 100pxとなるためstickyが動作します。<br></p><h2 id="h34c251af52">2. 親にvisible以外のoverflow属性が指定されてないか</h2><p>sticky要素の親にoverflow: visible以外の指定(hidden, scroll等)がある場合に不能になります。<br><br>今回自分の原因はこれでした。リセットCSSでress.cssを使用していてその中にoverflow-y: scrollがあったことによるものでした。</p><pre><code>html {
  box-sizing: border-box;
  overflow-y: scroll; /* All browsers without overlaying scrollbars  ←これが原因 */
  -webkit-text-size-adjust: 100%; /* iOS 8+ */
}</code></pre><p><br>コメントアウトして無事動作確認。<br></p><h3 id="h64ae03923e">overflow:visible以外が存在するかチェックする方法</h3><p>jQueryを使用していれば開発者コンソールで以下を入力して動作チェックできます。</p><pre><code>$(".sticky要素").parents().css("overflow", "visible")</code></pre><p><br>親要素全てがoverflow:visibleとなるので、入力した後stickyが動作していればどこかの親にoverflow: visible以外の指定がされていることがわかります。</p>

position: stickyが効かない場合に確認すること。リセットCSSにも注意

<h2 id="hdbc740ce5c">証明書のインストール</h2><p>発行通知メールから証明書ダウンロード<br>中間証明書ダウンロード<br>クロスルートなし、中間CA証明書<br><img src="https://images.microcms-assets.io/assets/d2098da0e58c40478bafe48a8ee351e4/8eab4835aa804792a62b431d75da1a75/_2020-11-03_18.07.44.png" alt=""><br></p><h2 id="h890f3b5eb6">証明書と中間証明書をダウンロード</h2><p>証明書と中間証明書を結合<br>半角文字等入る場合があるので注意<br></p><h2 id="ha2e7ca0ea2">結合証明書と秘密鍵をサーバーにアップロード</h2><p>/etc/httpd/sslフォルダに置く<br><strong>秘密鍵のパスフレーズを解除する</strong><br><code>openssl rsa -in xxxxxxx.key -out xxxxxxx.key</code><br>/etc/httpd/conf.d/ssl.confで新しい結合証明書、秘密鍵のパスを指定<br><code>httpd -t</code><br>で文法的に問題ないかチェック</p><pre><code>service httpd stop
service httpd start</code></pre><p>ブラウザで期限をチェック</p>

linux + apache2.4.43でのSSL設置

<p>sftp接続する際に、Windowsで作成された秘密鍵がMacで使用できなかったときの対処方法を備忘録的に紹介します。<br></p><h2 id="hd2c91c24e4">経緯</h2><p>先方で作成、セットアップされたサーバーへ、先方が作成した秘密鍵を受け取ってsftpログインを試みたができない。1時間ほど試行錯誤してやっと解決。<br></p><h2 id="hf4599ae4c8">秘密鍵</h2><p>ファイルを開くと、<br>-----BEGIN OPENSSH PRIVATE KEY-----<br>で始まり、<br>-----END OPENSSH PRIVATE KEY-----<br>で閉じている。<br>調べてみると<span style="color:#14171a">OpenSSH 7.8から記載形式が変更になったらしい。</span></p><h2 id="h7f506b9540"><br>エラー</h2><p>秘密鍵のパーミッションを600に変更し、~/.ssh/に配置。<br>以下のコマンドでsftp接続を試みる</p><pre><code>$ sftp -oPort=22 -oIdentityFile=~/.ssh/{秘密鍵の名前}.pem {アカウント名}@{サーバアドレス}</code></pre><p><br>しかしエラー</p><pre><code>Load key "秘密鍵の名前": invalid format
{アカウント名}@{サーバアドレス}: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
Connection closed</code></pre><p><br>invalid format = 無効な形式なので、そもそも秘密鍵としての形式として認識されていない。</p><h2 id="h58266caae1"><br>原因・解決</h2><h3 id="h3e2b1bf3e3">改行コードをLFに変更する</h3><p>「秘密鍵 windows mac フォーマット」みたいなワードで調べてみると同じ原因かと思われる記事を発見。https://www.mtioutput.com/entry/ssh-invalid-format<br><br>改行コードには3種類あるらしい。</p><h4 id="ha634eaf174"><br>CR（Carriage Return）</h4><p>カーソルを左端の位置に戻す<br>→macOS(9以前)で使用<br></p><h4 id="h64be057bd9">LF（Line Feed）</h4><p>新しい行に移動する<br>→Unix、Linux、macOS(9以降)、Androidで使用<br></p><h4 id="hd5efa9f583">CR-LF（CR＋LF）</h4><p>左端の位置に戻し、新しい行に移動する<br>→MS-DOS、Windowsで使用<br><br>3種類のうち、改行コードが<strong>LF</strong>になっていれば良いらしい？ただ記事内で使用しているnkfコマンドがMacにはなかったのでHomebrewでインストール</p><pre><code>$ brew install nkf</code></pre><p><br>インストール後文字コードを確認。やはり改行コードがwindows形式(CRLF)になっている</p><pre><code>$ nkf --guess {秘密鍵名}.pem
ASCII (CRLF)</code></pre><p><br>unix形式(LF)に変換します</p><pre><code>$ nkf -Lu {秘密鍵名}.pem &gt; {新しい秘密鍵名}.pem
$ nkf --guess {新しい秘密鍵名}.pem
ASCII (LF)</code></pre><p><br></p><h3 id="h61ce7fb4af">最終行に改行を入れる</h3><p>無事改行コードが変換されたのでもう一度sftpを試みたところ同じinvalid formatエラー。。<br>ここからまたハマったのですが、ファイルを開き最終行の「-----END OPENSSH PRIVATE KEY-----」の後ろでさらに改行して保存することで無事invalid formatエラーがでなくなり、sftpログインができるようになりました。<br><br><img src="https://images.microcms-assets.io/assets/d2098da0e58c40478bafe48a8ee351e4/4965f338992440f6b705561e4e5740ff/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88%202022-09-14%208.50.54.png" alt=""><br><br>なぜ最終行に改行を入れるとエラーが発生しなくなるのかが謎ですが、ひとまず秘密鍵の読み込みでエラーが発生した場合は以下を疑ってみると良いと思います。<br>・そもそもauthorized_keysに配置された公開鍵と対になっている秘密鍵か<br>・秘密鍵のパーミッションは600になっているか<br>・秘密鍵の改行コードは正しいものになっているか（環境によってはCRLF、LFを変更してみる）<br>・秘密鍵の最終行に改行を入れ保存してみる<br></p>

他の環境で作成された秘密鍵を使用する際にハマったエラーと解決方法について紹介します。

# ssh

Windowsで作成された秘密鍵をMacで使用する際に注意すること