CommonJSとESModuleの設定ミスでSlackアプリを実行できなかった話

`@slack/bolt`と`chatgpt`を組み合わせて、Slackアプリを開発しようとしていた。

https://github.com/transitive-bullshit/chatgpt-api

このときの**tsconfig.json**では、`module`は`CommonJS`を示していて、`target`は`ES2017`を指していた。

“`tsconfig.json
{
“compilerOptions”: {
“module”: “CommonJS”,
“target”: “ES2017”,
…
},
…
}
“`

そして、`tsc`を使って**src/index.ts**のビルドを行い、`node`を使って生成された**build/index.js**を実行しようとした。

ビルドは通ったものの、`node`での実行に失敗した。

“`shell
> tsc -p tsconfig.build.json && tsc-alias -p tsconfig.build.json

/Users/takag

Node.jsではmysqlよりmysql2を使うべき理由

mysql2が一番Weeklyダウンロードが多い




[初心者向け] Cacheを使ったNode.jsのパッケージのインストールの方法と仕組みについて徹底解説

## 概要
Node.jsの必要なパッケージをインストールする際はワークフローを実行するたびに新しいrunnerを使用する関係でパッケージを1からインストールします
パッケージが少ないうちはいいものの、プロジェクトが大きくなるにつれてパッケージが多くなるとパッケージのインストール時間分ワークフローの実行時間が長くなってしまいます
そこでパッケージをインストールする際はCacheを使うとパッケージがどんなに多くてもインストール作業を数秒以内に終わらせることができます
今回はGitHubの公式で公開されている
– actions/cache
– actions/setup-node

について解説していきます

## actions/cache
公式が出しているActionで今回使用するNode.js以外の言語やDockerのCacheも扱うことができます
詳細は以下の公式ドキュメントに記載されています

https://github.com/actions/cache

以下を例に説明します
“`yml
– name: Cache dependencies

MongoDBのコネクションプールがわからなかったので調査

恥ずかしながらMongoDBなどNoSQL系は業務経験がなく、最近勉強中の身です。
[Express＋Typescriptプロジェクトのひな形をささっと作る](https://qiita.com/tomoyanp/items/8f039493570c7d29ae86)で作成したExpressからMongoDBに接続する形でやってます。

MongoDB公式のドライバを使用してますが、dbの接続部分は下記のような記述をよく見かけます。
“`javascript
MongoClient.connect(‘mongodb://localhost:27017/db’, (err, db) => {
db.collection(‘mycollection’).insertOne(xxxxxx);
db.close();
})
“`

シンプルに、毎回connectしてcloseするの？？？コネクションプールとかないの？？？となったので実機で試してみた記事です。
なんとなく調べていると、MongoClientにプール数を指定することは可能で、connectメソッドを呼んでも毎回接続して

Cloudflare Pagesでデプロイ時のNode.jsバージョンを指定する

# はじめに
:::note info
この記事で記載するバージョンは執筆当時のものです。参考にする場合は参照を辿って差分を吸収してください。
:::

Cloudflare Pagesではデフォルトでバージョン12.18.10のNode.jsを利用してビルドコマンドの実行を行います([参照](https://developers.cloudflare.com/pages/platform/build-configuration/#language-support-and-tools))。
最近のフレームワークやビルドツールではこのバージョンで動かすことが出来ないことが多いです。例えばAstroはバージョン16.13.0以上が必要ですし、Viteでもバージョン14.18、16以上が必要となっています([参照1](https://docs.astro.build/en/install/auto/#prerequisites)、[参照2](https://ja.vitejs.dev/guide/#%E6%9C%80%E5%88%9D%E3%81%AE-vite-%E3%83%95%E3%8

yarnのインストール方法

### 問題
– `yarn run build`でエラーになる。
“`bash
$ yarn run build
00h00m00s 0/0: : ERROR: [Errno 2] No such file or directory: ‘run’
“`

### 解決策
– yarnのバージョンが古いだけ。
– 最新のyarnをインストールすればよい。
“`bash
# 古いyarnを削除
$ sudo apt remove yarn
$ sudo apt remove cmdtest
$ sudo apt autoremove

#　最新のyarnをインストール
curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | sudo apt-key add –
echo “deb https://dl.yarnpkg.com/debian/ stable main” | sudo tee /etc/apt/sources.list.d/ya

Ubuntu 22.04.1 LTS にnpmとnodeをインストールする方法

### 問題
– 色々なインストール方法が散見されるが、インストール後`npm -v`コマンドを打っただけでエラーになったりする。

### 解決策
– 素直に [公式](https://github.com/nodesource/distributions/blob/master/README.md#rpminstall) に書いてあるコマンドでインストールをすればいい。
“`bash
curl -fsSL https://deb.nodesource.com/setup_19.x | sudo -E bash – &&\
sudo apt-get install -y nodejs
“`

以上。

(無料)Twitter API v2 を用いたブックマークの取得

# (無料)Twitter API v2 を用いたブックマークの取得

## はじめに

Twitter API v2 を用いて、自分のブックマークの棚卸しシステムを作りました。
データは、NeDB を使って保存しています。
OAuth2 については今回必要なんですが、本旨とは関係ないので割愛します。

パッケージとして、[twitte-api-v2](https://www.npmjs.com/package/twitter-api-v2)を利用します。

今回はベアラートークンを利用していて、ユーザーごとの読み取りには制限がかからないので、無料枠の API でも利用できます。

## パッケージ

nedb-promises は、NeDB の Promise 対応版のスーパーセットです。

## レートリミットについて

Twitter API では、各 API エンドポイントに

Ubuntu 22.04にMongoDB 6.0とfree5GC WebUIをインストールする

本記事は、2023.01.26にリリースされたMongoDB 6.0.4がUbuntu 22.04に対応したことを受けて、Ubuntu 22.04にMongoDB 6.0とfree5GC WebUIをインストールする手順を簡単に説明します。

—

## 目次

– [MongoDB 6.0インストール](#mongodb-60インストール)
– [Ubuntu 20.04の場合](#ubuntu-2004の場合)
– [Ubuntu 22.04の場合](#ubuntu-2204の場合)
– [free5GC WebUIインストール](#free5gc-webuiインストール)
– [Ubuntu 20.04の場合](#ubuntu–2004の場合)
– [Ubuntu 22.04の場合](#ubuntu–2204の場合)
– [最後に](#最後に)
– [主な変更履歴](#主な変更履歴)

—

## MongoDB 6.0インストール

Ubuntu 22.04では、`apt-key`が非推奨になり、`gpg`を使用します。そこで、この差異をインストール

Ubuntu 22.04にMongoDB 6.0とOpen5GS WebUIをインストールする

本記事は、2023.01.26にリリースされたMongoDB 6.0.4がUbuntu 22.04に対応したことを受けて、Ubuntu 22.04にMongoDB 6.0とOpen5GS WebUIをインストールする手順を簡単に説明します。

—

## 目次

– [MongoDB 6.0インストール](#mongodb-60インストール)
– [Ubuntu 20.04の場合](#ubuntu-2004の場合)
– [Ubuntu 22.04の場合](#ubuntu-2204の場合)
– [Open5GS WebUIインストール](#open5gs-webuiインストール)
– [最後に](#最後に)
– [主な変更履歴](#主な変更履歴)

—

## MongoDB 6.0インストール

Ubuntu 22.04では、`apt-key`が非推奨になり、`gpg`を使用します。そこで、この差異をインストール手順で示します。

### Ubuntu 20.04の場合

“`
# apt update
# apt install wget gnupg softwar

GitHub Actionsでメタデータファイル(action.yml)を作成してワークフローを共通化しよう！

## 概要
複数以上のワークフローを実行する際に
– パッケージのインストール
– Cacheの設定

など、複数のワークフローで共通で使用できるものを1つのファイルにまとめる方法について解説していきたいと思います
今回はNode.js関連の設定を共通化してテストをビルドを実行します

作成するファイルの構成は以下の通りです
“`
tree
└──.github
├── actions
│ └── set-up-node
| └── action.yml
└── workflows
├── build.yml
└── jest.yml
“`

## メタデータファイル
GitHub Actionsではメタデータファイルというファイルに共通の処理を記載することができます
その際はaction.ymlファイルを作成し、記載します

https://docs.github.com/ja/actions/creating-actions/metadata-syntax-for-github-actions

Windows10のNode.js環境でVue3 + Vuetify3 + TypeScript構成のアプリケーションを開発できるようにする

# 本記事の内容
– Windows10のWSL(Ubuntu)を利用してNode.js環境を用意し、Vue3 + Vuetify3 + TypeScript構成のアプリケーションを開発出来るように開発環境を構築します。

# 実施環境
– Windows 10
– VSCode
– WSL2
– Ubuntu 22.04
– Vue3
– VUuetify3
– TypeScript

# 実施した作業
1. WindowsにNode.js環境を構築する
2. Yarnコマンドをインストールする
3. Vuetify3のサンプルPJ(Vue3 + Vuetify3 + TypeScript)をインストールし起動する

## 1.WindowsにNode.js環境を構築する

本記事の前提条件として、Windows10にWSL(Ubuntu)がインストールされている状態からスタートするので、WSL(Ubuntu)を未インストールの場合は、こちらの記事「[Windows10でWSL2を利用したUbuntu環境構築時にエラー](https://qiita.com/kanamekun/ite

オンラインRPG「REDSTONE」（赤石）をウェブ移植してみた

#### REDSTONE（レッドストーン）という懐かしのMMORPGをウェブでプレイできるようにしてみた話

（移植できたのはまだ一部です）


## ブラウザでプレイできるデモ公開

とりあえず、**触ってみてもらうのが一番**なのでデモを置いておきます！
（ブラウザで開くだけでDLとか不要です）

#### Demo：https://rs.sigr.io/

https://rs.sigr.io/

—–

プロジェクトのソースコードも全部公開してます
#### Github

【GCP】Cloud Taskへのキュー登録メモ（＋Cloud Functionsをコールする）

自分用のメモ。

# Cloud Taskの作成

まずCloud Taskの画面から「PUSHキューの作成」を押してCloud Taskそのものを作成する。ちなみに作成後に名前は変えられないみたい。


詳細設定がいろいろ指定できるがよくわからんので全部初期設定のままとする。


と思ったんだが「最大試行回数」はデフォの100からもう少し下げてもいいかもしれない。ちょっとミスってタスク登録してしまってコール先のCloud Functionsがエラーになり、それが無邪気に100回繰り返されてログが結構えらい

Node.jsでd3.jsを使うミニマムな手順

d3.jsは、グラフのようなデータ可視化を行うためよく利用されているライブラリである。
通常Webフロントエンドに組み込まれて使われるが、画像生成をバックエンドでも使えるようにしてみたい。

ここでは、Node.jsでd3.jsを使うミニマムな手順をまとめる。
d3.jsの現行バージョンはESMのみ対応になっているため、ESMに対応した手順にする。
まずJavaScriptの場合の手順をまとめ、それに続いてTypeScriptを使う場合の手順も記載する。

## 環境
– Node.js 18.13.0
– Ubuntu 20.04 LTS (WSL2)
– Visual Studio Code 1.73.0

## JavaScriptの場合の手順

“`sh
touch package.json
“`

package.jsonに以下を記入

“`sh
{
“dependencies”: {
“d3”: “^7.8.2”,
“jsdom”: “^21.0.0”
},
“type”: “module”
}
“`

“`sh
npm install

docker-composeでDBコンテナに別コンテナからアクセスしたい

## 前提
docker-composeとSQL系のデータベースを使用したことがなかったので、これらの技術を利用して
ハンズオンをしようとしていた際にエラーに直面。調べてもなかなか解決しなかったので議事録を残します。
DB:MySQL
API:Node.js
Node.jsなのでSequelizeで接続を試みています。

## 環境

“`yml:docker-compose.yml
version: “3”

services:
api:
build: ./
container_name: todo-api
environment:
DB_HOST: db
DB_USER: todo
DB_PASS: todo
DB_DATABASE: todo
DEBUG: todoapi:server
tty: true
ports:
– 5001:5001
volumes:
– ./api:/home/node
networks:
– t

音声認識で動くDiscord音楽botを作った

前書き

ディスコードで音楽かけてくれるbotありますよね？
よく見かけるのって「!play　”URL”」という感じでテキストチャンネルに文字とURLを打って再生すると思うんですが、今回はボットをボイスチャンネルに参加させ、音声認識で音楽を流そうという試みです。

Discordで喋っている時に友達が「Alexa、音楽かけて」と言っているのを聞いて、ディスコード上で喋って動く音楽botあったら良いなと思い今回に至ります。

実現イメージ

・音声認識で動くDiscordBot
・Botがボイスチャンネルに参加した状態でユーザが「〇〇かけて」と言うと、Botが反応してその曲が流れるイメージ
※今回はアーティスト名や曲名を直接言う形で実装しています。

開発説明

通常のnode.js開発環境に加え、ffmpegというソフトウェアが必要になります。（音声ファイル形式をいじるので）

ライブラリ・環境

・Speech-to-Text: Googleクラウ

Ubuntu 22.10にNode.jsとnpmをインストール

“`bash
sudo apt install -y npm
“`

環境

“`bash
$ cat /etc/os-release
PRETTY_NAME=”Ubuntu 22.10″
NAME=”Ubuntu”
VERSION_ID=”22.10″
VERSION=”22.10 (Kinetic Kudu)”
VERSION_CODENAME=kinetic
ID=ubuntu
ID_LIKE=debian
HOME_URL=”https://www.ubuntu.com/”
SUPPORT_URL=”https://help.ubuntu.com/”
BUG_REPORT_URL=”https://bugs.launchpad.net/ubuntu/”
PRIVACY_POLICY_URL=”https://www.ubuntu.com/legal/terms-and-policies/privacy-policy”
UBUNTU_CODENAME=kinetic
LOGO=ubuntu-logo
“`

lodashはメソッドによってファイルサイズが全然違っていた

# 概要

Lodashは便利なnpmパッケージですが、ファイルサイズが非常に大きいです。
圧縮前で71.5kB、圧縮後で25.2kBなので、`import _ from ‘lodash’` をフロントエンド開発でやってしまうと、画面のJSロード時間に影響が出てしまいます。
解決策として、`import range from ‘lodash/range’`のように、1つのメソッドだけをインポートすることが知られています。
しかし、実はメソッドによってファイルサイズが異なります。
例えば、`lodash/max` は 1.6kB ですが、`lodash/omit` は 21.5kBもあります。これは `lodash/omit` がいくつかの内部メソッドをインポートしているためで、特に `_baseClone.js` のファイルサイズが大きいからです。
このようにインポートする内部メソッドによってファイルサイズがかなり異なるため、全てのメソッドのファイルサイズを計算してみました。

# メソッドごとのファイルサイズ
| Function Name | File Size(kB) | G

Node.jsでタイムゾーンを指定する

# Javascriptのタイムゾーン
最近ではクラウド環境を利用することも多くなり、ローカルはJSTでクラウドはUTCの設定になっていることなどがよくあると思います。
この影響でローカルではうまく動いていたのにデプロイすると日付がちがーう！！！なんてことも・・・
ということで今回はサーバー側にNode.jsを利用していた場合にはタイムゾーンを固定することができるようだったので備忘として残そうと思います。

# タイムゾーンの指定
日付を扱うためのnpmライブラリには[Moment.js](https://www.npmjs.com/package/moment)や[date-fns](https://www.npmjs.com/package/date-fns)、[cdate](https://www.npmjs.com/package/cdate)、[luxon](https://www.npmjs.com/package/luxon)など様々なものがあるようです。
正直どれもよくわかってないのですが、、、今回のタイムゾーンを固定するという目的からするとライブラリは使用せずに環境変