仏教 メモ

宗派の関連性

真言宗
天台宗

├浄土系┬浄土宗
│   ├浄土真宗
│   └時宗
├禅宗系┬臨済宗
│   └曹洞宗
└日蓮系─日蓮宗

宗派(天台宗)

開祖:最澄
本山:延暦寺(比叡山)
本尊:
久遠実成(くおんじつじょう)の本仏
(釈迦如来、阿弥陀如来、観世音菩薩など)
経典:法華経
文句:南無阿弥陀仏(なむあみだぶつ)

久遠実成(くおんじつじょう)の釈迦牟尼如来の姿を変えたものと理解し、特定の仏を本尊としない。

***

南無法蓮華経と唱える=題目の功徳を提唱したのは日蓮上人なので天台宗にはその要素は(ほとんど)ないが、南無阿弥陀仏=念仏を唱え極楽浄土にいける(天台宗ではこの世の中を極楽浄土にしていくというニュアンスも含む)という要素は天台宗の中にもあった。

宗派(真言宗)

開祖:空海
本山:金剛峯寺(高野山)
本尊:大日如来
経典:両部大経(大日経、金剛頂経)、理趣経
文句:南無大師遍照金剛(なむだいしへんじょうこんごう)

宗派(浄土宗)

開祖:法然
本山:知恩院(華頂山)
本尊:阿弥陀如来
経典:浄土三部経(無量寿経、(重)観無量寿経、阿弥陀経)
文句:南無阿弥陀仏(なむあみだぶつ)

宗派(浄土真宗)

開祖:親鸞
本山:西本願寺(本願寺派)
本山:東本願寺(大谷派)
本尊:阿弥陀如来
経典:浄土三部経((重)無量寿経、観無量寿経、阿弥陀経)
文句:南無阿弥陀仏(なむあみだぶつ)

宗派(時宗)

開祖:一遍
本山:遊行寺
本尊:阿弥陀如来
経典:浄土三部経(無量寿経、観無量寿経、(重)阿弥陀経)
文句:南無阿弥陀仏(なむあみだぶつ)

宗派(曹洞宗)

開祖:道元
本山:永平寺、總持寺
本尊:(特定しないが)釈迦如来が多い
経典:
正法眼蔵(修証義)、その他
文句:(特定しないが)南無釈迦牟尼仏(なむしゃかむにぶつ)が多い

宗派(臨済宗)

開祖:栄西
本山:特定しない
本尊:(特定しないが)釈迦如来が多い
経典:特定しない
文句:(特定しないが)南無釈迦牟尼仏(なむしゃかむにぶつ)が多い

宗派(日蓮宗)

開祖:日蓮
本山:久遠寺(身延山)
本尊:曼荼羅
経典:法華経
文句:南無妙法蓮華経(なむみょうほうれんげきょう)

臨済宗と曹洞宗の違い

どちらも座禅が中心。
臨済宗は武士階級、曹洞宗は一般階級から普及した。
臨済宗は禅問答。
寺院数は曹洞宗の方が多い。
臨済宗は前から、曹洞宗は後ろから。

仏像の種類(如来)

悟りを開いた人。質素な格好をしていることが多い。

・釈迦如来
悟りを開いた釈迦の姿。

・薬師如来
薬壺を持つ。

・阿弥陀如来
極楽浄土に導く。
釈迦如来と似ているが指で輪を作っている。

・大日如来 / 毘盧遮那(びるしゃな)如来
密教系の最高仏。
王冠など装飾品を身に着けている。

仏像の種類(菩薩)

修行中の人。少し豪華な格好をしていることが多い。

・聖観音菩薩
阿弥陀如来の化身。
衆生済度(しゅじょうさいど)のために33体に姿を変える。

・弥勒(みろく)菩薩
・地蔵菩薩

仏像の種類(明王)

厳しくして煩悩から救い出す。怖い姿をしていることが多い。

・不動明王
・愛染明王
・孔雀明王
・軍荼利(ぐんだり)明王

仏像の種類(天部)

修行中の仏を守った神様のこと。インド神話が仏教に取り入れられた。

・帝釈天(たいしゃくてん)
・阿修羅(あしゅら)
・弁財天(べんざいてん)
・毘沙門天(びしゃもんてん)
・韋駄天(いだてん)

SFCとDISMの違い

SFC

https://docs.microsoft.com/ja-jp/windows-server/administration/windows-commands/sfc

>保護されているすべてのシステムファイルをスキャンして整合性を確認し、不正なバージョンを正しいバージョンに置き換えます。このコマンドは、保護されたファイルが上書きされたことを発見した場合、%systemroot%\system32\dllcacheフォルダーから正しいバージョンのファイルを取得し、不正なファイルを置き換えます。

Win10では、
%systemroot%\system32\dllcache
は存在せず、
%systemroot%\WinSxS\Backup
を利用している模様。

・WRP(Windows Resource Protection)
https://docs.microsoft.com/ja-jp/windows/win32/wfp/protected-file-list
>WRPはWindowsの再起動に必要なファイルを%systemroot%\WinSxS\Backupにあるcacheディレクトリにコピーします。

・WFP(ファイル保護機能)
https://support.microsoft.com/kb/222193/ja
WFPは古く現在はWRPになっている。

DISM

https://docs.microsoft.com/ja-jp/windows-hardware/manufacture/desktop/dism-operating-system-package-servicing-command-line-options

オプションは、
DISM /?

にて確認できる。

Dism /Online /Cleanup-Image /RestoreHealth

/Online
実行中のOSを対象にする。
(ここをImageとするとオフラインイメージが対象)

ここではイメージ=Windowsであり(さらにWindowsの中のコンポーネントストア)と考えると分かりやすい。オフラインの場合は、WIM、VHD 、FFU等。

/Cleanup-Image
イメージ(対象)に対してクリーンアップ操作または回復操作を実行する。

/RestoreHealth
イメージ(対象)をスキャンしてコンポーネント ストアの破損の有無を確認し、修復操作を自動的に実行する。

修復操作に利用する修復ソースの既定はWindowsUpdateだが、
/LimitAccess
を指定するとWindowsUpdateに接続できない。

DISMの修復ソース

https://docs.microsoft.com/ja-jp/windows-hardware/manufacture/desktop/configure-a-windows-repair-source

WindowsUpdateかファイルが修復ソースとなり、グループポリシーで優先を指定できる。(既定はWindowsUpdate)

修復ソースにファイルを指定する場合、
Dism /Online /Cleanup-Image /RestoreHealth /Source:xxx

・優先の指定

>gpedit.msc
コンピューターの構成>管理用テンプレート>システム>オプション コンポーネントのインストールおよびコンポーネントの修復のための設定を指定する
・Windows Server Update Services (WSUS)の … 直接ダウンロードする。
を指定する。

適用
gpupdate /force

修復ソースの優先をWindowsUpdate+オフラインにて、
Dism /Online /Cleanup-Image /RestoreHealth
を実行してもエラーがなければ問題なく終了する。コンポーネントストアに不具合が見つかったタイミングでWindowsUpdateに接続するらしい。

コンポーネントストアとは

https://docs.microsoft.com/ja-jp/windows-hardware/manufacture/desktop/manage-the-component-store

パス
%systemroot%\WinSxS

 

Chrome拡張機能 Google検索にfavicon2

今は標準で表示されるので、不使用。

あまりjQueryを聞かなくなったので。脱jQuery版。

C# Timer 一定間隔実行

一定間隔で実行する実験

Chrome拡張機能 不要なタブを閉じる

特定の文字列を含むタブ+右側のタブをショートカットで閉じる。

Chromeのタブ操作はほぼショートカットなのだけど、使用頻度の高い「右側のタブを閉じる」だけマウス操作になってしまっており不便だった。

manifest.json

script.js

AutoHotkeyから呼び出して利用中。
これで「右側のタブを閉じる」がAlt+Zで実行できる。Chrome拡張のショートカットの都合で今回はAutoHotkeyで置き換えているが通常は不要。

Chrome側のショートカットの設定は、
︙>その他ツール>拡張機能>≡>キーボードショートカット
CoseRightTabs:Alt+Shift+Z
CloseTabs:Alt+Shift+E

Chrome拡張機能 タブのタイトル取得

アイコンをクリックして実行するタイプ

manifest.json

script.js

アクティブなウィンドウだけの場合

 

VBA 値が含まれる行をコピー

全シートを対象に値が含まれる行をコピー

 

Dockerfile / DockerCompose メモ

ファイルの違い

Dockerfile:カスタマイズしたImageを作成するためのファイル
docker-compose.yml:複数のコンテナを組み合わせて実行するdocker-composeのための設定ファイル

基本的な流れ

公開イメージをpull
公開イメージ+Dockerfileをbuildしオリジナルイメージを作成
オリジナルイメージをrunしてコンテナとして起動
(コンテナは一つのプロセスとして動作している)

Dockerコマンド

ビルド:
ベースイメージに対して機能を加えて独自のイメージを作り出す

docker build . -t イメージ名
カレントディレクトリのdockerfileを参照
tオプションで名前を指定する。

コンテナ実行:
docker run イメージ名
-d バックグラウンドで実行
–name コンテナに名前をつける(ハイフン*2)
-p ポートフォーワード(ホスト側:コンテナ側)

Dockerfileファイル命令

FROM:
ベースイメージの設定

MAINTAINER:
製作者

ENV:
環境変数
コンテナ用の環境変数

ARG:
環境変数
ビルド用(Dockerfile内)一時的な環境変数

WORKDIR:
作業ディレクトリ

RUN:
コマンド実行(イメージ作成時)

CMD:
コマンド実行(コンテナ実行時)

EXPOSE:
ポート解放
(docker run -p のみでポートは開く)

USER:
ユーザー切り替え

DockerCompose.yml命令

設定値は「:」
文字列は「’」「”」
複数の値は「-」
コメントは「#」

Docker Compoesごとに独立したネットワークになる。

version:
バージョン

services:
コンテナの名前定義

volumes:
コンテナが利用するボリューム定義

networks:
コンテナが利用するネットワーク定義

・サービスの命令

iamge
利用するイメージを指定する。

Dockerfileを利用する場合、build
(ymlから相対パスで指定)

volumes
ホスト:コンテナと記述する。

restart
docker run -d –restart
と同じ

depends_on
compose up/down
したときに指定したサービスが先に起動/終了するようになる。

environment
環境変数設定。

ports
ポートマッピング(ホスト:コンテナ)
(docker run -p xxx:xxxと同じ)

tty
docker run -it
の-tにあたる設定。

Volumes

バインドとボリュームがある。
ボリュームの場合、dockerエンジンの管理領域に永続化ストレージができる。

・ボリュームマウント

volumes:
 db_data:

ボリューム(パス指定のみ)
services:
 wordpress:
  volumes:
   - /var/www/html

WSLでの位置
\\wsl$\docker-desktop-data\version-pack-data\community\docker\volumes\ランダム\_data

名前付きボリューム
services:
 wordpress:
  volumes:
   - aaa:/var/www/html
volumes:
 aaa:

WSLでの位置
\\wsl$\docker-desktop-data\version-pack-data\community\docker\volumes\wordpressfolder_aaa\_data

・バインド

services:
 wordpress:
  volumes:
   - ./html:/var/www/html

.はdocker-compose.ymlのあるパスを指す。

WindowsのDockerDesktopの場合、
– C:\Users\mail\Desktop\html:/var/www/html
のように指定することもできる。
(~を利用するとWindowsからパスが見えなくなる)

WordPressを実行してみる

Win10でGUIのDockerDesktopを利用。

・docker-compose.yml作成

適当なフォルダを作成し、その中に、
docker-compose.yml
を作成する。
(フォルダ名がContainer/Apps名になる)

・Volumes,Containers/Apps作成

作成したフォルダに移動し、
docker-compose up -d
を実行する。

・docker-compose.ymlを修正した場合

Volumes,Containers/Appsをクリアしてコマンドを再実行する。
(docker-compose.ymlの場所を変えれば別のVolumes,Containers/Appsとして作成される)

・ブラウザのアクセス

http://localhost:8000

・エクスプローラのアクセス
(パス指定のみした場合のボリューム)

\\wsl$\docker-desktop-data\version-pack-data\community\docker\volumes

・シェルのアクセス

docker ps
一覧を確認する。

docker exec -it wordpress1-wordpress-1 /bin/bash
接続する。

exit
終了する。

・未使用ボリューム一括削除

docker volume prune

Mattermostを実行してみる

git config –global core.autocrlf input
WSLで利用する場合、Winでcloneすると改行コードが変換されてしまうため。

確認
git config core.autocrlf

・評価版の場合

docker run –name mattermost-preview -d –publish 8065:8065 mattermost/mattermost-preview

***

本番の場合

・クローン

https://github.com/mattermost/mattermost-docker.git

・docker-compse.yamlを編集

args:
– edition=team
のコメントを外す。

・コンテナ作成

docker-compose up -d

Apache/MySQL/PHPを実行してみる

・フォルダ構成

php7.2-apache
└dockerfile
docker-compose.yml

・Dockerfile

FROM php:7.2-apache
RUN docker-php-ext-install pdo_mysql

・コマンド

docker-compose.ymlでビルドされるが、
もし単体でDockerfileをビルドする場合、
docker build . -t php7.2

・docker-compose.yml

・コマンド

docker-compose up -d

・イメージの名前を指定する場合

services:
 fuga:
  build: ここでdockerfileのフォルダ名
  image: 付けたい名前
(pullはされない)

コマンドで実行

ほぼDockerDesktopで作業しているが一部コマンドでやる場合。

・イメージ取得

プル
docker pull node

一覧
docker images

・コンテナ作成

(docker run [オプション] image [コマンド])
docker run -it –name container -p 81:80 -v C:\Users\mail\Desktop\test:/home node /bin/bash

–rm 利用後コンテナ削除
–name 作成するコンテナに名前をつける
-it 中に入れる
-d バックグラウンドで起動
-p ポートマッピング
-v バインド(ホスト:コンテナ)
ここでのコマンドは/bin/bashとなる。最初に実行するコマンド。

MySQL

・構成

dockerfile
my.cnf

・dockerfile

FROM mysql:8.0
ENV MYSQL_ROOT_PASSWORD passw0rd!
ADD my.cnf /etc/mysql/conf.d/my.cnf

・my.cnf

[mysqld]
character-set-server=utf8

・実行

docker build . -t mysql8
docker run -d –name mysql8 -p 49152:3306 mysql8

SQL Server

・構成

dockerfile

・dockerfile

FROM mcr.microsoft.com/mssql/server:2019-latest
ENV ACCEPT_EULA=Y
ENV SA_PASSWORD=passw0rd!
ENV MSSQL_PID=Express
ENV MSSQL_LCID=1041
ENV MSSQL_COLLATION=Japanese_CI_AS

※これでExpressを利用できる。

・イメージ、コンテナ作成

docker build . -t mssql2019
docker run –name mssql2019 -d -p 49153:1433 mssql2019

・コマンド説明

以下のbuild,runはcmdで実行してもDockerDesktopに反映される。

docker build -t [作成するオリジナルイメージ名]
(カレントディレクトリのdockerfileを利用する)

docker run –name mssql2022 -d -p 49153:1433 [利用するオリジナルイメージ名]
–name 作成するコンテナに名前をつける
-d バックグラウンドで起動
-p ポートマッピング

・接続
サーバー:localhost,49153
ログインID:sa
パスワード:passw0rd!

Media Wiki

・フォルダを作り、
docker-compose.yml
を作る。


/var/www/html
を最初からマウントしていると起動しない

・フォルダで、
docker-compose up -d
を実行。

・必要なイメージがダウンロードされ、コンテナが起動する。

・http://localhost:8080
にアクセス

DBはSQLiteを選んであとは、そのまま。
ウィキ名を付け、管理アカウントを指定する。
設定が完了すると、
LocalSettings.php
をダウンロードする。

・コンテナを削除

保存したLocalSettings.phpを移動。

docker-compose.ymlに以下追加。

・コンテナを再度作成

・フォルダ構成
C:\Users\USER\Desktop\MediaWiki
-www
–data
–html
-docker-compose.yml
-LocalSettings.php

AutoHotkey Chromeウィンドウサイズ変更

最小/最大は通常サイズへ。通常サイズは最大へ。

 

DockerDesktop用Hyper-V の設定

DockerDesktopを実行している環境はHOME

optionalfeatures
を実行すると、下記の通り似た名前がでてくる。

・Hyper-V(Hyper-V プラットフォーム/Hyper-V 管理ツール)
仮想化ツール本体
※Hyper-Vだけ有効化しておけば以下は無効化でもOK。
※利用する場合、タスクマネージャからCPU>仮想化が有効かどうか確認。

・仮想マシンプラットフォーム
Hyper-Vのコア部分

・Windowsハイパーバイザープラットフォーム
VirtualBoxなど(Type2)の仮想化ソフトをHyper-V経由で使えるようにする。

・Linux用Windowsサブシステム
WSL

***

仮想マシンプラットフォームはHyper-Vとは違いHOMEでも有効になっており、WSLなど他の機能からも利用されている。

・確認方法

bcdedit /enum {current}
を実行し、
hypervisorlaunchtype
を確認し、Autoの場合、仮想マシンプラットフォームが起動している。

・停止
bcdedit /set hypervisorlaunchtype off
・有効
bcdedit /set hypervisorlaunchtype auto

VirtualBoxとの共存させる場合、仮想マシンプラットフォームを停止すると起動できる。

・フォーマット

OVA:オープンフォーマット
VDI:VirtualBox
VHD/VHDX:Microsoft
VMDK:VMware

・VDIからVHDの変換

“C:\Program FIles\oracle\VirtualBox\VBoxManage.exe” clonemedium disk “MSEdge – Win10-disk001.vdi” Win10.vhd -format VHD