2021年11月5日金曜日

Rubymineでssl経由でデバッグするには

中の人です。

自己満足ブログ投稿になっている今日この頃。

Rubymineでssl経由でDebugする方法

◆結論

Run - Edit configuration - Gem command
add (+)

・Configuration

Name: anything
command: rails
args: s

・Bundler

check 'Run the script ...'

◆必要な手順

以下の内容でrails sをしたときに8443でsslで接続できるようにする。
Railsの開発環境でhttpsを使う
前項の「結論」の内容を設定する。
pumaのバージョンを上げる
開発環境のRails5をSSL化
gem 'puma', '~> 4.3'
ブレイクポイントを設定
Run - Debug - anything
https://***.***.***.***:8443/ にアクセス

◆後記

Rubymine 2021.2.2

ruby '2.7.4'

gem 'rails', '~> 5.2.6'

見つけてしまえば簡単な設定ですが、ネットで探す限り実現されていなかったデバッグ方法です。

foremanでデバッグを試みたり、pumaを呼び出してみたり紆余曲折。

Rubymineユーザが幸せになれる記事でありますように。

◆追記

以下のようなエラーが吐き出される。

SSL error, peer: <unknown>, peer cert: , #<Puma::MiniSSL::SSLError: OpenSSL error: error:140800FF:SSL routines:ssl3_accept:unknown state - 336068863>

~~pumaを更新しないとこのエラーはタイムアウトするまで表示されず、使い物にならない。pumaを更新してもこのエラーは消えないが現時点では見送り。~~

追記(2022/3/15)にて訂正分を記載。

◆追記(2022/3/15)

上のエラーはURLに「http://localhost:8443」で表示したときに

表示されるエラーだった。

https://localhost:8443/　であれば問題なく表示できた。

でURL

2021年9月27日月曜日

ルンバ、ごめん。俺お前のこと誤解してたかも

中の人です。

貰い物のルンバが数時間、仕事部屋(リモートワーク中)で動いていました。

ゴミがたまったら捨てなきゃと、本当に掃除してるのかと半ば馬鹿にしているルンバのトレイを引き抜くと、あれ？かなり詰め込まれた埃が。

透明な袋に取り出した写真。

よく頑張ってた。これからもよろしく。うるさいけど。

2021年8月18日水曜日

to_categorical function throw an error "ValueError: invalid literal for int() with base 10"

中の人です。

Tensorflow kerasで
今まで動いていた処理でクラス名の定義を変えて
to_categorical を実行したところ

ValueError: invalid literal for int() with base 10

とエラーが出てしまいました。

原因は
クラス名の一覧の中ではクラス名「type」が
y_trainに含まれる値では「type」になっていたから。
もちろん、本当の記述は違いますが。

2021年7月30日金曜日

VMWare Playerのクリップボードの復旧方法。ファイルのDrag&Dropも：Windowサイズを変更する

中の人です。

SEO的には「中の人」だと駄目みたいですけど流しています。
タイトル変えようかな。

<2021/7/30>

さて、VmWare Playerで良くあるのがクリップボードが
ゲストとホストで共有できなくなる現象。困ります。

ネットでよく見かけるのが以下の解決回答……

VmWare Playerを再起動する
VmWare Toolsのサービスを再起動する
VmWare Toolsの再インストール・再セットアップ

しかも、これで必ず直ることはなく、手間がかかりすぎます。

今回のソリューションは最も簡単な方法と言えるでしょう。

「VmWarePlayerのWindowサイズをマウスでドラッグして変える」

これで
VMWare Playerのクリップボード共有が直る！
ホスト・ゲスト間のファイルのDrag&Dropが直る！
しかも簡単！

これであなたのイライラも減るといいな。

<2022/2/8>

VmWarePlayer 16に入れ替えてからゲストのLinux CentOS7の
クリップボードが動作しなくなり、ファイルのドラッグ＆ドロップも
前述の操作でも回復しない。
VmWarePlayer15に戻しても復旧しないので色々やって
復旧したが何が正解か分からなくなる。

◆復旧までにやったことを記載

VMWarePlayer16に更新
直後はクリップボードは機能していたハズだが
気付いたら機能しなくなっていた。
HOSTのWindows10のWindowUpdateが来ていたので適用
無駄
GuestOSのセキュリティパッチの更新
無駄
VMwareTools-10.3.23-16594550.tar.gzに更新
駄目
VmWareToolsのアンインストール
「vmware-uninstall-tools.pl」
open-vm-toolsをインストール
yum install open-vm-tools
駄目
VMWarePlayer15に戻す
open-vm-toolsのアンインストール
yum remove open-vm-tools
VmWareToolsのインストールの為
Player16にした際にインストールした
VMwareTools-10.3.23-16594550.tar.gzから
VMwareTools-10.3.21-14772444.tar.gzに戻す
「/usr/bin/vmware-user」の手動実行

ここまでやったら復旧したのを確認。

壊れた原因が分からないが、仮想OSの

仮想ハードウェアバージョンが古いにも関わらずVmWarePlayer16に

載せたのが原因なのかと考えている。

VMwareTools-10.3.23-16594550が古い仮想ハードウェアと

相性が悪い？

益体もない記事になった……。