apache2.2から2.4へのアップグレード時にmod_rewriteでハマった。勝手にその2

件名まで丸パクリ。なまくらです。みなさま、いかがお過ごしでしょうか。

今日は件名の話題。今回は本当に小ネタです。

何に困っていたのか

もうここに自分の困っていたことがそのまま載っていました。改めて自分が説明するまでもない…

apache2.2から2.4へのアップグレード時にmod_rewriteでハマった

紹介した記事の結びでは念のために気を付けておいたほうが良いですね、で終わっている。平和だ…

気を付けてもダメなときはどうするんだよ。こちとらこの設定をサービス提供サーバで使っていて問題自体避けて通れない。

CentOS7のバカっ！

記事中に紹介されているDirectoryCheckHandlerディレクティブは2.4.8以降で利用可能になったもので、CentOSでインストールできるApacheのバージョンは2.4.6だ。

RHEL/CentOSのポリシー上yum updateしても2.4.6は変わらないからそのままだとこのディレクティブは使えない。

SoftwareCollection使うの？

嫌。絶対嫌。ファイルのパスが/optの下とか/etc/optの下とか絶対嫌。許容できない。

自分がオッケーでもあんまりリテラシ高くない人には広めていけない。

野良ビルド探して入れる？

無理。絶対無理。そもそもセキュリティ対策のためにアップデート必須だと思っているのに野良ビルドをいれてそれが今後とも継続してアップデートしてくれる保証がどこにもない。

じゃあ自前ビルドで…

{寝言は寝て|バカも休み休みに}言え。

ずっと更新して管理し続けるんか。そんなにコンパイル好きならお前がずっと面倒見続けろよ。

で、どうしたか

Directory Indexになにも指定しなきゃいいんじゃね？って思って、こうしたよ。
.htaccessの先頭にDirectoryIndexだけ追記した。

DirectoryIndex
RewriteEngine on
RewriteRule ^(.*)$ http://Server1/hoge/$1 [QSA,P,L]

なんだ、うまく動くじゃんw

そいじゃまた。

NetApp(cDot)のパスワードのポリシーの変更とパスワード変更方法

こんにちは。なまくらです。みなさま、いかがお過ごしでしょうか。
今日も会社環境の小ネタを提供。

厳しいパスワードポリシー

ちょっと前からIT機器のパスワードポリシーは厳しくなってきていて、やれ文字数はn文字以上じゃないとダメだとか、英字と数字混在じゃないとダメだとか、特殊文字も入れないとダメだとかってやたら増えたような気がします。

機器単体のログインセキュリティのレベルは上げられるとしても、普通の企業内には複数機器が存在するのが当然で、それらの管理用パスワードは統一したものを使っていて、それが現在の基準からして脆弱である、とわかっていてもおいそれと変更できない状態であることも多いのでは？と思ったりします。

というか、今のうちの会社がそうだからw統一して運用されているパスワードを変更する、そしてそのための合意を取るための調整工数をかけるくらいだったら、機器のパスワードポリシーを変更して現行のパスワードが設定できるようにしちゃったほうが早いじゃない、っていうモチベーションのほうが強くなるわけです。

NetAppのパスワードポリシーの変更とパスワード変更方法

vserver名(cluster admin vserver):netapp01
role:admin
とします。
変更内容は現行のデフォルト設定からポリシーを変更し、英アルファベットのみでもパスワードとして設定できるようにします。

まずcDotのバージョン確認

netapp01::> version
NetApp Release 9.5: Thu Dec 13 16:18:04 UTC 2018

netapp01::> 

現状のパスワードポリシーの確認

netapp01::> security login role config show -vserver netapp01 -role admin 
                                            Vserver: netapp01
                                          Role Name: admin
                   Minimum Username Length Required: 3
                             Username Alpha-Numeric: disabled
                   Minimum Password Length Required: 8
                             Password Alpha-Numeric: enabled
   Minimum Number of Special Characters Required In
                                       The Password: 0
                         Password Expires In (Days): unlimited
     Require Initial Password Update on First Login: disabled
                  Maximum Number of Failed Attempts: 0
                      Maximum Lockout Period (Days): 0
                       Disallow Last 'N' Passwords : 6
              Delay Between Password Changes (Days): 0
       Delay after Each Failed Login Attempt (Secs): 4
  Minimum Number of Lowercase Alphabetic Characters
                           Required in the Password: 0
  Minimum Number of Uppercase Alphabetic Characters
                           Required in the Password: 0
  Minimum Number of Digits Required in the Password: 0
     Display Warning Message Days Prior to Password
                                      Expiry (Days): unlimited
                          Account Expires in (Days): unlimited
      Maximum Duration of Inactivity before Account
                                  Expiration (Days): unlimited

netapp01::> 

Password Alpha-Numeric: enable
となっているので、アルファベットと数字を混在しないといけない状態です。
これを解除します。

netapp01::> security login role config modify -role admin -vserver netapp01 -Passwd-alphanum disabled 

netapp01::>

成功してもなにも出ませんw
変更を確認します。

netapp01::> security login role config show -vserver netapp01 -role admin
                                            Vserver: netapp01
                                          Role Name: admin
                   Minimum Username Length Required: 3
                             Username Alpha-Numeric: disabled
                   Minimum Password Length Required: 8
                             Password Alpha-Numeric: disabled
   Minimum Number of Special Characters Required In
                                       The Password: 0
                         Password Expires In (Days): unlimited
     Require Initial Password Update on First Login: disabled
                  Maximum Number of Failed Attempts: 0
                      Maximum Lockout Period (Days): 0
                       Disallow Last 'N' Passwords : 6
              Delay Between Password Changes (Days): 0
       Delay after Each Failed Login Attempt (Secs): 4
  Minimum Number of Lowercase Alphabetic Characters
                           Required in the Password: 0
  Minimum Number of Uppercase Alphabetic Characters
                           Required in the Password: 0
  Minimum Number of Digits Required in the Password: 0
     Display Warning Message Days Prior to Password
                                      Expiry (Days): unlimited
                          Account Expires in (Days): unlimited
      Maximum Duration of Inactivity before Account
                                  Expiration (Days): unlimited

netapp01::> 

Password Alpha-Numeric: disabled となっているので良いみたいです。
続いてパスワードを変更します。

netapp01::> security login password -vserver netapp01

Enter your current password: 
Enter a new password: 
Enter it again: 

netapp01::> 

現在のパスワード、新パスワードを2回入力して終了です。

備忘録として書きました。それではまたー。

vMotion時にNICの互換性警告が出るときの原因(の１つ)

もうVMware何年触ってんだろ。
なまくらです。みなさま、いかがお過ごしでしょうか。

さて、今日は小ネタ。

vMotion時にNICの警告が出た

まずどんな環境なのか書かないとなんのこっちゃという感じだと思うので。

• vCenter:vCenter Server Appliance 6.5
• ESXi:ESXi 5.5 Update 2 (移行元、移行先どちらも)
• ゲストOS: CentOS 5.10 (i386) ←つまり32ビット
• NICの種類:フレキシブル

以上のような環境で、vMotionしようとしたところ以下のような警告画面が出ました(赤枠で囲った部分)。

互換性問題の詳細画面

メッセージは以下の通り。

仮想イーサネット カード「Network adapter 1」はサポートされていません。”これは、ホストの一般的な制限ではありませんが、選択されたホストの仮想マシンに設定されたゲスト OS の制限です。”

意味がサッパリ分からない。
悩んだいろいろ探してみたところ、原因がわかりました。
仮想マシンの編集で、仮想マシンのオプションを見てみたところ、以下のようになっていました(赤枠で囲った部分)。

設定の編集画面

つまり、仮想マシンのオプションの定義上では、このVMはCentOS4/5の「64ビット」だと設定されていました。でもインストールしてあるのは32ビットだよな…。

仮想マシンの定義上は対応してない

これは…と思い、VMware Compatibility Guideで検索してみるとやはりということで
ESXi5.5上のCentOS4/5のNICのタイプが「フレキシブル」の対応状況は

• 64ビットだと対応していない
• 32ビットだと対応している

のでした。なので、この定義を「CentOS 4/5 以降(32ビット)」に直して、警告は出なくなりました。よかったよかった。

ちなみに、このゲストOSのバージョンの選択によって、NICを追加したときに選べるタイプに制限が出てきます。この写真のように「CentOS 4/5 以降(64ビット)」だった場合、新たにNICを追加した時にはタイプとしてE1000,vmxnet2,vmxnet3の3種類しか選べません(そもそも選択肢に出てこない)。これが32ビットだった場合はVlance、フレキシブルも選択肢に表示されるようになります。

さらについでに言っとくと

この「ゲストOSのバージョン」の選択変更は、いったんゲストOSをシャットダウンしないと変更できない。OSを気軽に落とせない場合は、変更まで気持ち悪いけれども我慢するしかない。
実際に警告が出てくるのはvMotionするときくらいだし、警告を押し切ってvMotionしたって移行先でネットワークが使えなくなることはない(インストールされているOSにドライバがあるかどうかだから)ので実際気にしなければいいのだけれどもね。

最近こんな細かいクエスチョンを調べることばっかりに時間使ってるなぁ…。

それではまた。

大きなサイズ(25MB以上)のPDFファイルをkindleのパーソナル・ドキュメントに登録する

電子書籍リーダ難民。なまくらです。みなさま、いかがお過ごしでしょうか。

今日も電子書籍リーダ関連。kindleパーソナルドキュメントについてです。しつこい？w

まずは仕様についておさらい

kindleパーソナル・ドキュメントサービスはkindleストアで買った電子書籍だけじゃなくて、任意のドキュメントファイルをアップロードしてkindleアプリなどで見れるという機能で、自炊したPDFファイルなんかを気軽に見ることができますと。
詳しくはこちら本家のリンク先を見てほしいってことで。

何に困っていたのか

で、そのパーソナル・ドキュメントサービスはzip圧縮含んで50MBまでという制限があります。
自分の場合それ自体は問題にはならないんですが、ドキュメントの登録方法がSend-to-Kindle宛てのメールが基本ですと。メールだと大抵のサービスが最大で25MB程度に制限されていて、それ以上のサイズのドキュメントを登録することができなくて困ってました。
それで登録方法がブラウザへのドラッグアンドドロップで実現しているGoogle Play Booksで回避するとかケチ臭い方法を使っていたのですが、やっぱり電子書籍を2種類3種類使うのは面倒だし、何とかならんかと思っていました。

Androidエミュレータ経由で登録する

で、ついに実現方法がみつかったのでご紹介。Androidエミュレータ経由で送る方法です。
よくググってみたら自炊した書籍データのKindleへのアップロード方法で紹介されていました。
こちらの方はBlueStacksとY!ファイルで実現されていましたが、自分はY!ファイル(現Yahoo!ファイルマネージャー)ではエラーとなってできなかったので、X-plore File Managerを利用してkindleに転送することができることを確認しました(2019/06/15現在)。

手順紹介

ニーズあるかわかりませんが手順を画像付きで紹介。大きな流れは以下の通り。

1. BlueStacks4(Androidエミュレータをインストール)
2. BlueStacks4内でkindleアプリとX-plore File Managerをインストール
3. kindleアプリで自分のAmazonアカウントを登録しておく
4. BlueStacks4に内蔵されているメディアマネージャーで、WindowsPCからkindleへ転送したいファイルをインポート
5. X-plore File Managerの/shared/DCIM/SharedFolder/内にインポートされたファイルがあるので、長クリック→共有→Kindleに送信を実行

これでOKです。ではスクリーンショット撮ったのでご覧ください。

BlueStacks4をインストールして起動、kindleアプリとX-Ploreをインストール

メディアマネージャを起動、左下のメニューからファイルをインポートする

/sdcard/DCIM/SharedFolder/内にファイルが配置されている

タップ長押し(長時間左クリック)でメニューを表示、「共有」を選択する

Kindleアプリがインストールして設定されていればKindleに送信が選べるはず

後は送信するだけ。PDFの場合は著者の編集もこの画面でできる

そんなわけで、Kindleアプリをもうちょっと便利に使えそうです。

それではまた。

NetAppストレージ領域のls結果が遅かった話続き

なんちゃって技術者のなまくらです。みなさま、いかがお過ごしでしょうか。

ちょっと前にこんな記事を書きました。
ls結果が遅すぎる！どうなってんだNetApp！？

ことの顛末を書いていなかったのと、現在も結論が出ていない事実があるので書いておこうと思いますまる。

発生事象おさらい

NetApp をFAS3160からFAS2750にリプレース。NFSボリュームはそのまま移行。その中のとあるディレクトリにファイルが26,000弱存在していた。その領域をSolaris9(古っ！)とCentOS6で両方ともマウントし、lsコマンドをたたいたところ、Solaris9は2分半かかり、CentOS6ではその1/5（30秒）ほどでした。

マウントオプションの違い

どうしてそんなに大きな差となって表れたのか、わかっている人にとってはえらく単純で、マウント時にnoacのオプションを付けたかどうか、です。
このオプションをつけないとOS側でキャッシングをしなくなるので、lsの要求(特にgetattr)はすべてNetApp側に投げることになります。

手元にあるCentOS6.6にてman nfsを叩き、ac/noacオプション部分を抜粋します。

Selects whether the client may cache file attributes. If neither option is specified (or if ac is specified), the client caches file attributes.

クライアントがファイル属性をキャッシュできるかどうかを選択します。どちらのオプションも指定されていない場合（またはacが指定されている場合）、クライアントはファイル属性をキャッシュに入れます。

To improve performance, NFS clients cache file attributes. Every few seconds, an NFS client checks the server's version of each file's attributes for  updates.
Changes  that  occur  on  the server in those small intervals remain undetected until the client checks the server again. The noac option prevents clients from caching file attributes so that applications can more quickly detect file changes on the server.

パフォーマンスを向上させるために、NFSクライアントはファイル属性をキャッシュします。数秒ごとに、NFSクライアントは更新のために各ファイルの属性のサーバーのバージョンをチェックします。
これらの短い間隔でサーバー上で発生した変更は、クライアントがサーバーを再度チェックするまで検出されません。 noacオプションを指定すると、クライアントはファイル属性をキャッシュできなくなり、アプリケーションはサーバー上のファイルの変更をより迅速に検出できます。

In addition to preventing the client from caching file attributes, the noac option forces application writes to become synchronous so that local changes to a file become visible on the server immediately.  That way, other clients can quickly detect recent writes when they check the file's attributes.

クライアントがファイル属性をキャッシュしないようにすることに加えて、noacオプションはアプリケーションの書き込みを強制的に同期化して、ファイルに対するローカルの変更がサーバー上ですぐに見えるようにします。このようにして、他のクライアントはファイルの属性をチェックするときに最近の書き込みを素早く検出できます。

Using the noac option provides greater cache coherence among NFS clients accessing the same files, but it extracts a significant performance penalty.  As such, judicious use of file locking is encouraged instead.  The DATA AND METADATA COHERENCE section contains a detailed discussion of these trade-offs. 

noacオプションを使用すると、同じファイルにアクセスするNFSクライアント間でキャッシュの一貫性が向上しますが、パフォーマンスが大幅に低下します。そのため、代わりにファイルロックを慎重に使用することをお勧めします。データとメタデータのコヒーレンスのセクションでは、これらのトレードオフについて詳しく説明しています。

 なんだ、manに解答が全部書いてあるじゃんw

なんでnoacオプションを使用しているのか

前のmanから抜粋の最後のほうにも書いてあるんですが、ファイル読み取りの一貫性を保証したかったからです。一貫性というと( ﾟДﾟ)ﾊｧ?？なんのこっちゃと思うかもしれません。
今回問題が発生したサーバは負荷分散装置の下に2台構成でぶら下げているサーバで発生したものです。ファイルキャッシュを有効にすると、2台の間のファイルの状態に差が生じてしまうなどの問題が発生することがあるからです。

良いリンク見つけました。
nfs利用時のmountオプションについて

リンク切れ怖いのでここから転載するとキャッシュを効かせると、速度的に大きなアドバンテージが得られる代わりに、以下のデメリット(一貫性、安全性)も生じます。

• マウントしているクライアント側がローカルにキャッシュを持つのでnfsサーバ側と差分が出ることがある(LB配下の場合はクライアント間でも発生する)。
• 同期しないので書き込み完了したつもりでも、DISKに反映されてない事がある
• IOをキャッシュするので突発ダウン時にDISK書き込んでいないデータが消失する

キャッシュのON/OFFについてのトレードオフ関連の話については長くなりそうなのでまたにしましょう。今回は速度面のところにフォーカスあててるのでこの辺で切り上げます。

プラスしての悪条件

で、mountのnoacオプションのことについては理解できましたが、今回の事案ではこの影響に拍車をかけた環境がありました。

それはリプレースしたNetAppをもともとあったところとは別のロケーションに配置したことです。ロケーション間をL2ブリッジで接続していたので、セグメントは同じでしたがPingで確認したところブリッジでのレイテンシーが数ミリ秒単位で存在する状況になりました。

noacオプションでマウントした時に数100ファイルくらいであればこの遅延は体感できないくらいだったと思うのですが、万を超えるファイル数だったので、この数ミリ秒のレイテンシーが積み重なって影響を体感できるくらいになっていました。

レイテンシー発生自体は仕方がないことではあるのですが、ネットワークレイテンシーの積層効果を軽く見ていて（というか気づけなくて）、遅延事象に拍車をかけることになってしまいました。

NetAppも遅くなってる！？

ここまではNFSの仕様とその影響が増幅される場合があるよ、という話をしていましたが、調べを進めていくと、どうやらNetApp側でも若干(これが大きな原因ではないと思うが)性能低下がある可能性が出てきました。

リプレースで新製品にしたのにね(´Д｀)ﾊｧ…

今回NetAppリプレースお願いした業者さんのほうで切り分けのために各ONTAPバージョンでのlsコマンドの結果を計測してもらったところ、以下のような結果に…

lsコマンドの応答速度計測結果

条件:

NetApp社の仮想上の検証環境(LabOndemand)を使用

ファイル数26001個、すべてダミーファイル、サイズは1kb

8.2.1  7-mode 0m21.145s

8.3.2  c-mode 0m24.601s

9.1RC1 c-mode 0m23.817s

9.3RC1 c-mode 0m45.441s

9.5RC1 c-mode 1m1.573s

バージョン新しくなるごとに遅くなってる…

これについてはメーカーサポートおよびメーカーの開発部門でも同様の傾向自体は確認しているらしいです…。

バージョンが新しくなるごとに新機能が追加されていたりして便利になってはいるとは思うのですがそれのかわり基本性能の低下は許容してくれ、ではなくて、せめて基本的な性能はそのままに、プラスアルファとして機能追加等をしていただきたい、と思った次第。

でも計測して傾向が分かったとはいえ、すでに機能をインプリメントした状態で出荷してるし、根本の原因特定とかはなかなか難しいんだろうなぁ。もちろん機能の設計と実装にもよると思うけれど。

それではまた。

また電子書籍リーダが増えてしまった…

梅雨寒ですね。なまくらです。皆様、いかがお過ごしでしょうか。

で、そうなんです。またも電子書籍リーダが増えてしまって( ﾉД`)ｼｸｼｸ…
それもこれもAmazonがクソなせいだ！(言いがかり)
っていうのは半分ウソで、半分本当です。

パーソナル・ドキュメントの仕様

50MBまでのPDFならメールで送ってパーソナル・ドキュメントに登録できるんですが、実質50MBもメールで送れるパブリックなメーラなんてほとんどなくて、それをやるなら自前でメールサーバを立ち上げるくらいしかありません。

そもそもメールで送るって仕様がおかしくね？ダサくね？ダサすぎじゃね？
ブラウザにドラッグアンドドロップしてアップロードできるようにするのが普通じゃね？
しかもメールでアップロードしたドキュメントがkindle for PCで読めないと来てる(前のエントリで記述済み)。まったくもってバカすぎ。

Google Play Books

で、次に白羽の矢が立ったのがGoogle Play Booksというわけなのです。こいつならPDFをアップロードするときにWeb画面からドラッグアンドドロップすれば登録できて、読めるようになると。対応フォーマットもPDF,ePubが対応しているから、オライリーで買った電子書籍を(自炊したものも含めて)アップすれば読める！_|＼○_ﾋｬｯ ε=＼＿○ﾉ ﾎｰｳ!!

結局何がしたかったかというと

まぁさっきも書きましたがオライリーで買った電子書籍を気軽に読めるようにしたいわけです。オライリーも謎仕様なんですけれども、紙の本はAmazonで買えるのに電子書籍は自社サイトの直販でしか売らないという。で、そのフォーマットがPDFだったりePubだったりMobiだったりしてフォーマットがまちまちで統一されてないし、サクッとアップロードしてPCでもタブレットでもスマホでも気軽にどこでも読めるようにしたいってことなんですよ。まぁ、ほかの技術書もあったりするんですが、それはまぁ他と比べると小さなことではあるので。

Google Play Booksも結局バカだった(PDFの解釈が)

と、いうわけで25MB以上のPDFファイルもサクッとアップロードできるようにはなりましたが、落とし穴が。
なんとですね、PDFでアップロードすると目次がなくなっちゃうのですよ。Googleだと。パーソナル・ドキュメントでアップロードしてiPadでPDF見ると、ちゃんと目次情報も残ってくれるのに。セクション選んで読めないんです。なんと使いにくいことか。
あぁGoogle Play Booksよお前もバカすぎる(PDFで読むときは)…。ちなみにePubはしっかり目次情報あるのでストレスなく読むことができます。

最後にほんのちょっとだけ役立つ情報を

パーソナル・ドキュメントに書籍ファイルをアップロードする場合、PDFもmobiファイルもファイル名を書籍名に直してからアップロードしたほうが良いです。ファイル名が書籍名で登録されてしまうので、もしも記号とかのままアップロードすると探しにくくなってしまいます。しかも一回アップロードすると書籍名は今のところ直せませんので、直したい場合はファイル名を変更して再度アップロードしないといけません。メンドクセー。

これはGoogle Play Booksでも同じで、PDFファイルの場合はファイル名がそのまま書籍名として登録されてしまいます。書籍名が修正できないのはパーソナル・ドキュメントと同じ。ファイルとアップロードの概要にpdfファイルのファイル名にISBN番号を推奨してるけどとんでもねぇ！見にくくてしょうがねぇぞ！
ただし、ePubフォーマットのファイルの場合はファイル名が適当でも、ePubフォーマットの中の情報を参照してくれて正しい書籍名で登録してくれます。

電子書籍難民の日々は続きそうです…。そいじゃまた。

電子書籍界隈の使い勝手の悪さに目がくらむ

なぜかワイのブログは日本と同じくらいフランスからのアクセスが多いんだ。凄いだろ？たぶんボットか踏み台からのアクセスだな。
なまくらです。みなさま、いかがお過ごしでしょうか。

さて今日は電子書籍界隈について。

電子書籍アプリをどれか1つにしたいんだが

電子書籍のアプリはAmazon kindle, Sony Reader, DMM 電子書籍の3種類を使っているんだが、一番買うことが多いメディアがkindleなので閲覧はkindleアプリに統一したいと考えた。が、早々に断念。電子書籍フォーマットがお互いに互換性がない(というか互換性を持たせることは可能だが会社的にそうしていない)こと、kindle for PC(Windows)の出来があまりにもひどいためだ。kindle for PCははっきり言ってクソだ。

フォーマット問題

まずフォーマットだが、Amazon がAZW, AZW3, そしてmobi。SonyとDMMはePubらしい。だがそれぞれの会社が独自にDRMによる保護をかけていてお互いのアプリでは閲覧できなかったり、変換できなかったりしてやがる。ファック！
DRM解除ソフトもあるようだけど。使うの後ろめたいだろ。シィット！
ワイのアンドロイド端末に電子書籍読むためにアプリを3種類も入れろってのか！
まったくもってファッキンシット！！！

それでも頑張るのだが
まぁ嘆いていても仕方がない、ということで3つ入れることにした(よわっ)。だって読めないんだもん。
それでもメインのアプリを決めとかないと使いにくかろうということで、ここは世のトレンドに負けて電子書籍ならアマズーンてことでkindleを使うことにした。PDFも読めるらしい。

調べながら使ってみるが…

ipadでPDFを見るにはパーソナル・ドキュメントに登録する必要があるらしい。マンドクセー。

1. Amazonのアカウントサービスから「コンテンツと端末の管理」を選択。
2. 「端末」タブを選択して登録されている端末を選択し、左側のアクションボタンを押下
3. Send-to-Kindle Eメールアドレスを表示させる。
4. 上記でSend-to-Kindle宛てにPDFファイルを添付してメール送信
5. しばらく待つと「コンテンツ」のパーソナル・ドキュメントに送ったファイルが登録される。
6. パーソナル・ドキュメントを選んで任意のデバイスに配信

面倒だ。面倒臭すぎる…

ちなみに、上記の4では件名に「変換」と書いて送るとkindle形式に変換してくれるらしい。が、変換後のドキュメントはレイアウトなどがメチャメチャになることが多くて使えたものではない…。

しかも数々の制限が

さらにこの配信機能はパソコンで登録してある端末あてには配信できないようになっていた。ちょっと調べてみるとPCではパーソナルドキュメントを参照することはできないらしい！ファック！PCなんだからPDFは自分個別にインポートしろってか！

さらにさらにこのkindle for PC、見開きで表示する機能が存在しない。クソがっ！横長ディスプレイが当たり前のこの時代に電子書籍を2ページ見開きで見れる機能がないとは！

ﾌｧｯｷｭ━━━( ﾟДﾟ)凸━━━ !!ﾌｧｯｷｭ━━━( ﾟДﾟ)凸━━━ !!ﾌｧｯｷｭ━━━( ﾟДﾟ)凸━━━ !!

しかも縦書き表示にもできないし。どういう設計すりゃこういうアプリになるんじゃ！

しばらく苦悩は続きそうじゃ。またな…

アパレル嫌い

今回は普段気にしてないけどちょっとしたことで顔を出す事柄について。

チンチクリンのアパレル選びは悲惨

洋服が単純に嫌いなわけではなくて、自分の体に合う服がないのが嫌いなのです。

今日は去年の夏の終わりに破れたために捨ててしまったバイクの夏用のグローブが欲しくて用品店にいきました。でも、やっぱり自分の手にあったグローブはありませんでした。

自分は手が150cmくらいの女性並みに小さいのです。ま、小さいのは手だけじゃないんですけどね。たぶんそのお店がたまたま置いてなかっただけなのかもしれないんだけれども。Sサイズのグローブなんて1つも見つからなかった。XSなんて望むべくもなくて。

バイクのアイテムって1つ1つが安くないし、かといってユニクロみたいなメーカーがあるわけでもないし、時には命にかかわったりすることもあるしで、どんなにデザインが良くても、機能的に素晴らしくても、自分がサイズが合わなければ買いません。さよなら。

コンプレックスがある

自分はもともと体が小さくて、年相応の体に合う服がなく、いっつもひと年代下の服ばかり着させられた。ひと年代違うと、デザインとかも違うじゃないですか。そういうのって、敏感な年代だとあからさまにわかるじゃないですか。それがとっても嫌だった。コンプレックスにもなってた。それは今も変わってない。

どうせアパレルショップに行っても、気に入ったデザインの服はたいてい自分の体に合わないし、そんなもんだから今もそういうショップにはあんまり行かない。行くと場違いな感じがして焦る。理由ないのに汗が出る。これは本当。試着なんて恥ずかしくって気まずくってどうしようもない。逃げ出したくなる。そそくさと店を出る感じです。

そんなもんだから、サイズが合うものが置いてないので、帰ってアマゾンのサイトでサイズが合うもの探してポチろうと思って。サイズの合わないグローブちょっと装着してみて、これならワンサイズ下ならちょうどよいかな、思える商品の型番の写真を撮って帰りました。

バイクの用品という、そもそもユーザの絶対数が少ない中で、さらに少ない人種なのでそりゃ売れないだろうし、お店にも置いてないよねっていう。

さらに腹が立つのは

ま、お店に置いてないのは仕方ない。でもさらに頭にくるのはアパレルで最初からそのサイズ(S)が用意されてないってケース。メーカー自体が作ってない。この商品はMサイズからの展開になります、とか。アホかよ。別にあんまり売れないから、作るのにコストがかかるから高くなります、それならいいんだよ。でも最初から作ってないって…高くてもいいから、せめて選択肢を設けてくれよ。

ワイみたいな体型マイノリティは、そういう悔しさ悲しさ何度も味わっているから、同じデザイン機能、ただサイズが違うだけでたとえ3割定価が高かったとしても、それが気に入っていれば迷わず買うけどね。これはワイの場合だけかもしれないけど。別に差別だなんだなんて言わないよ。だって売れないかもしれない商品作るのはリスクだし、特別サイズの生産はコストかかる、そういうのは理解しているから。

あえて名指しするぞクソメーカー

製品のラインナップがMからとか多すぎなんじゃ！特にRSタイチとかクシタニとか。〇ねよっ！って思う。

その点コミネさんなんか頑張ってるよ。もともと小さめに作ってある、というか日本人体型に合わせてある感じでベリーグッド！しかも安いし。

アイテムが全般的に安いからコミネマンなんて馬鹿にされたり揶揄されるからライダーからは敬遠されがちだけど、ワイなんかは応援しちゃうよっ！ビバKOMINE！

他にもあるんじゃ

ワイの場合はあとパンツと靴もだね。足のサイズが24cmなんだ。よくあるだろ、靴で24.5～、または25～しかない靴。ほとんどの人には問題ねぇんだよ。でもワイにとっては大問題だったりする。

レディースサイズの購入は解決策にならない

洋服のラインも靴の形もそうなんだけれども、メンズとレディースって大きさが違いだけじゃなくて体のラインも違うし、足の形とかも違ったりするから、単純に大きさだけあってても着た時に違和感が残ったりするんだよ。ボタンとかの位置も逆だしさ。

あ、そうそう思い出した。メンズとレディースでボタンのつけ方が左右で違うのな。アレワイが生きてて大きな謎だわ。

もちろん大きさだけでメンズサイズ、レディースサイズと分けている場合は問題ないんだよ。でもそれじゃ解決できない問題もあるってことだよ。

というわけで今回のまとめ

過激になったけど今回の話まとめ。

• 体型マイノリティのアパレル選びは苦痛
• サイズが置いてないという現状がコンプレックスを増幅させる
• RSタイチ、クシタニは〇ね！コミネがんばれ！
• レディースサイズの購入は必ずしも解決にはならない

ので、アパレルメーカーにはこんなことを求めたい。

• 値段の差は肯定するから幅広いサイズを用意してほしい．高くても買う
• 受注生産でもいい．欲しいアイテムだったら全然待つ

最後にワイの手。比較できるようにショートサイズ缶コーヒーとの比較ね。

苦労を知らない手w

手のひらと缶コーヒー並べてみた

手の甲側と缶コーヒー

そいじゃまた。

リンク

生まれて初めてバイクでソロキャンプに行ってみた(帰ってから編)

頚椎ヘルニアの影響での右指の痺れの具合がどうもよくない。痺れが強めというか。べつに指は動くし力も入るけどさ。
なまくらです。みなさま、いかがお過ごしでしょうか。

今日は初めてのソロツーリングキャンプの最後の回、帰ってから編です。いつまで続けてるんだって感じですが、今回でいったんはひと区切りとなります。

帰ってすぐやったこと

まずは荷解き。そしてすぐにグランドシートとテントを干しました。
泊まった日の夜に雨に降られたのもあって、翌朝にいそいそと撤収作業をしてテントを乾かす時間をおかずに突貫パッキングで詰め込んで帰ってきました。
グランドシートもテントも濡れたままでしたし、土屋泥汚れも付いたままで。まずは乾かして汚れを落とすのが先だと思ってやりました。自分の場合こういうのは帰ってきてひと休みして時間を置くとすっごく嫌になってしまうので、くたびれついでにやってしまうのがいいと思って一気にやりました。

干すのはカビが生えて嫌なにおいとかするのが嫌だからですね。あと泥とかも乾けば軽くたたくだけで落ちることが多いので、まずは乾かすの重要ですね。
グランドシートもテントも撥水処理されているので、雨さえ降っていなければ乾くのは早いです。

そのほか

まぁ、あとは適当でいいんじゃないですかね。自分でも書いてなんだけれども適当てw
そうだなぁ寝袋も早めに干しといたほうがいい気がします。テントとグランドシートが乾いた後に続けてやりました。

あとは…面倒くさいと言えば旅行先で撮影した写真とか動画は早めに整理したほうがいいですよね。これも変に間が開くと面倒くさくなってしまうので。

行ったみた反省とか

そうだなぁ。今回は初めてということで割り切っていったのでやれないことも多かったので、そういうのは次回以降やってみたいです。具体的にはタープの設営(実は購入済み)とか焚き火(これも焚き火台購入済み)とか。

今回は料理もレトルトだったので、今度は本格的にやってみたい気はします。作るのも片付けるのも面倒さ加減がぐっと上がると思うんですけれども。まずクッカー(調理器具)が必要だし、それに付属する道具だったり、食材はもちろんですが、調味料類も必要になるので。でも、キャンプといえば野外調理はほぼセットでやるみたいな印象が強いので、自分はバイクだしソロだし制限は多いけれどもしっかりやってみたいです。楽しみが残った、ということでまた次回ですね。野外料理するだけだったら泊まりでなくても練習できそうだし、近くやってみようかな。

後でわかったこととか

あ、テントを立てる前にグランドシートを敷きましたが、コレ表裏あるの知ってました？
自分はあまり気にせずにしいてしまいましたが、

• さらさらしているほうが撥水面なので↓(地面側)
• ちょっとペタペタしているほうが防水面なので↑(テント側)

なんだそうですよ。知らなんだ。スノーピークのページに載ってた。今回裏表反対にして使っていたかもしれん。次回は間違わないようしっかり。

時間があれば電子書籍でも読もうかなと思ってiPad miniを持って行ったんですが、全く使う機会なしでした。キャンプ場とか散策(までいってないけど)してるだけで全然飽きなくて出番はありませんでした。初めてで何をするにも新鮮だったからかもしれませんが。そんなとこですかね。

まとめると

帰宅後の動きをまとめるとこんな感じですかね。

• 疲れてても、荷解きはしとけ
• 湿気るものは早めに乾かせ(グランドシート、テント、寝具)
• 撮影物とかも早めに整理しとけ

次回への課題(次はやりたい)はこんなところですか。

• タープたてたい
• 焚き火くらいしたい
• 料理だってしたい
• グランドシートに表と裏があるから間違えんな
• デジタルガジェット使わないし要らないかも

…。ほかに優先して注意すべきものあるような気もするんだけれども。何回もやっていくうちにわかってくるかな。

こんなところで初めてのソロキャンプツーリングは以上です。読んでくれてあじゃじゃしたー。

また行くよー

リンク

リンク

リンク