フォーラムへの返信
-
この場合に、wp-github-theme-updater を使いテーマのアップデートを管理画面側で行わせるとすると、別に特段何もする必要はないのでしょうか？
や、フックして、wp-github-theme-updater の挙動を変えないといけません！ Snow Monkey の場合は下記のコードを記述しています。
前段が、zip の URL が自前サイトのものになっていない場合は false を返す、後段が、レスポンスの参照先を GitHub から 自前サーバーのものにするコードになります（URL やディレクトリ名はご自身の環境にあわせて適宜変更してください）。
/** * There is a case that comes back to GitHub's zip url. * In that case it returns false because it is illegal. * * @param string $url * @return string|false */ add_filter( 'inc2734_github_theme_updater_zip_url', function( $url ) { if ( 0 !== strpos( $url, 'https://snow-monkey.2inc.org/' ) ) { return false; } return $url; } ); /** * Customize request URL that for updating * * @param string $url * @return string */ add_filter( 'inc2734_github_theme_updater_request_url', function( $url ) { return 'https://snow-monkey.2inc.org/github-api/response.json'; } );また、GitHub releasesにパッケージを作成させずに自前ホスティングにだけパッケージを生成する流れはどのように作るべきなのでしょうか？（GitHub Releasesにパッケージを作らせる処理を削除するだけ？or Releasesにパッケージは作らせるけど、そのあとに削除？）
self-host-github-releases は GitHub の Release 機能が無いと動かないので、パッケージを作らせる処理は消してはいけません。具体的には、Releases に zip がデプロイされると同時に GitHub Webhook 経由で zip と API のレスポンスを自前サーバーに保存するという流れになるためです。
の一番下にコメントアウトしている部分がありますが、これが自前サーバーへの保存のあとに Releases から zip を消すコードになるので、このコメントアウトを外せば Releases から自動的に zip が消えるようになるはずです。
Who liked: No userファイルパスだとこちらで確認できないので（そのパソコンの画面からしか見れない）、PDF でしたら Dropbox とかを使っていただくか、もしくは画像であれば返信欄から直接アップロードできます。
Who liked: No userちょっとよく意図がわからなかったので質問させてください。
「固定ページをひとつ」というのは普通の固定ページ、でしょうか？特に特殊なことがしたいわけでなく、普通の固定ページをつくりたいのであれば、ダッシュボード > 固定ページ > 新規追加から作成できます。
「投稿ページを2つ」というのは一覧表示されるページを作りたいということですよね？ Snow Monkey 公式サイトでいえば、
みたいな。思いつく方法は2つあって、
・「投稿」の中に「ブログ」「ニュース」という2つのカテゴリーをつくる。
・「投稿」をブログ、カスタム投稿タイプをつくってそれをニュースとして使う前者の場合、カテゴリーアーカイブは自動的につくられますので特にコードを書く必要が無いというメリットがあります。ただ、ブログとニュースが混ざった一覧ページ（つまり標準の投稿ページ）ができてしまうこと、ブログとニュースで同じレイアウトになってしまう、というデメリットがあります。
後者の場合はブログ、ニュースを別の投稿タイプとして管理できる、それぞれ異なったレイアウトにしやすいというメリットがありますが、カスタム投稿タイプを追加するコードを書いたり、ニュース用のテンプレートをつくったりしないといけません。なのでコードを書くのが苦手な方の場合はハードルが高いです。
Who liked: No user
