pixela4go が v1.12.0 にバージョンアップしました。
v1.12.0 は Pixela の次のバージョンへの対応を含んでおり、現時点での Pixela 最新バージョン v1.35.0 に対応したバージョンとなります。
個人的には Pixela v1.35.0 で実装された新機能、AI による数値データの分析機能が興味深く感じています。 この機能は Pixela グラフに投稿済みの数値データを AI に分析 & 分析結果をレポートしてもらえるというものなのですが、データの分布や傾向を分析してくれたり、さらには提案もしてくれたりするのが興味深いと思っています。
AI による数値データの分析機能の説明や使い方は、Pixela の公式ブログのほうにとても分かりやすい解説記事があります。 気になったらぜひそちらも見ていただけたらと思います！
現場からは以上です。
pixela4go が v1.10.0 にバージョンアップしました。
Pixela v1.29.0、および現時点での最新ローンチ機能である「月曜日始まりのグラフ」 に対応するバージョンアップとなります *1
patreon.com で 2024-12-04 にアナウンスされた「月曜日始まりのグラフ」に対応しています。 ↓こんな感じで使えます。
client := pixela.New("YOUR_NAME", "YOUR_TOKEN") input := &GraphUpdateInput{ ID: String(graphID), StartOnMonday: Bool(true), } result, err := client.Graph().Update(input)
個人的には「週明け = 月曜日」という感覚なので、「月曜日始まりのグラフ」は神アップデートだと感じています。
しかしながら、既存のグラフ (結構たくさんある) を全部更新するのは少々面倒だなあ……という気がしないでもなかったのですが、既存のグラフをワンライナーで一括して「月曜日始まり」にする方法があったので、結果的には全然面倒ではありませんでした。
拙作 pa がインストールされていれば、すべてのグラフを一発で「月曜日始まり」に変更できます。
$ pa graph get-all --username=<username> --token=<token> \ | jq -r .graphs.[].id \ | xargs -I@ pa graph update --id=@ --start-on-monday --username=<username> --token=<token>
現場からは以上です。
*1:現時点での Pixela の最新バージョンは v1.30.0 になりますが、グラフを描画する際に指定できるオプションが追加されたものとなりますので、pixela4go のほうでは特に対応はなく、現時点では今後の対応の予定もありません
Mac の Slack でハドルミーティング中、画面共有ができなくなった。 こちらの事象を解消した際の手順を記載する。
Slack のデスクトップアプリでハドルミーティング中に画面共有しようとすると、Mac の System Settings で画面録画へのアクセスを許可するよう求めるエラーメッセージが表示された。
System Settings > Privacy & Security > Screen & System Audio Recording を見ると Slack に対してアクセスがすでに許可されているように表示されているし、権限を ON => OFF => ON のように切り替えても効果がない。 たしか数日前までは問題なく画面共有できていた気がするし、はっきりとは覚えていないが画面録画のアクセス許可を変更した記憶はなく、直近では Slack をアップデートしたりといったこともなかったと思う。
↓Slack の公式サイトで紹介されている方法をすべて試したり、ネットで同様の事象を解消したといったような方法を試したが、解消しなかった。
Slack のデスクトップアプリのアンインストール / インストールや、画面録画の権限の ON / OFF、権限自体の削除などいろいろ試しても解消しなかったが、以下の手順を行ったところ事象が解消した。
よく分からないけど、Slack のデスクトップアプリをアンインストールした後で Mac の OS の再起動を入れたのがよかったのかもしれない。
- ボタンを押すほう)pixela4go が v1.9.0 にバージョンアップしました。
Pixela v1.28.0 に対応するバージョンアップとなります。
Pixela v1.28.0 で追加された /graphs/<graphID>/pixels API エンドポイントに対応しています。
↓こんな感じで使えます。
client := pixela.New("YOUR_NAME", "YOUR_TOKEN") input := &pixela.GraphUpdatePixelsInput{ ID: pixela.String("GRAPH_ID"), Pixels: []PixelInput{ { Date: pixela.String("20180101"), Quantity: pixela.String("1"), }, { Date: pixela.String("20180102"), Quantity: pixela.String("2"), }, }, } result, err := client.Graph().UpdatePixels(input)
現場からは以上です。
Lambda 関数のランタイムを Go 1.x => provided.al2 へ移行する方法を記載する。
2ヶ月ほど前、AWS から「Amazon Linux AMI のメンテナンスサポートが 2023 年 12 月 31 日に終了するため、AWS Lambda での Go 1.x ランタイムのサポートも終了する」旨が通知されていた。
既存の Lambda 関数はサポートが終了する 2023/12/31 以降も実行できるようだが、サポートが終了するランタイムをあえて使い続ける理由もないので、Lambda 関数が使うランタイムを Go 1.x => provided.al2 へ移行した。その際に行ったことを記載していく。
お客様の AWS アカウントに現在 Go 1.x ランタイムを使用する 1 つ以上の Lambda 関数があることを確認しましたので、ご連絡いたします。
Amazon Linux AMI のメンテナンスサポートが 2023 年 12 月 31 日に終了するのに合わせて、AWS Lambda での Go 1.x ランタイムのサポートを終了します [1]。Lambda は、provided.al2 ランタイムを使用して Go プログラミング言語を引き続きサポートします。provided.al2 ランタイムを使用すると、AWS Graviton2 プロセッサのサポートや、より小さなデプロイパッケージとより高速な関数呼び出しパスによる効率的な実装など、go1.x ランタイムに比べていくつかの利点があります。詳細については、ブログ記事 [2] を参照してください。
Lambda ランタイムサポートポリシー [3] で説明されているように、Lambda での言語ランタイムのサポートの終了は 2 段階で行われます。2023 年 12 月 31 日以降、Lambda は Lambda 関数で使用される Go 1.x ランタイムにセキュリティパッチやその他アップグレードを適用しなくなり、Go 1.x を使用する関数は、テクニカルサポートの対象外となります。さらに、Go 1.x ランタイムを使用する新しい Lambda 関数を作成できなくなります。2024 年 1 月 30 日以降、Go 1.x ランタイムを使用して既存の関数を更新することができなくなります。
2023 年 12 月 31 日までに、既存の Go 1.x 関数を provided.al2 ランタイムにアップグレードすることをお勧めします。
サポートの終了は機能の実行には影響しません。関数は引き続き実行されます。しかしながら、AWS Lambda チームによるメンテナンスやパッチ適用がされない、サポートされていないランタイムで実行されることとなります。
Go 1.x から provided.al2 へ移行するために必要な作業は、次のとおり。
bootstrap にするGo 1.x => provided.al2 に変更する (当たり前だが)$ aws lambda list-functions \
--function-version ALL \
--region <リージョン> \
--output text \
--query "Functions[?Runtime=='go1.x'].FunctionArn"
MySQL でテーブル定義情報を表示する方法を記載する。
MySQL のバージョン。
mysql> SELECT VERSION(); +-----------+ | version() | +-----------+ | 8.0.34 | +-----------+ 1 row in set (0.00 sec)
DESCRIBE <テーブル名> を実行すると、指定したテーブルのカラムに関する情報を表示できる。
mysql> DESCRIBE servers; +-------------+----------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------------+----------+------+-----+---------+----------------+ | ID | int | NO | PRI | NULL | auto_increment | | Name | char(35) | NO | | | | | CountryCode | char(3) | NO | MUL | | | | District | char(20) | NO | | | | | Population | int | NO | | 0 | | +-------------+----------+------+-----+---------+----------------+ 5 rows in set (0.00 sec)
DESCRIBE の省略系の DESC もある ((DESC ステートメント自体が SHOW COLUMNS ステートメントのシノニムである))
DESC のほうがタイプ数が少なくて済むので、普段使いするにはこちらのほうが楽だろう。
後述する SHOW CREATE TABLE とは違い、テーブルの制約やパーティションに関する情報は表示されないが、カラムに関する情報を得るだけならばこちらで十分ではある。
SHOW CREATE TABLE <テーブル名> を実行すると、指定したテーブルを作成する CREATE TABLE ステートメントを表示できる。
DESCRIBE ステートメントはテーブルのカラムに関する情報のみを得られたが、こちらはテーブルの制約やパーティションに関する情報を得ることができる。
また、任意のテーブルと同じ構造のテーブルを別名で作成したい、といったときにはこちらのほうが楽だろう。
mysql> SHOW CREATE TABLE city; | Table | Create Table | | city | CREATE TABLE `city` ( `ID` int NOT NULL AUTO_INCREMENT, `Name` char(35) NOT NULL DEFAULT '', `CountryCode` char(3) NOT NULL DEFAULT '', `District` char(20) NOT NULL DEFAULT '', `Population` int NOT NULL DEFAULT '0', PRIMARY KEY (`ID`), KEY `CountryCode` (`CountryCode`), CONSTRAINT `city_ibfk_1` FOREIGN KEY (`CountryCode`) REFERENCES `country` (`Code`) ) ENGINE=InnoDB AUTO_INCREMENT=4080 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci | 1 row in set (0.00 sec)
