検証環境 python version: 3.8.2 説明 class MyType: @classmethod def from_name(cls, name: str) -> MyType: t = cls() t.__name = name return t のようなコードを書くと、python3.8.2では -> MyType の部分がUnresolved referenceになってしまう。 これを回避するには以下のようにする。 from __future__ import annotations # この行を追加する class MyType: @classmethod def from_name(cls, name: str) -> MyType: t = cls() t.__name = name return t python 3.7からfuture behaviorとして追加されているので、それ以降ならこれだけで解決可能。 参考 https://stackoverflow.com/questions/39205527/can-you-annotate-return-type-when-value-is-instance-of-cls/58709233#58709233 https://www.python.org/dev/peps/pep-0563/#enabling-the-future-behavior-in-python-3-7

問題 const scoreStyle = { margin: 50, textAlign: "left" }; ... <div style={ scoreStyle } > ... こういうコードを書いたところ Type '{ margin: number; textAlign: string; }' is not assignable to type 'CSSProperties'. Types of property 'textAlign' are incompatible. Type 'string' is not assignable to type '"left" | "-moz-initial" | "inherit" | "initial" | "revert" | "unset" | "center" | "end" | "justify" | "match-parent" | "right" | "start" | undefined'. TS2322 こんな感じで型が一致しない。

HHKB初心者の感想。 もともとはMajestouch使いで、Macの外付けキーボードとしてKarabinar-Elementsでmacのデフォルト配置に近い配置にして使っている。 箱とか 外箱 箱開けたところ 良いところ タイプするとコトコト感があって気持ちいい それなりに軽いので持ち出しやすい Majestouchより疲れにくくなった気はする(そこまで変わらない) Bluetoothなのでコードを気にしなくていい Bluetoothに関してはMajestouchのMINILAで良いのでは説があるが、今回はHHKBを試してみたかったのでこの機種を選択した。 コロナでしっかり試せていないが、iPadとかと一緒に外に持ち出して使えるならだいぶ大きなメリット。 悪いところ スペースキーが小さいので英/かなキーを一つ外側のキーと打ち間違える 右シフトキーが小さくかつ上キーと隣接しているので打ち間違える 軽い力でタイプできるため、たまにキーボードにおいた手の重みで意図せずタイプされる macのキーボードの上に載せて使おうとすると、左右幅がないため下敷きにしたキーが押されてしまう Karabinar-Elementsでデフォルトキーボードを無効化できるので対策可能 電池駆動なので適宜交換が必要 買って一月程度経つがまだ交換は不要そう タイプミスに関しては一月ほど使い続けたことでだいぶ減ったので、慣れの問題の範疇。

問題 表題の通り。 相対パスで出力されてたのでsitemap.xmlとして不正な状態だった。 結論 baseURLが”/“になってた これを修正すればsitemap.xmlにも反映された 説明 まず疑ったのはsitemap.xmlのテンプレートがおかしいのでは? という線。 sitemap.xmlは特にテンプレートを設定せずにおいても出力されるが、 これを自分で明示的に設定した。 配置場所は layout/_default/sitemap.xml で内容はデフォルトのものをコピペした。 詳細は https://gohugo.io/templates/sitemap-template/#sitemap-templates こちらを参照。 これでは改善しなかったので、absURLを使って <loc>{{ .Permalink | absURL }}</loc> こんな感じで明示的に修正してみた。 使い方の詳細は https://gohugo.io/functions/absurl/#readout こちらを参照。 これでも直らなかったのでそもそもbaseURLおかしいのでは? と思い、config.tomlを参照したら "/" こうなってしまっていたので、これを修正するとlocが絶対パスになった。 設定の詳細は https://gohugo.io/getting-started/configuration/#all-configuration-settings この辺参照。

状況 dockerで動かしてるnginxでこんな感じのエラーが出た。 connect() to XXXX:80 failed (99: Cannot assign requested address) while connecting to upstream 調査進捗 エラー自体はポートの枯渇が原因っぽい。 https://stackoverflow.com/questions/14144396/nginx-proxy-connect-to-ip80-failed-99-cannot-assign-requested-address カーネルパラメータは母艦と共有するのでVMとかで動かしてるならそっちをチューニングしても良さそう。以下参考。 https://blog.stormcat.io/post/entry/docker-tcp-kernel/ https://qiita.com/ozota/items/728f0e838817d4ed7399 https://tetsuyai.hatenablog.com/entry/20111220/1324466655 今回エラー吐いたところは無茶な負荷かけたのが原因なので、今後パフォーマンスが必要になったら改めて調べる予定。

はじめに この記事に詳細が書かれている まとめ CircleCIのrunはデフォルトで最後の出力から10分後タイムアウトする no_output_timeoutに任意の値を設定できる 説明 こんな感じでタイムアウトが発生して Too long with no output (exceeded 10m0s): context deadline exceeded と出力されていた。 - run: command: . ./ourlongscript.sh no_output_timeout: 30m こんな感じでtimeoutを設定することで回避できる。

結論 この記事を読めばいい 解決策 環境変数にGOENV_DISABLE_GOPATH=1をセットする 2系を使うのを諦める 起きてたこと goenvの2系ではGOPATHがgoのバージョンごとに管理されていた。 goの環境構築をよくある形で行なうとGOPATHは ${HOME}/go になっていると思うが、 2系では $({HOME}/go/<使用しているバージョン> となる。 1.14.0を使っているなら ${HOME}/go/1.14.0 になる。 解決策としては1系を使うか GOENV_DISABLE_GOPATH=1 すればいい。

はじめに 英文読める人はこちらをどうぞ。 以下の内容はこの記事の内容をまとめたものとなっている。 背景 GitHub Actionsでは以下のように設定することでstepsで実行した処理の出力を他から参照できる。 steps: - run: | description="description here" echo "::set-output name=description::$description" id: set_description この例では他のstepから ${{ steps.set_description.outputs.description }} のように値を参照する。 しかし、ここで1つ問題があり、descriptionに複数行が含まれると最初の行だけしかセットされない。 対処方法 以下のように改行文字をエスケープすることでoutputに複数行の文字列をセット可能。 description="${description//'%'/'%25'}" description="${description//$'\n'/'%0A'}" description="${description//$'\r'/'%0D'}" 前述の例だとこの様になる。 steps: - run: | description="description here" description="${description//'%'/'%25'}" description="${description//$'\n'/'%0A'}" description="${description//$'\r'/'%0D'}" echo "::set-output name=description::$description" id: set_description エスケープされたテキストのデコードは処理系で行われるため、ユーザーコードでこれを意識する必要はない。 参考 https://github.community/t5/GitHub-Actions/set-output-Truncates-Multiline-Strings/td-p/37870

具体的にはIssueに特定のラベルが付いていたらそれを元にGithub Pagesに記事を追加したい。 試しに このブランチ でテストを行ったがうまく行かなかった。 ブランチ に含まれるworkflowはpushでは起動するがissuesで動かない。 masterじゃないと動かないという制限があるかも? ということで 新規レポジトリ作ってmasterにactionsを登録したら動いた。 https://github.com/ques0942/github-actions-sample/commit/ee6bf81ebec027eda315d135aacd744def3e8ca8/checks?check_suite_id=393358382 こちらのレポジトリでもPRの段階ではissuesからのイベントでは起動されなかった。 やはり何かしら制限がありそう。 トリガーされるイベントが多すぎるので制限されるのもわからないではないが、masterでしかテストできないのはなかなか不便。 結論 この資料に記載があったが、masterかデフォルトブランチに設定がないと起動しない模様。 memo runnerにインストールされているソフト こちら 特定のラベルが含まれているか調べるには https://github.community/t5/GitHub-Actions/Do-something-if-a-particular-label-is-set/td-p/40712# コンテキストの中身を確認する 以下のようにechoを使うことで中身をダンプできる。 name: pullrequest from issue on: issues jobs: display: runs-on: ubuntu-18.04 steps: - name: display run: echo '${{ toJson(github.event) }}' if節関連 if節の中ではenvは使えない。${VAR}でもenv.VARでも駄目だった。 if節の中では文字列はシングルクォーテーションのみ。ダブルクォーテーションでは駄目。 バックスラッシュで改行することはできない。 env関連 envの中で定義済みの変数を展開することはできないっぽい envで変数を定義するときに以下のように定義しても展開されない模様。 VAR: 1 VAR2: ${VAR}-2 envを複数定義することもできないのでこれに関しては諦めるしかなさそう。 actionのwithで環境変数を使う stepsでactionを使用する場合withで引数を渡すが、ここにenvで定義した環境変数を渡したい場合は $VAR とするのではなく、 env.VAR とする必要がある。 git関連 git pushをrun内で実行するとうまく行かなかったのでaction使ったほうが良さそう。 github関連 前述のpush actionも良いが、このaction を使用すると、gitへのcommit及びpull requestの作成をやってくれるのでかなり楽に実現できる。 steps内でファイルの追加、削除、更新してこのactionを実行するとそれらをまとめてcommitしてpull requestを作成してくれる。 ただし変更差分は全てcommitされるので不要なファイルを無視するか削除する必要がある。

plantuml使うにあたって知っていると便利なことをまとめておく。 マクロ !define arrow(arg1, arg2) arg1 --> arg2 arrow(node1, node2) このように記述するとこれは以下のように展開されて評価される。 node1 --> node2 ネットワーク図を書くときに以下のように定義しておくと整理が楽になる。 !define http(a, b) a --[#magenta]--> b : http !define grpc(a, b) a --[#blue]--> b : grpc 使用できる色の定義はここ skinparam 以下のようにskinparamを設定しておくと、同じグループのノードをまとめてスタイリングできる。 skinparam node { backgroundColor<<QA>> PaleGreen backgroundColor<<DEVELOP>> LightSkyBlue } cloud gcp { node "node1" as nd1 <<QA>> node "node2" as nd2 <<DEVELOP>> } 図の向き top to bottom direction 、 left to right direction のように図の先頭に書いておくと、 図の向きを上から下、左から右のように制御することができる。 レイアウト 基本的にレイアウトは全て自動で設定されるが、見えないエッジを定義することで多少の制御は可能。あくまでも多少なのできれいにレイアウトすることは諦めたほうが良い。どうしても線が重なって見づらいときなどの緊急避難用。