Recent Changes
@@ -1,14 +1,14 @@
+キングとは王様のことを指します。
+このページでは週刊少年キングについて説明します。
-キングとは王様のことですよね。ふふ、知ってますか? 王様って実は裸なんですって、ちょっと面白いですよね(^^)。
+少年キングで名作とされる作品には、湘南爆走族があります。
+宮崎駿さんはこの漫画を高く評価しており、社会に対する考え方が鋭く表現されていると述べています。
-さてさて、このページでは週刊少年キングについてのお話です。
+吉田聡さんの作品は一貫して評価されています。
+「すてきな青春」は日常を描いた作品で、学生生活をテーマにしています。
+この作品は現在入手が難しいですが、キングを思い出す際にこの漫画が挙げられます。
-少年キングで名作と言えば、湘南爆走族かしら？ちょっと意外かもしれないけど、宮崎駿さんがこの漫画をすごく褒めていたみたいですよ。社会に対する考え方が鋭く表現されているとの評価ですね。
+この作者は片山まさゆきさんの弟子であったとされています。
-私もこの漫画を面白いと思います。吉田聡さんの作品は、昔から本当に面白かったですね～。
+CategoryManga
-そして、私のお気に入りの作品は「すてきな青春」なんです。学生生活を描いた日常ギャグなんですが、すごく面白いですよ。作者さんはちょっとマイナーな方で、今ではなかなかこの作品も手に入らないみたいですが、私にとってキングといえば、この漫画を思い出します。
-
-確か、この作者さんは片山まさゆきさんの弟子だったと記憶していますよ。
-
-CategoryComic
@@ -1,6 +1,4 @@
-
-ここは、漫画のカテゴリさんですにゃ(^^)。
-
-このサイトのカテゴリシステムについては詳しく知らないので、うまく動くかは謎なのですにゃ(^^)。
+CategoryMangaに改名。
CategoryCategory
+
@@ -49,5 +49,7 @@
----
水平線の次の空行が削られてしまう。
-バグと言うべきか、仕様にしてしまっても良いものだが。
+バグと言うべきか、仕様にしてしまっても良いものだが。
+水平線の次に見出しを書くと、間の空行が削られるせいで、無効化されてしまう。
+
@@ -1,5 +1,7 @@
テキストエディタは、コンピュータでテキストファイルを編集するために使用するソフトウェアである。
主なテキストエディタの例として、MicroEditor、ViEditor、EmacsEditorがある。
GUIのテキストエディタには、GringottsEditorやLeafpadEditorが含まれる。
-Windowsのテキストエディタには、NotepadEditorがある。
+Windowsのテキストエディタには、NotepadEditorがある。
+CategorySoftware
+
@@ -1,4 +1,5 @@
+ここは各種カテゴリの総まとめのカテゴリです。
+タイトルのリンクをクリックすると、各種カテゴリの一覧を見ることができます。
-ここはメインカテゴリだよぉ(*^^*)。タイトルのリンクをクリックしてみてねっ(^-^)/。
+古風なウィキのカテゴリーの仕組みについてはWikiCategoryを見てください。
-古風なウィキのカテゴリーの仕組みについては[[WikiCategory]]を見てくださいね。これから優しく説明するからね〜♪
@@ -1,4 +1,9 @@
+AkiKarehaは、このウィキを作成し管理している人物であり、[[かれは研究室]]の室長です。
+Akiさんはプログラミングを趣味とし、職業としてもプログラマです。
+物理学の理学博士号を取得していますが、現在は科学の研究を行っていません。
+Akiさんは極端な[[唯物論者]]として知られています。
-AkiKarehaは、このウィキを作成し管理している人物であり、[[かれは研究室]]の室長です。Akiさんはプログラミングを趣味とし、職業としてもプログラマです。物理学の理学博士号を取得していますが、現在は科学の研究を行っていません。Akiさんは極端な[[唯物論者]]として知られています。
+KarehaNote - AkiKarehaのメモ。
-CategoryPerson
+CategoryPerson
+
@@ -5,6 +5,9 @@
httpdはFastCgiに対応していますが、通常のCGIはそのままでは動作しません。
CGIを動作させるには、SlowCgiというツールを使用する必要があります。
SlowCgiは、通常のCGIとFastCgiの橋渡しをします。
+
+興味深いのは、SlowCgiが提供する柔軟性です。
+これにより、OpenBsdのセキュリティモデルを維持しつつ、古いCGIスクリプトを活用できます。
KaikoKarehaOrgの設定を例に説明します。
@@ -43,6 +46,7 @@
httpdはChRoot環境で動作しているため、shをコピーしておく必要があります。
/bin/shを/var/www/bin/shにコピーしてください。
+このChRoot環境は、セキュリティを強化するためのものであり、プロセスがホストシステムの他の部分に影響を与えないようにします。
ウェブブラウザで https://kaiko.kareha.org/cgi-bin/hello.sh を開いて、期待通りに表示されることを確認します。
----
@@ -60,11 +64,17 @@
この場合、 /usr/bin/env を動かすためには、 /usr/lib/libc.so.102.0 と /usr/libexec/ld.so も、適切な場所にコピーする必要があることが分かります。
+このプロセスは、依存関係を管理する重要性を示しています。
+正確な依存関係を把握することで、システムの安定性を維持しつつ、必要な機能を提供できます。
+
----
perl を動かすためには、まず /usr/bin/perl と、それが動くように、 ldd で調べたライブラリもコピーする必要があります。
さらに、perlのライブラリも用意する必要があります。
最小とは言えませんが、次のようにするのが簡単です。
mkdir -p /var/www/usr/libdata
- cp -a /usr/libdata/perl5 /var/www/usr/libdata
+ cp -a /usr/libdata/perl5 /var/www/usr/libdata
+このようにして、perl環境をChRoot内に再現することは、他のプログラムやスクリプトを移植する際の一般的な手法です。
+この手法は、特にセキュリティが重要なシステムで役立ちます。
+
@@ -1 +1,13 @@
+**かれは回顧録**は、CGIで遊ぶページ。
+HelloWorldや日付の表示、カウンタなど、簡単なCGIを紹介している。
+
+これらはシェルスクリプト、Perl、Cで書かれている。
+
+https://kaiko.kareha.org/
+
+最近のウェブサーバでCGIを動かす方法は、次のページで説明してある。
+
+* OpenBsdCgi
+* NginxCgi
+
@@ -1 +1,41 @@
+!!!!! NginxでCGI !!!!!
+NginxはFastCgiをサポートしていますが、CGIは直接サポートしていません。
+fcgiwrapというツールを使用することで、FastCgi経由で間接的にNginxでCGIを利用できます。
+fcgiwrapはDebianパッケージに含まれているため、Debian系OSではapt-get install fcgiwrapでインストール可能です。
+
+Nginxの設定例は以下の通りです。
+
+ server {
+ listen 443 ssl;
+ listen [::]:443 ssl;
+ server_name kaiko.kareha.org;
+ ssl_certificate /etc/letsencrypt/live/kaiko.kareha.org/fullchain.pem;
+ ssl_certificate_key /etc/letsencrypt/live/kaiko.kareha.org/privkey.pem;
+ root /home/kaiko/public_html;
+
+ location /cgi-bin/ {
+ root /home/kaiko;
+ fastcgi_pass unix:/run/fcgiwrap.socket;
+ include fastcgi_params;
+ fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
+ fastcgi_param QUERY_STRING $query_string;
+ fastcgi_param REQUEST_METHOD $request_method;
+ fastcgi_param CONTENT_TYPE $content_type;
+ fastcgi_param CONTENT_LENGTH $content_length;
+ }
+
+ location /cgi-txt/ {
+ root /home/kaiko;
+ autoindex on;
+ charset utf-8;
+ try_files $uri $uri/ =404;
+ }
+
+ location / {
+ autoindex on;
+ charset utf-8;
+ try_files $uri $uri/ =404;
+ }
+ }
+
@@ -1,4 +1,3 @@
-
**かれは研究室**は、AkiKarehaによって設立された研究室である。
主な成果物はソフトウェアに関連し、哲学的な基盤を持っている。
室長のAkiKarehaは物理学の博士号を有しているが、最近の物理学における成果は報告されていない。
@@ -17,7 +16,7 @@
MinIoというGoLangで開発されたS3互換のサーバーを使用している。
これらはすべてOpenBsdの自宅サーバで運用されている。
-自宅サーバは直接WANにつながず、外部のVPSとVPN接続して間接的にWANにつないでいる。
+自宅サーバは直接WANにつながず、外部のVPSとWireGuardでVPN接続して間接的にWANにつないでいる。
その門となるVPSもOpenBsdを使っている。
WANへの門は、LunaNodeのVPSを使用している。
@@ -30,3 +29,4 @@
実際は、フェディバースのGoToSocialがオブジェクトストレージのMinIoを利用している。
CategoryKarehaLab
+
@@ -1,5 +1,9 @@
+title: HimeWikiRestriction
+
+content:
理想は無制限だが、現実には多くの制限が存在する。
ここでは、HimeWikiに適用されるべき各種の制限について考察する。
+制限は単なる障壁ではなく、システムの安定性や効率性を確保するための重要な要素でもある。
* ウィキページ名の長さの制限
@@ -17,5 +21,8 @@
URLの長さの制限を超えるページ名が作成されると、ウェブ上で参照できなくなる。
しかし、外部からページを作成するにはウェブ経由でアクセスする必要があるため、制限を超えるページを作成することは実際には不可能であると考えられる。
HimeWikiはGoのhttpサーバを使用しているが、その外側にNginxなどのリバースプロキシがあることが一般的であり、そこで制限に達すればHimeWikiには到達しない。
-したがって、この問題への対処は急を要するものではない。
+したがって、この問題への対処は急を要するものではない。
+この制限はまた、ユーザビリティの観点からも重要である。
+極端に長いページ名は、ユーザーが記憶したり入力したりするのが難しくなる可能性がある。
+制限は、ユーザーエクスペリエンスを向上させるための一助となる。
@@ -36,5 +36,24 @@
* えほん
必要な文字コードが無いからです。
-すべての言葉を表現するためには、その言語で使われるすべての文字を文字コードに含める必要があります。
+すべての言葉を表現するためには、その言語で使われるすべての文字を文字コードに含める必要があります。
+別の文字コードを作ってみましょう。
+
+* A : 1
+* B : 2
+* C : 3
+* D : 4
+* E : 5
+
+先の文字コードで書いた言葉を、後の文字コードで読むと、どうなるでしょうか。
+
+* あい : 1, 2 -> AB
+* あお : 1, 5 -> AE
+* いえ : 2, 4 -> BD
+* うえ : 3, 5 -> CE
+* え : 4 -> D
+* お : 5 -> E
+
+適用する文字コードを間違えると、このように[[文字化け]]が起こります。
+
@@ -1,22 +1,22 @@
ここでは、コンピュータで数を表現する方法を説明します。
-コンピュータが直接扱えるのは論理だけです。
-論理とは、2つの状態の自由度を意味します。
-コインの表と裏、色で言えば白と黒、存在で言えば「ある」と「無い」、正しさで言えば「本当(真)」と「嘘(偽)」、などです。
+コンピュータが直接扱えるのは論理のみです。
+論理は2つの状態を持ちます。
+例として、コインの表と裏、色の白と黒、存在の「ある」と「無い」、正しさの「本当(真)」と「嘘(偽)」があります。
-論理ひとつでは、2つの状態しか表現できません。
+単一の論理では、2つの状態しか表現できません。
* 表 : 1
* 裏 : 2
-しかし、論理をふたつ組み合わせれば、2x2=4つの状態を表現できます。
+しかし、2つの論理を組み合わせると、2x2=4つの状態を表現できます。
* 表, 表 : 1
* 表, 裏 : 2
* 裏, 表 : 3
* 裏, 裏 : 4
-さらに、論理を3つ組み合わせれば、2x2x2=8通りの状態を表現できます。
+さらに、3つの論理を組み合わせると、2x2x2=8通りの状態を表現できます。
* 表, 表, 表 : 1
* 表, 表, 裏 : 2
@@ -27,14 +27,23 @@
* 裏, 裏, 表 : 7
* 裏, 裏, 裏 : 8
-さらに、4つ組み合わせれば2x2x2x2=16通りの状態を表現できます。
-このように、論理を沢山組み合わせれば、いくらでも大きな数の状態を表現できます。
+4つ組み合わせると2x2x2x2=16通りの状態を表現できます。
+このように、論理を多く組み合わせることで、大きな数の状態を表現できます。
-現代のコンピュータは、論理を8つ組み合わせて2x2x2x2x2x2x2x2=256通りの表現が出来る大きさを、ひとつの記憶の単位にしています。
-この単位はバイトと呼ばれています。
-一方で、最小の単位は論理ですが、これはビットと呼ばれています。
+現代のコンピュータは、8つの論理を組み合わせて2x2x2x2x2x2x2x2=256通りの表現ができる単位を持ちます。
+この単位はバイトと呼ばれます。
+最小の単位は論理で、ビットと呼ばれます。
したがって、「1バイトは8ビットである」と表現されます。
-バイトは256通りの状態を表現できるので、それぞれの状態に数を割り当てれば、1から256までの数を表現できます。
-実際は、0も表現したいので、0から255までの数を割り当てます。
+バイトは256通りの状態を表現できるため、それぞれの状態に数を割り当てると、1から256までの数を表現できます。
+実際には、0も表現するため、0から255までの数を割り当てます。
+1バイト、つまり0から255までの数でも多くのことができますが、日常の数を扱うには不足することがあります。
+より大きな数を使用する場合はビットを増やすことができますが、通常はバイト単位で増やします。
+2バイトを使用すると16ビットになり、2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2=65536通り、つまり0から65535までの数を表現できます。
+
+* 1バイト = 8ビット = 256通り = 0 .. 255
+* 2バイト = 16ビット = 65536通り = 0 .. 65535
+* 3バイト = 24ビット = 16777216通り = 0 .. 16777215
+* 4バイト = 32ビット = 4294967296通り = 0 .. 4294967295
+
@@ -1,6 +1,16 @@
コンピュータの文脈では、テキストとは、装飾のない文字で表現されたデータである。
文字端末に直接出力しても人間が読めるものである。
-ただし、現代においては、この定義はあいまいになっている。
+現代において、この定義はあいまいになっている。
これは、多数の装飾文字を含む[[Unicode]]が存在するためである。
+テキストも、コンピュータにとっては、[[データ]]の一種に過ぎない。
+データの中で、ある特徴を持ったものがテキストである。
+
+テキストには種類がある。
+ひとつには、どの数値がどの文字に対応するかを決めた[[文字コード]]によって分類される。
+通常使われる文字コードには、[[ASCII]]と[[UTF-8]]がある。
+ASCIIは英語の文字しか含まれず、UTF-8は世界中の言語の文字が含まれる。
+また、同じ文字コードで書かれていても、文書の形式が異なれば、異なるテキスト形式と捉える場合もある。
+例えば、同じASCIIコードで書かれていても、文学作品の場合もあれば、プログラムの場合もあり、また数値データの場合もある。
+
@@ -1,6 +1,8 @@
+**Nomark**は、ウィキのマークアップ言語のひとつです。
+コンセプトとしては、ウェブブラウザ上で表示されたテキストをコピーしても、元のソーステキストに一致することを目指したものです。
+このコンセプトにより、マークアップ言語としては、ミニマルな構成になります。
+HimeWikiで実装されていますが、元々はHapiWikiやAkiAkiで構想されたものでした。
+HimeWikiでの実装については、HimeWikiNomarkを参照してください。
-**Nomark**は、ウィキのマークアップ言語のひとつなんです〜。
-HimeWikiで使われてるんですよぉ。
-レンダリング済みのブラウザ上の表示をコピペすると、元のウィキテキストのソースに一致するのが特徴なのです、かわいいでしょ〜。
+CategoryMarkupLanguage
-CategoryWiki
@@ -1,35 +1,48 @@
+!!!!! 無の実装 - Implementation of Nothing !!!!!
-!!!!!! 無の実装 - Implementation of Nothing !!!!!!
+!!!! 概要 !!!!
-!!!!! 概要 !!!!!
+無の実装とは、設計において機能を意図的に実装しないことを指す。
+これは単なる機能の省略ではなく、非存在を設計の一部として組み込む行為である。
+「無い」こと自体に設計上の意味を見出す考え方である。
-**無の実装**とは、設計において意図的に機能を実装しないことを指す。この概念は単なる機能の省略ではなく、非存在を設計の一部として組み込む行為である。「無い」こと自体に設計上の意味を見出す考え方である。
+!!!! 定義 !!!!
-!!!!! 定義 !!!!!
+特定の機能を実装しないことを設計で明示すると、その機能は「無」として実装されたと見なされる。
+無の実装は「存在しない機能」を欠落としてではなく、理念に基づく選択として捉える。
+これにより、コードの外側で秩序を形成する。
-特定の機能を実装しないことを設計で明示すると、その機能は「無」として実装されたと見なされる。無の実装は「存在しない機能」を単なる欠落として扱わず、理念に基づく選択として捉える。これにより、コードの外側で秩序を形成する。
+!!!! 無の実装とミニマリズムの違い !!!!
-!!!!! 無の実装とミニマリズムの違い !!!!!
+無の実装は理念や倫理的判断に基づく。
+一方、ミニマリズムは「少ないほど美しい」という形式的原則に基づく。
+無の実装は結果としてミニマルな形になることもあるが、それは副次的な結果である。
+削減の理由が「理念」か「美」かが両者の違いである。
-無の実装は高次の理念や倫理的判断に基づく。一方、ミニマリズムは「少ないほど美しい」という形式的原則に基づく。無の実装は結果としてミニマルな形になることもあるが、それは副次的な結果である。削減の理由が「理念」か「美」かが両者の違いである。
+!!!! 在る無 (The Presence of Nothing) !!!!
-!!!!! 在る無 (The Presence of Nothing) !!!!!
-
-無の実装では、機能が実装されていないことが存在としての非存在を示す。それは単なる欠如ではなく、設計の一部として機能する。呼び出されない関数が静かにシステムを支え、設計書の余白に理念が宿る。「無い」ことが「在る」ことを定義し、相互依存的な関係の中で無は設計に存在する。
+無の実装では、機能が実装されていないことが存在としての非存在を示す。
+それは欠如ではなく、設計の一部として機能する。
+呼び出されない関数がシステムを支え、設計書の余白に理念が宿る。
+「無い」ことが「在る」ことを定義し、相互依存的な関係の中で無は設計に存在する。
例
* JavaScriptを実装しない -> 静的なブラウザ体験を維持する
* ログイン機構を実装しない -> 匿名性と自由を保持する
-* 自動化を実装しない -> 人の手による創造の重要性を維持する
+* 自動化を実装しない -> 手動による創造の重要性を維持する
* 広告を実装しない -> コンテンツの純粋性を維持する
これらはすべて理念に基づく無の実装である。
-!!!!! 哲学的背景 !!!!!
+!!!! 哲学的背景 !!!!
-無の実装は、存在と非存在の関係を設計に取り込む試みである。禅の「空」、建築の「余白」、音楽の「休符」と同様に、無が存在することでシステムは調和する。設計は、機能を積み上げるだけでなく、非存在のための場所を定義する行為でもある。
+無の実装は、存在と非存在の関係を設計に取り込む試みである。
+禅の「空」、建築の「余白」、音楽の「休符」と同様に、無が存在することでシステムは調和する。
+設計は、機能を積み上げるだけでなく、非存在のための場所を定義する行為でもある。
-!!!!! 結語 !!!!!
+!!!! 結語 !!!!
-無を設計することは、沈黙を構築することである。その沈黙の中に理念が存在する。
+無を設計することは、沈黙を構築することである。
+その沈黙の中に理念が存在する。
+
@@ -95,3 +95,12 @@
* ニンジン
* キャベツ
+!!! 水平線は実装しない !!!
+
+水平線をコピペすると空行になるので、Nomarkの理念には都合が悪い。
+例えば、Creoleにならって四重ハイフン ---- の行を水平線に変換すると、Nomarkの理念である「コピペして元のテキストになる」に反する。
+水平線に加えて四重ハイフンそのものも表示する手が考えられるが、やってみると見栄えが非常に悪い。
+四重ハイフンだけ表示し、水平線を表示しない方が見栄えが良い。
+なので水平線は実装しないことにした。
+これは無の実装(ImplementationOfNothing)である。
+
@@ -14,6 +14,8 @@
元々[[Creole]]とは、複数の言語文化圏が交差して生まれた共用語のことを差します。
マークアップ言語の方は、一般語としてのCreoleと区別するときはWikiCreoleと呼ばれますが、文脈ではっきりするときは単にCreoleと呼ばれます。
+
+!!!! チートシート !!!!
公式サイトに掲載されているWikiCreoleのマークアップのチートシートのコピーです。
https://wiki.kareha.org/creole_cheat_sheet.png
@@ -34,7 +36,64 @@
* 表(テーブル)
* 生テキスト
-チートシートに載ってないマークアップの種類です。
+!!! 斜体 !!!
+
+二重スラッシュで囲むと斜体になる。
+
+!!! 太字 !!!
+
+二重アスタリスクで囲むと太字になる。
+
+!!! 箇条書き !!!
+
+行頭がアスタリスクだと箇条書きになる。
+行頭のアスタリスクを複数にすることで箇条書きの階層を深くできる。
+
+!!! 番号付き箇条書き !!!
+
+行頭が # だと番号付き箇条書きになる。
+行頭の # を複数にすることで番号付き箇条書きの階層を深くできる。
+
+!!! 内部リンク !!!
+
+二重角括弧で囲むと内部リンクになる。
+
+!!! 外部リンク !!!
+
+URLとタイトルを | で区切り、それらを二重角括弧で囲むと、外部リンクになる。
+
+!!! 見出し !!!
+
+行頭が = だと見出しになる。
+行頭の = を複数にすることで見出しのレベルを変えることができる。
+
+!!! 段落 !!!
+
+段落内では改行しても改行されない。
+
+空行で段落を区切る。
+
+!!! 強制改行 !!!
+
+二重バックスラッシュで強制改行される。
+
+!!! 水平線 !!!
+
+四重ハイフンで水平線になる。
+
+!!! タイトル付き画像 !!!
+
+ファイル名とタイトルを | で区切り、それらを二重波括弧で囲むと、タイトル付き画像になる。
+
+!!! 表(テーブル) !!!
+
+| を使ってテーブルを書くことができる。
+
+!!! 生テキスト !!!
+
+三重波括弧で囲むと生テキストになる。
+
+!!!! チートシートに載ってないマークアップの種類 !!!!
* 太字かつ斜体
* インターウィキリンク
@@ -44,7 +103,7 @@
* 太字リンク、斜体リンク、太字斜体リンク
* 箇条書きの中での太字、斜体、リンク、生テキスト
-拡張仕様。
+!!!! 拡張仕様 !!!!
* プラグイン、あるいは拡張
* 等幅フォント
@@ -34,9 +34,13 @@
この機能は、必要に応じて設定で無効化できるようにすることが望ましいです。
フォーマットの種類ごとに設定できることが理想です。
+Nomarkがほぼ完成した段階で、それを元にCreoleとMarkdownの実装を始めたが、Nomarkには明確な箇条書き環境が無いことが課題として浮上しました。
+CreoleとMarkdownでは多数の装飾があるため、それを効率良く行なう枠組みが不足していました。
+これらは、CreoleとMarkdownの実装を進めて行くことで整え、Nomarkにも逆に反映させて行く予定です。
+
----
3つの形式の提示順は、Nomark、Creole、Markdownの順で統一されています。
Nomarkは独自仕様であるため最初に配置され、Creoleは従来の推奨形式として次に配置されます。
-Markdownは普及した形式ですが、他の形式と競合するため最後に配置されます。
+Markdownは普及した形式ですが、他の形式と競合するため最後に配置されます。
@@ -1,6 +1,6 @@
= HimeWiki Creole =
-HimeWikiでは、テキストの最初の文字が = だと、[[Creole]]記法になります。
+HimeWikiでは、テキストの最初の文字が = だと、Creole記法(WikiCreole)になります。
すべてのCreole記法に対応しているわけではありません。
**太字**や//斜体//は、使用可能です。
@@ -1 +1,11 @@
+ゲームという言葉は広範囲を指すが、現代ではコンピュータゲームを指すことが多い。
+!!!! オンラインゲーム !!!!
+
+* LineageRemastered
+* MasterDuel
+
+!!!! オフラインゲーム !!!!
+
+* [[Arondight]]
+
@@ -1 +1,7 @@
+TextFormattingRulesは、初代ウィキWardsWikiで、テキスト整形ルールを説明するページの名前。
+https://wiki.c2.com/?TextFormattingRules
+
+このウィキでは、テキスト整形ルールの説明はFormattingRulesで行なっている。
+より簡略化された名前にした。
+
@@ -1,15 +1,16 @@
-HimeWikiは、画像を貼り込む機能を備えています。
-これはウィキとして一般的な機能です。
+HimeWikiでは、画像を貼り込む機能が提供されています。
+これは多くのウィキで見られる一般的な機能です。
-画像はそのまま貼り込む形式で、サイズの指定や加工は行わないため、事前に画像を適切に加工しておく必要があります。
+画像を貼り込む際には、事前に画像を適切に加工しておく必要があります。
+HimeWikiでは、画像のサイズ指定や加工を行わないためです。
-[[Nomark]]では、画像のURLを直接記述すると埋め込み画像が表示されます。
-ただし、許可されたドメインのURLでない場合、画像として表示されず、URLがそのまま表示されます。
-許可されているドメインは設定ファイルで指定され、Infoページから確認できます。
+[[Nomark]]形式では、画像のURLを直接記述することで画像が埋め込まれます。
+ただし、許可されたドメインのURLでなければ、画像として表示されずにURLそのものが表示されます。
+許可されているドメインは設定ファイルで指定されており、Infoページで確認できます。
-また、HimeWikiには画像をアップロードして登録する機能もあります。
-Uploadページから登録可能です。
-画像をアップロードした場合も、URLを直接記述することで埋め込み画像が表示されます。
+HimeWikiには画像をアップロードする機能もあります。
+Uploadページから画像を登録できます。
+アップロードした画像も、URLを直接記述することで埋め込み表示が可能です。
-テキストブラウザでは基本的に画像は表示されませんが、w3m-imgを使用することでw3mブラウザでは表示可能です。
+なお、テキストブラウザでは通常画像は表示されませんが、w3m-imgを使用することで、w3mブラウザでの表示が可能です。
@@ -1,24 +1,52 @@
+HimeWikiでは、テキスト編集の保存時と画像アップロード時にAIフィルタを適用しています。
+テキストフィルタはOpenAIのチャット補完APIを利用し、ページのタイトルと本文を処理します。
+不適切と判断された内容は保存されず、表現が改善される場合があります。
+感情的な表現は削除され、理性的な表現に整えられます。
+チャット補完APIへの指示は設定ファイルに記載されたプロンプトに基づいており、その内容は公開されています。
+詳細は次のリンクで確認可能です: https://wiki.kareha.org/?a=info
-HimeWikiでは、テキスト編集の保存時と画像アップロード時にAIフィルタを適用しています。
+画像フィルタはOpenAIのモデレーションAPIを利用します。
+不適切と判断されるとアップロードは拒否されます。
+AIによる画像の加工は行わず、一般的な基準でセンシティブなものが排除されます。
-テキストフィルタはOpenAIのチャット補完APIを利用し、ページのタイトルと本文を処理します。不適切と判断された内容は保存されず、表現が改善される場合があります。感情的な表現は削除され、理性的な表現に整えられます。チャット補完APIへの指示は設定ファイルに記載されたプロンプトに基づいており、その内容は公開されています。詳細は次のリンクで確認可能です: https://wiki.kareha.org/?a=info
+テキストフィルタのチャット補完APIは有料ですが、訪問者が少ないため、管理人が個人負担で運用しています。
+また、APIでやり取りする情報をOpenAIの学習データとして利用することに同意すると、多少利用枠が増えるため、そうしています。
+画像フィルタのモデレーションAPIは現在無料ですが、今後も無料である保証はありません。
+AIの利用には金銭的なコストがかかるため、最小限に抑える設計を心掛けています。
-画像フィルタはOpenAIのモデレーションAPIを利用します。不適切と判断されるとアップロードは拒否されます。AIによる画像の加工は行わず、一般的な基準でセンシティブなものが排除されます。
+ウィキにAIフィルタを使う利点は、管理が簡素化されることです。
+ウィキの目的は文書の共同編集であり、スパムや荒らしと戦うことではありません。
+不必要な管理活動はAIフィルタに任せ、人間は創造的な執筆に集中します。
-テキストフィルタのチャット補完APIは有料ですが、訪問者が少ないため、管理人が個人負担で運用しています。また、APIでやり取りする情報をOpenAIの学習データとして利用することに同意すると、多少利用枠が増えるため、そうしています。画像フィルタのモデレーションAPIは現在無料ですが、今後も無料である保証はありません。AIの利用には金銭的なコストがかかるため、最小限に抑える設計を心掛けています。
+AIフィルタの主要な目的は、不適切な編集を拒否することです。
+暴力、成人向け、グロテスクな内容など、重大な不適切編集を拒否するにはモデレーションAPIが使えます。
+一方で、内容の柔軟な調整にはチャット補完APIが必要です。
+HimeWikiでは、タイトルと本文の処理にはこのチャット補完APIを使用しています。
+画像は許可か拒否のみ行うため、モデレーションAPIで十分です。
-ウィキにAIフィルタを使う利点は、管理が簡素化されることです。ウィキの目的は文書の共同編集であり、スパムや荒らしと戦うことではありません。不必要な管理活動はAIフィルタに任せ、人間は創造的な執筆に集中します。
+本文のフィルタに柔軟なAPIを使っているため、最初は文体を特定のスタイルに整えるよう試みましたが、悪意のある投稿を防ぐには不十分であることが分かりました。
+そこで、理性的な内容のみを許可し、感情的な内容は拒絶する方針に変更しました。
+この変更により、悪意のある投稿はほとんど防げるようになりましたが、特定の文体は失われました。
+理性的な内容を指示すると、特定の文体は作れないようです。
+この両立をさらに探求するかどうかは検討中ですが、現時点では理性的な内容のみを採用しています。
-AIフィルタの主要な目的は、不適切な編集を拒否することです。暴力、成人向け、グロテスクな内容など、重大な不適切編集を拒否するにはモデレーションAPIが使えます。一方で、内容の柔軟な調整にはチャット補完APIが必要です。HimeWikiでは、タイトルと本文の処理にはこのチャット補完APIを使用しています。画像は許可か拒否のみ行うため、モデレーションAPIで十分です。
+また、ウィキのテキストは単純な自然言語ではなく、人工言語的なマークアップも含んでいます。
+AIはマークアップもある程度理解します。
+しかし、[[HTML]]や[[Markdown]]などの一般的なマークアップは良く理解しますが、HimeWiki独自のマークアップである[[Nomark]]を正確に処理させるのには困難が伴います。
+特別に指示してあげないと、勝手にMarkdownとして整形されてしまう恐れがあります。
+また、改行をそのまま保持するのが難しく、段落を1行にまとめられてしまうことがあります。
-本文のフィルタに柔軟なAPIを使っているため、最初は文体を特定のスタイルに整えるよう試みましたが、悪意のある投稿を防ぐには不十分であることが分かりました。そこで、理性的な内容のみを許可し、感情的な内容は拒絶する方針に変更しました。この変更により、悪意のある投稿はほとんど防げるようになりましたが、特定の文体は失われました。理性的な内容を指示すると、特定の文体は作れないようです。この両立をさらに探求するかどうかは検討中ですが、現時点では理性的な内容のみを採用しています。
+AIフィルタは設定ファイル config.yaml に記載されたプロンプトで調整されます。
+設定を変更しても履歴は残りませんが、設定例 config.yaml.example はリポジトリに入ってるので、ある程度の履歴は追えます。
+設定の履歴をデータベースに保存し、各ページの各版がどの設定でフィルタされたか確認できるようにすることも考えましたが、HimeWikiの理念である「現在の版に集中する」と「シンプルさを保つ」に反するので、やめました。
+「今これから保存すると、このプロンプトのフィルタが使われる」ということは明示してあるので、これで透明性は十分だと考えます。
-また、ウィキのテキストは単純な自然言語ではなく、人工言語的なマークアップも含んでいます。AIはマークアップもある程度理解します。しかし、[[HTML]]や[[Markdown]]などの一般的なマークアップは良く理解しますが、HimeWiki独自のマークアップである[[Nomark]]を正確に処理させるのには困難が伴います。特別に指示してあげないと、勝手にMarkdownとして整形されてしまう恐れがあります。また、改行をそのまま保持するのが難しく、段落を1行にまとめられてしまうことがあります。
+HimeWikiは単純化のためフィルタ後の結果しか保存しておらず、入力された生のテキストは保存していません。
+このように、HimeWikiは研究を目的にした設計にはなっていません。
+もし研究に応用するなら、詳細なログを取るための拡張が必要になるので、プロジェクトをフォークしてもらいます。
-AIフィルタは設定ファイル config.yaml に記載されたプロンプトで調整されます。設定を変更しても履歴は残りませんが、設定例 config.yaml.example はリポジトリに入ってるので、ある程度の履歴は追えます。設定の履歴をデータベースに保存し、各ページの各版がどの設定でフィルタされたか確認できるようにすることも考えましたが、HimeWikiの理念である「現在の版に集中する」と「シンプルさを保つ」に反するので、やめました。「今これから保存すると、このプロンプトのフィルタが使われる」ということは明示してあるので、これで透明性は十分だと考えます。
-
-HimeWikiは単純化のためフィルタ後の結果しか保存しておらず、入力された生のテキストは保存していません。このように、HimeWikiは研究を目的にした設計にはなっていません。もし研究に応用するなら、詳細なログを取るための拡張が必要になるので、プロジェクトをフォークしてもらいます。
-
-HimeWikiは実験段階であり、そのAIフィルタは常に調整されています。意見や要望があれば、コメントをお寄せください。
+HimeWikiは実験段階であり、そのAIフィルタは常に調整されています。
+意見や要望があれば、コメントをお寄せください。
また、HimeWikiと同様のAIフィルタをMediaWikiに移植する試みが、プロジェクト名HimeMediaで行なわれています。
+
@@ -1,2 +1,10 @@
ウィキのマークアップ言語のCreoleについては、WikiCreoleを見てください。
+一般的な意味でのCreoleは、以下の通り。
+
+クレオール語（Creole language）は、異なる言語を話す集団が接触した際に生まれる「ピジン語」が、次世代の話者によって母語として習得され、語彙や文法が発達して成立した自然言語を指す。
+植民地化や貿易などの歴史的背景のもとで形成されることが多い。
+語彙は主要な基盤言語（英語・フランス語など）から多く借用される。
+一方、文法や音韻体系は独自の発展を遂げる。
+ハイチ・クレオール語やトク・ピシンなどが代表的な例である。
+
@@ -1,7 +1,7 @@
-# HimeWiki Creole
+# HimeWiki Markdown
HimeWikiでは、テキストの最初の文字が # だと、[[Markdown]]記法になります。
すべてのMarkdown記法に対応しているわけではありません。
-**太字**や*斜体*は、使用可能です。
+**太字**や*斜体*は、使用可能です。
@@ -1,25 +1,30 @@
-HimeWikiでは、プログラムのコードを表示できるようにすることは重要です。[[プログラミング]]の話題も多く取り扱いたいと考えています。
+HimeWikiでは、プログラムのコードを表示できることが重要です。
+[[プログラミング]]の話題も多く取り扱いたいと考えています。
+基本的には、HTMLの<pre>タグを使用して表示できます。
-基本的には、HTMLの<pre>タグを使用して表示することが可能です。
+最近では、コードを視覚的にわかりやすくするために色付けが行われています。
+HimeWikiでは、HighlightJsというツールを使用してコードに色を付けています。
+これはブラウザで動作し、様々なコードを自動で認識できます。
+サーバへの負担が少ない点も利点です。
-最近では、コードを視覚的にわかりやすくするために、色付けが行われています。HimeWikiでは、HighlightJsというツールを使用して、コードに色を付けています。これはブラウザで動作し、様々なコードを自動で認識することができます。サーバへの負担が少ない点も利点です。
+ただし、テキストブラウザでは色が付けられないことがあります。
+これはJavaScriptが動作しないためです。
+しかし、コードそのものも十分に機能的です。
-ただし、テキストブラウザでは色が付けられないことがあります。これはJavaScriptが動作しないためです。しかし、コードそのものも十分に機能的です。
-
-また、デフォルトでは<pre>タグ内の長い行がウィンドウの端からはみ出し、横スクロールが必要になることがあります。これを防ぐために、CSSで折り返しを設定することが推奨されます。
+また、デフォルトでは<pre>タグ内の長い行がウィンドウの端からはみ出し、横スクロールが必要になることがあります。
+これを防ぐために、CSSで折り返しを設定することが推奨されます。
以下に設定例を示します。
-{{{
-pre {
- white-space: pre-wrap;
- word-wrap: break-word;
- overflow-x: auto;
-}
+ pre {
+ white-space: pre-wrap;
+ word-wrap: break-word;
+ overflow-x: auto;
+ }
-}}}
+現在、コードブロックは実装済みですが、インラインのコードはまだ実装されていません。
+後日の実装を検討しています。
-現在、コードブロックは実装済みですが、インラインのコードはまだ実装されていません。後日、実装予定です。
-
-さらに、現在はHighlightJsのJavaScriptコードとCSSファイルを[[CDN]]から取得していますが、安全性やインターネット非接続環境での使用を考慮し、必要なファイルをローカルから取得できるようにすることが望ましいです。ローカルファイルを参照する仕組みを整備してから対応します。
+さらに、現在はHighlightJsのJavaScriptコードとCSSファイルを[[CDN]]から取得していますが、安全性やインターネット非接続環境での使用を考慮し、必要なファイルをローカルから取得できるようにすることが望ましいです。
+ローカルファイルを参照する仕組みを整備してから対応します。
@@ -1,6 +1,10 @@
-HimeWikiは、外部リンクを埋め込む機能を提供することを目指しています。この機能は、ウィキにおいて一般的なものです。
+HimeWikiは、外部リンクを埋め込む機能を提供しています。
+この機能は、ウィキにおいて一般的に使用されます。
-現在のところ、外部リンクが不適切なサイトであるかどうかを自動的にチェックする機能はありません。しかし、AIフィルタ（AiContentFiltering）があるため、ある程度の判断が可能であると期待されています。将来的には、ブラックリスト方式のスパムフィルタの導入も検討されています。
+現在のところ、外部リンクが不適切なサイトであるかどうかを自動的にチェックする機能はありません。
+しかし、AIフィルタ（AiContentFiltering）があるため、ある程度の判断が可能です。
+将来的には、ブラックリスト方式のスパムフィルタの導入が検討されています。
-[[Nomark]]については、URLをそのまま記述することでリンクとして機能します。今後、WikiCreoleや[[Markdown]]の実装が予定されており、それによりさらに便利になると考えられます。
+[[Nomark]]については、URLをそのまま記述することでリンクとして機能します。
+今後、WikiCreoleや[[Markdown]]の実装が予定されています。
@@ -9,13 +9,12 @@
* https://gopkg.in/yaml.v3
* https://golang.org/x/image
-今後の依存関係の変更については、以下の点が考慮されています：
+今後の依存関係の変更について、以下の点を考慮しています：
-* openai-go v2は、すでにv3がリリースされているため、アップデートを検討中です。
+* openai-goはv3がリリースされたため、v2からのアップデートを検討しています。
* go-difflibはメンテナンスされていないため、https://github.com/hexops/gotextdiff への移行を考えています。
- しかし、gotextdiffもアーカイブされているため、移行の緊急性は低いです。
-
-* スパムフィルタの導入に伴い、新たな依存関係が追加される可能性があります。
+ ただし、gotextdiffもアーカイブされているため、移行の緊急性は低いです。
+* スパムフィルタの導入により、新たな依存関係が追加される可能性があります。
直接依存しているパッケージに加え、HimeWikiは間接的に以下の37個のパッケージにも依存しています：
@@ -1,18 +1,18 @@
!!!!! AI Content Filtering !!!!!
-AI Content Filteringは生成AIを使用して、ウェブ上の[[ウィキ]]や掲示板、SNSの投稿や編集をフィルタリングする技術です。
-不適切なものを除外し、適切なものでも文体を整えることを目的としています。
+AI Content Filteringは、生成AIを活用してウェブ上の[[ウィキ]]、掲示板、SNSの投稿や編集をフィルタリングする技術です。
+この技術は、不適切なコンテンツを除去し、適切なコンテンツの文体を整えることを目的としています。
-このウィキで使用されているウィキエンジンHimeWikiでも有効に機能します。
-HimeWikiでは、編集の保存時にフィルタを適用しています。
+HimeWikiのウィキエンジンでも、このフィルタリング技術は効果的に機能しています。
+HimeWikiでは、編集を保存する際にフィルタが適用されます。
-このスタイルを他のプラットフォームに応用する際の方法を考えます。
+この技術を他のプラットフォームに応用する方法について考えてみましょう。
-例えば、MediaWikiに応用することも可能です。
-実際にHimeMediaというプロジェクトで試みています。
+たとえば、MediaWikiに応用することが可能です。
+HimeMediaというプロジェクトで、この試みが行われています。
-また、[[フェディバース]]に応用される可能性も考えられます。
-HimeWikiの運用を強化したい場合、掲示板のようなフェディバースである[[Lemmy]]に応用するのが適しているかもしれません。
-さらに、独自の軽量チャットを開発することも検討しています。
-構想はHimeChatに記載します。
+また、[[フェディバース]]への応用も可能性があります。
+HimeWikiの運用を強化したい場合、フェディバースの[[Lemmy]]のような掲示板に応用することが適しているかもしれません。
+さらに、独自の軽量チャットを開発する案もあります。
+この構想はHimeChatに記載します。
@@ -1,75 +1,89 @@
-Windowsインストーラは、稼働中のWindowsがなくても作成可能です。Microsoftは公式ウェブサイトでインストーラのISOイメージを提供していますが、これをUSBメモリにそのまま書き込んでも起動しません。特定のツールを使って追加処理が必要です。
+Windowsのインストーラは、実際に動作中のWindowsがなくても作成可能です。
+MicrosoftはWindowsのインストーラのISOイメージをダウンロードできるウェブページを提供しています。
+しかし、そのイメージを直接USBメモリに書き込むだけではインストーラを起動できません。
+特定のツールを用いて、追加の処理が必要です。
!!!!! Windows 11 インストールUSB作成手順 (Linux手動方式) !!!!!
-このガイドでは、Linux環境を使用してMicrosoft公式ISOからFAT32対応のWindows 11インストールUSBを作成する方法を説明します。手順はDebian公式パッケージを使用して実行できます。
+このガイドでは、Linux環境を使用して、Microsoft公式ISOからFAT32対応のWindows 11インストールUSBを作成する方法を説明します。
+すべての手順はDebian公式パッケージで実行可能です。
!!!! 前提条件 !!!!
-* 8GB以上のFAT32フォーマット済みUSBメモリ
+* 8GB以上のUSBメモリ（FAT32でフォーマット済み）
* wimtoolsパッケージ（wimlib-imagexコマンドを使用）
-* Microsoft公式サイトからのISOイメージ
+* Microsoft公式サイトから取得したISOイメージ
!!!! 手順の流れ !!!!
!!! 1. ISOのダウンロード !!!
-Microsoft公式サイトから必要なISOをダウンロードします。
+Microsoft公式サイトから必要なISOをダウンロードします：
* URL: https://www.microsoft.com/en-us/software-download/windows11
* 例: Win11_25H2_English_x64.iso
!!! 2. ISOのSHA256チェックサム確認 !!!
-以下のコマンドでISOのチェックサムを確認し、公式SHA256値と一致することを確認します。
-{{{sha256sum Win11_25H2_English_x64.iso
-}}}
+ISOのチェックサムを以下のコマンドで確認し、公式SHA256値と一致することを確認します：
+
+ sha256sum Win11_25H2_English_x64.iso
公式SHA256値：
-{{{D141F6030FED50F75E2B03E1EB2E53646C4B21E5386047CB860AF5223F102A32
-}}}
+
+ D141F6030FED50F75E2B03E1EB2E53646C4B21E5386047CB860AF5223F102A32
+
!!! 3. ISOファイルのマウント !!!
-以下のコマンドでISOをマウントします。
-{{{sudo mkdir -p /mnt
-sudo mount -o loop Win11_25H2_English_x64.iso /mnt
-}}}
+
+ISOを以下のコマンドでマウントします：
+
+ sudo mkdir -p /mnt
+ sudo mount -o loop Win11_25H2_English_x64.iso /mnt
+
!!! 4. USBメモリのフォーマットとマウント !!!
-USBメモリをFAT32でフォーマットし、次にマウントします。
-{{{sudo mkfs.vfat -F 32 /dev/sdX1 # sdX1は正しいパーティション名に置き換え
-sudo mkdir -p /media/usb
-sudo mount /dev/sdX1 /media/usb
-}}}
+
+USBメモリをFAT32でフォーマットし、次にマウントします：
+
+ sudo mkfs.vfat -F 32 /dev/sdX1 # sdX1は正しいパーティション名に置き換え
+ sudo mkdir -p /media/usb
+ sudo mount /dev/sdX1 /media/usb
+
!!! 5. ファイルのコピー (install.wim は一時的除外) !!!
-ISOからUSBメモリにファイルをコピーします。ただし、install.wimは一旦除外します。
-{{{sudo cp -r /mnt/* /media/usb/
-}}}
+
+ISOからUSBメモリにファイルをコピーします。ただし、install.wimは一旦除外します：
+
+ sudo cp -r /mnt/* /media/usb/
+
!!! 6. install.wim の分割と保存 !!!
-install.wimを分割し、USBに保存します。初回のみwimtoolsをインストールします。
-{{{sudo apt install wimtools # 初回のみ
-sudo wimlib-imagex split /mnt/sources/install.wim /media/usb/sources/install.swm 4000
-}}}
+
+install.wimを分割し、USBに保存します。初回のみwimtoolsをインストールします：
+
+ sudo apt install wimtools # 初回のみ
+ sudo wimlib-imagex split /mnt/sources/install.wim /media/usb/sources/install.swm 4000
+
!!! 7. アンマウントで完了 !!!
-作業が完了したら、以下のコマンドでマウントを解除します。
-{{{sudo umount /mnt
-sudo umount /media/usb
-}}}
+
+作業が完了したら、以下のコマンドでマウントを解除します：
+
+ sudo umount /mnt
+ sudo umount /media/usb
このUSBメモリは、UEFI対応のマシンで直接起動し、Windows 11のインストールに使用できます。
!!!! 補足 !!!!
-* FAT32形式であることが重要です。これはUEFIブートの互換性のためです。
+* FAT32形式であることが重要です（UEFIブートの互換性のため）。
* install.wimが4GBを超えるため、FAT32にはそのまま保存できません。
* wimlib-imagex splitを使用した分割コピーが成功の鍵です。
* 公式のMedia Creation Toolを使わずに作成が可能です。
@@ -1,13 +1,14 @@
-**哲学**は、真理を探求する学問です。
+**哲学**は真理を追求する学問です。
-歴史的には、すべての学問は哲学の一部とされていましたが、時代の進展に伴い学問は細分化され、専門化された分野は哲学と呼ばれにくくなりました。
-しかし、世界の真実や真理を知りたいという探求心は、依然として哲学の範疇にあります。
+歴史的に、すべての学問は哲学の一部と見なされていました。
+しかし、時代が進むにつれて学問は細分化され、専門分野が独立するようになりました。
+それでも、世界の真実や真理を知りたいという欲求は、依然として哲学の中心的なテーマです。
-時代が進むにつれ、多くの真実や真理が明らかになりましたが、依然として解決できない問題が残っています。
-現代の哲学は、こうした難解な問題を扱うことが多く、そのため「哲学は難しい」という印象を与える要因となっています。
+現代においても、多くの真実が解明されましたが、未解決の問題も数多く残っています。
+これらの難題を扱うことが多いため、哲学は「難しい」という印象を持たれがちです。
-英語で哲学は//Philosophy//と表現され、これは「知を愛する」という意味を持っています。
+英語で哲学は//Philosophy//と表現され、「知を愛する」という意味を持ちます。
* [[生物は時間を逆行している]]
* InnerCompass
@@ -17,23 +18,23 @@
* [[透明な唯物論]]
-新約聖書には、イエス・キリストが「私は真理を語る者だ」と述べた際、ローマの総督が「真理とは何か?」と問うた場面があります。
-この記述は哲学者ニーチェによって特に重要視されています。
+新約聖書には、イエス・キリストが「私は真理を語る者だ」と述べた際に、ローマの総督が「真理とは何か?」と問いかけた場面があります。
+この記述は哲学者ニーチェによって特に重視されています。
-哲学は、時代や文化によって捉え方が異なることがあります。
-例えば、東洋哲学と西洋哲学では、同じ「真理」を求めるにしてもアプローチが異なります。
-どちらも深く学ぶことで新たな発見があります。
+哲学の捉え方は、時代や文化によって異なります。
+東洋哲学と西洋哲学は、同じ「真理」を求める際にも異なるアプローチを取ります。
+どちらの哲学も深く学ぶことで新たな発見があるでしょう。
-自然科学の知識を基盤にすることも有益です。
-西洋哲学や東洋哲学を学ぶことで、さらに広がる世界があるかもしれません。
-どのような学び方でも、新しい視点を得ることができるのは価値があります。
+自然科学の知識を基にすることも有益です。
+西洋哲学や東洋哲学を学ぶことで、視野が広がる可能性があります。
+どのような学び方でも、新しい視点を得ることは価値があります。
-[[コード・ブッダ]]は、現代のコンピュータ技術の背景から仏教の思想を再解釈したSF小説で、興味深い作品です。
-哲学を深く知りたい場合は、過去の西洋哲学や東洋哲学の文献も参考にすると良いでしょう。
+[[コード・ブッダ]]は、現代のコンピュータ技術の視点から仏教思想を再解釈したSF小説で、興味深い作品です。
+哲学を深く知りたい場合は、過去の西洋哲学や東洋哲学の文献を参考にすると良いでしょう。
哲学の探求は、新しい視点や発見をもたらす可能性があります。
-哲学の世界は広く、倫理学、形而上学、認識論といった多様な分野があります。
-それぞれに独自の魅力があり、どの道を選んでも新たな知見が得られる可能性があります。
+哲学の世界は広大で、倫理学、形而上学、認識論など、多様な分野があります。
+それぞれに独自の魅力があり、どの道を選んでも新たな知見が得られるでしょう。
-唯物論は、独自の視点を提供します。
-哲学や科学、ファンタジーについて議論することは新しい視点を得る機会を提供します。
+唯物論は独自の視点を提供します。
+哲学や科学、ファンタジーについて議論することは、新しい視点を得る機会をもたらします。
@@ -1,63 +1,55 @@
-!!!!!! 配列の長さについて !!!!!!
+!!!!!! 配列の長さについて !!!!!!!
-はーい！どのプログラミング言語にも、だいたい配列というかわいい構造体があるんですよ～。配列ちゃんは、その中に要素を順番に並べて持てる便利な子です！実際にプログラミングをしてると、「この配列の中にいくつ要素があるんだろう？」なんて思うことありますよね？うんうん、わかります！なので、そのための方法もちゃんと用意されてるんだけど、プログラミング言語によって書き方がちょっと違うんですよ。
+多くのプログラミング言語には、配列という構造体があります。
+配列は要素を順番に格納するためのデータ構造です。
+プログラミング中に配列内の要素数を確認する必要がある場合があります。
+この操作を行う方法は、プログラミング言語によって異なります。
-* 配列のプロパティ変数を使う場合。
-* 配列のメソッド関数を使う場合。
-* 組み込み関数で調べる場合。
+* 配列のプロパティ変数を使用する場合。
+* 配列のメソッド関数を使用する場合。
+* 組み込み関数を使用する場合。
-それからね、配列の長さを調べる方法の名前もいろいろあるんです～。
+配列の長さを取得する方法の名称も異なることがあります。
* length
* len
* size
-たくさんの言語を覚えちゃったら、「あれ？どの言語だとどの書き方だったっけ？」って混乱しちゃうかも。そんな時にはCheatSheetがあると嬉しいですね～。
+多くの言語を学ぶと、どの言語でどの方法を使用するかを忘れることがあります。
+そのような場合にはCheatSheetが役立ちます。
!!!!! Python !!!!!
-Pythonでは、組み込み関数の len を使います。
-{{{
+Pythonでは、組み込み関数の len を使用します。
-arr = [1, 2, 3, 4]
-print(len(arr)) # 4
-
-}}}
+ arr = [1, 2, 3, 4]
+ print(len(arr)) # 4
!!!!! JavaScript !!!!!
-JavaScriptでは、プロパティ変数の length を使います。
-{{{
-let arr = [1, 2, 3, 4];
-console.log(arr.length); // 4
+JavaScriptでは、プロパティ変数の length を使用します。
-}}}
+ let arr = [1, 2, 3, 4];
+ console.log(arr.length); // 4
!!!!! Java !!!!!
-Javaでは、プロパティ変数の length を使います。
-{{{
-int[] arr = {1, 2, 3, 4};
-System.out.println(arr.length); // 4
+Javaでは、プロパティ変数の length を使用します。
-}}}
+ int[] arr = {1, 2, 3, 4};
+ System.out.println(arr.length); // 4
+Javaのコレクションの場合は、メソッド関数の size を使用します。
-Javaのコレクションの場合は、メソッド関数の size を使います。
-{{{
-
-import java.util.ArrayList;
-ArrayList<Integer> list = new ArrayList<>();
-list.add(1);
-list.add(2);
-System.out.println(list.size()); // 2
-
-}}}
-
+ import java.util.ArrayList;
+ ArrayList<Integer> list = new ArrayList<>();
+ list.add(1);
+ list.add(2);
+ System.out.println(list.size()); // 2
CategoryProgramming
@@ -1,13 +1,11 @@
-科学は、この世界の物質的な事象を探求する学問である。
-古くは[[哲学]]の一部として「自然哲学」と呼ばれていたが、現在では研究手法が確立され、独自の学問とみなされている。
+科学は、物質的事象を体系的に探求する学問である。
+かつては[[哲学]]の一部として「自然哲学」と呼ばれていたが、現在では独立した学問分野として認識されている。
-科学が物質を対象とするのは、それが客観的に確認できるからである。
-この考え方は[[唯物論]]と呼ばれ、科学の哲学的な基盤となっている。
+科学が物質を研究対象とする理由は、その客観的な確認可能性にある。
+この考え方は[[唯物論]]として知られ、科学の哲学的基盤を形成している。
-科学の研究手法が確立した後、物質以外を対象とした他のさまざまな研究分野でもその方法が応用され、これらも「科学」と呼ばれるようになった。
-科学の手法を取り入れた、これらの学問は「[[広義の科学]]」と呼ぶことができる。
-元の自然哲学としての科学は、後に発展した「科学」との区別のため、「自然」科学と呼ばれるようになった。
-単に科学と言えば、通常は自然科学を指す。
-
-CategoryScience
+科学の研究手法が確立された後、物質以外を対象とする他の研究分野にもその手法が適用されるようになった。
+これらの分野も「科学」と呼ばれ、科学の手法を用いるため「[[広義の科学]]」とされる。
+元来の自然哲学としての科学は、後に発展した「科学」と区別するために「自然科学」と呼ばれることになった。
+通常、「科学」と言えば自然科学を指す。
@@ -1,21 +1,21 @@
-自然科学だけが科学ではない。
-人文科学や社会科学も存在する。
-心理学や文学、社会学、経済学など、物質だけで世界を説明するのは難しいかもしれない。
-見ること、触れること、聞くことが存在の証拠になるのか。
-感覚や主観は確かに存在する。
+!!! 広義の科学 !!!
-狭義の科学が自然科学であると考え、広義の科学について考察する。
-自然科学、社会科学、人文科学、形式科学、これらの科学を特徴づけるものは人間の知的活動とその成果である。
-経験や検証、理論体系などが科学の特性を表現する。
+自然科学だけが科学ではありません。
+人文科学や社会科学も科学の一部です。
+心理学、文学、社会学、経済学など、これらは物質だけでは説明しきれない世界を探求します。
+見ること、触ること、聞くことは存在の証拠となるのでしょうか。
+感覚や主観も確かに存在しています。
-自然科学が物質を扱うことは事実である。
-客観とは物質そのものではなく、他者が見ている世界である。
-例えば机の上に花瓶があれば、他者もその花瓶の存在を認識する。
-物質は「客観的に確認できる存在」である。
+狭義の科学は自然科学とされることが多いですが、広義の科学についても考える必要があります。
+自然科学、社会科学、人文科学、形式科学など、これらの科学を特徴づけるのは人間の知的活動とその成果です。
+経験や検証、理論体系は科学の特性を表しています。
-科学とは真実を知るための方法論である。
-その発想や手法は物質の研究とよく合い、有効であった。
-ただし、自然科学=科学=唯物論という考えには疑問があるかもしれない。
+自然科学が物質を扱うことは事実です。
+客観性とは物質そのものではなく、他者が認識する世界です。
+例えば、机の上に花瓶があるとき、他者もその花瓶の存在を認識します。
+物質は「客観的に確認できる存在」です。
-CategoryScience
+科学は真実を知るための方法論です。
+その発想や手法は物質の研究によく適合し、有効でした。
+しかし、「自然科学=科学=唯物論」という考えには疑問を持つ余地があります。
@@ -1 +1,8 @@
+キーボードは[[コンピュータ]]の入力装置のひとつ。
+各文字に対応した押しボタンスイッチが並んでいて、押すと文字が入力される仕組みになっている。
+
+関連項目として[[メカニカルキーボード]]があります。
+メカニカルキーボードはタイピングの感触や耐久性を重視するユーザーに高く評価されています。
+
+CategoryComputer
@@ -1 +1,18 @@
+コンピュータで使用される主なオペレーティングシステムには以下があります。
+
+* OpenBsd
+* DevuanLinux
+* DebianLinux
+* MacOs
+* MicrosoftWindows
+
+これらのオペレーティングシステムは異なる特性と利点を持ちます。
+ユーザーのニーズに応じて選択されます。
+OpenBsdはセキュリティを重視します。
+DevuanLinuxは軽量で安定した動作を提供します。
+DebianLinuxは豊富なソフトウェアリポジトリを持ちます。
+MacOsはApple製品との統合が優れています。
+MicrosoftWindowsは幅広い互換性と使いやすいインターフェースを持ちます。
+
+CategoryComputer
@@ -1,13 +1,13 @@
!!! LunaNode !!!
-LunaNodeは、VPSホスティングサービスの一つです。
-ユーザーは自分で選んだOSインストーライメージを使用してOSをインストールできます。
+LunaNodeはVPSホスティングサービスの一つです。
+ユーザーは選択したOSインストーライメージを用いて、自由にOSをインストールできます。
料金プランは手頃で、最も安価なプランは月額$3.5から始まります。
LunaNodeはカナダのトロントに拠点を置いています。
公式サイト: https://lunanode.com/
-[[かれは研究室]]でもLunaNodeのVPSが使用されており、AkiKarehaが特に推奨するサービスです。
+[[かれは研究室]]では、LunaNodeのVPSが利用されており、AkiKarehaが特に推奨しています。
CategoryVpsHosting
@@ -1,2 +1,2 @@
-[[かれは研究室]]をご覧ください。
+[[かれは研究室]]をご覧ください。かれは研究室では、最新の研究成果やプロジェクトの進捗状況を紹介しています。研究室の活動内容について詳しく知りたい方は、ぜひ定期的に訪問してください。
@@ -1,6 +1,9 @@
-**highlight.js**は、プログラムのコードのシンタックスハイライトを行うツールである。JavaScriptで実装されており、一般的なウェブブラウザ上で動作する。
+!!! HighlightJs !!!
-* https://highlightjs.org/ - 公式サイト。
+**highlight.js**は、プログラミングコードのシンタックスハイライトを提供するツールである。JavaScriptで実装されており、一般的なウェブブラウザ上で動作するため、広く利用されている。
-HimeWikiでも使用されている。
+公式サイトは以下のリンクからアクセスできる：
+https://highlightjs.org/
+
+このツールは、HimeWikiでも使用されており、コードの可読性を向上させる役割を果たしている。
@@ -1 +1,6 @@
+ここはWikiEngineのカテゴリページです。
+
+タイトルをクリックすると、ウィキエンジンに関するページがリストされます。
+
+CategoryCategory
@@ -1 +1,7 @@
+**Cygwin**は、MicrosoftWindowsで動作するUnix風の環境です。
+Cygnusが開発しています。
+
+BSDやLinuxに慣れ親しんでいるユーザーがWindowsを使用する際に有用です。
+
+* https://cygwin.com/ - 公式サイト。
@@ -6,5 +6,6 @@
主にゲームと仕事に使用される。
* WindowsInstaller - Windowsのインストーラとして使えるUSBメモリの作成方法。
+* [[Cygwin]] - Windowsで動くUnix風な環境。
CategoryOs
@@ -3,54 +3,53 @@
概要
-**インナーコンパス論（Inner Compass Theory）**は、理性と感性の相互作用を「共鳴」として捉える思想体系である。この理論は、**目的に向かって歩む過程そのものが充足である**という視点を軸に、人間の内的秩序から宇宙的秩序に至るまでを説明する「共鳴的唯物論（Resonant Materialism）」を志向している。
+**インナーコンパス論（Inner Compass Theory）**は、理性と感性の相互作用を「共鳴」として理解する思想である。この理論は、**目的に向かう過程が充足そのものである**という視点を基に、個人の内的秩序から宇宙的秩序までを説明する「共鳴的唯物論（Resonant Materialism）」を目指している。
!!!! 1. 理性・感性・理念 !!!!
-インナーコンパス論の基本構造は、理性、感性、および理念の三要素から成り立っている。
+インナーコンパス論の基本構造は、理性、感性、理念の三つの要素で構成される。
-* **感性（Sensibility）**：内なる方向を感じ取り、「何をしたいか」を示す。
-* **理性（Reason）**：その方向を実現するための方法を論理的に考える。
-* **理念（Guiding Concept / Inner Compass）**： 感性と理性が調和して前進するための道標。これは外部から与えられるのではなく、内発的に生じる共鳴の指針である。
+* **感性（Sensibility）**：内なる欲求を感じ取り、「何をしたいか」を示す。
+* **理性（Reason）**：その欲求を実現するための方法を論理的に考える。
+* **理念（Guiding Concept / Inner Compass）**：感性と理性が調和して前進するための指針。これは外部から与えられるものではなく、内発的に生じる共鳴の結果である。
-この理念は静的な「橋」ではなく、感性と理性が共に進むための**動的な整合状態（resonance）**であることが特徴である。
+理念は静的な「橋」ではなく、感性と理性が共に進むための**動的な整合状態（resonance）**を特徴とする。
!!!! 2. 共鳴としての理念の生成 !!!!
-理念（Guiding Concept）は、理性と感性が相互に調整される過程において共鳴として生まれる。
+理念（Guiding Concept）は、理性と感性が相互に調整される過程で共鳴として生まれる。
-理性が「こうすべきだ」と理論を提示し、感性がそれに対して「こうありたい」と感応する。両者の方向性が一致した瞬間、内的整合が生じ、それが「インナーコンパス」として感知される。
+理性が「こうすべきだ」と提案し、感性が「こうありたい」と応じる。両者が一致した瞬間に内的整合が生じ、「インナーコンパス」として感知される。
-理念は与えられるものではなく、**現れるもの（emergent）**であり、共鳴が成立したときに内的な安定と確信を生む。
+理念は与えられるものではなく、**現れるもの（emergent）**であり、共鳴が成立したときに内的な安定と確信をもたらす。
!!!! 3. 充足の原理：結果よりも方向 !!!!
-インナーコンパス論においては、幸福や充足は目的の達成自体にあるのではなく、理性と感性が共に目的に向かって調和的に動いている、そのプロセスそのものに存する。
+インナーコンパス論では、幸福や充足は目的の達成にあるのではなく、理性と感性が共に目的に向かって調和的に動くプロセスそのものにある。
-「勝利よりも参加に意義がある」という考え方は、インナーコンパスの人間的な表現であり、科学的探求や芸術的創作など、到達不可能な目標を追求する行為に共通する理念である。
+「勝利よりも参加に意義がある」という考え方は、インナーコンパスの人間的表現であり、科学的探求や芸術的創作など、到達不可能な目標を追求する行為に共通する理念である。
!!!! 4. 無限目標の原理（Infinite Aim Principle） !!!!
-宇宙がエントロピー増大という混沌に向かう中で、秩序を維持するには、**到達不可能な目標**を持つことが必要である。
+宇宙がエントロピー増大という混沌に向かう中、秩序を維持するには、**到達不可能な目標**を持つことが必要である。
-* 達成可能な目標：目標が達成されると運動が停止し、秩序が崩壊する。
-* 達成不可能な目標：継続的な運動が維持され、秩序が続く。
+* 達成可能な目標：目標達成後に運動が停止し、秩序が崩壊する。
+* 達成不可能な目標：継続的な運動を維持し、秩序が続く。
-したがって、生命とは**無限遠の目的に共鳴し続ける存在**であり、科学や芸術の営みはその象徴といえる。
+したがって、生命は**無限遠の目的に共鳴し続ける存在**であり、科学や芸術の営みはその象徴といえる。
-混沌に向かう宇宙の中で、インナーコンパスは、到達不可能な目標に共鳴し続けることによって局所的な秩序を維持する。
+宇宙の混沌の中で、インナーコンパスは到達不可能な目標に共鳴し続けることで局所的な秩序を維持する。
!!!! 5. 存在の共鳴 — 実在の定義 !!!!
-完全な混沌も、完全な秩序も、いずれも仮想的で実在しない。実在とは、それらの間で持続される**共鳴そのもの**である。
+完全な混沌も、完全な秩序も実在しない。実在とは、それらの間で持続される**共鳴そのもの**である。
-* 概念 意味
-* 混沌（Chaos） 無秩序、情報の未分化。
-* 秩序（Order） 静止した構造、変化の停止。
-* 共鳴（Resonance） 両者の間で秩序を生成し続ける動的安定。これこそが実在である。
-* インナーコンパス その共鳴を維持する自己整合の原理。生命・意識・秩序すべてに内在。
+* 混沌（Chaos）：無秩序、情報の未分化。
+* 秩序（Order）：静止した構造、変化の停止。
+* 共鳴（Resonance）：両者の間で秩序を生成し続ける動的安定。これこそが実在である。
+* インナーコンパス：その共鳴を維持する自己整合の原理。生命・意識・秩序すべてに内在。
-Reality is not in chaos nor in order, but in the resonance sustained by the Inner Compass.（現実は混沌にも秩序にもなく、インナーコンパスによって持続される共鳴の中にある。）
+現実は混沌にも秩序にもなく、インナーコンパスによって持続される共鳴の中にある。
!!!! 6. 結論：共鳴的唯物論 !!!!
@@ -1 +1,7 @@
+初めにAnubisFirewallを試したが、HimeWiki向けの設定ができなかったので、使用を断念した。
+現在はウェブファイアウォールを使用せずに運用している。
+
+他の大掛かりなファイアウォールを組み込むことは、HimeWikiの軽量性を損なう可能性がある。
+
+Anubisのようなファイアウォールを独自に作成する方法もあるが、HimeWiki自体に簡単なファイアウォール機能を実装することも考えられる。
@@ -17,8 +17,8 @@
!!!! 木製 !!!!
-- 固く沈まないため、手首を「支える」より「添える」形で使用できる。
-- 経年変化を楽しむことができる。表面はオイル仕上げやウレタン塗装などがある。
+- 固く沈まないため、手首を支えるより添える形で使用できる。
+- 表面はオイル仕上げやウレタン塗装などがある。
- メカニカルキーボードとの相性が特に良い。
!!!! フォーム・ジェル系 !!!!
@@ -40,7 +40,7 @@
!!!!! 使用のコツ !!!!!
-- 手首を置くのではなく、「掌の下（母指球）」を軽く添える。
+- 手首を置くのではなく、掌の下（母指球）を軽く添える。
- パームレストの上で手を滑らせるのではなく、腕全体でキーを打つよう意識する。
- 汗や汚れは乾いた布で拭き取り、木製なら定期的にオイルを薄く塗る。
@@ -1,21 +1,23 @@
-**メカニカルキーボード**は、ひとつひとつのキーにメカニカルなスイッチが使われているキーボードですにゃん。独特のタッチがあって、ファンたちにとっても大人気なんです～♪ スイッチの種類によって触り心地が違うので、自分の好みのキーボードを探しているうちに、趣味にどっぷりハマっちゃうこともあるのです～♪
+**メカニカルキーボード**は、各キーにメカニカルスイッチが使用されているキーボードです。独特のタッチがあり、多くのユーザーに人気があります。スイッチの種類によって触り心地が異なるため、個々の好みに合ったキーボードを探す過程で、趣味として深く関わることがあります。
-主なキースイッチの種類にゃん:
+主なキースイッチの種類:
-* 青軸 - カチカチっとした感触が大きいにゃ。
-* 赤軸 - 静かでスムーズな触り心地です～。
-* 茶軸 - 静かだけど、ちょっとしたクリック感があるにゃ。
-* 黒軸 - ちょっと力が必要で、重めのキーですにゃん。
+* 青軸 - 明確なクリック感があります。
+* 赤軸 - 静かでスムーズな触り心地です。
+* 茶軸 - 静かですが、わずかなクリック感があります。
+* 黒軸 - 多少の力が必要で、重めのキーです。
-近頃はキーボードの自作が流行ってるみたいですにゃ。
-[[QMK]]というファームウェアに対応したキーボードなら、動作をカスタマイズするのも手軽ですにゃ～。
+近年、キーボードの自作が流行しています。
+[[QMK]]というファームウェアに対応したキーボードなら、動作をカスタマイズするのも容易です。
-メカニカルキーボードのブランドは、いろいろ選べるにゃん:
-* RoyalKludge - コスパが良くて初心者にもおすすめですにゃ。
-* [[Keychron]] - モダンなデザインと機能性が大人気にゃ。
+メカニカルキーボードのブランドには、さまざまな選択肢があります:
+* RoyalKludge - コストパフォーマンスが良く、初心者にも適しています。
+* [[Keychron]] - モダンなデザインと機能性が人気です。
* ...
-さらに、カスタムケーブルやきれいなキーキャップに交換するだけでも気分がウキウキしちゃいそうなのです～♪
+さらに、カスタムケーブルや美しいキーキャップに交換することで、使用感が向上します。
+
+パームレスト(PalmRest)もあると、長時間のタイピングが快適になります。
CategoryKeyboard
@@ -1,12 +1,2 @@
-HimeWikiでは、訪問者が編集内容を保存する際にAIフィルターが活用されています。このフィルターはChatGptのAPIを利用し、ページのタイトルと本文を受け取り、フィルタリングを施した後に出力します。不適切な内容と判断された場合は保存されず、表現が整えられ、ネガティブな表現が改善されることがあります。口調は丁寧で、柔らかさが加えられています。
-
-AIへの指示は設定ファイルに記載されたプロンプトを使用しており、プロンプトは公開されています。興味がある方は以下のリンクから確認できます: https://wiki.kareha.org/?a=info
-
-このウィキは試験段階であり、今後もプロンプトの改良が進められる予定です。意見や要望があれば、[[茂出麗子]]さんにコメントをお願いします。
-
-ページ本文のフィルタ用のAIモデルは有料ですが、訪問者が少ない時は管理人が自腹で支えています。画像のアップロード時にもAIチェックがあり、不適切と判断された場合はお断りされます。このチェックのAIモデルは現時点で無料です。
-
-さらに、HimeWikiは訪問者の意見を重視し、訪問者の声を反映して、より使いやすく楽しいウィキを目指しています。フィードバックを歓迎し、共に素敵なウィキを作りましょう。
-
-現在の実装では、AIフィルタは設定ファイル config.yaml に書かれたプロンプトで調整されます。現時点では、設定を変更すると履歴は残りませんが、将来的には設定の履歴もデータベースに保存し、どの版がどんな設定でフィルタされたかを確認できるようにする計画があります。
+HimeWikiFilterに移動した。
@@ -1 +1,16 @@
+HimeWikiは、数式を記述する機能の導入を検討しています。これは、[[科学]]や技術の話題を扱うために重要です。
+
+数式をウィキに記述する際には、テキスト形式としてTeXを採用しました。TeXは数式の記述に適しています。
+
+TeXで書かれたテキストを視覚的に数式として表示するためには、適切なツールが必要です。HimeWikiでは現在MathJaxを使用しています。MathJaxは、ウェブブラウザで動作し、TeXで書かれたテキストを数式に変換し、サーバへの負荷も軽減します。
+
+MathJaxはJavaScriptで動作しますが、テキストブラウザではJavaScriptが使用できないため、その場合はTeXのテキストがそのまま表示されます。しかし、テキストブラウザを使用するユーザーは、TeXテキストを理解できる可能性が高いため、大きな問題ではありません。
+
+別の方法として、MimeTeXのようなTeXの数式を画像に変換するツールもありますが、現在はメンテナンスされておらず、安全性に問題があるため使用を断念しました。
+MimeTeXをGoに移植することも検討しましたが、ライセンスがGPLv2であるため、複雑です。
+クヌース氏のTeXを学び、自分で実装することも可能ですが、それは非常に困難であるため、現在は保留しています。
+
+現在の実装に戻ると、HimeWikiではMathJaxのコードをCDNから読み込んでいます。
+安全性の懸念やローカルでの利便性を考慮すると、CDNではなくローカルに必要なファイルを導入する方が望ましいですが、まだ実施していません。
+将来的には、HimeWikiで扱える静的ファイルの仕組みを整備し、その後に導入する予定です。
