This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
どうもCloudflare Pagesの方が便利らしいですわ…というわけで、おすすめはCloudflare Pagesとか、遅めで良いのならNetlifyになりますわね。
速さを追求するとFirebaseっててもありますけれど、あれはまた別に色々調べる必要ありますもの。
ちなみにこれらは海外企業ですので、国内企業のサービスが良い場合は静的サイトのみ無料レンタルのXfreeとかで…になりますわね。寡聞にしてCloudflare pagesみたいなサービス、国内企業では聞きませんから…ありましたらお教えくださいな。
というわけで、一応細かいですけれど訂正ですわ。
#数寄屋の静的サイト語り
RE: https://nijimiss.moe/notes/01GZ651G2SPQR0BCN4H17EFMCD
さてこうなっている現在、では、新しく個人サイトを作るのであれば、どうすればいいのか?ですけれども。
とりあえず、WordPressとかで動的サイト的な構築をするのは、よほどブラウザから編集したいとか、ECサイト的な機能を備えたいとかではなければおすすめしませんわ。
なぜかといいますと、「サーバーでプログラムを挟むから」ですわ。
レスポンスタイムがその分遅くなりますし、セキュリティホールもサーバで動くプログラムが増える分、単純に多くなりますの。バグなんか踏んだら目もあてられませんわ。
静的サイトであれば、FTPとかレンタルしたサーバのパスワードがばれない限り、まずそのサイトの構成自体による危険性は低くなりますの。
特にWordPressは色々使われている反面、PHP(スクリプト言語)で構成されているので、言語特性上どうしても遅くなりますし…。対策としてキャッシュとかいろいろありますが、そういう細かなことをするより静的サイトで十分ならもう素直にそうしてしまったほうが楽ですのよ。
また、静的サイトでのビルドと、元になるファイルを編集する機能を持つ静的サイトホスティングサービスもありますわ(Netlify CMSなどで検索してくださいまし)。まあこれは結局リスクがやっぱり増えますけれども。
結論から申し上げますと以下ですわ。
「個人サイト(R18ではない・明確にブラックとされているジャンルを除く)を新しく作るのならGitHub使ってGitHub Pagesが便利で早い!」
です。ちなみに新しくつくるのでない、もうすでにレンタルしているサーバがある、などはケースバイケースですわ。
ドメインについてくる無料サーバ使ってる場合はそれでよろしい。たいていの者よりスペックが上ですの。
ちなみに静的サイトホスティングサービスでは独自ドメインが使えるものも結構ありましてよ!
「ちょっとしたサービスを動かすのに使っているVPSがあるんだけどどうすればいい?」というあなた、その段階で私よりいい方法が思いつけるのではないかなと普通に思いますわよ。nginxとかセットアップしなさいな。
R18の場合はあれですわね、大人しくR18可なサービスの、
https://www.shin-server.jp (今なら半額割引サービスやってますわ)
とかを有料で借りて、ローカルで静的サイトジェネレータを使ってサイトを構築するといいでしょう。ちなみにもちろん、法律違反はどのサーバでも駄目ですわ。法律違反ですもの。
ちなみに静的サイトジェネレータのおすすめは今のところ、Hugo(https://gohugo.io )やZola(https://www.getzola.org )ですわ。こちらはコンパイル言語で作成されていますので、コンテンツが多かったとしても動作が早いですのよ。
ほかにもGatsbyなどが人気のようですが、流石にそこの変動まではキャッチアップしきれていませんの。 #数寄屋の静的サイト語り
俺は静的サイトジェネレータもずっと気になってはいるんだけどホムペ作るためにSSH接続やGitHubの利用をを…?とか思っちゃって尻込みしまくってる
せいてきさいとじぇねれーた
SSG
静的サイトジェネレータ
Static Site Generator
性的サイトジェネレータ
Sexual Site Generator
This account is not set to public on notestock.
This account is not set to public on notestock.
ぶっちゃけ内容が誰が見ても変わらないタイプのサイトで、どうしてもウェブ上で編集したい、管理したいというのでなければ普通に静的サイトジェネレータでローカルで再生して管理した方が楽ちゃうんかなと思いますぜ。
あっ、何か質問などありましたら受け付けますし、ちょっとこのハッシュタグを使って関連することを私がノートすることもありますし、ノートしてくださっても結構ですのよ。技術的指摘も、できればきつくない感じでしてくださいますとありがたいですわ~! #数寄屋の静的サイト語り
どうもCloudflare Pagesの方が便利らしいですわ…というわけで、おすすめはCloudflare Pagesとか、遅めで良いのならNetlifyになりますわね。
速さを追求するとFirebaseっててもありますけれど、あれはまた別に色々調べる必要ありますもの。
ちなみにこれらは海外企業ですので、国内企業のサービスが良い場合は静的サイトのみ無料レンタルのXfreeとかで…になりますわね。寡聞にしてCloudflare pagesみたいなサービス、国内企業では聞きませんから…ありましたらお教えくださいな。
というわけで、一応細かいですけれど訂正ですわ。
#数寄屋の静的サイト語り
RE: https://nijimiss.moe/notes/01GZ651G2SPQR0BCN4H17EFMCD
さてこうなっている現在、では、新しく個人サイトを作るのであれば、どうすればいいのか?ですけれども。
とりあえず、WordPressとかで動的サイト的な構築をするのは、よほどブラウザから編集したいとか、ECサイト的な機能を備えたいとかではなければおすすめしませんわ。
なぜかといいますと、「サーバーでプログラムを挟むから」ですわ。
レスポンスタイムがその分遅くなりますし、セキュリティホールもサーバで動くプログラムが増える分、単純に多くなりますの。バグなんか踏んだら目もあてられませんわ。
静的サイトであれば、FTPとかレンタルしたサーバのパスワードがばれない限り、まずそのサイトの構成自体による危険性は低くなりますの。
特にWordPressは色々使われている反面、PHP(スクリプト言語)で構成されているので、言語特性上どうしても遅くなりますし…。対策としてキャッシュとかいろいろありますが、そういう細かなことをするより静的サイトで十分ならもう素直にそうしてしまったほうが楽ですのよ。
また、静的サイトでのビルドと、元になるファイルを編集する機能を持つ静的サイトホスティングサービスもありますわ(Netlify CMSなどで検索してくださいまし)。まあこれは結局リスクがやっぱり増えますけれども。
結論から申し上げますと以下ですわ。
「個人サイト(R18ではない・明確にブラックとされているジャンルを除く)を新しく作るのならGitHub使ってGitHub Pagesが便利で早い!」
です。ちなみに新しくつくるのでない、もうすでにレンタルしているサーバがある、などはケースバイケースですわ。
ドメインについてくる無料サーバ使ってる場合はそれでよろしい。たいていの者よりスペックが上ですの。
ちなみに静的サイトホスティングサービスでは独自ドメインが使えるものも結構ありましてよ!
「ちょっとしたサービスを動かすのに使っているVPSがあるんだけどどうすればいい?」というあなた、その段階で私よりいい方法が思いつけるのではないかなと普通に思いますわよ。nginxとかセットアップしなさいな。
R18の場合はあれですわね、大人しくR18可なサービスの、
https://www.shin-server.jp (今なら半額割引サービスやってますわ)
とかを有料で借りて、ローカルで静的サイトジェネレータを使ってサイトを構築するといいでしょう。ちなみにもちろん、法律違反はどのサーバでも駄目ですわ。法律違反ですもの。
ちなみに静的サイトジェネレータのおすすめは今のところ、Hugo(https://gohugo.io )やZola(https://www.getzola.org )ですわ。こちらはコンパイル言語で作成されていますので、コンテンツが多かったとしても動作が早いですのよ。
ほかにもGatsbyなどが人気のようですが、流石にそこの変動まではキャッチアップしきれていませんの。 #数寄屋の静的サイト語り
また、古のお嬢様方ご存じのサイトホスティングサービスにも変動がございました。古のお嬢様に置かれましては、広告のないサービスは有料だった思い出のある方々も多いと思われますけれども、なんと。
現在は静的サイトで、PHPなど使わないのであれば、無料かつ広告なしでホスティングしてくれるサービスが結構あるのですわ!
あっ、R18とかのアダルトサイトの場合は規約によりますわ。ぶっちゃけアダルトサイトの場合はまあたいがい有料ですわね。
とりあえず静的サイトホスティングを主眼に置いたNetlifyとかではなく無料のサイトホスティングでおすすめといえば
https://www.xfree.ne.jp
とか、
https://www.star.ne.jp/free/
ですかしら。 #数寄屋の静的サイト語り
ちなみにもちろん、古のお嬢様方もご存じな、サイトのホスティングサービスも現在にございますわ。でもだいたいはGitHub連動まではしてくれませんわね。FTPSで手動アップロードか、githubで自動的にFTPSでアップロードするように設定する必要がありますわ。
というように、現在、静的サイトについては技術が発展するにつれ、色んなサービスや作成方法がPOPし、一般の人々からも利用できるようになっているのですわ! #数寄屋の静的サイト語り
ふう、ふう…。ここまで書くのに結構時間も体力もいりますのね、世の中のお嬢様方は偉大ですわ…。
さてこれが静的サイトジェネレータとどうからんでくるかといいますと、あれですわ。静的サイトジェネレータ自体がGitを使ってバージョン管理して開発されている例ももちろん多いのですけれども、主に絡むのは静的サイトホスティングサービスのほう。
そう、静的サイトホスティングサービスのいくつかでは、GitHubのリポジトリ(それ以外のGitlab等のサービスのリモートリポジトリもOKな場合もございますわ)と連携できるのです。つまり、静的サイト一式をgit管理(gitは大体のファイルであればバージョン管理できますわ)し、githubのリモートリポジトリとしてPUSH(反映)させておけば、それと連動して自動更新…とかしてくれるのですわ!
GitHub PagesなんかはまさにGitHub自身のサービスで、指定されたやり方でgithub上に静的サイト用のファイル群をリポジトリに入れておいておけば自動的に静的サイトとしてアクセスできるようにしてくれますの! #数寄屋の静的サイト語り
さて、閑話休題。
この静的サイトジェネレータの登場に伴い、とあるサービスが登場しました。
静的サイトのホスティングサービスですわ!
場合によっては(種類は限られますが)静的サイトジェネレータに通す段階もホスティングしてくれるサービスですの。
Netlify, GitHub Pagesなどを走りとして、これらのサービスが多く出てまいりましたの。
さてここで話はややそれますが、上の例にも出ているGitHub、ひいてはGitについて解説しますわ。それなりに絡んでくる大切な部分なので。
さてGitとは、バージョン管理システムの一種ですわ。
バージョン管理システムとはその名の通り、文書などのバージョンを管理するシステムですの。この段階で記録、この段階で記録、という感じで記録をバージョンとして重ねていって、文書の差分管理などをしやすくするシステムといえばいいかしら。
このGitというのもそれで、LinuxというOS(これはこれで語ればむっちゃ長いので割愛ですのよ)の開発のためのバージョン管理システムが優良だったとかいろいろあったために、Linuxの作者で今も現役のLinus Torvaldsが2週間(!)で最初のバージョンを作り上げたバージョン管理システムですの。
とりあえずそれからいろいろ歴史的経緯があって、バージョン管理システムの中ではGitがメジャーなものになりました。(Hg/Mercurialというものもありましたが衰退しましたわ、悲しいことですわね…。)
このgit、リポジトリという単位でバージョンを管理するのですけれども、そのリポジトリはローカルPCだけでなく、ローカルのデータに対応させるような形でリモート…すなわちネット上にも作成することができますの。共同編集のためですわね。
ローカルにあるリポジトリを誰かが編集してリモートリポジトリに反映し、その反映事項をまた別の誰かがリモートリポジトリを参照して反映し…というような仕組みだと考えてくださればよろしいかしら。
GitHubは、このリモートリポジトリのホスティングサービスで、今(2023年4月時点で)一番のメジャーどころといってまさに過言ではないところですの。 #数寄屋の静的サイト語り
ちなみに静的サイトジェネレータは一般的に無料ですわよ。OSSのものもいっぱいありますし。 #数寄屋の静的サイト語り
ちなみにもちろんですが、これらの静的サイトジェネレータは一般的なスペックのPCであれば実行に(コンテンツがいっぱいあって生成に時間がかかるとか、いろいろ極端なケースを除いて)問題はなくてよ! 普通の人でも使えますの! #数寄屋の静的サイト語り
そして技術的発展、これらが組み合わさってできたもの。それが
静的サイトジェネレータ。
つまり、日記などであったとしても、閲覧者に合わせて内容を動的に変える必要がない限り、これまで「アクセスされるタイミングなどでサーバで生成していた」ものを、「ローカルPCや対応したサービスであらかじめ生成しておく」ことが広く(ここ重要ですわ)できるようになりましたの!
そしてこの静的サイトジェネレータ、いろいろ種類があるものの、だいぶ安定したものが多数登場しました。
これにより、所謂サイトの管理者側は側は決められた形でコンテンツを用意してプログラムを走らせれば静的サイト一式が構築できる、ということが、楽にできるようになりましたの! #数寄屋の静的サイト語り
JamStackはさっくりというと、静的サイトの一般的な構成だと思ってくださって構いませんわ。厳密にはhttps://depart-inc.com/blog/depart-engineering-jamstack/ あたりを参照いただければ。
そう、頭文字にJとあったり、Node.jsのあたりでお察しの方もいるかもしれませんが、Javascriptもいろいろ進化して、いろいろできるようになりましたの。CSSもそうなのですが、まあとりあえずここでは割愛しますわ。
とにかく言いたいこととしては、ここ最近(2015年付近から)では、HTML/CSS/JSだけで構築したWebサイトでも、できることが格段に増えた、ということですの! #数寄屋の静的サイト語り
ライブリロードで自動的にリロードされるサイトを見つつ、サイトを調整するなんてことも可能になりましたの。
そしてこの中で出てきた(メジャーになった、という方が正しいかしら)のがJAMStackという概念、および、SSG(静的サイト生成)ですわ! #数寄屋の静的サイト語り
さてこのようにHTMLが発展する傍ら、勿論ですが、コンピュータも発展してまいりました。昔のPCでは難しかった作業や、遅くなっていた作業が今のPCでざくざくできるというのは多少古からいらっしゃるお嬢様方でればご存じの通りですわね。
で、Webサイトまわりで何が起こったかといいますと、サイトの構築技術やツールがいっぱい増えたのですわ。
昔のようにタグ専用エディタがなくてもIDEやAtomなどの高機能テキストエディタによってWebサイトを構築できるようになりました。
またサーバーサイドではNode.jsが登場し、サーバ側の動きをPHP等の古より今まで存在する言語ではなく、フロントで主に使われていたJavaScriptによって構築することができるようになりましたの。npmとかはその周りでよく出てくる言語ですわね。
ちなみにこのNode.jsをインストールしておけば、サーバ側だけではなく普通にJavaScriptでスクリプトを書いて普通にPC上で動かすことができますわ。これによるツールもいっぱいありますの。
最近――といっても2015年にVSCodeが登場してからはますます便利になりました。ちょっと調べれば、CSSや編集しながら #数寄屋の静的サイト語り
さて、現在のHTMLのお話に戻りますけれども、むかしHTML4.01とか、TraditionalとかStrictとかついてたアレコレは今は(HTML4.01を使用するのでなければ)なくなりました。
とりあえずいろいろややこしかったためか、大幅に改定されたHTML5が策定・勧告され、使えるようになりました。
要するに古のお嬢様にはなじみのあるDOCTYPE宣言が、HTML5を使用するのであれば、一種類、しかも単純なもので済むようになりましたの。
今使用されているHTMLの大部分は(古のサイトが今も生き残っている場合もございますから、大部分と申し上げておきますわ)、このHTML5の系譜を踏んでおりますわ。
系譜を踏んでいる、とあいまいなことをいいましたのは、いろいろあって現在はHTML5から連なるHTML5.1~HTML5.3等は勧告されたものの、歴史的経緯(Webやコンピュータまわりは結局のところ人のなすことですから、こういう言い回しはよく見ますわ)によって廃止され、2021年からHTML Living Standardに統一されましたの。とはいえDOCTYPE宣言やらはそのまま、
さて古の時代、いろいろあってWWWが成立し、PCでインターネット、とりわけHTTP通信を行うことが一般的になりましたわ。HTTPの仔細などについては専門でない上にその時を経験として覚えていない(生まれているかいないかは明言しませんわ)私より、HTTP 歴史 検索あたりをおすすめしてよ。
とりあえず、なんかすごい学者さんたちがなんかすごい概念やらフォーマットやらを考えてなんかがんばって今私たちが見ているWEBが成立したよ!と考えてくださいまし。この時代の学者さんたち本当に何やらすごくお仕事なさっておりますから…。 #数寄屋の静的サイト語り
ちなみに動的サイトはなにかといわれれば、まさにここ、Misskeyがそうですわね!ユーザによって見えるページが違いますわ。こういった機能を求められるページは動的サイトで構成するのが適しておりますのよ! #数寄屋の静的サイト語り
需要があるのかないのか知りませんけれど、静的サイトの今昔(特に今が比重は大きいかしらについて語っていきますわ!)
まず、静的サイトの定義についてですわね。
サクっといいますと、静的サイトとは、動的サイトの逆…動的にサイトの情報が変化しない(スライドが動いたりはしますわ)際とのことですの。
つまり、ユーザによってサイトの内容が変化しないページになりますわね。
サーバ側から言えば、返す内容がいつも同じサイトと考えてよろしいかしら。
ここでは静的サイトの中でも特に、HTML、CSS、JavaScriptしか主に使われていないサイトについてお話しますわー! #数寄屋の静的サイト語り
さてと、今度こそ本当に静的サイトについて語りますわ!一応こちらの発言にスレッドでつなげましてよ!こちら私見もよく混ざっておりますから、マサカリ(技術的指摘)もきつくない程度に投げてくださると助かりますわ!
今でしょとついたけどまだレベル20なんで演奏依頼で見かけても難しいんすわ
RE: https://nijimiss.moe/notes/01HY2JJWD4DXG44T38XZ64ESM3
elona はいまのところはじめるひとは本家をちょっとやった後omake overhaulを遊ぶのがいいなと思っています。ちょうどいいボリュームと機能で助かる。
elona はいまのところはじめるひとは本家をちょっとやった後omake overhaulを遊ぶのがいいなと思っています。ちょうどいいボリュームと機能で助かる。