- 1. 友達と遊ぶ用のSpigotサーバーの便利ツールを作る #1
- 2. React開発入門④ 〜時刻表示＆ヘッダー実装(UseEffect)〜
- 3. npm publishで大きいファイルを扱う
- 4. Ubuntu 20.04 Apache2 node.jsを動作させる(SSL対応)
- 5. Single executable applicationsを使ってnodeアプリケーションを簡単にビルドできるようにする
- 6. Node.js app Apache2下で起動
- 7. Node.jsでログインサーバーを作る – 2
- 8. npm script で呼ばれたjs内でTerminal側の作業ディレクトリを参照する
- 9. GROWI7.1へのアップデート
- 10. nvmのインストール（MacBook Air, M1, 2020）
- 11. tsxでError [ERR_UNSUPPORTED_ESM_URL_SCHEME]: Only URLs with a scheme in: file, data, and node are supported by the default ESM loader. On Windows, absolute paths must be valid file:// URLs. Received protocol ‘c:’
- 12. フォローしているQiitaユーザが作成した記事を1日1回、スラックに通知してみた ～AWS100本ノック～ 13/100
- 13. discord bot (discord.js)を GCP 無料VM で常時実行
- 14. discord bot 作成 (discord.js) 2024/11版
- 15. Lambda（Node.js）のDockerイメージをデプロイしてみた。（その３，EC2上でDocker上のLambdaを実行してデバック）
- 16. Azure Web AppsでHonoを動かすメモ
- 17. Azure Web AppsのGitHub Actions Yamlファイルをアップデートする
- 18. JWTにおける認証のイメージを調べた
- 19. Prisma でモデル名を取得したい
- 20. Node.js+Playwrightのセットアップ：LTSとCurrentに気をつけよう
友達と遊ぶ用のSpigotサーバーの便利ツールを作る #1
最近友達とSpigotの自宅サーバーを立てて遊んでます。
そのサーバーで使える便利ツールを作って行きます。
今回はパート1です# サーバー環境
記事執筆時の環境です。
“`
サーバー:Spigot
環境: Windows11 Home
ポート開放: SecureShareNet
主なプラグイン: DiscordSRV,WorldEdit,BlueMap,GeyserMCなど その他合計30個
“`
# 便利ツール
今回作るツールでは、主にやりたいことが2つあります。
・自作DiscordBotで サーバーのアドレス、などをいちいち送らなくていいようにする。
・メンテ起動をできるようにする。(DiscordBotにメンテって言ってもらう)ん? それくらい自分でやれって? めんどくさいから楽にしたい。
# DiscordBot
今回は、discordのJavaScriptパッケージの`discord.js`を使います。
基本的にはNode.jsでつくる。# discord.js
“`shell
npm install discord.js
“`# テスト
試しに
React開発入門④ 〜時刻表示＆ヘッダー実装(UseEffect)〜
## 目的
・リアルタイムな時刻表示を実装
・ヘッダーを作成＆CSS適用していい感じにする## 成果物のイメージ
こんな感じの奴を作ります
## 実装
### ヘッダーコンポーネント作成
別ファイルにヘッダーコンポーネントを作成します。
・ログインユーザー名(後々の実装になるため仮置き)
・ページネーション
の2つをとりあえずヘッダーに配置します。
ヘッダー部は要素で囲んで定義します。
“`
import React from “react”;
import { Link } from “react-router-dom”;
import { CurrentTime } from “./CurrentTime”;export const Page_Header = ()
npm publishで大きいファイルを扱う
## 経緯
形態素解析の辞書ファイルをアップしたかったんだけど、ファイルが大きすぎてnpm publishができなかった。
https://www.npmjs.com/package/kuromoji-neologd
https://github.com/sushigadaisuki/kuromoji-ipadic-neologd
“`
npm error code E413
npm error 413 Payload Too Large – PUT https://registry.npmjs.org/kuromoji-neologd – Payload Too Large
npm error A complete log of this run can be found in: C://xxxxx.log
“`
## 概要
1. Github releaseで圧縮してアップロード
1. ファイルダウンロード、解凍するpostscriptを作成
1. npm install したときに自動的にファイルがダウンロード、解凍される## 1. Github releaseで圧縮して
Ubuntu 20.04 Apache2 node.jsを動作させる(SSL対応)
Kagoya.js VPS（Virtual Private Server）を利用し、Ubuntu 20.04をセットアップ。
更にApache2及び、Nodeをインストール。
“`
# apache2 -v
Server version: Apache/2.4.41 (Ubuntu)
node -v
v20.17.0
“`
を確認。
更に
proxy及びproxy_http moduleを有効にする。
“`
a2enmod proxy
a2enmod proxy_http
“`
SSL対応は
“`
certbot –apache -d www.example.com
“`
/etc/apache2/sites-enabled/下にwww.example.com.confが生成されるので、
“`
cd /etc/apache2/sites-enabled/
vi www.example.com.conf
ServerAdmin webmaster@localhost
ServerName www
Single executable applicationsを使ってnodeアプリケーションを簡単にビルドできるようにする
# はじめに
こんにちは、Never3924です。
NodeのSingle executable applicationsを使って簡単にビルドができるようにしよう、という記事です。# 環境
NodeJSのv20.1.2
Windows 10
で動作確認。# 本題
早速やりましょう。ていうか以下のコードをコピペです。
“`build.bat
@echo off
setlocal enabledelayedexpansion
chcp 65001mkdir dist
cd distset CALLPOWERSHELL_RETURN=””;
echo Collecting information…
call :CALLPOWERSHELL “$text = Get-Content -Path “../package.json” -Raw; $pattern = ‘\s+\”main\”\s?:\s?\”(.*)\”‘; if($text -match $pattern) { $filename = $matches[1] };echo $filename”
set F
Node.js app Apache2下で起動
Node.jsアプリをApacheサーバのVirtualHostにて、ドメインを割り当て、更にアプリを起動し、Proxy設定にて、起動したlocalportを指定し、80のPortとして、アクセスさせる。
下記にその手順を記載します。
１、nodeの環境に、foreverモジュールをInstallしてあること。２、httpd.confのVirtualHost設定例を下記に示します。
“`
ServerAdmin webmaster@mail.example.com
DocumentRoot /var/www/html/example
ServerName message.example.com
ErrorLog logs/example.com-error_log
CustomLog logs/example.com-access_log common
ProxyRequests off
Order deny,allow
Node.jsでログインサーバーを作る – 2
# 初めに
今回は、前回のログインサーバーを改造します（？）
# 前回とちがうところ
前回は一つのユーザーまでしか認証ができませんでしたが、今回はユーザーデータをjson形式で管理して複数のユーザーの認証ができるようにします# ファイル構成
今回のファイル構成は以下の通りです。
“`
—|–public |
|–main.html
|–style.css
|–main.js|–Server.js
|–userdata.json“`
# 準備
まず、以下のコマンドをcmdで実行して、ログインサーバーのフォルダーに移動ください
“`
cd C:\Users\\Downloads\
“`
※仮のpathです。実行するときはC:\~の部分を作成したフォルダのpathに変更してください次に、以下のコマンドを入力します
“`
npm install express cor
npm script で呼ばれたjs内でTerminal側の作業ディレクトリを参照する
“`js:runner.cjs
const process = require(“node:process”);// これは nodejs の作業ディレクトリ
const CWD = process.cwd();// こっちは terminal(bash | PowerShell | CMD) の作業ディレクトリ
// PWD – bashから参照可
// INIT_CWD – bash | PowerShell | CMD で参照可
const PWD = process.env.PWD || process.env.INIT_CWD;
“`
GROWI7.1へのアップデート
# 概要
今回、家の環境でGROWIを7.0.15から7.1にあげようという試みをしてたんですが、結構変更点が多くて思いのほか引っかかってしまったので、備忘録的な意味も込めて記しておきます。誰かの参考になれば幸いです。# 環境
* Ubuntu22.04(wsl)
* GROWI 7.0.15→7.1へのアップデート
* docker compose# ハマった点1
今回のGROWIのアップデートでハマってしまったのは、おそらくyarnからpnpmに変わった部分が大きいのではないかなと思います。
GROWIのアップデート時に`docker compose build`を実行するタイミングがあるかと思いますが、これがうまくいきません。こちらの問題は中津川さんのQiitaを参照して解決しました。本当に感謝です。。
https://qiita.com/goofmint/items/69171d242b342d97650a#dockerfile%E3%81%AE%E4%BF%AE%E6%AD%A3やることとしては、growiフォルダ内の`Dockerfile`の編集です。
nvmのインストール（MacBook Air, M1, 2020）
# はじめに
Macにnvmをインストールしていきまーすhttps://github.com/nvm-sh/nvm
# 開発環境
– MacBook Air, M1, 2020
– nvm 0.39.7# 導入
1．ターミナルを開きます2．nvmをインストールします
~~~bash
$ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash
~~~3．~/.zshrcを編集します
~~~bash
$ vi ~/.zshrc
~~~~~~.zshrc
export NVM_DIR=”$HOME/.nvm”
[ -s “$NVM_DIR/nvm.sh” ] && \. “$NVM_DIR/nvm.sh” # This loads nvm
[ -s “$NVM_DIR/bash_completion” ] && \. “$NVM_DIR/bash_completion” # This loads nvm bash_completion
~~~4．変更を反
tsxでError [ERR_UNSUPPORTED_ESM_URL_SCHEME]: Only URLs with a scheme in: file, data, and node are supported by the default ESM loader. On Windows, absolute paths must be valid file:// URLs. Received protocol ‘c:’
# 本記事について
tsxでTypeScriptを実行しようとして出たエラーがデバッグできず、ググっても対処法が出てこなかったので、同様の症状を経験する方のために記事に残そうと思いました。# 結論
表題のエラーが出たらNode.jsをアップデートすると直るケースがある。# 症状
“`package.json
{
“name”: “***”,
“type”: “module”,
“scripts”: {
“dev”: “tsx src/index.local.ts”
},
“devDependencies”: {
},
“dependencies”: {
}
}
“`
からの
“`
npm run dev
“`
で出たエラー
“`> dev
> tsx src/index.local.tsnode:internal/errors:496
ErrorCaptureStackTrace(err);
^Error [ERR_UNSUPPORTED_ESM_URL_SCHEME]: Only URLs wit
フォローしているQiitaユーザが作成した記事を1日1回、スラックに通知してみた ～AWS100本ノック～ 13/100
# はじめに
Qiitaにはユーザのフォロー機能がありますが、フォローしている人が投稿した記事を確認するには、`フォロー中のユーザ`タブで記事を一覧表示して、当日の記事を確認するしか現状なさそうです 😥
まぁ、それでもいいっちゃいいんですが、せっかくなら日常で使っているコミュニケーションツールに通知してくれた方が良いなーと思い、自動で通知する機能を作ってみました！
# 試してみる
では、さっそく試してみます。
Qiita APIを利用して情報を取得し、Slackに通知します。
※公式のQiita APIリファレンスは[こちら](https://qiita.com/api/v2/docs)全体像としては以下になります。
を使いたい場面に遭遇した。
Prisma は `node_modules/.prisma/client/index.d.ts` に型定義が存在する## Model 名を取得する
以下に記載するような `schema.prisma` が定義されているとする。
“`prisma:schema.prisma
model User {
id String @id
name String
}
“``npx prisma generate` 等何でも良いので `node_modules/.prisma/client/index.d.ts` を生成する。
下記のように記述すれば ModelName を取得できる。“`ts
import { PrismaClient } from ‘@prisma/client’;const prisma = new PrismaClient();
prisma.user.name;
// -> User
“`全件欲しい場合は、以下のように記述す
Node.js+Playwrightのセットアップ：LTSとCurrentに気をつけよう
## 要約
テスト自動化の学習として、Node.jsとPlaywrightを使ったテスト環境を構築した際、安定性重視のLTSバージョンの重要性を実感した失敗談をお伝えします。—
## 初めに
この記事では、Playwrightのセットアップ方法とNode.jsのバージョンによるトラブルを経験した備忘録を紹介します。Playwrightを試してみたい方や、Node.jsのバージョン管理に興味のある方の参考になれば幸いです。
## 作業環境
| OS | Node.js | npm | nvm |
|:-:|:-:|:-:|:-:|
| Windows10 | v20.15.1 | v10.8.2 | v1.1.12 |:::note warn
OS, Node.js, npmは開発していたとき(2024年8月)のものです。nvm(nvm for windows)は後日実装しました。
:::## 環境構築
### 1. ディレクトリの作成
任意の場所に新しいフォルダを作成します。### 2. Node.jsのインストール
[公式サイト](https://n
