SSP 도움말:개발 - 자주 있는 질문

開発者向けのよくある質問です。
あがってきたバグ報告の扱いに困っているような時にヒントになるかも知れません。
ただしゴーストのSHIORIごとの情報まではカバーできませんので、<a href="dev-links.html">開発用リンク集</a>から各SHIORIごとの解説などを参考に。

<a href="#q-basic">開発の基本についての質問</a>
<a href="#q-trouble">バグについての質問</a>

開発の基本についての質問

Q: ゴーストを作りたいです！　最初は何から始めればいいですか？

A1: どんなゴーストを作りたいか大体イメージしたら、最初は二つのものを用意するところから始める事になるでしょう。

一つはシェル、つまりは立ち絵のセットで、自分で描くか他の人に描いてもらうかの二択です（あたりまえですが）。
自力で用意する場合は、<a href="dev-links.html#links-reference">開発用リンク集</a>にある「ukadoc」の「シェルの作成」あたりを参考に。
そうでない場合、ありがたい事に世の中には「フリーシェル」と呼ばれる自由に使えるシェルが公開されています。
フリーシェルを探すのは、<a href="dev-links.html#links-material">開発用リンク集</a>の「freeshell wiki」が役立つでしょう。

シェルの他にもう一つ必要なのが、SHIORIと呼ばれるゴーストの核となるものです。
SHIORIによって、ゴーストがどんな時にどう喋ったり動いたりするかという頭脳の部分の作り方が全く変わります。
<a href="dev-links.html#links-shiori">開発用リンク集</a>に、代表的なSHIORIにはどんなものがあるか書いています。
それを参考にして自分とゴーストにあったものを選んでみてください。

シェルもSHIORIも用意できたら、いよいよ作成に取り掛かるのですが、ここから先の作業はほとんどSHIORI次第といっていいです。
ですからまずはSHIORIについて解説されているサイトをよく読んでみるといいかもしれません。
そういったサイトも、なるべく<a href="dev-links.html#links-shiori">開発用リンク集</a>に載せています。

Q: ゴーストを公開するにはどうしたらいいですか？

A1: もしあなたのゴーストに、ネットワーク更新の機能をつけなくともよいのなら、方法は簡単です。
要はあなたのゴーストのファイル一式をnar（やzip）にして公開すればよいだけです。
その時に必要な設定やファイルがいくらかありますが、詳細は<a href="dev-links.html#links-reference">開発リンク集</a>の「ukadoc」から「配布用ファイルを作る」のページをお読みください。

しかしネットワーク更新機能をつけるつもりがあるならば、それに加えて（あるいは替わって）サーバの準備が必要です。
サーバといっても、通常個人ウェブサイトを設置するのに必要な、いわゆるレンタルサーバ、レンタルスペース、サイト公開代理サービスなどと呼ばれるサービスを利用すれば大丈夫です。
ただし、サーバの設定や利用規約によっては、ゴーストの公開に適さない場合があります。
他のゴースト作者がどのようなサーバを利用しているか観察してみるか、<a href="dev-links.html#links-others">開発リンク集</a>にある「ゴースト配布するなら」の記事が役立つはずです。

サーバを用意したなら、あとはゴーストのファイルをサーバ上にアップロードするだけです。
アップロードは通常のウェブサイト同様に、FTP通信を用います。
この辺りの詳細は<a href="dev-links.html#links-reference">開発リンク集</a>の「ukadoc」から「ネットワーク更新に対応する」のページをお読みください。
※FTP通信によるサーバへのアップロード自体がよくわからない方は、「ウェブサイト　公開」などで検索されるとよろしいでしょう。

なお、一般的なFTPソフトの他に、<a href="dev-links.html">開発用リンク集</a>にある「整備班」で配布している「ゴースト配布系自動化システム」を導入すると、ゴーストのアップロードに関わるいくらかの手間やトラブルを回避する事ができます。
最初の導入と設定だけが少し手間ですが、是非試してみてください。

Q: ゴーストとSSPをセットで配布してもいいですか？

A1: 禁止はしていませんが、技術的な問題が多いため、非推奨としています。

Q: 製作したコンテンツはどうやって宣伝したらいいですか？

A1: <a href="links.html">リンク集</a>にある、「disc-2」や「SiReFaSo」に登録されるとよいでしょう。余裕があれば是非「GHOST TOWN」にも。
また「回覧板」にも、宣伝してよいスレッドがあります。一番迅速なリアクションがあるのは、twitterかもしれません。
なお「うわひょ改」は自薦禁止ですのでご自分のゴーストは登録しないように注意してください。

Q: SSPの公式のリファレンスはどこにありますか？

A1: <a href="dev-links.html">開発用リンク集</a>の一番上の「UKADOC」がそれです。

Q: 製作について、色々調べてもわからない事があります。どこか相談できる場所はありませんか。

A1: <a href="links.html#link-community">リンク集</a>にある「もどき板」の「うにゅう＠もどき」掲示板がその役割を果たしています。
一見人が居ないように見えますが、基本的には話題がないだけです。
あなたが質問を投げればどこからともなく誰かがやって来るでしょう。
またもしあなたがtwitterをやっているなら、「#伺か」「#ukagaka」タグをつけて質問をつぶやけば、まず間違いなく誰かには捕捉されます（時には勢いあまって包囲されるますがどうか怯まないでください）。

버그에 대한 질문

Q: 뭔가 에러 로그에 표시가 잔뜩 나옵니다만, 무시해도 괜찮을까요?

A1: 경우에 따라 다릅니다. 자세한 정보는 스크립트 로그 페이지를 참고해주세요.

Q: MD5 불일치 에러가 떠서 네트워크 갱신이 제대로 되지 않습니다.

A1: 갱신용 파일 (update.txt/update2.dau)을 작성한 뒤에, 갱신 대상이 되는 파일로 변경하지는 않으셨나요?
또는 FTP 통신에서 갱신용 파일을 업로드할 때에 아스키 모드로 전송하지는 않으셨나요?
이러한 실수를 방지하는 데에는 링크집에 있는 「整備班」에서 배포 중인 「ゴースト配布系自動化システム」이 도움될 것입니다.

A2: 서버 설정에 의해 업로드된 파일이 수정되었을 가능성이 있습니다.
예를 들어, 무료 홈페이지 서비스 중에는 무려 텍스트 파일에까지 광고를 꾸역꾸역 집어넣으려 하는 곳들이 있기도 합니다.

본 페이지의 내용은 ukadoc 프로젝트의 SSP 매뉴얼을 번역한 것에 기반합니다.
본 페이지의 내용의 라이선스는 Creative Commons by 라이선스가 적용됩니다.
"UKAGAKA" System Documentation Project SSPマニュアル