高円寺のジーンズ専門店「Nakaiya」が年内で閉店(2017年12月まで)

高円寺のジーンズ専門店「Nakaiya」(ナカイヤ)が年内で閉店するそうです。

 

こちらのお店はブーツカットやベルボトムのジーンズに強いお店で、希少な生産終了しているモデルや、店舗オリジナルのベルボトムを販売しているのですが、今のオーナーは3代目で創業80年以上、高円寺のお店は商店街でも最古参の1つなのだそうです。

高円寺 Nakaiya

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

店舗を閉店したあともネットショップの営業は続けるそうですが、ジーンズの製造会社はLevies, Edwin, Lee, Wrangler, どれも経営不振で生産が縮小されているため、ブーツカットやベルボのような少量デザインの品は特に入手困難で、店舗を閉めた後は、オリジナルのボトムしか販売できないだろうということでした。

http://home.u06.itscom.net/nakaiya/

(Nakaiya ネットショップ)

 

こちらのブログでは創業昭和9年と紹介、ベルボトムの聖地と呼んでいますね。。。

https://blogs.yahoo.co.jp/sukegawa_sukezoh/17602441.html

 

営業は12月末までやっているそうなので、閉店セール中で1万円以上するベルボトムが20%~30%引きになっている物もあるので、お店を知る人、知らなくてもジーンズが好きな人は、訪ねてみるのも良いかと思います。

 

最新版のAndroid対応のためにUnityのアプリをUnity5.6でリビルド⇒ParticleSystemのエミッタにバグでリリースできず・・・

Unityで作成した個人アプリを、Unity5.6対応とUnityAds2.1対応のためにアップデートしてみたところ、細かな仕様の変更点やらバグがあって土日の休日が潰れてしまった。。。

解決できなかった不具合は下記のエラー。

Sub-emitters must be children of the system that spawns them

 

 

 

 

根本的な問題は下記の投稿と同じだったのだけど、

Parenting of particle sub emitter in 5.6
https://forum.unity3d.com/threads/parenting-of-particle-sub-emitter-in-5-6.462180/

肝心の修正パッチがまだリリースされていないようだった。。。

richardkettlewell said:
This issue is fixed in the upcoming 5.6.0p4 patch.

 

AWS RDSのparameter_groupを初期化する方法

Qiitaのエントリーを参考に設定しようと試したのだけれど、
サンプルの書式ではコマンドが通らず。

http://qiita.com/web_se/items/3f789f70873b88720b0e

下記のようにパラメータを全てリセットすると正常に反映された。

$ aws rds reset-db-parameter-group --db-parameter-group-name rdsparam-group --region ap-northeast-1 --reset-all-parameters

原因はわからないがとりあえず備忘録に残します。

YoutubeのRSSフィードが6月12日あたりから信頼できない証明書エラーに

表題の通り、YoutubeのRSSフィードが6月12日あたりから信頼できない証明書と判別されるようになっていた。

アプリケーションの証明書チェックを無視するように組みなおせばいいのだけど、
突然切り替わったので暫く把握できず。個人的に収集していたデータフィードが暫く停止していた。

■対策
信頼できない証明書を無視するオプション例
・curlだと -k
・wgetだと –no-check-certificate

自前のアプリだと、SSL判定のコールバックを強制的に無視するようなロジックを追加すればいい

■ブラウザでの証明書判定状況
・Chrome系のブラウザで参照
 ⇒ 信頼できる証明書と判別される
・FireFox
 ⇒ 検証され信頼できる運営者情報はありません
・IEで参照
 ⇒ 信頼できる証明書と判別される

Googleのコンテンツは素晴らしいものが多いのだけど、突然の仕様変更とかサービス変更が多いように思える。
小さなサービスには利用しづらい。

nginxのWebサイトでletsencryptのacme認証を疎通させる

nginxを利用しているWebサーバでletsencryptを導入するときに、アプリケーションの固有の設定等でacme認証に失敗する場合がある。

対策として、nginxの公式を参考に下記のように該当するlocationを疎通させれば正常に認証ができた。


  location ~ /.well-known {
        location ~ /.well-known/acme-challenge/(.*) {
                add_header Content-Type application/jose+json;
        }
  }

※参考
http://nginx.org/en/docs/http/request_processing.html