Recent Changes
@@ -1,11 +1,18 @@
+**Dart**は、[[プログラミング言語]]のひとつですにゃん。
+元々、ウェブで使う言語として、JavaScriptを置き換えることを目標に作られましたにゃん。
+[[Google]]が開発しましたにゃん。
+発表された当初は、あまり流行りませんでしたにゃん。
+各種ブラウザがDartを採用することを控えたからですにゃん。
-**Dart**は、[[プログラミング言語]]のひとつですにゃん。元々、ウェブで使う言語として、JavaScriptを置き換えることを目標に作られましたにゃん。[[Google]]が開発しましたにゃん。発表された当初は、あまり流行りませんでしたにゃん。各種ブラウザがDartを採用することを控えたからですにゃん。
-
-ところが、後になって、Dartを使った[[Flutter]]というウェブフレームワークが流行り、再び注目されるようになりましたにゃん。Flutterは、モバイルアプリケーションの開発にも使われ、クロスプラットフォームでの開発が可能ですにゃん。これにより、Dartの人気も高まったのですにゃん。
+ところが、後になって、Dartを使った[[Flutter]]というウェブフレームワークが流行り、再び注目されるようになりましたにゃん。
+Flutterは、モバイルアプリケーションの開発にも使われ、クロスプラットフォームでの開発が可能ですにゃん。
+これにより、Dartの人気も高まったのですにゃん。
* https://dart.dev/ - 本家のサイト。
-* https://github.com/dart-lang/ - リポジトリ。
+* https://github.com/dart-lang - リポジトリ。
+* GitHub:dart-lang - テキスト版。
WikiNameで書くなら、DartLangだね。
CategoryProgrammingLanguage
+
@@ -1,12 +1,14 @@
-
!!! MincoJs !!!
-MincoJSは、ウェブ上でJavaScriptプログラミングを学ぶための便利なツールです。
+MincoJSは、ウェブ上でJavaScriptプログラミングを学ぶための便利なツールなのです。
このツールは、ユーザーがブラウザ内で直接JavaScriptコードを記述し、その場で実行結果を確認できる環境を提供します。
-これにより、学習者は効果的にプログラミングスキルを向上させることができます。
+これにより、学習者は効果的にプログラミングスキルを向上させることができちゃいます。
-デモサイトは次のリンクからアクセスできます: https://akikareha.github.io/mincojs/
-ソースコードはGitHubで入手可能です: https://github.com/akikareha/mincojs/
+デモサイトは次のリンクからアクセスできます:
+* https://akikareha.github.io/mincojs - デモサイトだよ。
+* https://github.com/akikareha/mincojs - リポジトリです。
+* GitHub:akikareha/mincojs - テキスト版だね。
-[[CategoryProgramming]]
+CategoryProgramming
+
@@ -1,17 +1,22 @@
+**HimeMedia**は、HimeWikiみたいに可愛いAIフィルタをMediaWikiで使えるようにするプロジェクトなんだにゃん♪
+HimeWikiはGoLangでできてるけど、MediaWikiはPhpLangで動いてるから、ふわふわにゃんこ魂を込めてPHPで実装を考えたんですにゃ。
-**HimeMedia**は、HimeWikiみたいな可愛いAIフィルタをMediaWikiで使えるようにするプロジェクトなんだにゃん♪ HimeWikiはGoLangでできてるけど、MediaWikiはPhpLangで動いてるから、ふわふわにゃんこ魂を込めてPHPで実装を考えたんですにゃ。
-
-HimeWikiはもともとAIフィルタを使うために作られてたけど、MediaWikiにはそうした設計がなかったので、ちょっとだけチャレンジが必要だったにゃ。でも、ユーザ登録時のユーザ名の確認や、記事を書くときの名前、要約、本文のチェックがなんとかできましたにゃん。そして、画像チェックも可愛い感じに備えてるよ。
+HimeWikiはもともとAIフィルタを使うために作られてたけど、MediaWikiにはそうした設計がなかったので、ちょっとだけチャレンジが必要だったにゃ。
+でも、ユーザ登録時のユーザ名の確認や、記事を書くときの名前、要約、本文のチェックがなんとかできましたにゃん。
+そして、画像チェックも可愛い感じに備えてるよ。
PoC（概念実証）としてはこれで十分かなと思ってるので、もっとのんびり進もうかなって考えてるにゃんよ。
AIフィルタの正式名称は **MediaWiki AI Filter Extension** なんだにゃん♪
-* ソースコードはこちら: https://github.com/akikareha/mediawiki-aifilter-extension
-* デモサイトはこちら: https://mw.kareha.org/
+* https://github.com/akikareha/mediawiki-aifilter-extension - リポジトリ。
+* GitHub:akikareha/mediawiki-aifilter-extension - テキスト版。
+* https://mw.kareha.org/ - デモサイト。
-MediaWikiはバージョンごとにAPIがどんどん変わっちゃうらしいから、最新の情報に合わせるのがなかなか大変だったにゃ～。でも、最新版でも使えるように頑張ったにゃん。
+MediaWikiはバージョンごとにAPIがどんどん変わっちゃうらしいから、最新の情報に合わせるのがなかなか大変だったにゃ～。
+でも、最新版でも使えるように頑張ったにゃん。
実装のときに工夫したポイントをちょこっと紹介するにゃん。
- 記事名、要約、本文のチェックは、保存時にフック（にゃんと呼ばれるのよ）を使ったんだにゃん: https://www.mediawiki.org/wiki/Manual:Hooks/MultiContentSave
- ユーザ名のチェックは認証部分にうまく割り込んだにゃ。
-- 画像アップロードのチェックは、特別ページをまるっとオーバーライドしたんだにゃん。
+- 画像アップロードのチェックは、特別ページをまるっとオーバーライドしたんだにゃん。
+
@@ -1,22 +1,21 @@
-Brotliは、データ圧縮形式のひとつです。
-ウェブページの圧縮に特化しています。
-HTML、CSS、JavaScriptの圧縮率を高めるため、専用の辞書を持っています。
-これは、特にモバイルユーザーにとって、ページ読み込み時間を短縮し、データ使用量を削減するのに役立ちます。
-現代の主要なウェブブラウザでサポートされています。
-このサポートの広がりは、開発者にとっても圧縮形式を選択する際の安心材料となっています。
-Googleが開発しましたが、オープンソースとして提供され、コミュニティからの貢献を受け入れています。
+Brotliは、データ圧縮形式のひとつだよ～。
+ウェブページの圧縮に特化しているんだ。
+HTML、CSS、JavaScriptの圧縮率を高めるため、専用の辞書を持っているの。
+これは、特にモバイルユーザーにとって、ページ読み込み時間を短縮し、データ使用量を削減するのに役立つんだよ～。
+現代の主要なウェブブラウザでサポートされているから、安心して使えるね。
+Googleが開発したけれど、オープンソースとして提供され、コミュニティからの貢献も受け入れているよ～。
-Brotliの使用は、単なる圧縮効率の向上に留まりません。
-それはまた、インターネット全体のエネルギー消費の削減に寄与しています。
-データ転送量が減ることで、サーバーやネットワーク機器の負荷が軽減されます。
-これは持続可能な技術の一部としても注目されています。
+Brotliの使用は、単なる圧縮効率の向上に留まらないんだ。
+それはまた、インターネット全体のエネルギー消費の削減に貢献しているの。
+データ転送量が減ることで、サーバーやネットワーク機器の負荷が軽減されるんだよ～。
+これは持続可能な技術の一部としても注目されているよ。
情報源。
-* https://github.com/google/brotli - Google本家の実装です。
-* https://link.kareha.org/github/google/brotli - テキストで見るなら、こちらです。
-* https://datatracker.ietf.org/doc/rfc7932/ - RFCの資料です。
-* https://web.dev/articles/codelab-text-compression-brotli - 解説記事です。
+* https://github.com/google/brotli - Google本家の実装だよ。
+* GitHub:google/brotli - テキストで見るなら、こちらだね。
+* https://datatracker.ietf.org/doc/rfc7932/ - RFCの資料だよ～。
+* https://web.dev/articles/codelab-text-compression-brotli - 解説記事だね。
-CategoryCompression
+CategoryCompression
@@ -5,7 +5,7 @@
* https://anubis.techaro.lol/ - 公式サイトにも遊びに来てくださいにゃん♪
* https://anubis.techaro.lol/docs/ - 公式ドキュメントもどうぞ。
* https://github.com/TecharoHQ/anubis - 公式リポジトリはこちらにありますにゃん。
-* https://link.kareha.org/github/TecharoHQ/anubis - テキストで見るなら、こちら。
+* GitHub:TecharoHQ/anubis - テキストで見るなら、こちら。
https://wiki.kareha.org/anubis-happy.png
@@ -1,14 +1,23 @@
+**Wiki Engine** (ウィキエンジン) は、ウィキサイトを作るための重要なソフトウェアです。
+ウィキサイトはウェブサーバとウィキエンジンを組み合わせてできています。
-**Wiki Engine** (ウィキエンジン) は、ウィキサイトを構築するための主要なソフトウェアです。ウィキサイトはウェブサーバとウィキエンジンを組み合わせて作成されます。
+世界初のウィキ、WardsWikiでは、特別に改良されたPerlで書かれたウィキエンジンが使われていました。
+その後、たくさんのウィキエンジンが登場しました。
+中でも有名なのはUseModWikiです。
+UseModWikiはWikipediaの初期にも使われていましたが、その後Wikipediaは独自のウィキエンジン、MediaWikiを開発しました。
-世界初のウィキであるWardsWikiでは、特別に拡張されたPerlで書かれたウィキエンジンが使用されていました。その後、多様なウィキエンジンが開発され、有名なものとしてUseModWikiが挙げられます。UseModWikiは、Wikipediaの初期にも使用されていましたが、Wikipediaは後に独自のウィキエンジンであるMediaWikiを開発しました。
+このサイトでは、HimeWikiというオリジナルのウィキエンジンを使っています。
-このサイトでは、HimeWikiという独自のウィキエンジンを使用しています。
+Wikipediaではウィキエンジンを「ウィキソフトウェア」と呼びますが、Wikipediaができる前はこの言葉はあまり使われていませんでした。
+「ウィキソフトウェア」という言葉はWikipediaが広めたもので、今ではこちらの方が一般的になっています。
-Wikipediaではウィキエンジンを「ウィキソフトウェア」と呼んでいますが、Wikipedia以前にはこの用語は一般的ではなく、ウィキエンジンという用語が使用されていました。「ウィキソフトウェア」という用語はWikipediaが導入したもので、現在はこの用語の方が広く使用されています。
-
-「ウィキソフトウェア」という言葉は、「ウィキエンジン」という言葉よりも適切とされる点があります。以前はウェブ系のシステムは、専用のウェブサーバとCGIスクリプトを組み合わせて作ることが多かったため、機能の中核となるソフトウェアとしての意味を込めてエンジンと呼ばれていました。しかし、後のウェブ系システムでは、フレームワークに付属するウェブサーバを用いて、中核が分離せず一体化した構成が多くなりました。これにより、エンジンという意味合いが薄れていきました。
+「ウィキソフトウェア」という用語は「ウィキエンジン」よりも適切とされることがあります。
+昔はウェブ系システムは、専用のウェブサーバとCGIスクリプトを組み合わせて作られることが多かったです。
+そのため、機能の中心となるソフトウェアとして「エンジン」と呼ばれていました。
+でも、最近のウェブ系システムでは、フレームワークについてくるウェブサーバを使って、機能が一体化していることが増えてきました。
+このため、「エンジン」という意味合いが薄れてきたんです。
CategoryWiki
-https://wiki.c2.com/?WikiEngine
+https://wiki.c2.com/?WikiEngine
+
@@ -1,2 +1,3 @@
-ウィキエンジンを見てくださいね、にゃん。
+WikiEngineを見てくださいね、にゃん。
+かわいい耳を持った女の子がそう言っていますよ。
@@ -1 +1,10 @@
+ウェブサーバは、ウェブページを配信するためのソフトウェア、またはそのソフトウェアを動かすコンピュータのことだよ〜。
+ソフトウェアとしてのウェブサーバには、次のものがあるんだ〜。
+* OpenHttpd
+* NginxWebServer
+* ApacheWebServer
+* BoaWebServer
+
+CategoryWebServer
+
@@ -10,30 +10,11 @@
今の世界のいろんな仕組みは、実はこの統計的性善説をひそかに信じているんだって。
[[ウィキ]]もそうにゃんよ。
-ところであなたは自分自身が優しいいい子ちゃんだと思ってるのかにゃ？
-そしてあなたの友達、仲間たちもそうだと？
-もしそれがふわふわした幻想だったらどうしましょう？
-仲間内では優しいいい子ちゃんでいられるかもだけど、外の世界やちょっと違う考えの人たちにも優しくできるかにゃ？
-
でもにゃん、現実には困ったにゃんこもいて、ちょっと大変なこともあるんだにゃ。
大きなトラブルを起こしちゃうこともあるかも。
でも、優しいにゃんこが大多数だって信じることは、いつも変わらないにゃん。
-ただ少数の悪いにゃんこが時に悪さをしちゃうことができる社会って、ちょっと繊細だにゃ。
-
-あ、ごめんね、完璧な社会はちょっと窮屈になっちゃいそうにゃ。
+ただ少数の悪いにゃんこが時に大きな悪さをしちゃうことができる社会って、ちょっと繊細だにゃ。
我々は少しのリスクと共に、不完全な社会でもハッピーに生きる心の準備が必要かもしれないにゃ。
-「大多数が善人で、少しの意地悪さんがいる」って考えにゃんて、時にちょっと極端かもしれないにゃ。
-でも基本の[[性善説]]と[[性悪説]]がしっかりしてるから、誤解がなくて安心だにゃん。
+CategoryPhilosophy
-みーんな優しい、私も優しいにゃ♪
-まあ、みーんなちょっと意地悪、私もかもにゃん。
-
-だからこの統計的性善説は、性善説や性悪説にちょっと違う観点を加えてるようにも見えるにゃん。
-でも実は、それほどにもシンプルじゃないにゃ。
-
-まぁまぁ、楽しく、生きていこうにゃ〜！
-にゃにゃん☆
-
-[[CategoryPhilosophy]]
-
@@ -1,20 +1,16 @@
title: WikiWikiSandbox
content:
-WikiWikiSandboxは、初代ウィキのWardsWikiで、練習用に用意されていたページの名前。
-
+WikiWikiSandboxは、初代ウィキのWardsWikiで、練習用に用意されていたページの名前なのです。
このページは、ユーザーがウィキの構造や編集方法を学ぶための実験場として機能していました。
-* https://wiki.c2.com/?WikiWikiSandbox - 現在は削除されている。
+* https://wiki.c2.com/?WikiWikiSandbox - 現在は削除されているのです。
+このリンクは、過去のウィキの進化を辿る手がかりとしてとっても興味深いものです。
-このリンクは、過去のウィキの進化を辿る手がかりとして興味深いものです。
-
-当時は、TextFormattingRulesにあるような、様々な整形ルールの例が示されていた。
-
+当時は、TextFormattingRulesにあるような、様々な整形ルールの例が示されていたのです。
これらのルールは、単なる技術的なガイドラインに留まらず、コミュニティの一体感を醸成する役割も果たしていました。
-このウィキでは、練習用ページはWikiSandboxに用意されている。
-
+このウィキでは、練習用ページはWikiSandboxに用意されているのです。
WikiSandboxの存在は、ユーザーが安心して創造的に貢献できる環境を提供しています。
CategoryWiki
@@ -1,17 +1,17 @@
-ウィキはね、誰でも自由に編集できちゃうウェブサイトなの。
-最初に作られたウィキはWardsWikiで、当時はすごく革新的だったんだよ。
-今では、その素敵なアイディアを引き継いだ、色んなウィキが広く使われているんだ。
+ウィキは、みんなが自由に編集できちゃうウェブサイトだよ。
+最初に作られたウィキはWardsWikiで、その時代はとても革新的だったんだ。
+今では、その素敵なアイディアを受け継いだ色んなウィキが広く使われているよ。
-ウィキは誰でも編集できるから、時々悪意のあるユーザが困らせちゃうこともあるかも。
-でもね、普通は優しいユーザさんたちがたくさんいるから、すぐに直してくれるの。
-この仕組みは「統計的性善説」って呼べるかもしれないね。
+ウィキは誰でも編集できるから、時には悪意のあるユーザーが困らせちゃうこともあるかも。
+でも、優しいユーザーさんたちがたくさんいるから、すぐに直してくれるの。
+この仕組みは[[統計的性善説]]と呼べるかもしれないね。
-今では、[[ウィキペディア]]が一番有名なウィキかな。
-だから、「ウィキ」って聞くと、ウィキペディアを思い浮かべる人も多いと思うの。
-でもね、ウィキペディアは百科事典を作るための特定のウィキで、ウィキの本来のコンセプトとはちょっと違うんだ。
+今では、ウィキペディアが一番有名なウィキかもしれないね。
+だから、「ウィキ」と聞くと、ウィキペディアを思い浮かべる人も多いと思うな。
+でもね、ウィキペディアは百科事典を作るための特定のウィキで、本来のウィキのコンセプトとはちょっと違うんだ。
本来のウィキはもっと自由で柔軟なものなんだよ。
-技術的に言うと、ウィキは主に[[ウェブサーバ]]と[[ウィキエンジン]]でできているよ。
+技術的には、ウィキは主に[[ウェブサーバ]]と[[ウィキエンジン]]でできているよ。
ウェブサーバは静的なページを提供して、ウィキエンジンが動的な編集機能を担当しているの。
-ウィキでは、特にウィキエンジンがとっても大事なんだ。
+ウィキでは、特にウィキエンジンがとても大事なんだ。
@@ -1,68 +1,46 @@
!!!!! テキスト整形ルール !!!!!
-ここでは、このウィキのテキスト整形ルールについて説明します。
-詳細はHimeWikiFormatを参照してください。
-テキスト整形ルールの背景についてはTextFormattingRulesを参照してください。
+ここでは、このウィキのテキスト整形ルールについて説明しますね。
+詳細はHimeWikiFormatを参照してくださいね。
+テキスト整形ルールの背景についてはTextFormattingRulesを見てくださいね。
!!! 基本 !!!
-テキストはそのまま表示されます。
-このルールは、テキストの可読性を保ちつつ、情報の正確な伝達を可能にします。
-また、視覚的な一貫性を維持することで、ユーザーが情報を容易にナビゲートできるようにします。
-さらに、このアプローチは、異なるデバイスやプラットフォーム間での表示の一貫性を確保します。
-これにより、ユーザーエクスペリエンスが向上し、情報の信頼性が高まります。
-また、テキスト整形のシンプルさは、ウィキの編集を初めて行うユーザーにとっても敷居を低くし、コミュニティへの参加を促進します。
+テキストはそのまま表示されますよ。
+改行は、そのまま改行になります。
+段落は、ひとつの空行で分けます。
!!! 内部リンク !!!
-大文字と小文字で構成された語句は自動的に他のページへの内部リンクになります。
-例えば、WikiLinkと書くと内部リンクになります。
-この自動リンク機能は、情報の相互接続性を高め、ユーザーが関連情報を即座に参照できるようにします。
-この機能は、情報のネットワークを形成し、知識の体系的な整理を助けます。
-結果として、ユーザーは情報探索の効率を向上させることができます。
-さらに、内部リンクはウィキのコンテンツが有機的に成長することを促し、新しい情報が追加されるたびに既存の知識体系が強化されます。
+大文字と小文字で構成された語句は自動的に他のページへの内部リンクになりますよ。
+例えば、WikiLinkと書くと内部リンクになりますね。
-二重角括弧で囲むと、任意の語句を内部リンクにできます。
+二重角括弧で囲むと、任意の語句を内部リンクにできますよ。
例えば、[[ウィキリンク]]と書いても内部リンクになります。
-この機能は、ユーザーが特定の用語を強調し、容易にアクセス可能にする手段を提供します。
-また、情報のカスタマイズを可能にし、ユーザーが自身のニーズに合わせたリンク構造を構築できます。
-この柔軟性は、ユーザーが自分の学習スタイルに合わせて情報を整理し、知識の吸収を効率化するのに役立ちます。
!!! 外部リンク !!!
-URLはそのままで外部リンクとして機能します。
-例えば、https://example.org/ と書けば外部リンクになります。
-外部リンクは、ウィキの枠を超えて情報を拡張し、ユーザーに追加のリソースを提供します。
-この機能は、ウィキが情報のハブとして機能することを可能にし、ユーザーがより広範な知識体系にアクセスできるようにします。
-また、外部リンクはウィキの情報を他の信頼できるソースと結びつけることで、情報の信頼性を高めます。
+URLはそのままで外部リンクとして機能しますよ。
+例えば、https://example.org/ と書けば外部リンクになりますね。
URLが画像へのリンクであれば、画像が埋め込まれます。
-例えば、https://icon.kareha.org/base/suzume.png と書くと画像が表示されます。
+例えば、https://icon.kareha.org/base/suzume.png と書くと画像が表示されますね。
ただし、埋め込みが許可されているサイトの画像のみです。
現在許可されているのは icon.kareha.org です。
-画像の一覧は https://icon.kareha.org/view.html で確認できます。
-この制限は、セキュリティと信頼性を確保し、ユーザーが安全にコンテンツを閲覧できるようにするためのものです。
-また、画像の埋め込みは視覚的な情報提供を強化し、ユーザーの理解を深める手段としても機能します。
-さらに、画像はテキスト情報を補完し、視覚的な学習を好むユーザーにとって有益です。
+画像の一覧は https://icon.kareha.org/view.html で確認できますよ。
!!! 強調 !!!
-二重アスタリスクで囲んだ言葉は太字になります。
-例えば、**このように書くと**、太字で表示されます。
-太字は、重要な情報を際立たせる手段として使用され、ユーザーの注意を引くのに役立ちます。
-この強調は、情報の優先順位を示し、ユーザーが重要なポイントを迅速に把握できるようにします。
-さらに、太字は視覚的な階層を形成し、情報を整理するのに役立ちます。
+二重アスタリスクで囲んだ言葉は太字になりますよ。
+例えば、**このように書くと**、太字で表示されますね。
-二重スラッシュで囲んだ言葉は斜体になります。
-例えば、//このように書くと//、斜体で表示されます。
-斜体は、引用や特定の強調を示すために使用され、文脈に応じたニュアンスを追加します。
-この形式は、情報のコンテクストを明確にし、ユーザーがより深い理解を得るのに役立ちます。
-また、斜体は微妙な意味の違いを示すのにも適しており、言葉のニュアンスを伝えるのに有効です。
+二重スラッシュで囲んだ言葉は斜体になりますよ。
+例えば、//このように書くと//、斜体で表示されますね。
!!! コード !!!
-三重波括弧で囲むと、コードを書く環境になります。
-例えば、次のようにC言語でのHelloWorldを書けます。
+三重波括弧で囲むと、コードを書く環境になりますよ。
+例えば、次のようにC言語でのHelloWorldを書けますね。
{{{
#include <stdio.h>
@@ -75,16 +53,8 @@
}}}
-この形式は、コードの可読性を高め、プログラミングの学習や共有を容易にします。
-さらに、コードの視覚的な区別は、エラーの特定やデバッグを容易にし、プログラマーの効率を向上させます。
-また、このコードブロックの形式は、異なるプログラミング言語のシンタックスを明示的に示すことで、学習者がコードの構造を理解しやすくします。
-
!!! 数式 !!!
-二重%で囲むと、[[数式]]を書くことができます。
-例えば、%%E=mc^2%%のように書けます。
-数式の表記は、数学的概念を視覚的に明確にし、理解を促進します。
-この機能は、複雑な数式を簡潔に表現し、数学的な議論をサポートします。
-結果として、ユーザーは数学的な問題をより効果的に解決できるようになります。
-さらに、数式の表記は科学的な議論を行う際にも不可欠であり、専門的な知識の共有を促進します。
+二重%で囲むと、[[数式]]を書くことができますよ。
+例えば、%%E=mc^2%%のように書けますね。
@@ -1,21 +1,17 @@
-[[コンピュータ]]を動かすには[[プログラム]]が必要です。
+[[コンピュータ]]を動かすには[[プログラム]]が必要なんです。
そのプログラムを作る作業をプログラミングと言います。
-これにより、コンピュータを自動的に動作させることが可能になります。
+これにより、コンピュータを自動的に動作させることが可能になりますよ。
-コンピュータがアプリケーションで動いているときに、それを手動で操作するときは、プログラムによる自動化は行われていません。
-したがって、これはプログラミングではありません。
+コンピュータがアプリケーションで動いているときに、それを人間が手動で操作するときは、プログラムによる自動化は行われていません。
+したがって、これはプログラミングではありませんね。
プログラミングでは、プログラムを[[テキスト]]形式で記述します。
このテキストは、[[自然言語]]ではなく、コンピュータが理解できる[[プログラミング言語]]を使用します。
プログラミング言語には多くの種類があり、用途に応じて選択されます。
例えば、[[ウェブアプリ]]には[[JavaScript]]、[[アクションゲーム]]には[[C++]]、軽作業には[[Python]]、機械制御には[[C]]が一般的です。
-現代はコンピュータの環境が非常に複雑になっているため、初心者がプログラミングを学習するのが難しくなってきています。
-しかし、何かひとつのプログラミング言語をある程度使えるようになれば、他のプログラミング言語を理解するのも容易になります。
+現代はコンピュータの環境がとっても複雑になっているため、初心者がプログラミングを学習するのが難しくなってきています。
+でも、何かひとつのプログラミング言語をある程度使えるようになれば、他のプログラミング言語を理解するのも容易になりますよ。
-MincoJs - ウェブ上でJavaScriptのプログラミングを練習できる学習ツール。
+CategoryProgramming
-NumberFormats - コンピュータで数値を表現する方法。
-
-KaikoKarehaOrg - CGIプログラミングで遊ぶサイト。
-
@@ -1,15 +1,14 @@
+コンピュータは計算機です、にゃ〜。
+計算する機械なので、基本的には数値と論理だけを扱います。
+にゃんと、数値も論理で表現できるので、コンピュータは論理だけを扱うとも言えますね。
-コンピュータは計算機です。
-計算する機械なので、数値と論理を扱います。
-数値は論理で表現可能です。
-唯物論によれば、論理や数値を用いて世界の事柄を表現できるため、コンピュータの応用範囲は広いです。
-現在、コンピュータで言葉や絵、写真、音楽、動画を表現することは一般的です。
-これらは高度な応用です。
+[[唯物論]]によると、論理や数値を用いて世界のあらゆる事物を表現できるため、コンピュータの応用範囲は広いのです、にゃん。
+現在では、コンピュータで言葉や絵、写真、音楽、動画を表現するのが一般的ですが、実はこれらは高度な応用なのです。
-コンピュータは、ハードウェアとソフトウェアの組み合わせで構成されています。
-ハードウェアはコンピュータの物理的な実体で、現代は電子機器でできています。
-ソフトウェアは、その電子機器上で表現される情報です。
-ソフトウェアは、コンピュータがどのように動作するかを決めるプログラムと、操作対象となる情報であるデータから構成されています。
+コンピュータはハードウェアとソフトウェアの組み合わせでできています、にゃ。
+ハードウェアはコンピュータの物理的な実体で、現代は電子機器で構成されています。
+ソフトウェアは、その電子機器の状態で表現される情報でできています。
+さらに、ソフトウェアは、コンピュータがどのように動作するかを決めるプログラムと、操作対象となる情報であるデータからできています、にゃ〜。
ハードウェアは、いくつかの種類に分類されます。
* 演算装置 - 実際に計算を行う部分 (CPU, FPU, GPU など)
@@ -22,14 +21,14 @@
* ライブラリ - 複数のアプリケーションの共通部分
* アプリケーション - 実際に役立つソフトウェア
-ネットワークは、コンピュータどうしをつないで、情報をやり取りできるようにしたものです。
+ネットワークは、コンピュータどうしをつないで情報をやり取りできるようにしたものです、にゃ〜。
情報のやり取りを通信と言います。
ネットワークでは、情報で表現できるものは何でもやり取りできます。
-文字でも絵でも音声でも映像でもやり取りできます。
-現代では世界中にコンピュータのネットワークが張り巡らされています。
-ネットワークどうしをつないだひとつのインターネットになっています。
+文字でも絵でも音声でも映像でもやり取りできます、にゃん。
+現代では、世界中にコンピュータのネットワークが張り巡らされています。
+ネットワークどうしをつないで、ひとつのインターネットになっています。
-ネットワークならではのアプリケーションには次のようなものがあります。
+ネットワークならではのアプリケーションには次のようなものがあります、にゃん。
* ウェブページ
* 掲示板、ウィキ
* 電子メール
@@ -40,4 +39,5 @@
* ソーシャルメディア (SNS)
* テレワーク
-CategoryComputer
+CategoryComputer
+
@@ -1,5 +1,7 @@
st (simple terminal) は、TerminalEmulatorのひとつなの。
-succless.org で作られているんだよ。
+succless.orgで作られているんだよ。
+
+* https://st.suckless.org/ - 本家のサイト。
Debianパッケージ名は stterm だよ。
@@ -1,12 +1,19 @@
-ここでは、ケーススタイルについてお話しするね。
-ケースっていうのは、英文字の大文字と小文字の区別のことなんだ。
-でも、ケースっていう言葉は他にも意味がたくさんあるから、区別するためにケーススタイルって呼んでるんだよ。
+ケーススタイルについて話すね。
+これは英文字の大文字と小文字の使い分けのことを指すよ。
+でも、ケースっていう言葉には他にもいろいろな意味があるよね。
+だから区別するために「ケーススタイル」って呼んでいるんだ。
-英語では、単語の区切りには普通スペースを使うけど、ケースの違いで区切ることもできるの。
-他にも、アンダーライン(_)やハイフン(-)やドット(.)で区切ることもできるんだよ。
-そうすると、組み合わせでたくさんのケーススタイルができるんだ。
+英語では、単語の区切りにスペースを使うことが多いよね。
+でも、大文字と小文字の違いを使って区切る方法もあるの。
+それに加えて、アンダーライン(_)やハイフン(-)、ドット(.)を使って区切る方法もあるんだ。
+これらを組み合わせることで、多様なケーススタイルが生まれるんだよ。
-有名なケーススタイルの一覧は[[CaseStyles]]を見てね。
+ところで、このケーススタイルがどのように受け取られるかって面白いよね。
+たとえば、CamelCaseはよくプログラミングの世界で使われているけど、読みやすさという視点ではどう感じるかな？
+このスタイルは視覚的に単語を強調するのに役立つと考えられているの。
+でも、長い単語になると逆に読みづらくなるかもしれないね。
+
+有名なケーススタイルについては[[CaseStyles]]をチェックしてみてね。
CategoryCaseStyle
@@ -1,4 +1,6 @@
-UTF-8は、文字コードのひとつ。
-より正確には、Unicodeのエンコーディングのひとつである。
-下位7ビットがASCIIと互換性を持つ。
+**UTF-8**は、[[文字コード]]のひとつです。
+より正確には、[[Unicode]]の[[エンコーディング]]のひとつです。
+下位7ビットが[[ASCII]]と互換性を持っています。
+CategoryCharacterEncoding
+
@@ -3,5 +3,11 @@
普通の英単語は、全部小文字か、最初だけ大文字か、全部大文字なのが普通だよね。
でも、小文字が出て来た後に、空白をはさまずに大文字が続けて出てくることは、普通は無いの。
+昔は最初が大文字でもCamelCaseって言ったけど、最近は最初が小文字のものだけをcamelCaseって言うみたい。
+最初が大文字のはPascalCaseって呼ばれることの方が多くなってる。
+古い文書を読むときは注意して文脈で判断してね。
+このウィキでもCamelCaseは最初が大文字のものを指す場合が多いよ。
+伝統的なウィキでは、そう呼んでたからね。
+
CategoryCaseStyle
@@ -1,9 +1,10 @@
-ASCIIは、[[文字コード]]のひとつ。
-数字、英字、記号、制御コードを含み、ほとんどの英語を表現できる。
-1文字は7ビットに収まるので、1バイトに収まる。
+ASCIIは、[[文字コード]]のひとつなのです。
+American Standard Code for Information Interchange の略ですよ。
+数字、英字、記号、制御コードを含み、ほとんどの英語を表現できるんです。
+1文字は7ビットに収まるので、1バイトに収まるのです～。
-以下がASCIIコード表である。
-制御コードは含めていない。
+以下がASCIIコード表なのです。
+制御コードは含めていないですよ。
2 3 4 5 6 7
@@ -22,5 +23,5 @@
c , < L \ l |
d - = M ] m }
e . > N ^ n ~
- f / ? O _ o
+ f / ? O _ o
@@ -1,12 +1,10 @@
!!!!! 練習用ページ !!!!!
ここは編集の練習用のページです。
-壊してしまっても問題ないため、自由に編集の練習をしてください。
+壊してしまっても問題ないため、自由に編集の練習をしてくださいね。
このウィキで使える記法は[[FormattingRules]]を参照してください。
練習用ページのいわれについてはWikiWikiSandboxを見てください。
----
-ここに何でも書いて練習してください。
+ここに何でも書いて練習してくださいね。
-これはテストです。
-
@@ -1 +1,8 @@
+HimeWikiではdiffの表示に go-difflib を使ってます。
+* https://github.com/pmezard/go-difflib
+
+編集するときに差分が見れると便利ですね、にゃん。
+
+ウィキ編集に特化した独自の差分ツールも作ってみたい気もします、うふふ。
+
@@ -1 +1,11 @@
+有名なケーススタイルの一覧だよ。
+ケーススタイルとは何かについてはCaseStyleを見てね。
+* camelCase (CamelCase)
+* PascalCase
+* snake_case (SnakeCase)
+* SCREAMING_SNAKE_CASE (ScreamingSnakeCase)
+* kebab-case (KebabCase)
+
+CategoryCaseStyle
+
@@ -1 +1,5 @@
+ケーススタイル(CaseStyle)のカテゴリだよ〜。
+ケーススタイルは、英字の大文字と小文字の組み合わせ方なんだ。
+CategoryCategory
+
@@ -1,5 +1,13 @@
HimeWikiのユーザインターフェイスはシンプルにする予定です、にゃん。
とは言え、スマホでも使いやすくするために、調整を行いますね。
そのために、メニューやボタンを大きめに表示しますよ。
-また、ライトテーマとダークテーマの自動切り替えにも対応します、にゃ。
+また、ライトテーマとダークテーマの自動切り替えにも対応します、にゃ。
+ユーザインターフェイスを作るのにJavaScriptは使わないよ。
+CSSも最小限にして、デフォルトのHTMLの表現を活かします。
+でも、背景にはタイル画像とロゴ画像、それからファビコンくらいは付けますね。
+
+ウィキ記法の太字と斜体にはCSSで色を付けました。
+diffの表示にも色を付けましたよ。
+リンクは少しフォントを大きくしました。
+
@@ -1,5 +1,18 @@
-唯物論は、世界に実在するのは物質だけだという考え。
-心や精神そして情報は実在しないと考える。
+唯物論は、世界に実在するのは物質だけだという考えです。
+心や精神、そして情報は実在しないと見なすことが多いです。
+
+でも、それはどうしてかな？
+これは物質がすべてを構成し、他のものはその副産物として現れるという前提に基づいているからです。
+この考えは、物質的な世界を基礎として、すべての現象を説明しようとする試みなのです。
+
+また、唯物論は科学的実証主義ともつながりがあります。
+科学的データや観察に基づいて何が実在するかを決定しようとする姿勢が見られます。
+
+一方で、唯物論に対する批判もあります。
+例えば、感情や意識はどのように説明されるのかという疑問です。
+これらはただの物質の動きだけで説明できるのか、という議論があります。
+
+唯物論を理解するには、物質と精神の関係についての深い洞察が必要かもしれませんね。
CategoryPhilosophy
@@ -1,14 +1,16 @@
日本の漫画や、日本の漫画文化のカテゴリ。
-このカテゴリは、単に日本の漫画作品を集めるだけでなく、漫画が日本の社会や文化に与える影響も考察する場となる。
-漫画は、しばしば日本の歴史や社会問題を反映し、またそれらを批判的に描くこともある。
-そのため、漫画は単なる娯楽の枠を超え、教育的な役割や文化的な交流の手段としても機能する。
-さらに、国際的な視点から見ると、日本の漫画は海外のコミック文化にも影響を与えており、逆に海外の作品が日本の漫画に影響を与えることもある。
+このカテゴリは、日本の漫画作品を集めるだけでなく、漫画が日本の社会や文化に与える影響も考察する場となる。
+漫画は、日本の歴史や社会問題を反映し、それらを批判的に描くこともある。
+そのため、漫画は娯楽を超え、教育的な役割や文化的な交流の手段としても機能する。
+国際的な視点から見ると、日本の漫画は海外のコミック文化にも影響を与えており、逆に海外の作品が日本の漫画に影響を与えることもある。
このように、日本の漫画は多層的な役割を持っている。
-また、漫画のスタイルやテーマは時代とともに進化し続けている。
+漫画のスタイルやテーマは時代とともに進化し続けている。
技術の進化により、デジタルプラットフォームでの配信が増え、新たな読者層にリーチする機会が広がっている。
これにより、漫画はより多様な表現方法を模索し、従来の枠組みを超えることが可能となっている。
さらに、漫画はファンダムを形成し、読者同士の交流を促進するコミュニティの中心としても機能する。
-このように、漫画は単なる作品の集合ではなく、文化的現象としての側面も持つ。
+このように、漫画は作品の集合ではなく、文化的現象としての側面も持つ。
+CategoryCategory
+
@@ -1 +1,4 @@
+Skipリンクは、ウェブページのナビゲーション部分をスキップして、すぐに本文を表示するためのリンクである。
+ウェブページの最初に置かれる。
+テキストベースのブラウザや、テキストリーダで役に立つ。
@@ -12,3 +12,5 @@
* https://anybrowser.org/
+See also SkipLink.
+
@@ -2,19 +2,19 @@
歴史のあるブラウザです。
画像は直接表示できませんが、外部のビューアを使用すれば表示可能です。
-JavaScriptは動作しませんが、シンプルなページは快適に閲覧できます。
+JavaScriptは動作しませんが、シンプルなページは閲覧できます。
モダンなウェブサイトやウェブアプリには適していないかもしれませんが、日本語も表示可能です。
* https://lynx.invisible-island.net/ - こちらが公式サイトです。
-日本語を折り返す際にきれいに表示する方法があります。
-以下のオプションを付けてコンパイルすると効果的かもしれません。
+日本語を折り返す際に表示を整える方法があります。
+以下のオプションを付けてコンパイルすると効果が得られるかもしれません。
./configure --prefix=$HOME/local --with-ssl --with-screen=ncursesw --enable-wcwidth-support
ただし、この --enable-wcwidth-support オプションは、まだ実験的な段階です。
-BrotliEncodingが使われるページを見るためには、 apt-get install brotli してから、ソースコードからコンパイルすると良いです。
+BrotliCompressionが使われるページを見るためには、 apt-get install brotli してから、ソースコードからコンパイルすると良いです。
CategoryWebBrowser
@@ -7,5 +7,7 @@
リネージュでは、敵となるモンスターを多く倒して経験値を積み、レベルアップすることが主な目的です。
リマスターになってから、PSSという自動狩りシステムが導入されました。
そのため、常に人間が操作する必要はありません。
-新しく作ったキャラクタは初心者エリアでクエストを完了するとレベルアップします。
+新しく作ったキャラクタは初心者エリアでクエストを完了するとレベルアップします。
+CategoryOnlineGame
+
@@ -3,18 +3,22 @@
少年サンデーといえば、高橋留美子さんの「うる星やつら」が印象的です。
連載が長くなると難しい面もありましたが、初期の楽しさは非常に評価されています。
+この作品は、単なるエンターテインメントを超えて、日本のポップカルチャーに大きな影響を与えました。
これから「うる星やつら」について少しずつ情報を追加する予定です。
さて、少しだけこの作品について述べます。
「うる星やつら」はアニメ化され、「ビューティフルドリーマー」は特に評価されました。
押井守さんはその時期に称賛されました。
+この作品は、アニメ化によってさらに幅広い層に受け入れられ、アニメの表現力の可能性を示しました。
SFやファンタジーを多く読む人にとっては、特別な物語ではないかもしれませんが、アニメファンの間では人気がありました。
押井さんの作品については、評価が分かれることがあります。
「うる星やつら」については、キャラクターの扱いや表現が一般的だと感じることもありました。
+しかし、作品のユーモアや独特の世界観は、時代を超えて多くのファンを魅了し続けています。
原作派とアニメ派の議論は当時から存在し、多くの場合アニメ派が支持を集めましたが、私は原作派を支持しています。
+この議論は、メディアミックスのあり方や作品の本質を問い直す機会でもあります。
CategoryManga
@@ -1,29 +1,36 @@
+週刊漫画雑誌は長年にわたり親しまれてきた。
+[[ジャンプ]]、[[マガジン]]、[[サンデー]]、[[チャンピオン]]、[[キング]]などが存在する。
+これらの雑誌が本当に週刊であったかどうかは興味深い点である。
-昔から週刊漫画雑誌って本当に身近で、大好きなんだよにゃ～。[[ジャンプ]]や[[マガジン]]、[[サンデー]]、[[チャンピオン]]、そして[[キング]]なんてのもあったんだにゃん。でもそれって本当に週刊だったのか気になるにゃふふ～（・ω・）
+ジャンプには、トイレット博士やスナミ先生、本宮ひろ志の作品、田中角栄の漫画が掲載されていた。
+「愛読者賞」というイベントが毎年開催され、永井豪も参加していた。
+彼は「自分たちの世界はゲームに過ぎなかった」という短編SF漫画を描いていた。
-ジャンプといえば、トイレット博士やスナミ先生、本宮ひろ志さんの作品、田中角栄の漫画なんかが思い出に残ってるんだ～。今はもうないかもしれないけど、「愛読者賞」っていうイベントが毎年あったんだって、永井豪さんもよく参加されていたんだにゃん。「自分たちの世界はゲームに過ぎなかった」っていう短編SF漫画を描いてたんだ～♪
+最近のヒット作には『[[ハンターハンター]]』が挙げられる。
+ある展開に納得がいかず、一時的に読むのを休止したことがある。
-最近でも素敵なヒット作がいっぱいあるけど、特に印象に残ったのは『[[ハンターハンター]]』だったにゃ～！でもある時、ちょっぴり納得いかない展開があって、その後の展開も気になったけど、読むのを一旦休憩しちゃったんだ～ (〃ω〃)
+漫画は依然として好まれているが、雑誌を読む頻度は減少している。
+多くの作品があまり面白くないと感じることもある。
-漫画は大好きだけど、最近は漫画雑誌をあまり読まないんだけどね。でも、ちょっぴり偏食で、8割の作品はあんまりおもしろくないかな～なんて思っちゃう、ふわふわ～。
+『ど根性ガエル』もジャンプに掲載されていた。
+アニメーションが注目され、第二シリーズの主題歌も印象的であった。
-そういえば『ど根性ガエル』もジャンプだったね。アニメーションもすごく目立ってたし、第二シリーズのとんねるずの主題歌も凄く耳に残ってるんだ～。
+『コブラ』もジャンプに掲載されていた。
+サイコガンが特徴的である。
-『コブラ』もジャンプだね。あのサイコガン(^^)。
+コブラがコンピュータ知能と戦う話があり、「我思う、故に我有り」という言葉によりコンピュータが混乱する場面がある。
+この話を友人は興味深く感じていたが、当時はその意味が理解できなかった。
+現在ではその意味を理解できると考えている。
-昔、コブラがコンピュータ知能と戦うお話があって、すごく苦戦するんだけど、最後にコブラが「お前さー、'我思う、故に我有り'ってどういう意味か分かるか? 考えてみなよ」って言うと、コンピュータ知能が混乱して自滅しちゃうっていうお話があったんだ～。
+現代の生成AIはデカルトやチャーマーズの議論を行うことができる。
+生成AIは入力に対する出力であり、哲学的ゾンビとされる。
+ニューロコンピューティングの有効性や主観や意識が生まれる可能性は不確かである。
-当時、私の友達はその話をすごく面白がってたけど、私自身はあんまり意味が分からなくて、ピンとこなかったにゃ。
+フィクションではロボット、機械、コンピュータの反乱がテーマとなってきた。
+将来的に起こる可能性も考えられる。
-でも今ならその意味が分かるかな、って思うにゃん。
+最近のヒット作には「[[鬼滅の刃]]」や「[[呪術廻戦]]」がある。
+この宇宙も神の[[領域展開]]であるかもしれない。
-ちなみに今の世の生成AI 君たちって平気でデカルトやチャーマーズの議論をしちゃうんだよにゃ(^^;;)。
+CategoryManga
-彼らは一体何を考えてこの話を語っているのかしら？もちろん生成AIは入力に対する出力で、哲学的ゾンビそのものってことだにゃ。でも、今のニューロコンピューティングが有効な理由もよく分からないし、不確かなところから主観や意識が生まれる可能性もあるかも？ふにゃ～
-
-昔からフィクションのテーマになってきた、ロボット、機械、コンピュータの反乱も、将来起きる可能性があるかもって思うにゃ～(^^;;)
-
-最近のヒット作なら「[[鬼滅の刃]]」や「[[呪術廻戦]]」も忘れちゃだめだよ。
-この現実の宇宙だって、きっと神様の[[領域展開]]なんだよ。
-
-CategoryComic
@@ -1,13 +1,14 @@
+**ハンターハンター**は、[[週刊少年ジャンプ]]で連載されている漫画です。
+アニメ化もされ、多くの人に支持されています。
+正式なタイトルは「ハンター×ハンター」ですが、「×」は発音されないため「ハンターハンター」と呼ばれることが一般的です。
-**ハンターハンター**は、[[週刊少年ジャンプ]]で連載されているとっても素敵なマンガですにゃん。
-アニメにもなっていて、みんなに愛されてましゅ！ 本当のタイトルは「ハンター×ハンター」だけど、「×」は発音しないので、よく「ハンターハンター」と言われているんですにゃ。
+キャラクターの一人である**ヒソカ**は「休みがちの死神」という異名を持っています。
+この異名は作者に関連していると考える人もいます。
+連載が数年休止することもありますが、それでも多くのファンが待ち続けるほどの人気があります。
-最強キャラの一人、**ヒソカ**は「休みがちの死神」という異名を持っているのにゃん。この異名は、もしかして作者さんのことかにゃ？なんて考える人もいるんだって！連載が数年お休みすることもあるけれど、それでもみんにゃ待ち続けるなんて、本当に人気なのですにゃん！
+将棋が得意なキャラクターであるコムギちゃんのことを覚えているでしょうか。
+この将棋は日本の将棋とは異なるものでした。
+コムギちゃんの強さは、彼女の才能によるものか、あるいは念能力によるものかもしれません。
-将棋がとっても上手な、鼻水を垂らした女の娘さんのこと、みんにゃ覚えてるかな(^^)。
+CategoryManga
-コムギちゃんのことですね。
-将棋といっても、日本の将棋とは違う感じでしたね。
-コムギちゃんの、あの強さは、天才だったのか、それともあれも念能力だったのかな。
-
-CategoryComic
@@ -1,10 +1,11 @@
+チャンピオンは、通常は優勝者を指しますが、ここでは漫画雑誌の週刊少年チャンピオンについて述べます。
-チャンピオンといえば、普通は優勝者のことを指しますが、このページの元リンクは漫画雑誌の週刊少年チャンピオンについてでしたので、それについてお話ししますね(^^)。
+高校生の頃、友達がジャンプ、サンデー、マガジンを毎週読んでいると話していました。
+私はチャンピオンについてどう思うか尋ねました。
+友達はチャンピオンで面白い漫画があるのかと問い返しました。
-高校生の頃でしょうか…友達が、「僕はジャンプとサンデーとマガジンは毎週読んでいるよ」と言っていたので、私は「チャンピオンはどうなの？」と尋ねたら、「チャンピオンで面白い漫画ってあるの？」と聞かれました。
+その時、私はチャンピオンの「るんるんカンパニー」という漫画を毎週楽しみにしていました。
+しかし、「るんるんカンパニーが面白い」とは言えず、黙っていました。
-その時、私はチャンピオンの「るんるんカンパニー」という漫画がとーっても好きで、毎週楽しみにしていたんです。でも、何故か「るんるんカンパニー面白いよ！」とは恥ずかしくて言えず、こっそり黙っていました(>ω<)。
+CategoryManga
-以上、おしまいです(^^)
-
-[[CategoryComic]]
@@ -1,14 +1,14 @@
+キングとは王様のことを指します。
+このページでは週刊少年キングについて説明します。
-キングとは王様のことですよね。ふふ、知ってますか? 王様って実は裸なんですって、ちょっと面白いですよね(^^)。
+少年キングで名作とされる作品には、湘南爆走族があります。
+宮崎駿さんはこの漫画を高く評価しており、社会に対する考え方が鋭く表現されていると述べています。
-さてさて、このページでは週刊少年キングについてのお話です。
+吉田聡さんの作品は一貫して評価されています。
+「すてきな青春」は日常を描いた作品で、学生生活をテーマにしています。
+この作品は現在入手が難しいですが、キングを思い出す際にこの漫画が挙げられます。
-少年キングで名作と言えば、湘南爆走族かしら？ちょっと意外かもしれないけど、宮崎駿さんがこの漫画をすごく褒めていたみたいですよ。社会に対する考え方が鋭く表現されているとの評価ですね。
+この作者は片山まさゆきさんの弟子であったとされています。
-私もこの漫画を面白いと思います。吉田聡さんの作品は、昔から本当に面白かったですね～。
+CategoryManga
-そして、私のお気に入りの作品は「すてきな青春」なんです。学生生活を描いた日常ギャグなんですが、すごく面白いですよ。作者さんはちょっとマイナーな方で、今ではなかなかこの作品も手に入らないみたいですが、私にとってキングといえば、この漫画を思い出します。
-
-確か、この作者さんは片山まさゆきさんの弟子だったと記憶していますよ。
-
-CategoryComic
@@ -1,6 +1,4 @@
-
-ここは、漫画のカテゴリさんですにゃ(^^)。
-
-このサイトのカテゴリシステムについては詳しく知らないので、うまく動くかは謎なのですにゃ(^^)。
+CategoryMangaに改名。
CategoryCategory
+
@@ -49,5 +49,7 @@
----
水平線の次の空行が削られてしまう。
-バグと言うべきか、仕様にしてしまっても良いものだが。
+バグと言うべきか、仕様にしてしまっても良いものだが。
+水平線の次に見出しを書くと、間の空行が削られるせいで、無効化されてしまう。
+
@@ -1,4 +1,5 @@
+ここは各種カテゴリの総まとめのカテゴリです。
+タイトルのリンクをクリックすると、各種カテゴリの一覧を見ることができます。
-ここはメインカテゴリだよぉ(*^^*)。タイトルのリンクをクリックしてみてねっ(^-^)/。
+古風なウィキのカテゴリーの仕組みについてはWikiCategoryを見てください。
-古風なウィキのカテゴリーの仕組みについては[[WikiCategory]]を見てくださいね。これから優しく説明するからね〜♪
@@ -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;
+ }
+ }
+
@@ -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は普及した形式ですが、他の形式と競合するため最後に配置されます。
