ドメイン利用に関する規則

1 部員に対して、または 1 プロジェクトに対して、1 サブドメインを与えます。ただし、既に他の部員によって所有されていないもの、あるいは予約済サブドメインではないものに限られます。

詳細 　部員（or プロジェクト）に対し、例えばbucho.kss-pc.clubが個人（or チーム）で利用できるようになります。
　予約済ドメイン（www, s）は、それぞれ本部のページのホスト、短縮 URL として利用できます。

利点

• もともと GitHub 側で生成されるkss-pc-club.github.ioが、kss-pc.clubになることで、可読性向上及び URL タイプ時間の短縮が見込めます。
• 個人でドメインを買う余裕がなくても、独自サブドメインが使えます。
• 個人に与えることにより、本部部員としての自覚を持つことでしょう？

個人の希望制とします。

詳細 　あくまで個人の希望制とし、強制的に利用させることはないということ。

利点

• 「自分が古河中等パソコン部だとバレる」のを懸念する人に対しては、受け取らないという選択肢となることでしょう。

利用する際には、GitHub にソースコードを公開するものとします。

詳細 　GitHubは、ソースコードのホスティングサービス。利用する際には、GitHub に公開することを前提とします。

利点

• 疑問点や改善点が生じた際、質問者はアップロードするだけで、閲覧者はブラウザを開くだけで見ることができるため、質問などが活発化し、話し合いも増えると見込めます。
• 公開する際に利用するコマンドは、将来いつか使うことになるので、役立つことでしょう。
• ドメインや公開の設定が簡単。

ドメイン管理は本部部長が行い、毎年更新します。

詳細 　ドメインの管理は部長により行われます。
　 DNS 設定は、Google スプレッドシートにて申請し、部長が行います。
　部長が変わった際には、「新」部長が管理を引き継ぐ。「元」部長は、引き継がれたことを確認の上、アクセス権を自ら削除します。
　ドメインは 1 年契約なので、毎年更新する必要があります。

利点

• 部長以外は管理できないようにすることで、「荒らし」の心配がなくなるでしょう。
• 部長はドメインを管理することで、自覚を持つでしょう？
• Google ドメインでは、この「管理」が割と簡単にできる。

退部後は、第 n 期生ごとに、archive.kss-pc.club/#{n}/に保存する。

詳細 　退部後は、archiveというサブドメインに、元のページのコピーを保存する。

利点

• 退部後にサブドメインを削除することにより、重複により利用できなくなるサブドメインが減る。
• アーカイブを残すことにより、「情報は簡単に消すことはできない」という意識を持たせる。

没となった理由

• サーバー管理などのコストの問題。
• GitHub なら自分のアカウントに保存すればいいのでは？

名義は、パソコン部とします。氏名が必要な際には、顧問のものとします。

詳細 　当たり前のこと。

利点 　（なし）