ローソンに行ったら1000円だったので買った。おいしかった。
カラー液晶対応、デザインとかはとりあえず適当にして、表示はされるところまで来た。 全画面更新しちゃってるので画面がチラついている。これの対策用のコードを書くところで いい加減データ構造がダメダメなところに少しずつメスを入れている。 ※ Arduino IDEで書いていたのでstructとかclassが使えるの知らなかった プログラムの構造自体もなんというか微妙なところはあるのだけれども、そちらはとりあえず置いておく。 徐々にデータ構造はきれいにしていくとして、明日中に一通り動くものを2セット組まないとなので 程々でv3.0としたい。
タイルマットを敷いたら… 椅子が動かなくなった。 ようするにタイルマットが柔らかいので椅子のキャスターが沈み込んでる。 タイルマットの上にラグ敷いてるから行けると思ったんだけどなぁ
カラー液晶対応
これでバイク周りのすべての手続きが完了した。
ラグを引いているんだけれども底冷えするので自分の足元だけタイルマットを敷くことに。 ようは、昼寝しようとして机の下に潜ったら寒かった。Amazonに注文。ポイント使って2000円なり。
1900年からはじめて1984年、インフレとかによって維持費が増大しすぎて相手側が破綻。 4000万ポンドをチートで送信するもさらに破綻。 電化したときに維持費が一気に上がるのを気にしなかった模様。 インフラ維持費ルールとベースコスト4xはさすがに後半でバランス崩れた感じがある。 とはいえこちらの会社は黒字を出せていたのでやりようかなという感じはある。 電車を引くのにデメリットが出ていて個人的には割と良いのでは…という気はする。
行き先システムをONにしたとき、唐突ではないにしろいきなり売上が下がりだす現象が 発生するという不思議がある。各部確認してみると、旅客系の駅の満足度が最悪(0%)とかに 落ちていてそこの収益が減っているというのが起きているようだ、乗り継ぎをしようとしたら 乗り継ぎ先が来ない・または満員で駅にずっと取り残されるので満足度が減り続ける。みたいな。 旅客量が増えるとどこかでボトルネックが発生してそこから先がいきなり満足度だだ下がり。 というのが起きるので定期的に満足度が低い駅のボトルネックを解消（大抵は増発すれば治る） していく必要があるというのがちょっとめんどくさいというか、醍醐味ではあるのだけれども 規模が大きくなってくると正直手が回らない感じが辛い。 かと行って放置すると確実に売上が下がって赤字に突入するので油断ならない。 （バニラ状態なら20年もたったら資金のことを心配することはないのだけれども、今の設定にしてから そういう状況になったゲームはなく、行き先システムをONにしてからは毎回破綻ENDである）
追加でいくつか欲しいと言われてしまったのでaliexpressに注文した。 にしても、このカラーTFT液晶と格闘するのか、、色のセンスがびもーなのに。という感じ。 とりあえず、最初は色とかなしで普通の作りにしようと思っている。 余裕があったらボタンを押すと文字色が変わるくらいは実装するかも。(Button2に慣れないとというのもある)
自分専用に動かしているが、MySQL上のcrawl_statusesテーブルが壊れてしまった。 きっかけというか、Web画面からRSSフィードを追加した瞬間に応答がなくなっておかしいなぁと 思った瞬間にcrawl_statuses.ibfファイルが壊れていた。 しかも、バックアップが取れていなくて割と詰み。 ダメ元でcrawl_statusesテーブルを作り直してみると crawlerは動かない（クロール対象がないみたいな動き）がWeb UIは動いたので、subscribeしていた フィードをエクスポートして、DBのデータを全部削除、インポートしてレーティング付け直し。という 手順で復旧した。 おおよそ3時間かかった。
Jenkinsのsshgetの仕様がめんどくさい。親切なんだろうけど、from: /test/work to: c:\\test, filterRegex:/*/ とかやるとworkというディレクトリが送り先にできてしまう。この挙動を抑制したいけどできない。 （from: /test/work/ とかやってもダメ。というか本来は from: は単一のファイルを指定するものらしい） ずっとこういう仕様なので変更はされないかなぁ… 仕方ないので、後段で bat （windowsバッチ実行）を使ってよしなにしている
T-Displayは対応することにした。Aliexpressで色々と検索してみた結果、これ以上コスパに優れたボードが存在しないと 思い知らされたため。最悪、液晶部分は使わずに外付けという手もあるのだけれども、ブレッドボードの面積を超えてしまうので できればやりたくないなぁ。。。ということでソフトウェア側でなんとかすることにした。
カラーTFT液晶の対応をロードマップから外した。 初期化の方法がイマイチすぎるモジュールでしか動かないのでやる気が萎えてしまった。 TTGO T-Display ESP32についてる液晶モジュールが微妙なのかなんなのか、特定のライブラリでしか 上手く動かない。他のライブラリも結構試したんだけれども全然だった。 あと、EnvBoy自体がカラー表示を必要としていないというのもある。
が。ESP8266+OLED液晶が乗った基板の値段＝T-Displayの値段 なので正直…うーん。 諦めてT-Display限定で対応してしまおうかなぁと悩んでいる
エリアは狭いのにすごい濃度だった。いいなーあそこまで突き詰めるとかっこいい。 なおお値段…（服代より装備代の方が超高く付く…すごく良いんだけど）
pHiさんのアクセサリを見たくて行った。 バングルほしいなぁほしいなぁだけどLサイズとかじゃないとつけられなそう。
配線を変更して暖房器具を増設した。 思ったよりいい感じに収まってとても良い感じ。
…のつもりでファンを確保したが、既に装備されていた。 配線されていなかったので配線をした。 結局GTX 1060の温度はあまり変わらないらしく、負荷がかかると結構な音がするのは変わらなかった。
IPアドレスが実は表示しきれないことがある可能性が判明したので修正。 mDNS名の表示も追加。
というか、4DPi32と格闘… しんどかった。 https://blog.nerves-concord.io/raspi-zero-and-4dpi32/
都市の発展に一番効くのは土地の広さだった。 なんというか、色々と脱力してしまった。 その代わりに宛先システムをONにすると 定期的に駅の評判が悪くなってある時突如に赤字になるというイベントが発生するようになって （ボトルネックが発生してそれを放置したためで意図したイベントでは無いと思うが） 変な緊張感が出てきた。 1900年スタートで 1964年まで進んだ。
どうにか動かしてくれって押し付けられた。つらい。
ここ数日ずっとハマっている。お金がなさすぎたのでRobigoにいって旅客運送してる。 あっという間にお金が溜まって、ORCAを買ってきてさらに旅客運送してる。 とりあえずエンジニア改造しないとFSDの距離が短すぎてつらい。 最初、Pythonの武装済のやつで移動していたら1ジャンプ15lyくらいしか飛ばなくてほんっと 移動に時間かかった。Meta-Alloyを運ぶところで4回やり直しになったときはもうやめようかと。 6A Fuel Scoopつけて武装類全部はずして20lyくらい飛べるようになったらだいぶ楽になった。 ORCAは最初から武装を全部捨てて旅客仕様にしているので25lyくらい飛べる、こりゃ楽。 友好度がallyになると5,6件出てきたりしてこりゃ楽ね… とりあえず1億くらい稼げたけどもっと稼いでとりあえずエンジニア改造勧めたいなぁ…
あとは、Krait PhantomとAnacondaを買ってきて乗り回したい感じ。
フロントのnginxのログが取り込まれてなかった。filebeatのmoduleは有効になっていたものの、 nginxのログを /var/log/nginx/{access.log, error.log} に変更していたのが原因。
Scripted Pipelineで書いていたけど推奨されない書き方なのでやってみた。 確かに形式がカッチリ決まっていて良いかもしれないけどちょっと冗長な気もする。 変数の定義がよくわからなかったのが使いやすくなった。
zabbixのDBバックアップが壊れていた。postgresを入れ直したのにpg_hba.confを書き換えてなくて pg_dump -U user が失敗していた。
割と設定がいい感じに行ったので覚書
なんでこんなにバグバグなのを使うのかという感じだけれども、これが 2017年更新で一番新しい…
ゲームバランスが標準だとぬるめなので厳しい方向に調整していく。
幅広い年代のバス、トラック、トラムが入ったnewgrf。1900年スタートだと鉄道が使えない（1926年まで鉄道は使えない） ので、これが入っていないとにっちもさっちもいかなくなる。バランスが崩れるような車両は入っていないので、安心して導入できる。
経済拡張。発電等で生産効率が変わるようになる。 新しい産業は特にない。 が。。これを入れて1900年スタートにしてしまうと運べてない産業がバタバタと閉鎖してしまう問題がある。 オプションの発電所をすべての町に作る。にチェックを入れておくべきだった。 Production Rateが0%になってしまうと救えない（材料をいくら入れても生産できないし、そのうち閉鎖する）
1900年〜1920年くらいまでの間、トラムを使わざるを得ない状況になる（馬車の旅客運送が1904年くらいにできなくなり、バスも登場しないため）が、これが意外と面白かった。 鉄道とトラムの違いがあったり（Uターンさせる場所を確保しないとトラムはターンできないとか）、速度が違うバスと入り混じって渋滞が起きたり、2マス連結のトラムがあったり、新鮮だった。
何より、道路運送しかないので隣町が非常に遠く感じる、時速35kmとかなので本当におっそい。輸送量もほどほどなので台数が増えるので管理をある程度しないと混乱する。
1920年くらいからバスが35km/hくらい出るようになるのでトラムが不要というかほぼ不要になるが、既に引いてしまったトラムどうするの？という問題に直面するようになる。トラムは道路に併設できるが、あと数年で鉄道も使えるようになるので、専用軌道にしてあれば鉄道化が楽になるが、鉄道は維持費が高くなっているので変なところに引くと赤字になる。
1930年くらいまでプレイしたが、トラムを鉄道に置き換えるか、あえて問題を先送りするかという葛藤がおきて面白い。（トラムは2000年くらいまで使えるが性能が上がらず、バス、トラックに負ける） マルチプレイしたが、おおよそイーブンの状態なので、来週続きをプレイする予定。
24万円。50万円で買って5年間所有して、1000km走って半額戻ってきた。 そう考えると割とかなり満足。買った店にそのまま売ったから。というのもあるんだろうけども。。 次にバイクを持つなら小型の125ccとか250ccくらいだろうなぁ…
電話で解約した。中断証明書を出してもらってるので10年は等級が維持できるみたい。 掛け金の半額くらい戻ってくるので満足。
とりあえず適当に査定をお願いした。明日査定くる。 メールでは希望の金額は出せると思います的な回答だったけど、まぁ多分 希望金額の2/3くらいだろうなぁ…希望の半額だと無理っていう感じだけど。どうだろ。
にしても、よく考えたら税金＋保険料＋駐輪場の値段で月１とかでカーシェアを借りて ドライブするくらい余裕でお釣りがくるくらいかかってるんだよなぁ。。。と感じた。 でも何より、バイクあるのに乗ってないっていうのが微妙に嫌な感じがしてその感じが 嫌だったっていうのが割と大きいかもしれない。
…失敗した。液晶交換してブートループになるって一体… ホームボタンのケーブルを切っちゃった時点でテンションが萎えちゃったので なんかやらかしてるとは思うけれどももうわからない。
イオシスで中古価格を見てみると、iPhone8でも2万円くらいで購入できそうなので とりあえず、しばらくはOPPO A5 2020を使ってみてどうにもならなかったらiPhone8の中古を 買おうと思った（PRODUCT RED 64GBで2万円とか安すぎる）
nanoSIMに切り替えてOPPO A5 2020 にSIMを刺したら普通に使えてしまった。 APNは登録されていないので手動登録だったが。。 にしても、APN rakuten.jp だけ設定すればユーザー名もパスワードもなしで通るのは斬新。 あと、楽天モバイルのSIM、電話番号が入ってないという認識をされるのも新鮮だった。 （楽天LINKじゃない通常の通話は不可！？）
まだ乾燥中 again。雨かわからないけれどもベランダが濡れてしまっているので 1日延長、本当なら今日取り込んでいいはずなんだけれども明日にする。
ついに意を決してsubmitというかpushした。twitterでつぶやいたら、作者さんがいいねしてくれたので とりあえず、おうおう、何勝手にパッケージ作っとんじゃいという怒られは発生しなかった。よかった。 （AURのパッケージはソースもバイナリも一切含まなくて、インストール手順とかパッチだけが入ってるので 怒られは発生しないのだけれども、overgrive https://aur.archlinux.org/packages/overgrive/ みたいな 意味のわからないクレームは発生しているので）
https://aur.archlinux.org/packages/lambroll-bin/ 初aurパッケージ
kubernetesでdockerが非推奨になる（といってもサポートから外れるのは2021年末だし、まだ慌てる必要はない） ので、cri-oで試してみることにした。
|
|
cri-o のdebian / ubuntu 向けリポジトリには cri-oが1.17までしかない。 cri-oのバージョンとk8sのバージョンは一致しないといけないので、k8s 1.19にはcri-o 1.19が必要。 ということでcri-oは諦めた。 CentOSとかFedoraを使えばいいという話なのだが、CentOSのパッケージのふるさはつらい。 …ワーカーノードなのでそこは気にしなくて良い気もするが。
公式の手順＋α https://docs.docker.com/engine/install/debian/#install-using-the-repository https://github.com/kata-containers/documentation/blob/master/how-to/how-to-use-k8s-with-cri-containerd-and-kata.md#install-kubernetes
dockerからの切り替え、もしかしたらkubeletのオプション変更だけでいけるんじゃないか… 念の為 kubectl delete node してから kubeadm join で再joinした方がいいだろうけども まぁ、このあたりの手順はおそらくこれから出てくるだろうし、様子見でいいと思った。
masterで kubeadm token create --print-join-command するとワーカーノードで実行すべきコマンドを表示してくれる。