GNU social JP Wiki - 利用者の投稿記録 [ja]

LY Corporation

2025-11-25T03:13:44Z

Gnusocialjp: /* 非表示リスト・ブロックリスト・トークリスト */

[[Category:Person]]
== About ==
LY Corporation (LINEヤフー株式会社) は日本の企業。もともとLINE社とヤフー社の別々企業が合併してできた会社。

SNSとの関係では、Yahooニュースのコメント機能のYahooコメントとチャットアプリのLINEのサービスを提供しており、日本でのユーザーは多い。

== Article ==

* [https://web.gnusocial.jp/post/category/centralized/centralized-ly/ centralized/LY | GNU social JP Web]

== LINE ==

=== Function ===

==== 友だち ====

===== 非表示・ブロック・削除 =====
* [https://news.mynavi.jp/article/20211025-2169252/ LINEで友だちを削除する方法 - ブロック削除と非表示削除の違い | マイナビニュース]
* [https://apprev.smt.docomo.ne.jp/article/440482/ 【LINE】ブロックするとどうなる？非表示・削除との違いも解説！ | NTTドコモ dアプリ＆レビュー]
* [https://guide.line.me/ja/friends-and-groups/remove-friends.html 友だちを削除する｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/block-friends.html 友だちをブロック／ブロック解除する方法｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/hide-friends.html 友だちを非表示／再表示する｜LINEみんなの使い方ガイド]

LINEで友達追加後、その解除は複雑。単に、フォロー・フォロー解除という関係ではない。ややこしいので整理する。非表示と削除がフォロー解除に近い。

* '''非表示/Hide'''：友だちリストやトーク画面、タイムラインに表示しない
* '''ブロック'''：相手からのトークや無料通話を受けない。相手にブロックの通知はない。
* '''削除'''：友だちリストに表示せず、相手からの通話は通知のみ受信。メッセージ履歴も消去。事前に非表示かブロックが必要。非表示+履歴削除。

単に未読数が鬱陶しい場合は、非表示にすればよさそう。

ミュートはまた別の機能。単に、push通知類をやめたい場合は、ミュート。未読数表示も嫌なら非表示。ただし、非表示はまた通知が来たら、再表示される模様。

ブロックは履歴は残るが、通知がなくなる。削除は、履歴は消えるが、通知は受け取れる。

[ホーム]-[友だちリスト]-[友だち]-ドラッグ-[削除] などで処理できる。

===== 整理 =====
[https://guide.line.me/ja/features-and-columns/line-organize.html LINEがスッキリ！友だち・トークの整理術まとめ｜LINEみんなの使い方ガイド]

LINEの友だち機能はめちゃくちゃ使いにくい。

[お気に入り] 以外グループ化できない。表示名を編集可能だから、基本は接頭辞をつけてそれで分類分けするしかない。

===== ID/電話番号検索 =====
[https://help.line.me/line/smartphone/?contentId=20000372 友だちが追加できない | LINEヘルプセンター]

デフォルトでは有効になっていたように思うが、設定がある。以下の設定が必要。

* ID検索: [ホーム]-[設定]-[Profile/プロフィール]-[IDによる友だち追加を許可]
* 電話番号検索: [ホーム]-[設定]-[Frineds/友だち]-[Allow others to add me/友達への追加を許可]

===== アバター・背景の保存 =====
[https://xn--line-e67f524q.com/entry/line-profile-photo-download-60 LINEのプロフィール画像をダウンロード（保存）方法！通知でバレるのかも解説｜LINEの使い方まとめ総合ガイド]

保存機能はない。スクリーンショットを取得して保存するしかない。

===== 友だちの表示名 =====
[https://guide.line.me/ja/friends-and-groups/changename-friends.html 友だちの表示名を変更する｜LINEみんなの使い方ガイド]

自分のLINE上での相手の表示名を変更できる。友達のグループ分けなどで重宝する。

===== 非表示リスト・ブロックリスト・トークリスト =====
[https://guide.line.me/ja/friends-and-groups/hide-friends.html 友だちを非表示／再表示する｜LINEみんなの使い方ガイド]
* [ホーム]-[設定]-[一般]
** [友だち]: 友達の非表示リスト、ブロックリストにアクセス可能。
** [トーク]: トークの非表示リストにアクセス可能。

===== LINEの共有先から削除 =====

* [https://www.luft.co.jp/media/and-how-to-change-their-order/ LINEの共有で出てくる人の仕組み・非表示設定・順番変更方法 | LUFTMEDIA]
* [https://tsla.hatenablog.com/entry/2025/06/29/183000 LINE共有(送信先を選択)で出てくる人を消したいときはどうする？原因・対策・バレる疑問も徹底解説！ - きになる～]
* [https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q14269106964 LINEで友達を非表示にして削除しました。でも共有の画面には出てきま... - Yahoo!知恵袋]

URLのリンクを共有する際に、LINEのユーザーやトークが候補に表示される。ここに、ブロック・非表示にしている相手も表示されるのが困る。

どうやら、LINEでの直近のメッセージ相手を自動的に候補に出している模様。非表示にする方法がある。

トーク履歴を参照しているようで、トークを削除すると非表示になる。

LY Corporation

2025-11-25T03:12:51Z

Gnusocialjp: LINEの共有先から削除

[[Category:Person]]
== About ==
LY Corporation (LINEヤフー株式会社) は日本の企業。もともとLINE社とヤフー社の別々企業が合併してできた会社。

SNSとの関係では、Yahooニュースのコメント機能のYahooコメントとチャットアプリのLINEのサービスを提供しており、日本でのユーザーは多い。

== Article ==

* [https://web.gnusocial.jp/post/category/centralized/centralized-ly/ centralized/LY | GNU social JP Web]

== LINE ==

=== Function ===

==== 友だち ====

===== 非表示・ブロック・削除 =====
* [https://news.mynavi.jp/article/20211025-2169252/ LINEで友だちを削除する方法 - ブロック削除と非表示削除の違い | マイナビニュース]
* [https://apprev.smt.docomo.ne.jp/article/440482/ 【LINE】ブロックするとどうなる？非表示・削除との違いも解説！ | NTTドコモ dアプリ＆レビュー]
* [https://guide.line.me/ja/friends-and-groups/remove-friends.html 友だちを削除する｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/block-friends.html 友だちをブロック／ブロック解除する方法｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/hide-friends.html 友だちを非表示／再表示する｜LINEみんなの使い方ガイド]

LINEで友達追加後、その解除は複雑。単に、フォロー・フォロー解除という関係ではない。ややこしいので整理する。非表示と削除がフォロー解除に近い。

* '''非表示/Hide'''：友だちリストやトーク画面、タイムラインに表示しない
* '''ブロック'''：相手からのトークや無料通話を受けない。相手にブロックの通知はない。
* '''削除'''：友だちリストに表示せず、相手からの通話は通知のみ受信。メッセージ履歴も消去。事前に非表示かブロックが必要。非表示+履歴削除。

単に未読数が鬱陶しい場合は、非表示にすればよさそう。

ミュートはまた別の機能。単に、push通知類をやめたい場合は、ミュート。未読数表示も嫌なら非表示。ただし、非表示はまた通知が来たら、再表示される模様。

ブロックは履歴は残るが、通知がなくなる。削除は、履歴は消えるが、通知は受け取れる。

[ホーム]-[友だちリスト]-[友だち]-ドラッグ-[削除] などで処理できる。

===== 整理 =====
[https://guide.line.me/ja/features-and-columns/line-organize.html LINEがスッキリ！友だち・トークの整理術まとめ｜LINEみんなの使い方ガイド]

LINEの友だち機能はめちゃくちゃ使いにくい。

[お気に入り] 以外グループ化できない。表示名を編集可能だから、基本は接頭辞をつけてそれで分類分けするしかない。

===== ID/電話番号検索 =====
[https://help.line.me/line/smartphone/?contentId=20000372 友だちが追加できない | LINEヘルプセンター]

デフォルトでは有効になっていたように思うが、設定がある。以下の設定が必要。

* ID検索: [ホーム]-[設定]-[Profile/プロフィール]-[IDによる友だち追加を許可]
* 電話番号検索: [ホーム]-[設定]-[Frineds/友だち]-[Allow others to add me/友達への追加を許可]

===== アバター・背景の保存 =====
[https://xn--line-e67f524q.com/entry/line-profile-photo-download-60 LINEのプロフィール画像をダウンロード（保存）方法！通知でバレるのかも解説｜LINEの使い方まとめ総合ガイド]

保存機能はない。スクリーンショットを取得して保存するしかない。

===== 友だちの表示名 =====
[https://guide.line.me/ja/friends-and-groups/changename-friends.html 友だちの表示名を変更する｜LINEみんなの使い方ガイド]

自分のLINE上での相手の表示名を変更できる。友達のグループ分けなどで重宝する。

===== 非表示リスト・ブロックリスト・トークリスト =====

* [ホーム]-[設定]-[一般]
** [友だち]: 友達の非表示リスト、ブロックリストにアクセス可能。
** [トーク]: トークの非表示リストにアクセス可能。

===== LINEの共有先から削除 =====

* [https://www.luft.co.jp/media/and-how-to-change-their-order/ LINEの共有で出てくる人の仕組み・非表示設定・順番変更方法 | LUFTMEDIA]
* [https://tsla.hatenablog.com/entry/2025/06/29/183000 LINE共有(送信先を選択)で出てくる人を消したいときはどうする？原因・対策・バレる疑問も徹底解説！ - きになる～]
* [https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q14269106964 LINEで友達を非表示にして削除しました。でも共有の画面には出てきま... - Yahoo!知恵袋]

URLのリンクを共有する際に、LINEのユーザーやトークが候補に表示される。ここに、ブロック・非表示にしている相手も表示されるのが困る。

どうやら、LINEでの直近のメッセージ相手を自動的に候補に出している模様。非表示にする方法がある。

トーク履歴を参照しているようで、トークを削除すると非表示になる。

LY Corporation

2025-11-25T02:25:17Z

Gnusocialjp: カテゴリー追加。

LY Corporation

2025-11-17T06:26:28Z

Gnusocialjp: 友だちの表示名

== About ==
LY Corporation (LINEヤフー株式会社) はにほんの企業。もともとLINE社とヤフー社の別々企業が合併してできた会社。

SNSとの関係では、Yahooニュースのコメント機能のYahooコメントとチャットアプリのLINEのサービスを提供しており、日本でのユーザーは多い。

== Article ==

* [https://web.gnusocial.jp/post/category/centralized/centralized-ly/ centralized/LY | GNU social JP Web]

== LINE ==

=== Function ===

==== 友だち ====

===== 非表示・ブロック・削除 =====
* [https://news.mynavi.jp/article/20211025-2169252/ LINEで友だちを削除する方法 - ブロック削除と非表示削除の違い | マイナビニュース]
* [https://apprev.smt.docomo.ne.jp/article/440482/ 【LINE】ブロックするとどうなる？非表示・削除との違いも解説！ | NTTドコモ dアプリ＆レビュー]
* [https://guide.line.me/ja/friends-and-groups/remove-friends.html 友だちを削除する｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/block-friends.html 友だちをブロック／ブロック解除する方法｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/hide-friends.html 友だちを非表示／再表示する｜LINEみんなの使い方ガイド]

LINEで友達追加後、その解除は複雑。単に、フォロー・フォロー解除という関係ではない。ややこしいので整理する。非表示と削除がフォロー解除に近い。

* '''非表示/Hide'''：友だちリストやトーク画面、タイムラインに表示しない
* '''ブロック'''：相手からのトークや無料通話を受けない。相手にブロックの通知はない。
* '''削除'''：友だちリストに表示せず、相手からの通話は通知のみ受信。メッセージ履歴も消去。事前に非表示かブロックが必要。非表示+履歴削除。

単に未読数が鬱陶しい場合は、非表示にすればよさそう。

ミュートはまた別の機能。単に、push通知類をやめたい場合は、ミュート。未読数表示も嫌なら非表示。ただし、非表示はまた通知が来たら、再表示される模様。

ブロックは履歴は残るが、通知がなくなる。削除は、履歴は消えるが、通知は受け取れる。

[ホーム]-[友だちリスト]-[友だち]-ドラッグ-[削除] などで処理できる。

===== 整理 =====
[https://guide.line.me/ja/features-and-columns/line-organize.html LINEがスッキリ！友だち・トークの整理術まとめ｜LINEみんなの使い方ガイド]

LINEの友だち機能はめちゃくちゃ使いにくい。

[お気に入り] 以外グループ化できない。表示名を編集可能だから、基本は接頭辞をつけてそれで分類分けするしかない。

===== ID/電話番号検索 =====
[https://help.line.me/line/smartphone/?contentId=20000372 友だちが追加できない | LINEヘルプセンター]

デフォルトでは有効になっていたように思うが、設定がある。以下の設定が必要。

* ID検索: [ホーム]-[設定]-[Profile/プロフィール]-[IDによる友だち追加を許可]
* 電話番号検索: [ホーム]-[設定]-[Frineds/友だち]-[Allow others to add me/友達への追加を許可]

===== アバター・背景の保存 =====
[https://xn--line-e67f524q.com/entry/line-profile-photo-download-60 LINEのプロフィール画像をダウンロード（保存）方法！通知でバレるのかも解説｜LINEの使い方まとめ総合ガイド]

保存機能はない。スクリーンショットを取得して保存するしかない。

===== 友だちの表示名 =====
[https://guide.line.me/ja/friends-and-groups/changename-friends.html 友だちの表示名を変更する｜LINEみんなの使い方ガイド]

自分のLINE上での相手の表示名を変更できる。友達のグループ分けなどで重宝する。

LY Corporation

2025-11-17T06:10:25Z

Gnusocialjp: 整理

Imgur

2025-11-12T14:30:33Z

Gnusocialjp: /* Favorite hidden post */

== About ==
Imgur (イミジャー？) ([https://imgur.com/ Imgur: The magic of the Internet]) は画像共有SNS ([https://web.gnusocial.jp/post/2024/03/06/10426/ 役務: 容量無制限・永続保存で世界的に人気の画像共有サービスImgurは資料の保存・共有に非常に有用 | GNU social JP Web])。

日本では画像アップロード先として、掲示板サイトなどでよく使われている。が、Instagramのような画像共有SNSというのが運営側の主張。

海外で人気の掲示板サイトのRedditに画像アップローダーがなかったため、主にRedditでの画像共有のために始まったとされている。2009年にサービスが開始し、現在は世界的に有名で人気の画像共有サービスとなっている。

なお、2023年5月の更新で、ポルノ画像の削除が規約に盛り込まれた。それまでは、外部参照先として、ボルノ・エロ画像もアップロードが可能だった。同時に、アカウントなしで匿名アップロードした場合、アップロード画像が削除対象になるとも明記された。

「[https://apptopi.jp/2021/11/30/imgur/ Imgur（イミジャー）って知ってる？便利な使い方を徹底解説！ | APPTOPI]」

== Function ==
Instagramも似たような画像共有機能として使うこともできるが、以下2点がImgurの特徴。

* 匿名性
* Webでのフォルダー分け

Instagramだと画像がユーザーアカウント連携され、アップロード者がすぐに分かる。また、スマートフォンアプリを優遇していて、分類分け機能のCollectionはWebからは使えない。外部アップローダーというよりかは、コミュニケーション機能を重視した設計になっている。

人気の秘訣がアップロード画像の制限。以下の上限はあるものの、それ以外は無制限にアップロードが可能。

* 1時間50ファイルまで
* 1ファイル上限20 MB

高品質の写真などでなければ、無制限に利用可能なアップローダーとしても利用できる。

画像アップロード時には、公開・非公開を選択でき、非公開にすると、リンクを知っている人だけが閲覧可能になる。非公開だとURLからアップロード者は特定不能になっている。

なお、Web UIはいくつか問題がある模様。

* マイページの [Post] にPublic/Hiddenで可視性に応じたタブがあるがこれはうまく機能していない模様。
* 他のユーザーのマイページを開いても [Post] がうまく表示されるとは限らない。
* フォルダー分け (Favorite) は1画像1カテゴリーのみ。

上記制約があるので、基本はFavoriteで画像を分類分けして管理する使い方になると思われる。Favoriteは非公開にもできる。アップロード画像をpublic/hiddenを繰り返したりすると、うまく反映されることがあるが、あまりあてにしないほうがいい。アプリだと問題ないのかもしれない。

指定画像URLの保存や、動画・アニメーションgifの作成機能などもあり、WebArchiveで保存できない画像や、スクリーンショットでの一種の魚拓、データ保存サービスとしてかなり有用だと思われる。

== Usage ==

=== Title ===
Publicで投稿するとタイトルを変更できない。Privateにしたらタイトルを変更可能になる。一時的にPrivateにしてPublicに戻すと良い。パーマリンクも同じまま。

=== Download ===

==== Bulk ====
[https://www.reddit.com/r/redditisfun/comments/2otj8s/batch_download_images_on_a_imgur_gallery_page/ Batch download images on a imgur gallery page? : r/redditisfun]

アルバム・1個の投稿に添付された画像を一括で保存できる。

クラシックモードに切り替えて、アルバムを表示すると、右側に [Download post] が表示される。これを選ぶとzip形式で一括で保存できる。

=== Post ===

==== Public+Hidden ====
投稿の可視性としてpublic/hiddenを選べる。公開後にいつでも切替可能。それぞれ利点と欠点がる。

* public: コメント可能。第三者から投稿者特定可能。全体タイムラインに流れるので人目につきやすい。ただし、人目につくことが多いと、個人情報など少しでも問題ありそうな投稿だと通報されて、banくらう確率が上がる。また、公開後に画像を追加できない。descriptionの投稿が可能？投稿全体の説明をかける。
* hidden: コメント不能。リンクを知っている人だけアクセス可能。第三者から投稿者特定不能。たぶん検索にもヒットしない。公開後に画像追加可能。descriptionがない。最初の画像のキャプションに説明を書くことで代用可能。

publicだと画像を後から追加できないのが、アルバム的に使うなら困るかも。publicは一般的なSNSみたいな感じ。公開後変更不能。

ただ、hiddenのほうが使いやすいと思う。

==== Favorite hidden post ====
非公開 (hidden) で投稿した投稿をお気に入りでまとめて管理したいことがある。

iOSアプリだとhidden postもお気に入りに登録するボタンがあるのだけど、デスクトップだとクラシックUIでもお気に入りボタンがない。APIを使えばたぶんできるのだろうけど。

使いにくいが、アップロード後にアプリでお気に入りに追加して、フォルダー分けするのがよさそう。

いや、誤解だった。MacのGoogle Chromeだとうまく表示されていないだけだった。MacのFirefoxならハートマークが表示されていて、ちゃんとお気に入り登録できるようになっていた。Imgurを使うときはFirefoxでやればよさそう。

いや、やっぱりだめだった。以下のようなブックマークレットを用意して、これでapi経由で一旦お気に入りに登録できる。
javascript:(() => {
<nowiki> </nowiki> let clientId = <nowiki>''</nowiki>;
<nowiki> </nowiki> let postId = location.href.replace(/.*[-/]/, <nowiki>''</nowiki>);
<nowiki> </nowiki> let url = '<nowiki>https://api.imgur.com/post/v1/albums/'</nowiki> + postId + '/favorite?client_id=' + clientId;
<nowiki> </nowiki> fetch(url, {method: 'POST', credentials: 'include'});
})();
一回お気に入りに登録したら、自分でカテゴリー分けできる。

い

==== Comment ====
[https://help.imgur.com/hc/en-us/articles/26480452090779-Post-Privacy-Settings Post Privacy Settings – imgur]

非公開投稿にすると、コメントできない。できるとしたら、画像の説明のみ。非公開で、投稿全体にコメントしたいならば、最初の画像に説明を書くとよさそう。

== Account ==

=== Delete an Account ===
[https://help.imgur.com/hc/en-us/articles/26513357802651-Delete-an-Account Delete an Account – imgur]

アカウントを削除すると、ユーザー名が解放されて他のユーザーも使用可能になる。

[Settings]-[Delete my account] で完了。

一度削除すると、同じメールアドレスは使えない？Twitter/XやGoogleアカウントでのログインはできなかった。Apple IDでのログインはできた。

=== Ban ===
一般公開で画像を投稿すると、他のユーザーも簡単に見えるようになる。看板などであったとしても、電話番号などがあると、通報されてすぐにアカウント凍結される。

凍結されると、新規投稿ができなくなる。

Imgurの使い方としては、基本的に匿名・非公開で常に投稿して、アップローダーとして使うのがいい、人目につかないので、通報される心配も減る。

Banされても全投稿削除して問い合わせに問い合わせてもだめ。アカウント削除して作り直すしかないと思われる。

=== My page ===
アカウントを作ると、以下のマイページが付与される。

* <nowiki>https://imgur.com/user/</nowiki>[username]
* https://[username].imgur.com

1個目のサブディレクトリーが基本の模様。ただ、Web版からだと若干操作感、機能が違う。例えば、Banされたサブディレクトリーのほうだと、ページを開かないと削除ができず、ページにアクセスできないので削除できない。サブドメインだとページを直接開かなくても、メニューのサブ項目から削除できた。

=== Old Design/Classic UI ===
Imgurは2024年くらいからUIがモダンになっている。が、モダンUIだと、パソコンからだとお気に入りや一括ダウンロードなど機能が限定される。

昔のURL (https://[username].imgur.com) にアクセスするほか、Old Design (クラシックUI) に切り替えることができる。

# ログイン後右上の自分のアバターを選ぶ (https://imgur.com/user/[username]).
# 右下の [Use Old Design] を選ぶ。

[[Category:Centralized]]

LY Corporation

2025-11-10T09:49:47Z

Gnusocialjp: アバター・背景の保存

== About ==
LY Corporation (LINEヤフー株式会社) はにほんの企業。もともとLINE社とヤフー社の別々企業が合併してできた会社。

SNSとの関係では、Yahooニュースのコメント機能のYahooコメントとチャットアプリのLINEのサービスを提供しており、日本でのユーザーは多い。

== Article ==

* [https://web.gnusocial.jp/post/category/centralized/centralized-ly/ centralized/LY | GNU social JP Web]

== LINE ==

=== Function ===

==== 非表示・ブロック・削除 ====

* [https://news.mynavi.jp/article/20211025-2169252/ LINEで友だちを削除する方法 - ブロック削除と非表示削除の違い | マイナビニュース]
* [https://apprev.smt.docomo.ne.jp/article/440482/ 【LINE】ブロックするとどうなる？非表示・削除との違いも解説！ | NTTドコモ dアプリ＆レビュー]
* [https://guide.line.me/ja/friends-and-groups/remove-friends.html 友だちを削除する｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/block-friends.html 友だちをブロック／ブロック解除する方法｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/hide-friends.html 友だちを非表示／再表示する｜LINEみんなの使い方ガイド]

LINEで友達追加後、その解除は複雑。単に、フォロー・フォロー解除という関係ではない。ややこしいので整理する。非表示と削除がフォロー解除に近い。

* '''非表示/Hide'''：友だちリストやトーク画面、タイムラインに表示しない
* '''ブロック'''：相手からのトークや無料通話を受けない。相手にブロックの通知はない。
* '''削除'''：友だちリストに表示せず、相手からの通話は通知のみ受信。メッセージ履歴も消去。事前に非表示かブロックが必要。

単に未読数が鬱陶しい場合は、非表示にすればよさそう。

ミュートはまた別の機能。単に、push通知類をやめたい場合は、ミュート。未読数表示も嫌なら非表示。ただし、非表示はまた通知が来たら、再表示される模様。

ブロックは履歴は残るが、通知がなくなる。削除は、履歴は消えるが、通知は受け取れる。

==== ID/電話番号検索 ====
[https://help.line.me/line/smartphone/?contentId=20000372 友だちが追加できない | LINEヘルプセンター]

デフォルトでは有効になっていたように思うが、設定がある。以下の設定が必要。

* ID検索: [ホーム]-[設定]-[Profile/プロフィール]-[IDによる友だち追加を許可]
* 電話番号検索: [ホーム]-[設定]-[Frineds/友だち]-[Allow others to add me/友達への追加を許可]

==== アバター・背景の保存 ====
[https://xn--line-e67f524q.com/entry/line-profile-photo-download-60 LINEのプロフィール画像をダウンロード（保存）方法！通知でバレるのかも解説｜LINEの使い方まとめ総合ガイド]

保存機能はない。スクリーンショットを取得して保存するしかない。

X

2025-08-08T11:26:43Z

Gnusocialjp: /* 最古検索 */

== About ==
旧Twitter。

== Link ==

* [https://marketing.twitter.com/ja/insights/kakusan 世界初公開｜「#拡散の科学」なぜ人はリツイートするのか？]
* https://x.com/Etype_mag/status/1859173932332613843 [https://type.jp/et/feature/27221/ 【独占】イーロン買収後の激動、日本初の開発拠点立ち上げの思惑とは？ X日本法人代表・松山歩が明かす - エンジニアtype | 転職type]

== Service ==
X/Twitter関係でアクセスの多い役務関係の記事が以下となっている。

* [https://web.gnusocial.jp/post/2023/10/28/9050/ 役務: X/Twitterのデータ一括ダウンロードCLI/GUIツールtwmd (twitter-media-downloader) | GNU social JP Web]
* [https://web.gnusocial.jp/post/2024/02/03/10046/ 役務: X/Twitterの匿名閲覧・RSS提供サービスNitterの終了？ | GNU social JP Web]

特に、Nitterは主要なメディアでの報道がないものの、潜在的なユーザーが多いようで、アクセスが多かった。

== API ==

=== Authentication ===
Ref: [https://developer.twitter.com/ja/docs/basics/authentication/overview/oauth OAuth with the Twitter API | Docs | Twitter Developer Platform].

Twitter APIを使う場合、まず認証が必要になる。OAuth 2.0ベースだが、いくつか方式がある。

# Application-only authentication: OAuth2 (bearer token): アプリで認証するケース。
# Application-user authentication: OAuth 1a (access token for user context): ユーザーで認証するケース。3-legged-OAuthを使用。

1番目は全体で共有する感じ。単独アプリなどで使う。レート制限などを緩和するために、サーバーアプリで、登録ユーザー別に、認証したいなら後者を使ったほうがいい。

==== OAuth 1.0a ====
Ref: [https://developer.twitter.com/en/docs/authentication/oauth-1-0a OAuth 1.0a | Docs | Twitter Developer Platform].

以下の情報を使う。

* oauth_consumer_key/secret: アプリの認証情報。アクセストークンの取得に使用。API Key、アプリキーなどとも呼ばれる。
* oauth_token/secret: アクセストークン。ユーザーが自分のアカウントにAPI経由でのアクセスに使用。実質的なパスワード。

consumer_key/secretは、開発者がX Developer Platformから事前に発行して取得しておく必要がある。oauth_token/secretは実装後にユーザーがアプリ操作で取得する感じになる。

アクセストークンを実際に取得する際のリクエストは以下のようなイメージ。
curl --request POST \
--url '<nowiki>https://api.twitter.com/1.1/statuses/update.json?status=Hello%20world'</nowiki> \
--header 'authorization: OAuth oauth_consumer_key="CONSUMER_API_KEY", oauth_nonce="OAUTH_NONCE", oauth_signature="OAUTH_SIGNATURE", oauth_signature_method="HMAC-SHA1", oauth_timestamp="OAUTH_TIMESTAMP", oauth_token="ACCESS_TOKEN", oauth_version="1.0"' \

===== API Key and Secret =====
Ref: [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/api-key-and-secret API Key and Secret | Docs | Twitter Developer Platform].

Consumer Key/Secretを取得する。開発者アカウントにログインして、アプリのプロジェクトを作成すると表示される。これを控えておく。

===== User Access Tokens (3-legged OAuth flow) =====
Ref:

* [https://cdn.cms-twdigitalassets.com/content/dam/developer-twitter/docs/obtaining-access-tokens.png.twimg.1920.png User Access Tokens (3-legged OAuth flow) | Docs | Twitter Developer Platform]
* [https://developer.twitter.com/ja/docs/authentication/oauth-1-0a/obtaining-user-access-tokens ユーザーアクセストークンの取得（3レッグ認証OAuth） | Docs | Twitter Developer Platform]

3-legged OAuth flowをに従って、ユーザーにアクセストークンの取得を行える。ここが重要。Twitterでのログインとほぼ同じ手順。

====== 1 POST oauth/request_token ======
まずコンシューマーキーを使って、アクセストークンを要請する。

* oauth_callback
* oauth_consumer_key

応答200で以下のパラメーターがボディーにあるので、これを後続の処理で使用する。

* oauth_token
* oauth_token_secret
* oauth_callback_confirmed
なお、OAuth関係のリクエスト送信時には、

oauth_nonce="OAUTH_NONCE", oauth_signature="OAUTH_SIGNATURE", oauth_signature_method="HMAC-SHA1", oauth_timestamp="OAUTH_TIMESTAMP", oauth_token="ACCESS_TOKEN", oauth_version="1.0"' \

の情報も必要な模様。

====== 2 GET oauth/authorize ======
1で取得したoauth_tokenを使って、GETする。

https://api.twitter.com/oauth/authorize?oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0

すると、1でoauth_callbackdで指定したURLにリダイレクトされて、URLクエリーにパラメーターがついてくる。

https://yourCallbackUrl.com?oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0&oauth_verifier=uw7NjWHT6OJ1MpJOXsHfNxoAhPKpgI8BlYDhxEjIBY

====== 3 POST oauth/access_token ======
最後にアクセストークンを取得する。

* POST /oauth/access_token
* <code>oauth_consumer_key=cChZNFj6T5R0TigYB9yd1w</code> <code>oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0</code> <code>oauth_verifier=uw7NjWHT6OJ1MpJOXsHfNxoAhPKpgI8BlYDhxEjIBY</code>

応答本体に以下が返ってくる。

* <code>oauth_token=7588892-kagSNqWge8gB1WwE3plnFsJHAZVfxWD7Vb57p0b4</code> <code>oauth_token_secret=PbKfYqSryyeKDWz4ebtY3o5ogNLG11WJuZBc9fQrQo</code>

以後は上記をリクエストで使う。

===== Authorizing a request =====
Ref:

* [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/authorizing-a-request Authorizing a request | Docs | Twitter Developer Platform]
* [https://qiita.com/kerupani129/items/ee9d894cc67101f16c3f OAuth 1.0a 認証の実装 (Twitter API 用) #Twitter - Qiita]
* [https://note.com/tkhm_dev/n/n152ea1b08b8d Twitter APIをcurlで呼び出す場合のSignatureの生成｜tkhm]

X/TwitterはシンプルHTTPでAPI呼び出しがベース。<syntaxhighlight lang="http">
POST /1.1/statuses/update.json?include_entities=true HTTP/1.1
Accept: */*
Connection: close
User-Agent: OAuth gem v0.4.4
Content-Type: application/x-www-form-urlencoded
Content-Length: 76
Host: api.twitter.com

status=Hello%20Ladies%20%2b%20Gentlemen%2c%20a%20signed%20OAuth%20request%21
</syntaxhighlight>ただし、これに加えて以下の情報がないと、無効扱いになる。

* アプリ。
* ユーザー。
* 権限。
* 改竄。

上記の情報をリクエストに付与するために、OAuth 1.0aプロトコルを採用している。具体的には、上記の情報を付与する、追加のHTTP Authorizationヘッダーがあればよい。具体的には以下となる。<syntaxhighlight lang="http">
POST /1.1/statuses/update.json?include_entities=true HTTP/1.1
Accept: */*
Connection: close
User-Agent: OAuth gem v0.4.4
Content-Type: application/x-www-form-urlencoded
Authorization:
OAuth oauth_consumer_key="xvz1evFS4wEEPTGEFPHBog",
oauth_nonce="kYjzVBB8Y0ZFabxSWbWovY3uYSQ2pTgmZeNu2VS4cg",
oauth_signature="tnnArxj06cWHq44gCs1OSKk%2FjLY%3D",
oauth_signature_method="HMAC-SHA1",
oauth_timestamp="1318622958",
oauth_token="370773112-GmHxMAgYyLbNEtIKZeRNFsMKPR9EyMZeS9weJAEb",
oauth_version="1.0"
Content-Length: 76
Host: api.twitter.com

status=Hello%20Ladies%20%2b%20Gentlemen%2c%20a%20signed%20OAuth%20request%21
</syntaxhighlight>Authorizationヘッダーは実際には一行。

この署名プロセスが過度な場合、Web Intentsを使ったほうが簡単。

パラメーターは以下の通り。

* oauth_consumer_key=アプリの情報。開発者ページで生成しておく。
* oauth_nonce=リクエストごとに固有。再送防止用に使用する。
* oauth_signature=改竄防止用。他のパラメーターから自動生成。
* oauth_signature_method=HMAC-SHA1で固定。
* oauth_timestamp=リクエスト作成日。Unixエポック。
* oauth_token=アクセストークン。
* oauth_version=1.0固定。

===== Creating a signature =====

* [https://developer.twitter.com/ja/docs/authentication/oauth-1-0a/creating-a-signature 署名の作成 | Docs | Twitter Developer Platform]
* [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/creating-a-signature Creating a signature | Docs | Twitter Developer Platform]

== Search ==

=== 前後の投稿の検索 ===
投稿元ユーザーと、日付を指定することで前後検索が可能になる。
from:username until:YYYY-mm-dd
=== 最古検索 ===
[https://news.mynavi.jp/article/20210713-1921414/ Twitterで期間や日付を指定して検索する方法 - 検索コマンドを簡単解説 | マイナビニュース]

発端となる最初の投稿を調査したいことがある。

untilの日付をずらしていって絞り込む。

_hh:mm:ss_JSTのような時間まで指定できる。
until:2021-6-1_10:45:00_JST

== Other ==

=== Account ===

==== 不審なログインが阻止されました ====
<nowiki><blockquote class="twitter-tweet"><p lang="ja" dir="ltr">ふえええんなんかtwitterのバグでロックかかってたの、ちょうど24時間で復活したー！</nowiki>

　後学のために、また同じ問題に当たってしまった方のために記録を残しておきます。

・以下のようなメッセージが出て入れなくなっていました。

不審なログインが阻止されました
ご本人であることを確認できなかったため、ご利用のアカウントへのアクセスをブロックしました。これは、ログイン試行の回数が多すぎる、普段とは別の場所や端末からログインが試みられたなど、通常とは異なるログイン操作が見られたためです。しばらくしてからログインしなおしてください。このようなブロックは自動的に解除されます。ログインの問題についてのヘルプは、こちらをご覧ください。

・他の方もそうなるかはわかりませんが、僕はちょうど24時間でロックが解除されました。

　ご参考までに！<nowiki></p></nowiki><nowiki>&</nowiki>mdash; 稲垣理一郎(リーチロー)💵🪨🏈 (@reach_ina) <nowiki><a href="https://twitter.com/reach_ina/status/1680975592521633795?ref_src=twsrc%5Etfw">July 17, 2023</a></nowiki><nowiki></blockquote></nowiki> <nowiki><script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script></nowiki>
サブアカウント作成などで、既存アカウントのログアウト・ログインを複数回繰り返すと、不正アクセス扱いでブロックされる。24時間経過しないと解除されないらしい。
[[Category:Centralized]]

X

2025-08-08T11:25:19Z

Gnusocialjp: 最古検索

== About ==
旧Twitter。

== Link ==

* [https://marketing.twitter.com/ja/insights/kakusan 世界初公開｜「#拡散の科学」なぜ人はリツイートするのか？]
* https://x.com/Etype_mag/status/1859173932332613843 [https://type.jp/et/feature/27221/ 【独占】イーロン買収後の激動、日本初の開発拠点立ち上げの思惑とは？ X日本法人代表・松山歩が明かす - エンジニアtype | 転職type]

== Service ==
X/Twitter関係でアクセスの多い役務関係の記事が以下となっている。

* [https://web.gnusocial.jp/post/2023/10/28/9050/ 役務: X/Twitterのデータ一括ダウンロードCLI/GUIツールtwmd (twitter-media-downloader) | GNU social JP Web]
* [https://web.gnusocial.jp/post/2024/02/03/10046/ 役務: X/Twitterの匿名閲覧・RSS提供サービスNitterの終了？ | GNU social JP Web]

特に、Nitterは主要なメディアでの報道がないものの、潜在的なユーザーが多いようで、アクセスが多かった。

== API ==

=== Authentication ===
Ref: [https://developer.twitter.com/ja/docs/basics/authentication/overview/oauth OAuth with the Twitter API | Docs | Twitter Developer Platform].

Twitter APIを使う場合、まず認証が必要になる。OAuth 2.0ベースだが、いくつか方式がある。

# Application-only authentication: OAuth2 (bearer token): アプリで認証するケース。
# Application-user authentication: OAuth 1a (access token for user context): ユーザーで認証するケース。3-legged-OAuthを使用。

1番目は全体で共有する感じ。単独アプリなどで使う。レート制限などを緩和するために、サーバーアプリで、登録ユーザー別に、認証したいなら後者を使ったほうがいい。

==== OAuth 1.0a ====
Ref: [https://developer.twitter.com/en/docs/authentication/oauth-1-0a OAuth 1.0a | Docs | Twitter Developer Platform].

以下の情報を使う。

* oauth_consumer_key/secret: アプリの認証情報。アクセストークンの取得に使用。API Key、アプリキーなどとも呼ばれる。
* oauth_token/secret: アクセストークン。ユーザーが自分のアカウントにAPI経由でのアクセスに使用。実質的なパスワード。

consumer_key/secretは、開発者がX Developer Platformから事前に発行して取得しておく必要がある。oauth_token/secretは実装後にユーザーがアプリ操作で取得する感じになる。

アクセストークンを実際に取得する際のリクエストは以下のようなイメージ。
curl --request POST \
--url '<nowiki>https://api.twitter.com/1.1/statuses/update.json?status=Hello%20world'</nowiki> \
--header 'authorization: OAuth oauth_consumer_key="CONSUMER_API_KEY", oauth_nonce="OAUTH_NONCE", oauth_signature="OAUTH_SIGNATURE", oauth_signature_method="HMAC-SHA1", oauth_timestamp="OAUTH_TIMESTAMP", oauth_token="ACCESS_TOKEN", oauth_version="1.0"' \

===== API Key and Secret =====
Ref: [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/api-key-and-secret API Key and Secret | Docs | Twitter Developer Platform].

Consumer Key/Secretを取得する。開発者アカウントにログインして、アプリのプロジェクトを作成すると表示される。これを控えておく。

===== User Access Tokens (3-legged OAuth flow) =====
Ref:

* [https://cdn.cms-twdigitalassets.com/content/dam/developer-twitter/docs/obtaining-access-tokens.png.twimg.1920.png User Access Tokens (3-legged OAuth flow) | Docs | Twitter Developer Platform]
* [https://developer.twitter.com/ja/docs/authentication/oauth-1-0a/obtaining-user-access-tokens ユーザーアクセストークンの取得（3レッグ認証OAuth） | Docs | Twitter Developer Platform]

3-legged OAuth flowをに従って、ユーザーにアクセストークンの取得を行える。ここが重要。Twitterでのログインとほぼ同じ手順。

====== 1 POST oauth/request_token ======
まずコンシューマーキーを使って、アクセストークンを要請する。

* oauth_callback
* oauth_consumer_key

応答200で以下のパラメーターがボディーにあるので、これを後続の処理で使用する。

* oauth_token
* oauth_token_secret
* oauth_callback_confirmed
なお、OAuth関係のリクエスト送信時には、

oauth_nonce="OAUTH_NONCE", oauth_signature="OAUTH_SIGNATURE", oauth_signature_method="HMAC-SHA1", oauth_timestamp="OAUTH_TIMESTAMP", oauth_token="ACCESS_TOKEN", oauth_version="1.0"' \

の情報も必要な模様。

====== 2 GET oauth/authorize ======
1で取得したoauth_tokenを使って、GETする。

https://api.twitter.com/oauth/authorize?oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0

すると、1でoauth_callbackdで指定したURLにリダイレクトされて、URLクエリーにパラメーターがついてくる。

https://yourCallbackUrl.com?oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0&oauth_verifier=uw7NjWHT6OJ1MpJOXsHfNxoAhPKpgI8BlYDhxEjIBY

====== 3 POST oauth/access_token ======
最後にアクセストークンを取得する。

* POST /oauth/access_token
* <code>oauth_consumer_key=cChZNFj6T5R0TigYB9yd1w</code> <code>oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0</code> <code>oauth_verifier=uw7NjWHT6OJ1MpJOXsHfNxoAhPKpgI8BlYDhxEjIBY</code>

応答本体に以下が返ってくる。

* <code>oauth_token=7588892-kagSNqWge8gB1WwE3plnFsJHAZVfxWD7Vb57p0b4</code> <code>oauth_token_secret=PbKfYqSryyeKDWz4ebtY3o5ogNLG11WJuZBc9fQrQo</code>

以後は上記をリクエストで使う。

===== Authorizing a request =====
Ref:

* [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/authorizing-a-request Authorizing a request | Docs | Twitter Developer Platform]
* [https://qiita.com/kerupani129/items/ee9d894cc67101f16c3f OAuth 1.0a 認証の実装 (Twitter API 用) #Twitter - Qiita]
* [https://note.com/tkhm_dev/n/n152ea1b08b8d Twitter APIをcurlで呼び出す場合のSignatureの生成｜tkhm]

X/TwitterはシンプルHTTPでAPI呼び出しがベース。<syntaxhighlight lang="http">
POST /1.1/statuses/update.json?include_entities=true HTTP/1.1
Accept: */*
Connection: close
User-Agent: OAuth gem v0.4.4
Content-Type: application/x-www-form-urlencoded
Content-Length: 76
Host: api.twitter.com

status=Hello%20Ladies%20%2b%20Gentlemen%2c%20a%20signed%20OAuth%20request%21
</syntaxhighlight>ただし、これに加えて以下の情報がないと、無効扱いになる。

* アプリ。
* ユーザー。
* 権限。
* 改竄。

上記の情報をリクエストに付与するために、OAuth 1.0aプロトコルを採用している。具体的には、上記の情報を付与する、追加のHTTP Authorizationヘッダーがあればよい。具体的には以下となる。<syntaxhighlight lang="http">
POST /1.1/statuses/update.json?include_entities=true HTTP/1.1
Accept: */*
Connection: close
User-Agent: OAuth gem v0.4.4
Content-Type: application/x-www-form-urlencoded
Authorization:
OAuth oauth_consumer_key="xvz1evFS4wEEPTGEFPHBog",
oauth_nonce="kYjzVBB8Y0ZFabxSWbWovY3uYSQ2pTgmZeNu2VS4cg",
oauth_signature="tnnArxj06cWHq44gCs1OSKk%2FjLY%3D",
oauth_signature_method="HMAC-SHA1",
oauth_timestamp="1318622958",
oauth_token="370773112-GmHxMAgYyLbNEtIKZeRNFsMKPR9EyMZeS9weJAEb",
oauth_version="1.0"
Content-Length: 76
Host: api.twitter.com

status=Hello%20Ladies%20%2b%20Gentlemen%2c%20a%20signed%20OAuth%20request%21
</syntaxhighlight>Authorizationヘッダーは実際には一行。

この署名プロセスが過度な場合、Web Intentsを使ったほうが簡単。

パラメーターは以下の通り。

* oauth_consumer_key=アプリの情報。開発者ページで生成しておく。
* oauth_nonce=リクエストごとに固有。再送防止用に使用する。
* oauth_signature=改竄防止用。他のパラメーターから自動生成。
* oauth_signature_method=HMAC-SHA1で固定。
* oauth_timestamp=リクエスト作成日。Unixエポック。
* oauth_token=アクセストークン。
* oauth_version=1.0固定。

===== Creating a signature =====

* [https://developer.twitter.com/ja/docs/authentication/oauth-1-0a/creating-a-signature 署名の作成 | Docs | Twitter Developer Platform]
* [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/creating-a-signature Creating a signature | Docs | Twitter Developer Platform]

== Search ==

=== 前後の投稿の検索 ===
投稿元ユーザーと、日付を指定することで前後検索が可能になる。
from:username until:YYYY-mm-dd
ｓ

=== 最古検索 ===
発端となる最初の投稿を調査したいことがある。

untilの日付をずらしていって絞り込む。

ｓ

== Other ==

=== Account ===

==== 不審なログインが阻止されました ====
<nowiki><blockquote class="twitter-tweet"><p lang="ja" dir="ltr">ふえええんなんかtwitterのバグでロックかかってたの、ちょうど24時間で復活したー！</nowiki>

　後学のために、また同じ問題に当たってしまった方のために記録を残しておきます。

・以下のようなメッセージが出て入れなくなっていました。

不審なログインが阻止されました
ご本人であることを確認できなかったため、ご利用のアカウントへのアクセスをブロックしました。これは、ログイン試行の回数が多すぎる、普段とは別の場所や端末からログインが試みられたなど、通常とは異なるログイン操作が見られたためです。しばらくしてからログインしなおしてください。このようなブロックは自動的に解除されます。ログインの問題についてのヘルプは、こちらをご覧ください。

・他の方もそうなるかはわかりませんが、僕はちょうど24時間でロックが解除されました。

　ご参考までに！<nowiki></p></nowiki><nowiki>&</nowiki>mdash; 稲垣理一郎(リーチロー)💵🪨🏈 (@reach_ina) <nowiki><a href="https://twitter.com/reach_ina/status/1680975592521633795?ref_src=twsrc%5Etfw">July 17, 2023</a></nowiki><nowiki></blockquote></nowiki> <nowiki><script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script></nowiki>
サブアカウント作成などで、既存アカウントのログアウト・ログインを複数回繰り返すと、不正アクセス扱いでブロックされる。24時間経過しないと解除されないらしい。
[[Category:Centralized]]

MediaWiki

2025-07-16T08:14:18Z

Gnusocialjp: 箇条書き内のブロック

== About ==
MediaWikiはWikipediaで採用されている世界一有名なWikiソフトだ。

GNU social JP WikiもMediaWikiを採用している ([https://web.gnusocial.jp/post/2023/10/31/9191/ 告知: 自由な分散SNSのWiki「GNU social JP Wiki」の開始とサービス名の改名 | GNU social JP Web])。

「[https://kinsta.com/jp/blog/wordpress-wiki/ WordPress Wikiの作成方法（徹底解説）]」にあるように、WordPressでも似たようなWikiサイトの構築は可能。

== Install ==
* [https://web.gnusocial.jp/post/2023/10/30/9167/ 設置: MediaWiki | Wikipediaで採用された世界一有名な情報集約のWikiソフト | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/11/04/9170/ 設置: MediaWikiのindex.phpを省く短縮URL設定 | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/11/05/9173/ 設置: MediaWikiのホーム画面 (メインページ/Man_Page) の変更方法 | GNU social JP Web]

== Operation ==
[[mediawikiwiki:Manual:Administrators|Manual:Administrators - MediaWiki]]

=== Protection ===

* [[wikibooks:MediaWiki_Administrator's_Handbook/Page_Protection|MediaWiki Administrator's Handbook/Page Protection - Wikibooks, open books for an open world]]
* [[mediawikiwiki:Manual:Autoconfirmed_users|Manual:Autoconfirmed users - MediaWiki]]

荒らしや編集合戦対策で、ページを保護することで、編集を権限者に限定できる。

=== Block ===
Ref:

* [[mediawikiwiki:Manual:Block_and_unblock|Manual:Block and unblock - MediaWiki]] - [[wikibooks:MediaWiki_Administrator's_Handbook/User_Block|MediaWiki Administrator's Handbook/User Block - Wikibooks, open books for an open world]]

サイトが悪党に荒らされた場合の対策。該当アカウントをブロックできる。

ブロックの効果: 編集軽作業が不能になる。

荒らされたページや、新規作成されたページは、復元か削除で対応する。

方法。

* Special:Blockにアクセス。IPアドレスかユーザー名を指定。
* 他に、利用者か利用者トークページを開くと、サイドバーにブロックのリンクがあり、そこからも実施可能。

オプション

* アカウント作成をブロック: そのIPアドレスから新規登録を不能にする。
* 最後の使用IPアドレスと編集アドレスをブロック (ハードブロック):

=== Revert/Rollback ===
Ref: [[mediawikiwiki:Manual:Reverts|Manual:Reverts - MediaWiki]]

MediaWikiで誰かの編集を打ち消したり元に戻す機能。基本的に、復元用の履歴を作って元に戻す。

Revert (undo) は、ページを任意の履歴に戻す。現在のページからその履歴までの変更点を逆に適用して、新しい履歴を作る。基本的に誰でもできる。

Rollback/ロールバックは、ページに対して、同じユーザーによる最後の編集をまとめて巻き戻す。rollback権限が必要。シナリオとしては、同一ユーザーにより荒らしなどで大量に編集、破壊された場合に一括で戻せる。

なお、ページが誕生して以来1名のユーザーしか編集していない場合、ページの作成時点まで戻るので使用できない。

ロールバックを実行すると、「Ctkpaarr964565498 (トーク) による編集を Gnusocialjp による直前の版へ差し戻しました」のメッセージで、変更を打ち消し履歴が作られる。

=== RevisionDelete ===

* [[mediawikiwiki:Help:RevisionDelete/ja|Help:版指定削除 - MediaWiki]]
* [[mediawikiwiki:Manual:RevisionDelete/ja|Manual:版指定削除 - MediaWiki]]
* [https://design.kyusan-u.ac.jp/OpenSquareJP/?MediaWiki/Customize MediaWiki/Customize - OpenSquareJP｜井上貢一研究室]

秘匿情報を誤って公開した場合など、特定の変更履歴を非表示にできる。

LocalSettings.phpに以下を追記すると有効になる。
$wgGroupPermissions['sysop']['deletelogentry'] = true;
$wgGroupPermissions['sysop']['deleterevision'] = true;

=== Right ===

* [[mediawikiwiki:Manual:User_rights|Manual:User rights - MediaWiki]]
* [[mediawikiwiki:Manual:Preventing_access|Manual:Preventing access - MediaWiki]]
* [[mediawikiwiki:Manual:$wgGroupPermissions|Manual:$wgGroupPermissions - MediaWiki]]
* [https://sudachi.jp/wiki/MediaWiki%E3%81%AE%E8%A8%AD%E5%AE%9A MediaWikiの設定 - すだちWiki]

アクセス管理がユーザーやグループ単位でできる。

$wgGroupPermissions[グループ名][権限] で制御する。いくつか便利な設定、よくやる設定がある。
# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;

=== Spam ===
「[[mediawikiwiki:Manual:Combating_spam|Manual:Combating spam - MediaWiki]]」にMediaWikiのスパム対策の基本がまとまっている。

* [[mediawikiwiki:Extension:ConfirmEdit|Extension:ConfirmEdit - MediaWiki]]

=== ページ分類方法 ===
[http://blog.livedoor.jp/lionkid/archives/3096475.html world-walker スタッフブログ:MediaWikiのページ分類方法についての考察]

* 名前空間（Namespace）
* カテゴリ（Category）
* サブページ（Subpage）

MediaWikiでは上記の3種類のページ分類方法がある。それぞれ一長一短。

だが、基本的にはCategoryでやるのが一番汎用的。1個のページが複数の分類にしたいということがよくある。名前空間とサブページだとそれができない。親は常に1個。住所のような完全に上下関係が一致するなら問題ないが、後で変えるのもたいへん。

=== Category ===

==== About ====
[[mediawikiwiki:Help:Categories/ja|Help:カテゴリ - MediaWiki]]

ページをグループ化する機能。重要。

カテゴリーへのページの追加は、追加対象ページに <nowiki>[[Category:カテゴリ名]]</nowiki> を追加するだけ。どこでもいい。最下部が一般的。

カテゴリーページ自体へのリンクを張る場合、<nowiki>[[:Category:カテゴリー名]]</nowiki> のように、先頭に:を付与する。

カテゴリーが未作成なら、同時にカテゴリーの未作成ページができる。カテゴリーページはカテゴリーページで、作成が必要。カテゴリー自体も作成はできる。通常のページ同様に、 [Category:カテゴリー名] で検索して、新規作成する。

新規作成すると、CategoryTree拡張機能で、自動的にカテゴリー一覧が末尾に表示される。

カテゴリー自体も別のカテゴリーに属すことができる。ページ同様に、カテゴリーページに <nowiki>[[Category:カテゴリ名]]</nowiki> を追加するだけ。

カテゴリーの階層の保守としては、カテゴリーでツリー構造になっているときれい。サブページに近い。カテゴリーでWiki全体を分類してまとめられる。Category:Mainをカテゴリーのルートにするときれいかもしれない。

==== CategoryTree ====

===== About =====
カテゴリーの一覧表示は、標準拡張機能の「[[mediawikiwiki:Extension:CategoryTree/ja|Extension:CategoryTree - MediaWiki]]」で可能になる。transclude (参照読込) ではできない ([https://stackoverflow.com/questions/1050853/transclude-a-category-in-mediawiki Transclude a category in MediaWiki - Stack Overflow])。

CategoryTreeは以下の3種類の使用方法がある。

# カテゴリーページでデフォルト表示。
# カスタムタグ (categorytree )。
# special page ([[特別:CategoryTree|Special:CategoryTree]])

categorytree要素は以下のような形式で使う。
<nowiki><categorytree showcount="on" mode="all">Main</categorytree></nowiki>
重要なオプションがある。

* mode: 初期値が複雑。namespacesで上書き。なければ、項目が有無で決まる。pages (上限200ページ) かallを指定しておけばいいと思われる。ページ数が膨大ならpages。
** categories (0): サブカテゴリーのみ。
** pages (10): 画像を除いた、サブカテゴリーとページ。上限200ページ。
** all (20): 全部。
** parents (100): 親のカテゴリーを表示。インバース操作用。
* showcount: "on"でカテゴリーの記事数表示。categorytree要素でのみデフォルトoff。

===== デフォルト展開 =====
CategoryTreeのcategorytree要素を使うと、カテゴリー一覧を表示できる。が、クリックしないと展開されないのが、余計なクリックが必要で嫌。<blockquote>
; depth
: determines how many levels of the tree are shown initially. Default is 1. 0 means only the root node. The maximum value depends on the mode specified, and on the <code>$wgCategoryTreeMaxDepth</code> option. (Introduced between [[/static-codereview.wikimedia.org/MediaWiki/20410.html|r20410]] and [[/static-codereview.wikimedia.org/MediaWiki/20840.html|r20840]], Mar 30 2007; fully functional even with <code>$wgCategoryTreeDynamicTag</code> since [[/static-codereview.wikimedia.org/MediaWiki/36864.html|r36864]], July 2008.)

; $wgCategoryTreeMaxDepth
: an array defining the maximum depth for each [[/www.mediawiki.org/wiki/Extension:CategoryTree#Modes|mode]], to which the tree may be expanded initially using the depth parameter in a <category> tag. By default, this is set to 2 for the "categories" mode, and 1 for other modes. To set it to 3 for categories and 2 for other modes, for example, you can use <code>$wgCategoryTreeMaxDepth = [10 => 2, 20 => 2, 0 => 3, 100 => 2];</code>.
</blockquote>このあたりの、オプションと設定を使うと、うまくできる。

基本はdepthで最大展開表示数を制御する。ただし、性能の制御のために$wgCategoryTreeMaxDepthで上限が決まっている。デフォルトで、mode="categories"=2、他は1になっている。
$wgCategoryTreeMaxDepth = [20 => 9];
そんなに階層が何重にもなることは想定していないが、上記のようにLocalSettings.phpでallの最大を1から9に変更する。
<nowiki><categorytree showcount="on" mode="all" depth="9">Main</categorytree></nowiki>
加えて、上記のようにdepth="9"を指定すると反映される。膨大なWikiで9が重いなら、上限を変える。これで一括管理できる仕組みな模様。

「[https://stackoverflow.com/questions/37348060/mediawiki-category-tree-expand-all-by-default MediaWiki Category Tree expand all by default - Stack Overflow]」が関連Q&Aだが、回答が的外れになっている。

=== Language ===
日本語にすると、ヘルプとか特別とかが日本語のURLになるのが嫌。

「[[mediawikiwiki:Manual:Language/en|Manual:Language - MediaWiki]]」

Page content languageで変更できる？

「[[mediawikiwiki:Manual:FAQ|Manual:FAQ - MediaWiki]]」

Special:Allmessagesにシステムメッセージのリストがある。例えば、「特別ページ」は「specialpage 」が対応している。[Special:AllMessages] は「システムメッセージの一覧」で対応している。

[MediaWiki:Allmessages] のページでシステムメッセージが格納されている。[MediaWiki:Allmessages/ja] で言語対応が出る。

「[[mediawikiwiki:Manual:$wgUseDatabaseMessages|Manual:$wgUseDatabaseMessages - MediaWiki]]」で選択できる。falseにするとwpLanguageCodeで強制指定。trueだと自分で変更できる。

「[https://github.com/wikimedia/mediawiki/blob/1.42.1/languages/i18n/en.json mediawiki/languages/i18n/en.json at 1.42.1 · wikimedia/mediawiki]」が言語対応の一覧。ここから探すとよい。

特に重要なもの。

* nstab: 名前空間類のプレフィクスの模様。
* nstab-special Special
* specialpage
* specialpages 特別ページ一覧
* nstab-
* mainpage

Special:の扱いがよくわからない。カテゴリーじゃなくて名前空間。

* [[mediawikiwiki:Manual:Configuration_settings|Manual:Configuration settings - MediaWiki]]
* [[mediawikiwiki:Manual:Special_pages|Manual:Special pages - MediaWiki]]

The Special pseudo namespace can be translated in other languages. 翻訳可能。「[[mediawikiwiki:Manual:Namespace|Manual:Namespace - MediaWiki]]」によると、「[[mediawikiwiki:Manual:$wgNamespaceAliases|Manual:$wgNamespaceAliases - MediaWiki]]」で翻訳可能？

「[[mediawikiwiki:Manual:Namespace_constants|Manual:Namespace constants - MediaWiki]]」が定数。

NS_SPECIALを指定すると、翻訳が無効になる？
$wgNamespaceAliases['特別'] = NS_SPECIAL;
「[[mediawikiwiki:Topic:T9rltht3umy9zj8c|How to switch from german namespace to english? on Project:Support desk]]」これが近い。

/jaなど言語ページもあって、変更できる。が、パーマリンクは変わらない。別のところ。<blockquote>[[/www.mediawiki.org/wiki/User:Ciencia Al Poder|<bdi>Ciencia Al Poder</bdi>]] ([[/www.mediawiki.org/wiki/User talk:Ciencia Al Poder|talk]][[/www.mediawiki.org/wiki/Special:Contributions/Ciencia Al Poder|contribs]])

What you can control in the MediaWiki namespace is the text of the tab, not the namespace itself (eg: when linking to pages in that namespace or the displayed URL). See [[/www.mediawiki.org/wiki/Manual:Using custom namespaces|Manual:Using custom namespaces]]</blockquote>nstab系はタブテキストなどで、URLは変わらない。

Special:AllMessagesからnstab-category nstab-category/jaをCategoryに直したがパーマリンクは反映されず。

「[[mediawikiwiki:Help:System_message|Help:System message - MediaWiki]]」にシステムメッセージの変更方法がある。

まず、Special:AllMessagesのページに、システムメッセージの全リストがある。「[https://github.com/wikimedia/mediawiki/blob/1.42.1/languages/i18n/en.json mediawiki/languages/i18n/en.json at 1.42.1 · wikimedia/mediawiki]」がソースコードの対応。

en.jsonのja.jsonを変更する？

この画面から編集できる。変更方法が一応2種類ある。

# [MediaWiki:メッセージキー] のページの値を変更。
# Special:AllMessagesの左側のリンクで上記ページにアクセス (既定のメッセージ文が使用されている場合、ページが不在というわけではなく、編集ページが空のためリンクが赤色になっている)。
nstab-categoryを変更しても、URLは変わらない。

ChatGPTへの質問。

MediaWikiの名前空間の翻訳を無効にする方法を教えてください。

====== ChatGPT: ======
MediaWikiで名前空間の翻訳を無効にするには、以下の手順を実行します：

# '''<code>LocalSettings.php</code> ファイルの編集''': MediaWikiの設定ファイルである <code>LocalSettings.php</code> を開きます。このファイルは、MediaWikiインストールディレクトリにあります。
# '''翻訳を無効にする設定の追加''': <code>LocalSettings.php</code> に以下の設定を追加します。この設定により、指定した名前空間の翻訳を無効にすることができます。

// 名前空間の翻訳を無効にする
$wgTranslateLinks = false;

# この設定を追加することで、すべての名前空間の翻訳が無効になります。
# '''特定の名前空間の翻訳を無効にする''': 特定の名前空間だけ翻訳を無効にしたい場合は、より具体的な設定を追加する必要があります。たとえば、「ユーザー」名前空間（<code>User</code>）の翻訳を無効にするには、以下のように設定を追加します。

$wgNamespaceAliases = array(
NS_USER => 'User'
);

$wgTranslateLinks = false;

# これにより、「ユーザー」名前空間の翻訳が無効になります。必要に応じて、他の名前空間も設定できます。
# '''設定の保存''': <code>LocalSettings.php</code> を保存し、MediaWikiを再起動する必要があります。これにより、新しい設定が適用されます。
# '''確認''': 設定が正しく適用されているか確認するため、MediaWikiのインターフェースを確認し、指定した名前空間で翻訳が無効になっていることを確認します。

この手順で、MediaWikiで名前空間の翻訳を無効にすることができます。必要に応じて、設定を調整してください。

wgTranslateLinksは存在しない嘘だが、「[[mediawikiwiki:Manual:$wgNamespaceAliases/ja|Manual:$wgNamespaceAliases - MediaWiki]]」は使えそう。

[https://www.hostknox.com/knowledgebase/686/How-to-add-namespace-aliases-in-MediaWiki.html HostKnox :: ナレッジベース :: MediaWiki に名前空間エイリアスを追加する方法]

* 「[https://vanguardflight.xii.jp/wp/2014/03/30/313/ MediaWikiにExtension:Scribuntoをインストール – Remove Before Flight]」
* [https://vanguardflight.xii.jp/wp/2014/03/26/300/ MediaWikiのインストール手順 – Remove Before Flight]

エイリアスを追加するか、ソースコードの変更がやはり必要だと思われる。

「[[mediawikiwiki:Manual:$wgNamespaceAliases/ja|Manual:$wgNamespaceAliases - MediaWiki]]」を見ていたら、[[mediawikiwiki:Manual:$wgExtraNamespaces|Manual:$wgExtraNamespaces - MediaWiki]]が登場して、既定の名前空間の改名にも使えるらしい。「[[mediawikiwiki:Manual:Using_custom_namespaces|Manual:Using custom namespaces - MediaWiki]]」を見ると。
define("NS_FOO", 3000);
$wgExtraNamespaces[NS_FOO] = "Foo";
以下のように名前を変更すると、改名できるらしい。
define("NS_FOO", 3000);
$wgExtraNamespaces[NS_FOO] = "New";
$wgNamespaceAliases['Foo'] = NS_FOO;
本当かな？

[[mediawikiwiki:Manual:Namespace_constants|Manual:Namespace constants - MediaWiki]]

以下のコードでうまくいった。
// Rename namespace to keep English
$wgExtraNamespaces[NS_USER] = "User";
$wgNamespaceAliases['利用者'] = NS_USER;
$wgExtraNamespaces[NS_CATEGORY] = "Category";
$wgNamespaceAliases['カテゴリ'] = NS_CATEGORY;
$wgExtraNamespaces[NS_SPECIAL] = "Special";
$wgNamespaceAliases['特別'] = NS_SPECIAL;
特別など他のページもこれで全部英語に戻す。

=== Other ===

==== Conflict ====
複数のタブで同じページをGUIで編集して、更新すると、後の更新で前の更新が上書きされる。順番に注意する。

GUIじゃなくて、ソースエディットで節単位だと問題ないのかもしれない。

==== Snippet ====
https://chatgpt.com/c/6747d5d5-57ec-800b-97ec-e00c1e87a2fc

[https://www.wingfield.gr.jp/archives/4387 Mediawiki でのスニペット管理を考える - WINGFIELD since1995]

MediaWikiでコードスニペットの管理。

# 本文に埋め込み: 長いとみにくいかも。
# ファイルアップロード機能: 検索不能で編集履歴も追跡不能。
# VCSサービスの埋め込み。

短文は埋め込み、長くなったらファイルアップロード。がいいかな。

==== Media ====
画像などをアップロードする場合、ファイル名はサイト全体で固有である必要がある。いい加減なファイル名にはせずに、意味がわかるファイル名を心掛ける。

アップロード後のファイルの改名は少々手間がかかる。「拡張機能: Renameuser/RenameFiles」の拡張機能を使うとよい。

== Markup ==

=== Transclusion ===
MeidaWikiでは他のページの内容を埋め込むことが可能で、この機能を [Transclusion/参照読み込み](https://www.mediawiki.org/wiki/Transclusion) と呼んでいる。

{{<page name>}} のように、二重波括弧でページ名を指定すると埋め込める。埋め込み元で、埋め込みの許可・禁止ブロックをマークアップで指定することもできる。

参照読み込み可能な特別ページは限定されていて、以下となる。

* Special:AllPages
* Special:PrefixIndex
* Special:NewFiles
* Special:NewPages
* Special:RecentChanges
* Special:RecentChangesLinked.

トップページでの埋め込み表示などで便利なものがある。AllPages/NewPages/RecentChangesあたりが特に便利そうだ。

テンプレート的な使い方などで、駆使できると便利だろう。

=== HTML ===
MediaWikiでHTMLの要素をいくつか使用できる。

* [[mediawikiwiki:Help:Formatting|Help:Formatting - MediaWiki]]
* [[mediawikiwiki:HTML_restriction|HTML restriction - MediaWiki]]
* [[mediawikiwiki:Help:HTML_in_wikitext|Help:HTML in wikitext - MediaWiki]]

LocalSetting.phpで$wgRawHtml = true (デフォルトfalse) にすれば、html要素内でHTMLを無制限で使用可能になる。

=== Page ===
Ref: [[mediawikiwiki:Topic:Ua1cqlfd07kyvd8p|How to Embed List of All Namespace-Pages in a Wiki Page? on Project:Support desk]]

カスタム名前空間Privateで非公開ページを作ったら、Privateのページ一覧をメインページに表示させたくなった。若干工夫がいる。
<nowiki>{{Special:Prefixindex/<custom namespace>:}}</nowiki>
<custom namespace>部分にカスタム名前空間を指定する。これで一覧ページを開ける。大事なのは末尾の:。これで先頭一致でページ一覧のページになっている。これをtransclusionする形。

=== Other ===

==== Category:構文ハイライトエラーがあるページ ====
[https://knowledge.rinpress.com/index.php/MediaWiki%E3%81%AE%E3%80%8C%E6%A7%8B%E6%96%87%E3%83%8F%E3%82%A4%E3%83%A9%E3%82%A4%E3%83%88%E3%82%A8%E3%83%A9%E3%83%BC%E3%80%8D MediaWikiの「構文ハイライトエラー」 - とある社畜の頭脳整理]

MediaWikiでコードブロックの挿入時に、SyntaxHighlightを使用していて、言語を指定しなかったら、そのページにこのカテゴリーが付与される。

ただのテキストブロックを挿入したい場合、lang=textを選択する。これで解消される。

==== 箇条書き内のブロック ====
https://chatgpt.com/share/68775f22-ac78-800b-a5b3-5ed8ddbe7ad6

コロン:を入力するとインデントになる。

# 箇条書き内で、Shift-Enterで行内改行。
# コロンでインデント。
# Insert-Code blockでブロック挿入。

C-7などのPreformatとかだと箇条書きが解除されるので注意する。

==Setting==

===Private===
特定ページを非公開にすることができる。後日方法を精査する。

*[https://irineko.hatenablog.com/entry/2021/01/06/194908 mediawiki 特定のページの閲覧制限をしたい。 - 人狼wiki更新情報]
*[[mediawikiwiki:Manual:Preventing_access/ja|Manual:アクセス制限 - MediaWiki]]
全体設定としては以下がある。基本非公開で一部公開の場合に使える。
# Disable reading by anonymous users
$wgGroupPermissions['*']['read'] = false;

# Disable anonymous editing
$wgGroupPermissions['*']['edit'] = false;

# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;
今回は基本公開で一部非公開。

*ユーザー属性での管理。
*名前空間での管理 (LockDown拡張機能)。

Lockdownを試す。

「[https://web.gnusocial.jp/post/2024/02/03/10009/ 機能: MediaWikiでのLockdown拡張を用いた名前空間単位の非公開ページ | GNU social JP Web]」に記した。

=== $wgCapitalLinks===
出典: [[mediawikiwiki:Manual:$wgCapitalLinks|Manual:$wgCapitalLinks - MediaWiki]]。

MediaWikiはデフォルトでページ名やページURLの先頭1文字目が大文字になる。

$wgCapitalLinks = falseにするとこれを無効にできる。大文字小文字を完全に区別する。例えば、iPhoneなどのように、大文字小文字が重要なことがあるので、falseにしておくのがよいと思う。リンク切れにも影響するので最初の方で設定するとよい。

==Other==

===Analytics===
サイトのアクセス分析のためにGoogle Analyticsを設置したい。いくつか拡張機能がある。GA4対応が重要な項目。

*[[mediawikiwiki:Extension:Google_Analytics_Integration|Extension:Google Analytics Integration - MediaWiki]]: 翻訳は更新されているがベースコードは2017年のv3.0.1で古い。
*[[mediawikiwiki:Extension:GoogleAnalyticsMetrics|Extension:GoogleAnalyticsMetrics - MediaWiki]]: 2023-01 v1.0.2。Google Analyticsからメトリクスを取得して挿入する。アクセスカウンター的な拡張機能な模様 (関連: [[mediawikiwiki:Extension:HitCounters|Extension:HitCounters - MediaWiki]])。
*[[mediawikiwiki:Extension:Google_Analytics_Links|Extension:Google Analytics Links - MediaWiki]]: 2009年v1.2。古い。MediaWiki v1.39以上で動作しない。
*[[mediawikiwiki:Extension:GoogleAnalyticsTopPages|Extension:GoogleAnalyticsTopPages - MediaWiki]]: 2014年v0.0.1。アクセス上位ページのリストを生成する。
*[[mediawikiwiki:Extension:GoogleTagManager|Extension:GoogleTagManager - MediaWiki]]: 2023年v.1.1。Google Tag Managerを設置する。
*[[mediawikiwiki:Extension:GTag|Extension:GTag - MediaWiki]]、[https://mirukupc.com/2022/04/01/?p=169 MediaWikiでGoogle AnalyticsのGA4を使う - ミルクPCのブログ] (GTag): 2023 v1.3.0。新しいGoogle Analyticsのトラッキングタグに対応している。
*[https://github.com/harugon/Gtm GitHub - harugon/Gtm: MediaWikiにGoogle Tag Managerを追加します]: Google Tag Manager。
*[[mediawikiwiki:Extension:Matomo|Extension:Matomo - MediaWiki]]: Google Analyticsではない分析サービスの拡張機能。

公式プラグインを優先したい。

GTag、GoogleTagManager。これらが設置用にみえる。詳細に検討してみる。Google Tag ManagerはAnalyticsを含めて汎用的なことができる。ひとまずよくわからないので、シンプルなGTagを使ってみるとよさそう。

「[https://web.gnusocial.jp/post/2024/01/04/9756/ 拡張: MediaWikiのGoogle Analytics追跡拡張機能GTag | GNU social JP Web]」で設置した。

=== Advertise===

====広告ブロッカー対策====
出典: [https://dajya-ranger.com/pukiwiki/defend-site-content-for-pukiwiki/ 【PukiWiki編】広告ブロッカーからサイトコンテンツと収益を守る！ | SEの良心]。

MediaWikiでも同様の方法で広告ブロッカー対策を導入できそう。

====Adsense====
Google Adsense設置用のプラグインがいくつかある。

*[[mediawikiwiki:Extension:Google_AdSense|Extension:Google AdSense - MediaWiki]]: MediaWiki v1.37以上で非互換。
*[[mediawikiwiki:Extension:ShoutWiki_Ads|Extension:ShoutWiki Ads - MediaWiki]]
*[[mediawikiwiki:Extension:Widgets|Extension:Widgets - MediaWiki]]
*[https://knowledge.rinpress.com/index.php/MediaWiki%E3%81%ABGoogle_AdSense%E3%82%92%E8%BF%BD%E5%8A%A0%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F MediaWikiにGoogle AdSenseを追加してみた - とある社畜の頭脳整理]、[https://dococo.jp/index.php/Mediawiki%E3%81%A7Google_Adsense%E3%82%92%E8%A1%A8%E7%A4%BA%E3%81%95%E3%81%9B%E3%82%8B%E6%96%B9%E6%B3%95 MediawikiでGoogle Adsenseを表示させる方法 - dococo wiki]、[https://dococo.jp/index.php?title=MediaWiki%E3%81%A7Google_Adcence MediaWikiでGoogle Adcence - dococo wiki]: HTMLetsを使うらしい。

ShoutWiki AdsかWidgetsで設置する模様。基本はJavaScriptコードの設置。

[[Category:Other]]

GNU social

2025-07-16T02:07:44Z

Gnusocialjp: Develop TODO Structure

== Repository ==
いくつかある。

* [https://savannah.gnu.org/projects/social GNU social - Summary [Savannah]]: 2009-08-17登録。2016年で更新停止。Mastodonブーム到来直前までのメインリポジトリーだった模様。

== Manual ==
いくつかGNU socialのマニュアル的な文書がある。

* [https://thomask.sdf.org/social/en/ The Unofficial GNU Social documentation! — The Unofficial GNU Social Manuals 0.1.2 documentation] (https://gnusocial.jp/notice/7663849)
* [https://gnusocial.jp/doc/faq Faq - GNU social JP] (https://gnusocial.jp/notice/7663770)

== Server ==
[https://web.gnusocial.jp/post/2024/10/31/10862/ GNU socialの老舗サーバーgnusocial.netの2024-12-31での閉鎖予告 | GNU social JP Web]

== Tool ==
外部ツールがいくつかある。

* [https://github.com/benediktg/gnu-social-export GitHub - benediktg/gnu-social-export: Export list of followed accounts from GNU social to import it at Mastodon]: GNU socialのフォローリストをエクスポートする。
* [https://savannah.nongnu.org/projects/gnu-social-mode GNU Social mode for Emacs - Summary [Savannah]]: GNU socialのEmacsクライアント？

=== Linkage ===

* [https://elbinario.net/2015/02/11/gnusrss-publicando-feeds-en-gnu-social/ gnusrss – Publicando feeds en GNU Social – Elbinario]: RSSをGNU socialに自動投稿するPythonプログラム。
* [https://elbinario.net/2015/04/22/wp-gnu-social-descentralizando-los-comentarios/ WP-GNU social: Descentralizando los comentarios – Elbinario]: WordPressの投稿をGNU socialでも投稿し、それへの返信をWordPressにも反映する。

== API ==
GNU socialのWeb APIについては，フッターの [Help](doc/help), [About](doc/about), [TOS](doc/tos) などを選択して遷移できるDOCS画面の [API](doc/api) ([https://gnusocial.jp/doc/api Api - GNU social JP]) を選択することで表示できる。

ソースコード上はdoc-src ([https://notabug.org/gnusocialjp/gnusocial/src/v2.0.2/doc-src v2.0.2 - NotABug.org: Free code hosting]) 配下にAPI文書が格納されている。

AtomPubとTwitter互換APIの2種類のAPIを利用可能。Twitter APIのほうがシンプルだが、AtomPubだとリッチテキストが使用可能など、機能に若干の違いがある。

以下の記事も参考になる。

* [https://web.archive.org/web/20160506230737/http://www.ibm.com/developerworks/jp/xml/library/x-identicaphp/index.html Identi.ca で PHP を使用する: 第 1 回]
* [https://web.archive.org/web/20160506180924/http://www.ibm.com/developerworks/jp/xml/library/x-identicaphp2/index.html Identi.ca で PHP を使用する: 第 2 回]
* [https://web.archive.org/web/20180228032115/https://hakabahitoyo.wordpress.com/2017/01/08/gscxxbot/ GNU Social のボットを C++ で作る – 墓場人夜]
API末尾の拡張子atom/xml/jsonに応じた形式の応答をサーバーが返す模様。

=== Twitter API ===

* [https://web.archive.org/web/20170218060634/http://skilledtests.com/wiki/Twitter-compatible_API Twitter-compatible API - I ask questions]: QvitterのREADMEに記載のあったTwitter互換APIの説明文書。
* [https://developer.twitter.com/en/docs/twitter-api/v1 Standard v1.1 | Docs | Twitter Developer Platform]: X/Twitterの公式文書。

GNU socialのTwitter APIは完全互換ではないので注意が必要。

===Post===
wget -O - \
--http-user=vaginaplant \
--http-passwd=XXXXXX \
--post-data='status=LGBTPZN' \
<nowiki>https://freezepeach.xyz/api/statuses/update.json</nowiki>

curl -u username:password -d "status=status" <nowiki>https://domain/api/statuses/update.json</nowiki>
添付ファイルの例。
curl -u username:password \
-F "media=@image.jpg" \
-F "status=post message" \
<nowiki>https://domain.jp/api/statuses/update.json</nowiki>
返信する場合、リクエストボディーにin_reply_to_status_idで返信先投稿IDを指定する。Twitter APIだと、本文に@メンションが必須だが、GSの場合、メンションは任意の模様。ただ、他の実装だと必須のものもあったりする。あるほうが安定するかもしれない。

===Get===

JSONの配列で応答が返ってくる。
curl $HOST/api/statuses/user_timeline/test.json

[
{
"text": "QSettings",
"truncated": false,
"created_at": "Thu Jan 04 11:51:11 +0900 2024",
"in_reply_to_status_id": null,
"uri": "tag:gnusocial.jp,2024-01-04:noticeId=5026657:objectType=note",
"source": "",
"source_link": null,
"id": 5026657,
"in_reply_to_user_id": null,
"in_reply_to_screen_name": null,
"geo": null,
"user": {
"id": 2,
"name": "test",
"screen_name": "test",
"location": "Japan",
"description": "gnusocial.jpのテストアカウントです。\r\nID/PW=test/666666。\r\n投稿にはメール登録が必要です。基本は閲覧用です。",
"profile_image_url": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_https": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_profile_size": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"profile_image_url_original": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"groups_count": 1,
"linkcolor": false,
"backgroundcolor": false,
"url": "https://example.com",
"protected": false,
"followers_count": 15,
"friends_count": 1,
"created_at": "Mon Jul 18 13:10:39 +0900 2022",
"utc_offset": "32400",
"time_zone": "Asia/Tokyo",
"statuses_count": 35,
"following": false,
"statusnet_blocking": false,
"notifications": false,
"statusnet_profile_url": "https://gnusocial.jp/test",
"cover_photo": false,
"background_image": false,
"profile_link_color": false,
"profile_background_color": false,
"profile_banner_url": false,
"is_local": true,
"is_silenced": false,
"rights": {
"delete_user": false,
"delete_others_notice": false,
"silence": false,
"sandbox": false
},
"is_sandboxed": false,
"ostatus_uri": "https://gnusocial.jp/index.php/user/2",
"favourites_count": 0
},
"statusnet_html": "QSettings",
"statusnet_conversation_id": 2539347,
"statusnet_in_groups": false,
"external_url": "https://gnusocial.jp/notice/5026657",
"in_reply_to_profileurl": null,
"in_reply_to_ostatus_uri": null,
"attentions": [],
"fave_num": 0,
"repeat_num": 0,
"is_post_verb": true,
"is_local": true,
"favorited": false,
"repeated": false
},
{
"text": "test 2",
"truncated": false,
"created_at": "Thu Jan 04 10:41:35 +0900 2024",
"in_reply_to_status_id": null,
"uri": "tag:gnusocial.jp,2024-01-04:noticeId=5026119:objectType=note",
"source": "",
"source_link": null,
"id": 5026119,
"in_reply_to_user_id": null,
"in_reply_to_screen_name": null,
"geo": null,
"user": {
"id": 2,
"name": "test",
"screen_name": "test",
"location": "Japan",
"description": "gnusocial.jpのテストアカウントです。\r\nID/PW=test/666666。\r\n投稿にはメール登録が必要です。基本は閲覧用です。",
"profile_image_url": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_https": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_profile_size": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"profile_image_url_original": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"groups_count": 1,
"linkcolor": false,
"backgroundcolor": false,
"url": "https://example.com",
"protected": false,
"followers_count": 15,
"friends_count": 1,
"created_at": "Mon Jul 18 13:10:39 +0900 2022",
"utc_offset": "32400",
"time_zone": "Asia/Tokyo",
"statuses_count": 35,
"following": false,
"statusnet_blocking": false,
"notifications": false,
"statusnet_profile_url": "https://gnusocial.jp/test",
"cover_photo": false,
"background_image": false,
"profile_link_color": false,
"profile_background_color": false,
"profile_banner_url": false,
"is_local": true,
"is_silenced": false,
"rights": {
"delete_user": false,
"delete_others_notice": false,
"silence": false,
"sandbox": false
},
"is_sandboxed": false,
"ostatus_uri": "https://gnusocial.jp/index.php/user/2",
"favourites_count": 0
},
"statusnet_html": "test 2",
"statusnet_conversation_id": 2539084,
"statusnet_in_groups": false,
"external_url": "https://gnusocial.jp/notice/5026119",
"in_reply_to_profileurl": null,
"in_reply_to_ostatus_uri": null,
"attentions": [],
"fave_num": 0,
"repeat_num": 0,
"is_post_verb": true,
"is_local": true,
"favorited": false,
"repeated": false
},
{
"text": "test (https://gnusocial.jp/test) started following めうるみ (とけた) (https://mewl.me/@mewl).",
"truncated": false,
"created_at": "Thu Sep 08 08:32:22 +0900 2022",
"in_reply_to_status_id": null,
"uri": "tag:gnusocial.jp,2022-09-07:subscription:2:person:9308:2022-09-08T08:32:22+09:00",
"source": "activity",
"source_link": null,
"id": 274143,
"in_reply_to_user_id": null,
"in_reply_to_screen_name": null,
"geo": null,
"user": {
"id": 2,
"name": "test",
"screen_name": "test",
"location": "Japan",
"description": "gnusocial.jpのテストアカウントです。\r\nID/PW=test/666666。\r\n投稿にはメール登録が必要です。基本は閲覧用です。",
"profile_image_url": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_https": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_profile_size": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"profile_image_url_original": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"groups_count": 1,
"linkcolor": false,
"backgroundcolor": false,
"url": "https://example.com",
"protected": false,
"followers_count": 15,
"friends_count": 1,
"created_at": "Mon Jul 18 13:10:39 +0900 2022",
"utc_offset": "32400",
"time_zone": "Asia/Tokyo",
"statuses_count": 35,
"following": false,
"statusnet_blocking": false,
"notifications": false,
"statusnet_profile_url": "https://gnusocial.jp/test",
"cover_photo": false,
"background_image": false,
"profile_link_color": false,
"profile_background_color": false,
"profile_banner_url": false,
"is_local": true,
"is_silenced": false,
"rights": {
"delete_user": false,
"delete_others_notice": false,
"silence": false,
"sandbox": false
},
"is_sandboxed": false,
"ostatus_uri": "https://gnusocial.jp/index.php/user/2",
"favourites_count": 0
},
"statusnet_html": "test started following めうるみ (とけた).",
"statusnet_conversation_id": 154562,
"statusnet_in_groups": false,
"external_url": "https://gnusocial.jp/notice/274143",
"in_reply_to_profileurl": null,
"in_reply_to_ostatus_uri": null,
"attentions": [],
"fave_num": 0,
"repeat_num": 0,
"is_post_verb": false,
"is_local": true,
"favorited": false,
"repeated": false
}
]

== Develop ==

=== TODO ===

==== Structure ====
https://chatgpt.com/share/6876fa52-d850-800b-81f0-78bb0d44a7ba

Laravelのapp()のように、Factory Method+Adapterを併用して、置換可能な構造にする。

=== Config ===
「[https://notabug.org/gnusocialjp/gnusocial/src/develop/lib/util/default.php lib/util/default.php]」にデフォルト設定一覧がある。

ここの設定項目は、 <code>common_config(key1, key2)</code>で参照できる。

=== Structure ===

==== Next ====
今後採用予定の技術を検討する。

PHP v7.4は当分維持したい。これで動作するバージョンを選ぶ。

基本方針。

* 単独利用可能。
* 普及。

単独利用可能で、普及している、枯れた技術を採用したい。おまけでGPL系のライセンスだとなおよし。

* Smarty: テンプレートエンジン。いろいろ検討して、Twigよりも早く普及している。GNU social自体と誕生も近い。
* Phinx?: DBのマイグレーションツール。なくてもいいかもしれない。

Smartyは導入したいかな。

==== Version ====
lib/util/framwork.phpがGNU social全体の初期化ファイルになっており、ここにバージョン番号も記載する。

自分が保守を始める直前のコミットの [before-gnusocialjp] のタグをつけて明示する。

==== Basic ====
バグ修正などで、通信と実コードの対応関係を特定する手順があるので整理する。

まず、GNU socialのサイトにアクセスすると、以下のpublic/.htaccessの内容に従って、URLがindex.php?p=<path>の形式に書き換えられる。
<RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) index.php?p=$1 [L,QSA]
lib/router.php: ルーティング処理 (URLによる挙動の変更) 。ここで<path>と呼び出される処理 (action) が対応づけられている。

index.php内の[https://notabug.org/gnusocialjp/gnusocial/src/develop/public/index.php main関数]でcall_user_func内で最終的にパスに対応するactionクラスのhandleを呼び出しており、このhandleの連鎖で処理が進む。

actionはactions配下にaction名.phpの形式で格納されている。

こういう風に見ると、ソースコードの該当処理を探しやすい。

例えば、グループを新規作成する画面は、POST group/newの通信を行う。これに対応づくactionはnewgroupとなっている。

実際、actions/newgroup.phpというファイルが存在する。この中にdoPost() があり、これで処理している。

このような流れで、だいたい行っている処理の場所を特定できる。

==== API追加 ====
lib/util/router.phpのinitializeや、プラグインの場合OnInitializeなどでルーティングの設定がされているので、これを追加する。<syntaxhighlight lang="diff">
--- a/lib/util/router.php
+++ b/lib/util/router.php
@@ -574,9 +574,13 @@ class Router
['action' => 'ApiAccountRateLimitStatus'],
['format' => '(xml|json)']);

- $m->connect('api/account/delete.:format',
+ $m->connect('api/account/delete/:id.:format',
['action' => 'ApiAccountDelete'],
- ['format' => '(xml|json)']);
+ ['id' => Nickname::INPUT_FMT,
+ 'format' => '(xml|json)']);
+ $m->connect('api/account/delete.:format',
+ ['action' => 'ApiAccountDelete'],
+ ['format' => '(xml|json)']);

</syntaxhighlight>actionにaction/配下の相当するクラスで実際のリクエストを処理する。

router内の:id.:formatなどがうまくURLの構成要素になっており、ここを引数として使えるようになっている。

==== Action ====
URLMapper.connectで割り当てられたactionクラスは、最終的にindex.php mainでexecuteされることで、一連の処理が始まる。

[[ファイル:public.index.main.png|サムネイル|なし|609x609ピクセル]]

Action.run-execute-prepare-handle-flushの一連の処理が呼ばれて、該当URLのリクエストが処理・応答される。
=== Register ===

* main/register
* api/account/register.:format

=== DB ===
DB関係のコードはclassesディレクトリーに配置する。DB操作、テーブルに対応しているクラスはclasses.Managed_DataObjectの継承が基本。

getKVのstaticメソッドで、主キーから行 (レコード) を取得する。

=== Request ===
HTTP関係の処理はHTTPClientで行う。

plugins/LinkbackPlugin.phpの例。<syntaxhighlight lang="php">
$payload = array(
'source' => $source,
'target' => $url
);

$request = HTTPClient::start();
try {
$response = $request->post($endpoint,
array(
'Content-type: application/x-www-form-urlencoded',
'Accept: application/json'
),
$payload
);

if(!in_array($response->getStatus(), array(200,201,202))) {
common_log(LOG_WARNING,
"Webmention request failed for '$url' ($endpoint)");
}
} catch (Exception $e) {
common_log(LOG_WARNING, "Webmention request failed for '{$url}' ({$endpoint}): {$e->getMessage()}");
}

</syntaxhighlight>startで生成して、ヘッダーとペイロードを設定するだけ。

startは互換用なのでnew HTTPClient()で問題ない。

基本はtryの中で実行する。たぶん、200系以外はExceptionになる。

=== Log ===
lib/util/util.phpにログなどの共通関数が存在する。デバッグに役立つ。

* common_log
* common_debug: common_log(DEBUG, )。基本はこれを使う。
* common_log_objstring: DB_DataObjectを文字列に変換。これとcommon_debugを併用する感じ。
* _ve: var_exportのラッパー。オブジェクトの文字化に便利。

スタックトレース: common_debug(_ve(debug_backtrace()));

ログ出力の設定をしておく。以下の構文などでログが出力される。

<code>common_debug(str)</code>
comon_logというのがあるが、これはcommon_log(LOG_INRO, str)のような形で使う。長い。
=== Test ===
PHPUnitのテスト記述時のコツがある。<syntaxhighlight lang="php" line="1">
<?php declare(strict_types=1);
use PHPUnit\Framework\TestCase;

define('GNUSOCIAL', true);
define('INSTALLDIR', '.');
set_include_path('../../');
require_once(INSTALLDIR . '/lib/util/framework.php');

final class ApiAccountRegisterActionTest extends TestCase
{
private $instance;

protected function setUp(): void
{
$GLOBALS['config'] = [];
$this->instance = new ApiAccountRegisterAction;
}

public function testHandle(): void
{
$GLOBALS['config']['site'] = ['closed' => true];
$this->expectExceptionMessage('Registration not allowed.');

$mock = $this->createMock('ApiAccountRegisterAction');
$mock->expects($this->any())
->method('clientError')
->willReturnCallback(function(
string $msg, int $code = 400, ?string $format = null) {
throw new \Exception($msg, $code, $format);
});
$this->doMethod($mock, 'handle', []);
}

/**
* privateメソッドを実行する.
* @param object $object 対象オブジェクト。
* @param string $methodName privateメソッドの名前。
* @param array $param privateメソッドに渡す引数。
* @return mixed 実行結果。
* @throws \ReflectionException 引数のクラスがない場合に発生。
*/
private function doMethod(object $object, string $methodName, array $param): object
{
// テスト対象のクラスをnewする.
$controller = $object;
// ReflectionClassをテスト対象のクラスをもとに作る.
$reflection = new \ReflectionClass($controller);
// メソッドを取得する.
$method = $reflection->getMethod($methodName);
// アクセス許可をする.
$method->setAccessible(true);
// メソッドを実行して返却値をそのまま返す.
return $method->invokeArgs($controller, $param);
}
}
</syntaxhighlight>ポイントは以下3点。

# 冒頭のdefineからrequire_onceの部分でライブラリーのオートロード類を設定する。GNUSOCIALのマクロがないと冒頭のexitで終わるので定義必要。
# テスト対象インスタンス生成時に$configを参照していることが多いので、setUpでダミーで定義しておく。
# clientErrorでexitで中断することが多いので、試験できるようにmockでclientErrorを例外を出す別の関数に置換しておく。これで試験できる。

=== Plugin ===
DOCUMENTAION/DEVELOPERS/Pluginsに一連の資料がある。

==== README.md ====
プラグインはlib/util/modules/Pluginsクラスを継承することで、GNU socialと連携する。

この継承クラスは、イベント発生時に呼ばれる標準的な命名のメソッド (イベントハンドラー) を持つ。具体的にはonXの形式。XはEVENTS.txtで一覧化されるイベント名がが入る。そして、定義済みの引数を持つ。

例えば以下のようになる。<syntaxhighlight lang="php">
public function onSomeEvent($paramA, &$paramB): bool
{
if ($paramA == 'jed') {
throw new Exception(sprintf(_m("Invalid parameter %s"), $paramA));
}
$paramB = 'spock';
return true;
}
</syntaxhighlight>

===== Event Handlers =====
イベントハンドラーは論理値を返す必要がある。

* false: 他の同じ名前のイベントハンドラーはスキップされる。既存のイベントハンドラーの動きの置換に役立つ。
* true: 処理継続。イベント処理の追加・拡張となる。

例外を投げると、止まる。

===== Installation =====
プラグインの有効化には、SmplePluginの場合、以下のコードをconfig.phpに記述する。
addPlugin('Sample');
サードパーティープラグインはlocal/plugins/{$name}/{$pluginclass}.phpに格納する必要がある。$nameはSample、$pluginclassはSamplePlugin。

同梱プラグインはpluginsディレクトリーにある。

===== Plugin Configuration =====
プラグインはaddPlugin時にオプション引数で設定できる。
addPlugin('Sample', ['attr1' => 'foo', 'attr2' => 'bar']);
<syntaxhighlight lang="php">
class SamplePlugin extends Plugin
{
public $attr1 = null;
public $attr2 = null;
}
</syntaxhighlight>引数のキーがそのままプロパティーになる。

===== Initialization =====
Pluginクラスのメソッドをオーバーライドする形でいくつかの処理を行っていく。

initializeで初期化する。リモートサーバー接続やパス作成などを行うのに役立つ。

===== Clean Up =====
clieanupでリモートサーバーからの切断、一時ファイルの削除などのタイミング。

===== Database schema setup =====
プラグインは自分のDBテーブルを保有できる。ensureTableメソッドでテーブル構造や可用性を確認できる。

デフォルトで、スキーマはGNU socialの実行時 (Webページの表示時) にチェックされる。管理者はcheckschema.phpスクリプトの実行で、チェックしたり、性能を向上できる。このスクリプトはプラグインの設置や更新後に実行する必要がある。

例えば、以下のようなコードで、テーブルの保証ができる。<syntaxhighlight lang="php">
public function onCheckSchema(): bool
{
$schema = Schema::get();

// '''For storing user-submitted flags on profiles'''

$schema->ensureTable('user_greeting_count',[
new ColumnDef('user_id', 'integer', null, true, 'PRI'),
new ColumnDef('greeting_count', 'integer')
]
);

return true;
}
</syntaxhighlight>引数1でテーブル名、引数2の配列で列定義の模様。引数2はモデルでstatic関数にしたほうがいいかも。

===== Load related plugins when needed =====
通常のプラグインは外部プラグインが必要なことが多い。onAutolaodメソッドは関連ファイルを受け取れる。<syntaxhighlight lang="php">
public function onAutoload($cls): bool
{
$dir = __DIR__;

switch ($cls)
{
case 'HelloAction':
include_once $dir . '/' . strtolower(mb_substr($cls, 0, -6)) . '.php';
return false;
case 'User_greeting_count':
include_once $dir . '/'.$cls.'.php';
return false;
default:
return true;
}
}
</syntaxhighlight>注意すべき点として、onAutoloadメソッドはPluginをオーバーロードしている全クラスから呼ばれる。だから他のプラグインを読み込めるようにdefaultでreturn trueを必ずしよう。

===== Map URLs to actions =====
onRouterInitializedメソッドはプラグインにURLを割り当てる。いわゆるルーティング。action='foobar'の場合、FoobarActionのハンドラークラスを呼び出す。<syntaxhighlight lang="php">
public function onRouterInitialized($m): bool
{
$m->connect('main/hello',
['action' => 'hello']);
return true;
}
</syntaxhighlight>

===== Modify the default menu to link to our custom action =====
イベントハンドラーで、制限なしにデフォルトUIを修正できる。

onEndPrimaryNavメソッドで、メインメニューにメニュー項目を追加できる。

===== Action Class =====
Actionクラスは出力メソッドと同様にフック用のイベントのセットを提供する。<syntaxhighlight lang="php">
public function onEndPrimaryNav($action): bool
{
// '''common_local_url()''' gets the correct URL for the action name we provide

$action->menuItem(common_local_url('hello'),
_m('Hello'), _m('A warm greeting'), false, 'nav_hello');
return true;
}

public function onPluginVersion(&$versions): bool
{
$versions[] = [
'name' => 'Sample',
'version' => GNUSOCIAL_VERSION,
'author' => 'Brion Vibber, Evan Prodromou',
'homepage' => 'http://example.org/plugin',
'rawdescription' =>
_m('A sample plugin to show basics of development for new hackers.')
];
return true;
}
</syntaxhighlight>

===== hello.php =====
hello.phpはユーザーに挨拶文を表示するシンプルなプラグイン。Actionクラスによる出力のサンプル。

===== Take arguments for running =====
<syntaxhighlight lang="php">
public function prepare(array $args = []): bool
{
parent::prepare($args);

$this->user = common_current_user();

if (!empty($this->user)) {
$this->gc = User_greeting_count::inc($this->user->id);
}

return true;
}
</syntaxhighlight>prepareメソッドは最初に呼ばれ、actionクラスは引数を得る。DBから必要なデータも取得する。

デフォルトの引数処理のため、Actionクラスは最初にparent::prpare($args) を呼ぶべき。

===== Handle request =====
<syntaxhighlight lang="php">
public function handle(): void
{
parent::handle();

$this->showPage();
}
</syntaxhighlight>handleメソッドはリクエストの処理のメイン処理。ほとんどの前処理はprepareメソッドで行っておくべき。handleは単にデータ表示だけなどシンプルにしておいた方がいい。

===== Title of this page =====
<syntaxhighlight lang="php">
public function title(): string
{
if (empty($this->user)) {
return _m('Hello');
} else {
return sprintf(_m('Hello, %s'), $this->user->nickname);
}
}
</syntaxhighlight>titleメソッドでカスタムタイトルを上書き表示できる。

===== Show content in the content area =====
<syntaxhighlight lang="php">
public function showContent(): void
{
if (empty($this->user)) {
$this->element('p', ['class' => 'greeting'],
_m('Hello, stranger!'));
} else {
$this->element('p', ['class' => 'greeting'],
sprintf(_m('Hello, %s'), $this->user->nickname));
$this->element('p', ['class' => 'greeting_count'],
sprintf(_m('I have greeted you %d time.',
'I have greeted you %d times.',
$this->gc->greeting_count),
$this->gc->greeting_count));
}
}
</syntaxhighlight>デフォルトのGNU socialは大量の装飾がある。メニュー、ロゴ、タブなど。このメソッドはコンテントエリアの表示に使う。

===== Return true if read only. =====
<syntaxhighlight lang="php">
public function isReadOnly($args): bool
{
return false;
}
</syntaxhighlight>いくつかのアクションはDBから読み取り専用となる。単純なデータベースのロードバランサーは設定でみらーできる。

デフォルトでDBの一貫性の問題回避のためfalseになっている。ただ、パフォーマンス工場のために変更も検討できる。

== Business ==
https://chatgpt.com/c/67ef45fc-f224-800b-be3b-d22cc6f28b70

<nowiki>##</nowiki> ✅ どうすれば「やりたいこと」で食べていけるのか？

あなたがここから抜け出すカギは：

> **「一人でも回る収益モデルを、GNU socialの延長線上で育てる」こと。**

たとえば：

<nowiki>###</nowiki> 1. 🧰 GNU social関連でサービスを売る

- **ホスティング代行**（Mastodonのホスティングに近いモデル）

- **テーマ・プラグインの販売**

- **GNU socialの使い方講座や技術支援**

あなた自身が「実際に使える状態のGNU social環境」を整えられるのなら、

<nowiki>**</nowiki>他の人が使える“プロダクト”として売る**ことは十分に可能です。

<nowiki>###</nowiki> 2. 👤 一人で回せるFOSS＋SaaS型の小さな仕組みをつくる

- GNU socialのエンジンをベースに、

ある**特定の用途に絞った軽量SNS**にして売る（例：地域コミュニティ／趣味SNS／マイクロブログ）

「技術が好き」「思想がある」あなたの武器は、

<nowiki>**</nowiki>“熱量ある小規模市場”を刺すサービス**と相性が良いです。

---

<nowiki>##</nowiki> 🤝 協力者なしでも、戦える設計にする

人に裏切られてきた過去があるなら、**「一人でできるビジネスモデル」**にするのは賢い選択です。

でも、「一人で完結」はできても、「一人でやりきる必要はない」とも思います。

信頼はゆっくり時間をかけて、リスクを最小限にして、再構築してもいい。

たとえば：

- 自動化ツール／ノーコードを使って事務作業を減らす

- ChatGPTやCopilotなどを使って**擬似的な“補佐役”**を持つ

- 最低限の業務委託（クラウドワークスなど）を**スポット的に使う**
[[Category:GNU social]]

Imgur

2025-06-24T11:27:11Z

Gnusocialjp: Post Public+Hidden

== About ==
Imgur (イミジャー？) ([https://imgur.com/ Imgur: The magic of the Internet]) は画像共有SNS ([https://web.gnusocial.jp/post/2024/03/06/10426/ 役務: 容量無制限・永続保存で世界的に人気の画像共有サービスImgurは資料の保存・共有に非常に有用 | GNU social JP Web])。

日本では画像アップロード先として、掲示板サイトなどでよく使われている。が、Instagramのような画像共有SNSというのが運営側の主張。

海外で人気の掲示板サイトのRedditに画像アップローダーがなかったため、主にRedditでの画像共有のために始まったとされている。2009年にサービスが開始し、現在は世界的に有名で人気の画像共有サービスとなっている。

なお、2023年5月の更新で、ポルノ画像の削除が規約に盛り込まれた。それまでは、外部参照先として、ボルノ・エロ画像もアップロードが可能だった。同時に、アカウントなしで匿名アップロードした場合、アップロード画像が削除対象になるとも明記された。

「[https://apptopi.jp/2021/11/30/imgur/ Imgur（イミジャー）って知ってる？便利な使い方を徹底解説！ | APPTOPI]」

== Function ==
Instagramも似たような画像共有機能として使うこともできるが、以下2点がImgurの特徴。

* 匿名性
* Webでのフォルダー分け

Instagramだと画像がユーザーアカウント連携され、アップロード者がすぐに分かる。また、スマートフォンアプリを優遇していて、分類分け機能のCollectionはWebからは使えない。外部アップローダーというよりかは、コミュニケーション機能を重視した設計になっている。

人気の秘訣がアップロード画像の制限。以下の上限はあるものの、それ以外は無制限にアップロードが可能。

* 1時間50ファイルまで
* 1ファイル上限20 MB

高品質の写真などでなければ、無制限に利用可能なアップローダーとしても利用できる。

画像アップロード時には、公開・非公開を選択でき、非公開にすると、リンクを知っている人だけが閲覧可能になる。非公開だとURLからアップロード者は特定不能になっている。

なお、Web UIはいくつか問題がある模様。

* マイページの [Post] にPublic/Hiddenで可視性に応じたタブがあるがこれはうまく機能していない模様。
* 他のユーザーのマイページを開いても [Post] がうまく表示されるとは限らない。
* フォルダー分け (Favorite) は1画像1カテゴリーのみ。

上記制約があるので、基本はFavoriteで画像を分類分けして管理する使い方になると思われる。Favoriteは非公開にもできる。アップロード画像をpublic/hiddenを繰り返したりすると、うまく反映されることがあるが、あまりあてにしないほうがいい。アプリだと問題ないのかもしれない。

指定画像URLの保存や、動画・アニメーションgifの作成機能などもあり、WebArchiveで保存できない画像や、スクリーンショットでの一種の魚拓、データ保存サービスとしてかなり有用だと思われる。

== Usage ==

=== Title ===
Publicで投稿するとタイトルを変更できない。Privateにしたらタイトルを変更可能になる。一時的にPrivateにしてPublicに戻すと良い。パーマリンクも同じまま。

=== Download ===

==== Bulk ====
[https://www.reddit.com/r/redditisfun/comments/2otj8s/batch_download_images_on_a_imgur_gallery_page/ Batch download images on a imgur gallery page? : r/redditisfun]

アルバム・1個の投稿に添付された画像を一括で保存できる。

クラシックモードに切り替えて、アルバムを表示すると、右側に [Download post] が表示される。これを選ぶとzip形式で一括で保存できる。

=== Post ===

==== Public+Hidden ====
投稿の可視性としてpublic/hiddenを選べる。公開後にいつでも切替可能。それぞれ利点と欠点がる。

* public: コメント可能。第三者から投稿者特定可能。全体タイムラインに流れるので人目につきやすい。ただし、人目につくことが多いと、個人情報など少しでも問題ありそうな投稿だと通報されて、banくらう確率が上がる。また、公開後に画像を追加できない。descriptionの投稿が可能？投稿全体の説明をかける。
* hidden: コメント不能。リンクを知っている人だけアクセス可能。第三者から投稿者特定不能。たぶん検索にもヒットしない。公開後に画像追加可能。descriptionがない。最初の画像のキャプションに説明を書くことで代用可能。

publicだと画像を後から追加できないのが、アルバム的に使うなら困るかも。publicは一般的なSNSみたいな感じ。公開後変更不能。

ただ、hiddenのほうが使いやすいと思う。

==== Favorite hidden post ====
非公開 (hidden) で投稿した投稿をお気に入りでまとめて管理したいことがある。

iOSアプリだとhidden postもお気に入りに登録するボタンがあるのだけど、デスクトップだとクラシックUIでもお気に入りボタンがない。APIを使えばたぶんできるのだろうけど。

使いにくいが、アップロード後にアプリでお気に入りに追加して、フォルダー分けするのがよさそう。

いや、誤解だった。MacのGoogle Chromeだとうまく表示されていないだけだった。MacのFirefoxならハートマークが表示されていて、ちゃんとお気に入り登録できるようになっていた。Imgurを使うときはFirefoxでやればよさそう。

==== Comment ====
[https://help.imgur.com/hc/en-us/articles/26480452090779-Post-Privacy-Settings Post Privacy Settings – imgur]

非公開投稿にすると、コメントできない。できるとしたら、画像の説明のみ。非公開で、投稿全体にコメントしたいならば、最初の画像に説明を書くとよさそう。

== Account ==

=== Delete an Account ===
[https://help.imgur.com/hc/en-us/articles/26513357802651-Delete-an-Account Delete an Account – imgur]

アカウントを削除すると、ユーザー名が解放されて他のユーザーも使用可能になる。

[Settings]-[Delete my account] で完了。

一度削除すると、同じメールアドレスは使えない？Twitter/XやGoogleアカウントでのログインはできなかった。Apple IDでのログインはできた。

=== Ban ===
一般公開で画像を投稿すると、他のユーザーも簡単に見えるようになる。看板などであったとしても、電話番号などがあると、通報されてすぐにアカウント凍結される。

凍結されると、新規投稿ができなくなる。

Imgurの使い方としては、基本的に匿名・非公開で常に投稿して、アップローダーとして使うのがいい、人目につかないので、通報される心配も減る。

Banされても全投稿削除して問い合わせに問い合わせてもだめ。アカウント削除して作り直すしかないと思われる。

=== My page ===
アカウントを作ると、以下のマイページが付与される。

* <nowiki>https://imgur.com/user/</nowiki>[username]
* https://[username].imgur.com

1個目のサブディレクトリーが基本の模様。ただ、Web版からだと若干操作感、機能が違う。例えば、Banされたサブディレクトリーのほうだと、ページを開かないと削除ができず、ページにアクセスできないので削除できない。サブドメインだとページを直接開かなくても、メニューのサブ項目から削除できた。

=== Old Design/Classic UI ===
Imgurは2024年くらいからUIがモダンになっている。が、モダンUIだと、パソコンからだとお気に入りや一括ダウンロードなど機能が限定される。

昔のURL (https://[username].imgur.com) にアクセスするほか、Old Design (クラシックUI) に切り替えることができる。

# ログイン後右上の自分のアバターを選ぶ (https://imgur.com/user/[username]).
# 右下の [Use Old Design] を選ぶ。

[[Category:Centralized]]

WordPress

2025-06-18T06:48:31Z

Gnusocialjp: /* 著者の一括変更 */

== About ==

WordPressは世界の多くのウェブサイトで使用されているCMSだ。PHPで記述されている。

WordPressの外観や挙動はPHPのプログラムを書いてカスタマイズできる。また、プラグイン機構を持ち、世界中の開発者によるプラグインを導入することで簡単にウェブサイトを拡張できる。

* [https://developer.wordpress.org/coding-standards/wordpress-coding-standards/ WordPress Coding Standards – Coding Standards Handbook | Developer.WordPress.org]
* [https://developer.wordpress.org/ WordPress Developer Resources | Official WordPress Developer Resources | Developer.WordPress.org]

== Install ==

WordPress.comなどのホスティングサービスを使用することもできるが、レンタルサーバーやVPSに設置することが好ましい。

* [https://web.gnusocial.jp/post/2023/03/28/5733/ 設置: 世界的に人気のCMS WordPress]
* [https://web.gnusocial.jp/post/2023/03/29/5737/ WordPressのマルチサイト化]
* [https://web.gnusocial.jp/post/2023/08/15/7802/ WordPressのログイン時の [Prove your humanity<nowiki>]</nowiki> の無効化]

== ActivityPub ==

WordPressはActivityPubを実装している。WordPressへの投稿時に分散SNSにも投稿される、分散SNSからWordPressの投稿にコメントできるなどの機能がある。

WordPressの公式ホスティングサービスであるWordPress.comもActivityPubに対応している。分散SNSの中でも巨大なサーバーと言え、無視できない存在だ。

* [https://web.gnusocial.jp/post/2023/10/13/8867/ 報道: WordPressの公式ホスティングサービスWordPress.comのActivityPub対応]
[https://ja.wordpress.org/plugins/activitypub/ ActivityPub – WordPress プラグイン | WordPress.org 日本語]

example.comというドメインで運営している場合、デフォルトでサイト全体を表す、example.com@example.comユーザーが追加される。

このユーザーは、サイトに登録済みの全ユーザーの更新を含む。

== Function ==

=== Account ===

==== ユーザー名の改名 ====
[https://www.wpbeginner.com/ja/wp-tutorials/how-to-change-your-wordpress-username/ WordPressユーザー名の正しい変更方法（3つの方法）]

管理画面からは直接変更できない。いくつか方法がある。

一番シンプルなのが、新規ユーザー作成後の削除。

==== Delete ====
[https://sbwinc.co.jp/wordpress-user-delete/ ワードプレスでユーザー削除する際の注意点「ミスると記事が消滅します」 | 株式会社ステップバイワーク]

アカウントの削除時には注意が必要。

削除時に以下の選択肢が表示される。

# Delete all content.
# Attribute all content to:

1を選ぶと本当に全部消える。2を選ぶのが無難。

=== Comment ===
Ref:

* [https://immature.01kawa.com/php/wordpress/comment_form/ コメントフォームの項目の文言変更と削除 | immature]
* [https://yuichon.com/2014/09/wp-comment-form-custom/ WordPress のコメントフォームを functions.php を使ってカスタマイズする]
* [https://developer.wordpress.org/reference/functions/comment_form/ comment_form() – Function | Developer.WordPress.org]

このあたりの関数で定義されている。フィルターを挟むことで変更できる模様。

=== Post ===

==== 著者の一括変更 ====
[https://kinsta.com/jp/knowledgebase/how-to-change-author-in-wordpress/ WordPressで投稿の作成者を変更する方法（5つの方法）]

マルチサイトで運営していたサイトでプロフィールを別の内容にしたくなった。過去の投稿の著者も新しいプロフィールにしたい。

別のアカウントにしたほうがいい。

新規アカウントを作って、そのユーザーに過去の投稿を全部割り当てる感じ。

# 新規アカウントを追加。
# [投稿] 一括操作で投稿者を新規追加ユーザーに変更。

それだけ。

=== PV ===
WordPressでPV数を表示させる方法がいくつかある。

* [https://nuko-blog.net/wordpress-populararticle-plugin/ 【WordPress】WordPressで人気記事を表示させるプラグイン5選！ | 現役マーケターが教える未来のマーケターのためのマーケティングブログ | nukoblog]
* WP-PostViewsプラグイン
* WordPress Popular Postsプラグイン
* Post Views Counter: ([https://t-hr.net/p236/ 記事のアクセス数がわかるプラグインのPost Views Counter | たひろブログ])

WP-PostViewsプラグインのほうが柔軟性がある？ ([https://kanae-design.the-day-mie.com/609/ WordPressで記事ランキングを設置するならWP-PostViewsが最適なのでは？ | kanae-design-works]、[https://tech.kurojica.com/archives/11048/ 「WP-PostViews」と「WordPress Popular Posts」の違い | クロジカ])。

WordPressの分析プラグインはDBにアクセ格納するから重くなるらしい

* [https://www.tam-tam.co.jp/tipsnote/cms/post15202.html Google Analytics APIを使ってWordPressの記事をランキング表示させる方法｜ Tips Note by TAM]
* [https://road-bike.net/archives/41056 WordPressのアクセスカウンターを変更しようとしたら思いの外苦労しました | ロードバイク好きの独り言]
* [https://blog.upshare.co.jp/2017/07/3660/ Jetpack(WordPress.com)の統計情報を使ってカスタマイズし放題な人気記事ランキングを表示する - 株式会社アップシェア　ブログ]
* [https://wp-simplicity.com/suport/topic/%E3%81%86%E3%81%A1%E3%81%AFjetpack%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%A7pv%E8%A1%A8%E7%A4%BA%E3%81%AB%E5%88%87%E3%82%8A%E6%9B%BF%E3%81%88%E3%81%BE%E3%81%97%E3%81%9F/ うちはJetpackの機能でPV表示に切り替えました]

Jetpackの統計情報から閲覧数を取得表示することができる。これが一番手っ取り早い気がする。<syntaxhighlight lang="php">
<p>
<?php // 全体、月別、週別、日別のPV表示
global $post;
$views_all = 0;
$views_monthly = 0;
$views_weekly = 0;
$views_daily = 0;
//Jetpack利用時
if (is_jetpack_stats_module_active()) {
$jetpack_views = stats_get_csv( 'postviews', array('days' => -1, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_all = $jetpack_views[0]['views'];
}
$jetpack_views = stats_get_csv( 'postviews', array('days' => 30, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_monthly = $jetpack_views[0]['views'];
}
$jetpack_views = stats_get_csv( 'postviews', array('days' => 7, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_weekly = $jetpack_views[0]['views'];
}
$jetpack_views = stats_get_csv( 'postviews', array('days' => 1, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_daily = $jetpack_views[0]['views'];
}
}
echo '<span class="daily">日:<span class="pv-count">', $views_daily, '</span></span>';
echo '<span class="weekly">週:<span class="pv-count">', $views_weekly, '</span></span>';
echo '<span class="monthly">月:<span class="pv-count">', $views_monthly, '</span></span>';
echo '<span class="all">全体:<span class="pv-count">', $views_all, '</span></span>';
?>
</p>

</syntaxhighlight>上記コードをウィジェットに貼り付けたらうまくいった。

=== Language ===
WordPressで多言語対応サイトも構築できる。

情報源:

* [https://kinsta.com/jp/blog/wordpress-multilingual/ WordPressサイトの多言語化（＋Kinstaが10ヶ国語に対応した方法）]
* [https://webfun-style.com/localization-wordpress/ 【徹底解説】WordPressで本格的な多言語サイトを作る方法 | うぇぶファン]

いろいろ方式があるが、サブディレクトリー形式が手軽な感じがする。

英語で情報発信できると、かなりの数のユーザーにアプローチできる。単に機械翻訳にするだけでも検討する価値はあるだろう。

=== 広告ブロッカー対策 ===
出典: [https://dajya-ranger.com/wordpress/defend-site-content-for-wordpress/ 【WordPress編】広告ブロッカーからサイトコンテンツと収益を守る！ | SEの良心]。

[CHP Ads Block Detector] というプラグインで実現できるらしい。

「[https://web.gnusocial.jp/post/2024/01/03/9746/ プラグイン: WordPressの広告ブロッカー対策CHP Ads Block Detector | GNU social JP Web]」の通り、簡単にできた。

=== Widget内でのPHP実行 ===
「[https://fox-wp.com/wordpress-widget-php-code-run/ WordPressのウィジェットでPHPコードを実行する方法 – FOXWP]」<syntaxhighlight lang="php">
function widget_text_exec_php( $widget_text ) {
if( strpos( $widget_text, '<' . '?' ) !== false ) {
ob_start();
eval( '?>' . $widget_text );
$widget_text = ob_get_contents();
ob_end_clean();
}
return $widget_text;
}
add_filter( 'widget_text', 'widget_text_exec_php', 99 );
</syntaxhighlight>上記コードをfunction.phpに配置すると、テキストウィジェット内でPHPコード<?php ?>を実行できる模様。

=== Linkage ===
WordPressの記事・投稿を他のSNSに自動投稿する方法がいくつかある。

* [https://www.itti.jp/web-direction/5-best-plugins-to-automatically-post-articles-to-sns/ WordPress 記事をSNSへ自動投稿するベストなプラグイン5選 | 新宿のホームページ制作会社 ITTI（イッティ）]
* Jetpack Social connection: Jetpackの機能の一つ。Mastodon/Facebook Page/Instagram Businessアカウントが対象。FacebookとInstagramは個人アカウントはそもそも自動投稿できない。30日で30回までしか自動投稿できない。少々回数制限が厳しいかもしれない。他のプラグインを検討したほうがよさそう。
* GNU social Auto post: GNU socialへの自動投稿。
* NextScripts: Social Network Auto-Poster: Instagramだけ有料。
* Blog2Social: Instagramは有料。
* Nelio Content: 「[https://tcd-theme.com/2021/12/nelio-content.html Nelio Contentの使い方：Instagramと連携させる方法 | ワードプレステーマTCD]」。Bufferというサービスのアカウント経由でInstagramも可能。Buffer+Nelio Contentの組み合わせがベストに近い。制限の入ったX/Twitterも対応できそう。ただし、投稿画面で [Customize Timeline] の選択が必要。1クリックで3SNSに投稿連携できるなら、気になるものの許容できる手間。

=== There has been a critical error on this website. Please check your site admin email inbox for instructions. ===
プラグインを無効にしようと

[https://wordpress.org/documentation/article/faq-troubleshooting/#how-to-deactivate-all-plugins-when-not-able-to-access-the-administrative-menus How to deactivate all plugins when not able to access the administrative menus?]

=== Reference ===
Ref: [https://developer.wordpress.org/reference/ Reference | Developer.WordPress.org].

=== WPCode ===
Shortcodeの定義はくせがある。

[Insert Method]=[Shortcode] を選ぶと [wpcode id="10405"] のようなショートコードが定義される。これを [wpcode id="10405"][/wpcode]のようなブロックで使う。

Code Previewには、関数の本文を指定して、表示する場合echoなどで出力させる。

無料版だとshortcodeの名前を指定できない。

Auto Insertで自分で定義したらどうだろう？それで問題ない。

=== Media ===
WordPressはメディアをデフォルトで年付きベースのディレクトリーに保存する。これを変更するのは少々やっかい。

いくつかプラグインがあるのだが、FileBirdというプラグインががあって、デフォルトのアップロードディレクトリーはそのままで、内部的にディレクトリー的なものでカテゴリー分けできる。

これで管理するのが無難。

=== Permalink ===

==== 著者のパーマリンク ====
[https://wordpress.stackexchange.com/questions/77228/different-permalink-for-posts-and-authors Different permalink for posts and authors - WordPress Development Stack Exchange]

WordPressでは、authorのパーマリンクは、postの下に配置される。
<nowiki>http://domain.com/p/u/USERNAME</nowiki>
<nowiki>http://domain.com/p/POSTID</nowiki>
これがよろしくない。ユーザープロフィールのパーマリンクもこれになるから。

「[https://github.com/chrisguitarguy/WPSE-Plugins/blob/master/custom-author-base.php WPSE-Plugins/custom-author-base.php at master · chrisguitarguy/WPSE-Plugins · GitHub]」のプラグインで対応できる模様。

うーん。こちらのパーマリンクはうまく動作しなかった。

代わりに、「[https://wordpress.stackexchange.com/questions/82004/how-to-custom-change-author-base-without-this-front permalinks - How to custom change author base without $this->front? - WordPress Development Stack Exchange]」の以下のコードが動作した。
add_action('init', 'wpse82004_init');
function wpse82004_init()
{
global $wp_rewrite;
$wp_rewrite->author_base = 'user';
$wp_rewrite->author_structure = '/' . $wp_rewrite->author_base . '/%author%';
}
ハードコードだが、うまく機能していて、変更することはないので、これでもいい。

==== パーマリンクの形式 ====
/post/投稿ID/の形式がシンプルでいい。

以前は/post/年/月/日/投稿ID/にしていたけど、長くなる。日付がパーマリンクにあると覚えやすいというのはあるのだけど。

長くなるし、日付があることで、情報が古いというイメージがあったり、いろいろある。記事を更新した場合も、ソートしたりするときに問題が。

年月日アーカイブはWordPressの機能でできるから、/post/投稿ID/が良いだろう。

== Plugin ==
Ref: [https://developer.wordpress.org/plugins/ Plugin Handbook | Developer.WordPress.org].

WordPresの拡張性のコア機能。

=== List ===
新しくWebサイトを始めるにあたって使いたいプラグインがある。

* ActivityPub
* FileBird
* Site Kit by Google
* WPCode Lite

==== 配布形式 ====
[https://plusers.jp/blog/wordpress-create-plugin すぐできる！WordPressの自作プラグインの作り方の基本を解説 | Plusers]

/wp-content/pluginsにファイルを直接アップロードする。か、ディレクトリーをzipに圧縮すれば、WordPressのプラグイン画面からアップロードできる。

=== Hook ===
Ref: [https://developer.wordpress.org/plugins/hooks/ Hooks – Plugin Handbook | Developer.WordPress.org].

フックはあるコードから別のコードに干渉するための仕組み。プラグインやテーマへの干渉のコア機能。拡張も可能。ActionとFilterの2種類がある。コールバックと一般的に呼ばれる関数を定義して引っ掛けて処理に干渉する。

* Action: WordPressの操作操作に、データの追加や変更を行う。内部的にデータを処理するので、何も返さない。
* Filter: WordPressコア機能の実行時にデータを変更する。データを受け取ってそれを次に渡す。

基本はFilterだと思う。Actionの用途がいまいちわからない。

==== Filter ====
Ref

* [https://developer.wordpress.org/plugins/hooks/filters/ Filters – Plugin Handbook | Developer.WordPress.org]
* [https://developer.wordpress.org/reference/functions/remove_filter/ remove_filter() – Function | Developer.WordPress.org]

add_filter/remove_filter

=== shortcode ===
Ref:

* [https://codex.wordpress.org/Shortcode Shortcode « WordPress Codex]
* [https://codex.wordpress.org/Shortcode_API Shortcode API « WordPress Codex]
* [https://www.webdesignleaves.com/pr/wp/wp_shortcode.html WordPress ショートコードの作成]

WordPressにはショートコードというのがある。角括弧 [shortcode][/shortcode] のような形式。本来ならHTML/JavaScriptしか使えない投稿本文に、PHP側の処理を仕込める。

新規作成する場合、書式がだいたい決まっている。<syntaxhighlight lang="php">
function callback_function($atts, $content = null, $tag ) {
extract(shortcode_atts(array(
//属性
'パラメータ1' => 'デフォルトの値1',
'パラメータ2' => 'デフォルトの値2',
･･･
), $atts));
//ショートコードの処理（動作）の記述
return $value;
}
add_shortcode('my_shortcode', 'callback_function');
</syntaxhighlight>こえrでmy_shortcodeというショートコードが使用可能になる。

==== shortcode_atts ====
* [https://developer.wordpress.org/reference/functions/shortcode_atts/ shortcode_atts() – Function | Developer.WordPress.org]
* [https://www.webdesignleaves.com/pr/wp/wp_shortcode.html WordPress ショートコードの作成]

shortcode_atts( array $pairs, array $atts, string $shortcode = ” ): array
ユーザーが指定した属性と、使用可能な属性のデフォルト値を結合する。使用不能な属性を無視してくれる。

* $pairs: 使用可能な属性とそのデフォルト値。
* $atts: ショートコードでユーザーが指定した属性。
* $shortcode: ショートコードの名前。これを指定するとshortcode_atts_$shortcode フィルターで外部から属性をフィルターできる。通常は使わない。

== Paid Memberships Pro ==

=== About ===
PMPro。有料会員サービスを実現するプラグイン。

* [https://www.paidmembershipspro.com/documentation/advanced/ Advanced Developer Topics: Security, Caching, Redirection & More]
* [https://www.paidmembershipspro.com/hooks-filters/ Paid Membership Pro Action and Filter Hooks]
* [https://github.com/strangerstudios/paid-memberships-pro/tree/master/includes paid-memberships-pro/includes at master · strangerstudios/paid-memberships-pro]

ソースコード内のincludes配下の関数は自分でも使用可能。

=== Free ===
PMProは基本的に無料で使える模様 ([https://www.paidmembershipspro.com/free/ PMPro: Free WordPress Membership Plugin])。サポートを販売している扱いの模様。ログアウトしていないと表示されない。

「[https://github.com/strangerstudios Stranger Studios]」がGitHubのリポジトリー。ここに全部のアドオンがある。ここからzipファイル類をダウンロードすれば使える。ただし、一部のプラグインは開発者の経験が必要なため、ライセンスキーの購入をsupportとして販売している。開発経験が一切ない人にはGitHubからのインストールもけっこう面倒くさいからそれでうまくGPLの条件を満たしているのだと思われる。

実行自体はライセンスの有無によらず可能。ただし、ライセンスの有無でStripeの決済手数料が変わる。

「[https://profiles.wordpress.org/paidmembershipspro/ Paid Memberships Pro (@paidmembershipspro) – WordPress user profile | WordPress.org]」でも公開しているが、これは全部ではない。サードパーティープラグインとの連携用が大半。

=== 金額変更 ===
定期購読で販売していて、登録後に金額を変更したいことがある。

* [https://wordpress.org/support/topic/how-to-raise-prices-on-recurring-memberships/ How to raise prices on recurring memberships? | WordPress.org]
* [https://wordpress.org/support/topic/change-plan-price/ Change Plan price | WordPress.org]
* [https://wordpress.org/support/topic/how-to-to-when-member-already-paid/ How to to when member already paid ? | WordPress.org]
* [https://wordpress.org/support/topic/change-membership-level-for-next-payment-in-recurring-subscription/ Change membership level for next payment in recurring subscription | WordPress.org]

これは基本的にできない。定期購読は決済サービス側で登録時の金額で固定されるため。

金額を変更したければ、一度キャンセルして、再度チェックアウト・購入してもらうしかない。

既存会員に対しては、更新ではなく、期限を設けて強制的に一度退会させるのがいい。

=== Restriction ===

==== membership short code ====
Ref:

* [https://www.paidmembershipspro.com/forums/topic/hide-bottom-register-form-when-it-has-membership-code-block/#post-545667 Hide bottom register form when it has membership code block]
* [https://www.paidmembershipspro.com/about-excerpts-and-using-the-read-more-tag-for-posts-and-pages/#h-level-up-your-excerpts-by-using-the-membership-shortcode-or-block Using the "Read More" Block and Excerpts for Pages and Posts]
* [https://www.paidmembershipspro.com/documentation/content-controls/with-shortcodes/ Restrict Content With a Shortcode]
* Source: [https://github.com/strangerstudios/paid-memberships-pro/blob/dev/shortcodes/membership.php paid-memberships-pro/shortcodes/membership.php at dev · strangerstudios/paid-memberships-pro]

PMProの基本的なコンテンツ制限の概念がある。

基本は投稿全体を非表示で、excerptで冒頭部分を一部表示これが基本。membershipショートコードはこの逆で、基本全表示で一部だけ非表示。

そもそも仕組みが違う。

だから、カテゴリーで管理していて、一部だけ非表示にしたかったら、末尾にmoreブロックを配置して、membeshipショートコードも使う必要がある。二重に使わないといけない。けっこう面倒くさい。

「[https://www.paidmembershipspro.com/customizing-the-message-for-non-members-on-membership-protected-content/ Custom Message for Non-Members on Protected Content]」がメッセージの変更方法。ただ、制限のロジックを変更できるわけではない。別のフィルターだと思う。

ソースコードを参考に自分で実装するしかないだろう。

==== message ====
「[https://www.paidmembershipspro.com/customizing-the-message-for-non-members-on-membership-protected-content/ Custom Message for Non-Members on Protected Content]」に基本的な表示内容やスタイルの設定方法がある。
<nowiki><div class="pmpro_content_message"></nowiki>
//custom message here
<nowiki></div></nowiki>
表示部分は上記要素になるのでこのクラスでスタイルをあてる。<syntaxhighlight lang="css">
.pmpro_content_message {
background: #F1F1F1;
margin: 0 auto;
max-width: 700px;
padding: 15px;
}
</syntaxhighlight>他に以下のフィルターが該当するメッセージ表示。

* add_filter( 'pmpro_non_member_text_filter', 'my_pmpro_non_member_text_filter', 5 );
* add_filter( 'pmpro_not_logged_in_text_filter', 'my_pmpro_not_logged_in_text_filter', 5 );

例えば、会員限定の文字数表示などをしたければ、自前でやるしかない。基本は自分で上記フィルターで上書きするのがよい。

例<syntaxhighlight lang="php">
function my_pmpro_non_member_text_filter( $text ) {
global $post, $post_membership_levels_names;
$count = mb_strlen( $post->post_content, 'UTF-8' ) - mb_strlen( get_the_excerpt(), 'UTF-8' );
$access = pmpro_has_membership_access( $post->ID, null, true );
$text = "<p>残り{$count}文字。続きは" . implode( '/', $access[2] ) . '会員限定。</p><p>Free=0/Bronze=220/Silver=1100/Gold=2200円。</p>'
. '<p><a href="https://web.gnusocial.jp/member/level/">会員登録</a>/'
. '<a href="//web.gnusocial.jp/member/login/">ログイン</a> (<a href="//web.gnusocial.jp/about/member/">About Member</a>)。</p>';
return $text;
}
add_filter( 'pmpro_non_member_text_filter', 'my_pmpro_non_member_text_filter', 5 );
add_filter( 'pmpro_not_logged_in_text_filter', 'my_pmpro_non_member_text_filter', 5 );

</syntaxhighlight>

==== Style ====
「[https://www.paidmembershipspro.com/customizing-the-message-for-non-members-on-membership-protected-content/ Custom Message for Non-Members on Protected Content]」でペイウォールの表示内容・スタイルを制御できる。

ペイウォール (.pmpro_content_message) のスタイルは会員登録の誘発に重要。

* [https://note.com/ririkodiary/n/n74cb67fecd7f 自分だけの強みを見つけて一生働く選択を〜ミドルエイジの生き方を見つめ直す〜｜暮らしのつづり帖/梨田莉利子]
* [https://yoikoarinoshinya.hateblo.jp/entry/wakate-geinin 僕の若手時代の悪行。 - 有野晋哉(よゐこ)個人ブログ]

有名サービスの例は上記。登録・購入ボタンを大きく押しやすくしている。a要素の他button要素でも実装されている。ここはいろいろ考えてもいいかもしれない。

==== Category ====
membershipショートコードやAddon Packagesではカテゴリーやタグでの会員限定に対応していない。これがちょっと困る。既存のカテゴリー、タグでの会員対応の把握方法を確認する。

includes/contents.phpのpmpro_has_membership_accessのコードが参考になる。<syntaxhighlight lang="php">
if(isset($mypost->post_type) && $mypost->post_type == "post")
{
// Get the categories for this post.
$post_terms = wp_get_post_categories( $mypost->ID );

// Get the tags for this post.
$post_terms = array_merge( $post_terms, wp_get_post_tags( $mypost->ID, array('fields' => 'ids' ) ) );

if( ! $post_terms )
{
//just check for entries in the memberships_pages table
$sqlQuery = "SELECT m.id, m.name FROM $wpdb->pmpro_memberships_pages mp LEFT JOIN $wpdb->pmpro_membership_levels m ON mp.membership_id = m.id WHERE mp.page_id = '" . esc_sql( $mypost->ID ) . "'";
}
else
{
//are any of the post categories associated with membership levels? also check the memberships_pages table
$sqlQuery = "(SELECT m.id, m.name FROM $wpdb->pmpro_memberships_categories mc LEFT JOIN $wpdb->pmpro_membership_levels m ON mc.membership_id = m.id WHERE mc.category_id IN(" . implode(",", array_map( 'intval', $post_terms ) ) . ") AND m.id IS NOT NULL) UNION (SELECT m.id, m.name FROM $wpdb->pmpro_memberships_pages mp LEFT JOIN $wpdb->pmpro_membership_levels m ON mp.membership_id = m.id WHERE mp.page_id = '" . esc_sql( $mypost->ID ) . "')";
}
}
else
{
//are any membership levels associated with this page?
$sqlQuery = "SELECT m.id, m.name FROM $wpdb->pmpro_memberships_pages mp LEFT JOIN $wpdb->pmpro_membership_levels m ON mp.membership_id = m.id WHERE mp.page_id = '" . esc_sql( $mypost->ID ) . "'";
}

$post_membership_levels = $wpdb->get_results($sqlQuery);
</syntaxhighlight>普通にSQLで取得している。このへんのコードを流用すれば対応できる気はする。ただ、ちょっと面倒くさい。

=== Analytics ===
PMProの流入元の記事を分析・特定する方法がある。

* [https://www.paidmembershipspro.com/membership-site-conversions-in-google-analytics-4/ How to Set Up GA4 Membership Site Conversion Events]
* [https://www.paidmembershipspro.com/add-ons/google-analytics/ Google Analytics Integration Add On Plugin]

GA4を使った一般的なサイト分析になる。有料プラグインでもできる。

=== Sell ===

==== Single ====
* [https://www.paidmembershipspro.com/add-ons/pmpro-purchase-access-to-a-single-page/ Addon Packages Add On Plugin for PMPro]
* [https://www.paidmembershipspro.com/add-ons/pmpro-woocommerce/ WooCommerce Integration Add On Plugin]
* [https://wordpress.org/plugins/pmpro-woocommerce/ Paid Memberships Pro Integration with WooCommerce – WordPress plugin | WordPress.org]
* [https://www.paidmembershipspro.com/paid-newsletters/ Sell Paid Newsletters on WordPress]単体記事の販売には工夫が必要。

WooCommerceと連携したり、PMProの有料プラグインを使うとか。他にも方法を以前調査したの後日追記する。

理想としては、単品販売と、会員を両立したい。2個以上買うなら会員のほうがいいみたいな。

単品販売の方法。有料アドオン、LearnDash、後はWooCommerce連携など。

Addon Packagesがいい。PMProのAddon Packagesは、まずあるメンバーシップレベルのユーザーに購入権利を与えて、そこから購入する形。

あくまで単品販売で、定期販売はできない。記事別に金額の入力欄が表示されてそれで単品販売する形。悪くない。こちらの理想に近い。単品販売することにした記事は買うしかない。あるメンバーレベルなら買わなくても見れるというようにはできなさそう。いや。1レベルだけ全アクセス可能はできる。

==== Course ====
*[https://www.paidmembershipspro.com/multiple-membership-levels-per-user-pmpro-workarounds/ Multiple Membership Levels Per User with PMPro (The Workarounds)]
*[https://wordpress.org/plugins/paid-memberships-pro-for-wp-courseware/ Paid Memberships Pro Addon for WP Courseware – WordPress plugin | WordPress.org]
*[https://www.paidmembershipspro.com/add-ons/pmpro-courses-lms-integration/ Courses for Membership Add On Plugin]
*[https://www.paidmembershipspro.com/add-ons/learndash-integration/ LearnDash Add On Plugin for Paid Memberships Pro]
*[https://flyplugins.com/paid-memberships-pro-courses/ Paid Memberships Pro for Selling Courses]

LearnCashはちょっといまいち。外部のプラグインとの連携。この機能自体はPMProのあるレベルが、LernDashのあるコースにアクセス可能にするだけだから、あまり意味ない。PMProだけでも似たようなことはできる。

単独販売の本質は、1ユーザーに複数のレベル・会員の所属。これはレッスンなどで、上位・下位の関係がない場合にあり得るケース。上位・下位がある場合は、1ユーザーは1レベルになる。

方法がいくつかある。

# Multiple Membership Per user Addon: 1ユーザーが複数のレベルに参加できるプラグインがある。がベータ版で他のプラグインと互換がなかったりする。ちょっと危ない。
# Addon Package: これが無難。
# フィールド: メインレベル加入時にオプションフィールドをつけて金額を変える。
# Multisite: サイトの内容次第だが、いっそ別サイトにするというのもある。

Addon Packageが無難。Addon PackageとWP coursewareと連携したりもできるらしい。

==== Addon Packages ====

===== About =====

* [https://www.paidmembershipspro.com/add-ons/pmpro-purchase-access-to-a-single-page/ Addon Packages Add On Plugin for PMPro]
* [https://github.com/strangerstudios/pmpro-addon-packages strangerstudios/pmpro-addon-packages: Charge for access to specific pages or other post types in WordPress. Requires the Paid Memberships Pro plugin.]

記事の単品販売用にAddon Packagesがあるのでこれを試す。このプラグインは将来的にPMPro本体に取り込まれるもので、一時的な解決用という位置づけ。

===== Usage =====
インストールしたらpost/page画面に金額設定画面が表示されるので、ここで金額をいれて、[Require Membership] も指定すると単品販売できる。

カテゴリーでのレベル指定は無効。一番レベル低いFreeなどを1個指定すれば、自動的に全部に適用される。レベルの指定が若干使いにくい。カテゴリーで指定できれば楽だった。やむを得ない。PMPro 3で取り込まれたりしないかな。

しないでしょうね。コンテンツの部分非表示と同じで、ページ単位で会員レベルを指定する必要があるのが作りとしていまいち。だがこれに従うしかないか。基本は変えない運用にすればいいのか。

===== Configuration =====

* define( '<code>PMPROAP_EXP_DAYS</code>', 0 );: 有効期限の設定デフォルト0 (無期限)。基本はデフォルトでOK。
* apply_filters( 'pmproap_all_access_levels', array(), $user_id, $post_id );: 単品購入を無視してアクセスできる神レベル的なものを指定できる。
* apply_filters( 'pmproap_text_level_id', $text_level_id, $post_id, $user_id, $post_levels );: 未ログインユーザー向けの新規購入時に必要なレベルID。
* apply_filters( 'pmproap_supported_post_types', array( 'page', 'post' ) );
* do_action( 'pmproap_action_add_to_package', $user_id, $post_id );
* do_action( 'pmproap_action_remove_from_package', $user_id, $post_id );

pmproap_all_access_levels を使うと、単品購入を無視してアクセスできる神レベル的なものを指定できる。

例えば、最上位だけ除外するとか。金額でレベル指定できればなおよかったがしかたない。<syntaxhighlight lang="php">
/*
Set levels as "all access levels" so members of these levels will be able to view all Addon Packages.
Requires Paid Memberships Pro and the pmpro-addon-packages plugin.
*/
function my_pmproap_all_access_levels($levels, $user_id, $post_id)
{
//I'm just adding the level, but I could do some calculation based on the user and post id to programatically give access to content
$levels = array(16);
return $levels;
}
add_filter("pmproap_all_access_levels", "my_pmproap_all_access_levels", 10, 3);
</syntaxhighlight>

===== Message =====
pmpro_non_member_text_filter/pmpro_not_logged_in_text_filterを[https://github.com/strangerstudios/pmpro-addon-packages/blob/dev/pmpro-addon-packages.php#L266 pmproap_pmpro_text_filter]で上書きしている。この実装を参考に、自分で元のフィルターを上書きすれば、表示文を変更できる。
<nowiki><div class="pmpro_content_message"><p>This content requires that you purchase additional access. The price is ¥220 or free for our Gold members.</p></nowiki><nowiki><p><a href="https://web.gnusocial.jp/member/checkout/?level=1&amp;ap=10307">Purchase this Content (¥220)</a></nowiki> <nowiki><a href="https://web.gnusocial.jp/member/level/">Choose a Membership Level</a></nowiki><nowiki></p></nowiki><nowiki></div></nowiki>
Addon Package有無の両方の考慮が必要でちょっと複雑になる。

===== Shortcode =====
[pmpro_addon_packages] のショートコードを使うと、単品販売の記事一覧を出力できる。

===== Addon Pakacage用改造 =====
既存のAddon Packageがブロックに未対応、ページのレベル指定が必要な点が気に入らないので改造する。

* 金額があればAPとみなす。
*

作業手順

* my_pmproap_membership_content_filter でコンテンツの制限のロジックにAP (金額があれば制限・制限文表示) を組み込む。
* 表示文。
* paywallショートコード追加。

pmpro_non_member_text_filterなどで表示させる表示文のロジックをどうするか。

ショートコードと基本ロジックは同じだが、非表示部分の文字数の扱いがある。引数の$notloggiedintextは管理画面の設定したメッセージ。

共通関数を作って、それを流用して、引数で文字数を受け取るようにするか。

[[Category:Distributed]]

WordPress

2025-06-18T06:41:17Z

Gnusocialjp: Post 著者の一括変更

== About ==

WordPressは世界の多くのウェブサイトで使用されているCMSだ。PHPで記述されている。

WordPressの外観や挙動はPHPのプログラムを書いてカスタマイズできる。また、プラグイン機構を持ち、世界中の開発者によるプラグインを導入することで簡単にウェブサイトを拡張できる。

* [https://developer.wordpress.org/coding-standards/wordpress-coding-standards/ WordPress Coding Standards – Coding Standards Handbook | Developer.WordPress.org]
* [https://developer.wordpress.org/ WordPress Developer Resources | Official WordPress Developer Resources | Developer.WordPress.org]

== Install ==

WordPress.comなどのホスティングサービスを使用することもできるが、レンタルサーバーやVPSに設置することが好ましい。

* [https://web.gnusocial.jp/post/2023/03/28/5733/ 設置: 世界的に人気のCMS WordPress]
* [https://web.gnusocial.jp/post/2023/03/29/5737/ WordPressのマルチサイト化]
* [https://web.gnusocial.jp/post/2023/08/15/7802/ WordPressのログイン時の [Prove your humanity<nowiki>]</nowiki> の無効化]

== ActivityPub ==

WordPressはActivityPubを実装している。WordPressへの投稿時に分散SNSにも投稿される、分散SNSからWordPressの投稿にコメントできるなどの機能がある。

WordPressの公式ホスティングサービスであるWordPress.comもActivityPubに対応している。分散SNSの中でも巨大なサーバーと言え、無視できない存在だ。

* [https://web.gnusocial.jp/post/2023/10/13/8867/ 報道: WordPressの公式ホスティングサービスWordPress.comのActivityPub対応]
[https://ja.wordpress.org/plugins/activitypub/ ActivityPub – WordPress プラグイン | WordPress.org 日本語]

example.comというドメインで運営している場合、デフォルトでサイト全体を表す、example.com@example.comユーザーが追加される。

このユーザーは、サイトに登録済みの全ユーザーの更新を含む。

== Function ==

=== Account ===

==== ユーザー名の改名 ====
[https://www.wpbeginner.com/ja/wp-tutorials/how-to-change-your-wordpress-username/ WordPressユーザー名の正しい変更方法（3つの方法）]

管理画面からは直接変更できない。いくつか方法がある。

一番シンプルなのが、新規ユーザー作成後の削除。

==== Delete ====
[https://sbwinc.co.jp/wordpress-user-delete/ ワードプレスでユーザー削除する際の注意点「ミスると記事が消滅します」 | 株式会社ステップバイワーク]

アカウントの削除時には注意が必要。

削除時に以下の選択肢が表示される。

# Delete all content.
# Attribute all content to:

1を選ぶと本当に全部消える。2を選ぶのが無難。

=== Comment ===
Ref:

* [https://immature.01kawa.com/php/wordpress/comment_form/ コメントフォームの項目の文言変更と削除 | immature]
* [https://yuichon.com/2014/09/wp-comment-form-custom/ WordPress のコメントフォームを functions.php を使ってカスタマイズする]
* [https://developer.wordpress.org/reference/functions/comment_form/ comment_form() – Function | Developer.WordPress.org]

このあたりの関数で定義されている。フィルターを挟むことで変更できる模様。

=== Post ===

==== 著者の一括変更 ====
[https://kinsta.com/jp/knowledgebase/how-to-change-author-in-wordpress/ WordPressで投稿の作成者を変更する方法（5つの方法）]

マルチサイトで運営していたサイトでプロフィールを別の内容にしたくなった。過去の投稿の著者も新しいプロフィールにしたい。

別のアカウントにしたほうがいい。

新規アカウントを作って、そのユーザーに過去の投稿を全部割り当てる感じ。

=== PV ===
WordPressでPV数を表示させる方法がいくつかある。

* [https://nuko-blog.net/wordpress-populararticle-plugin/ 【WordPress】WordPressで人気記事を表示させるプラグイン5選！ | 現役マーケターが教える未来のマーケターのためのマーケティングブログ | nukoblog]
* WP-PostViewsプラグイン
* WordPress Popular Postsプラグイン
* Post Views Counter: ([https://t-hr.net/p236/ 記事のアクセス数がわかるプラグインのPost Views Counter | たひろブログ])

WP-PostViewsプラグインのほうが柔軟性がある？ ([https://kanae-design.the-day-mie.com/609/ WordPressで記事ランキングを設置するならWP-PostViewsが最適なのでは？ | kanae-design-works]、[https://tech.kurojica.com/archives/11048/ 「WP-PostViews」と「WordPress Popular Posts」の違い | クロジカ])。

WordPressの分析プラグインはDBにアクセ格納するから重くなるらしい

* [https://www.tam-tam.co.jp/tipsnote/cms/post15202.html Google Analytics APIを使ってWordPressの記事をランキング表示させる方法｜ Tips Note by TAM]
* [https://road-bike.net/archives/41056 WordPressのアクセスカウンターを変更しようとしたら思いの外苦労しました | ロードバイク好きの独り言]
* [https://blog.upshare.co.jp/2017/07/3660/ Jetpack(WordPress.com)の統計情報を使ってカスタマイズし放題な人気記事ランキングを表示する - 株式会社アップシェア　ブログ]
* [https://wp-simplicity.com/suport/topic/%E3%81%86%E3%81%A1%E3%81%AFjetpack%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%A7pv%E8%A1%A8%E7%A4%BA%E3%81%AB%E5%88%87%E3%82%8A%E6%9B%BF%E3%81%88%E3%81%BE%E3%81%97%E3%81%9F/ うちはJetpackの機能でPV表示に切り替えました]

Jetpackの統計情報から閲覧数を取得表示することができる。これが一番手っ取り早い気がする。<syntaxhighlight lang="php">
<p>
<?php // 全体、月別、週別、日別のPV表示
global $post;
$views_all = 0;
$views_monthly = 0;
$views_weekly = 0;
$views_daily = 0;
//Jetpack利用時
if (is_jetpack_stats_module_active()) {
$jetpack_views = stats_get_csv( 'postviews', array('days' => -1, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_all = $jetpack_views[0]['views'];
}
$jetpack_views = stats_get_csv( 'postviews', array('days' => 30, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_monthly = $jetpack_views[0]['views'];
}
$jetpack_views = stats_get_csv( 'postviews', array('days' => 7, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_weekly = $jetpack_views[0]['views'];
}
$jetpack_views = stats_get_csv( 'postviews', array('days' => 1, 'limit' => 1, 'post_id' => $post->ID ));
if (isset($jetpack_views[0]['views'])) {
$views_daily = $jetpack_views[0]['views'];
}
}
echo '<span class="daily">日:<span class="pv-count">', $views_daily, '</span></span>';
echo '<span class="weekly">週:<span class="pv-count">', $views_weekly, '</span></span>';
echo '<span class="monthly">月:<span class="pv-count">', $views_monthly, '</span></span>';
echo '<span class="all">全体:<span class="pv-count">', $views_all, '</span></span>';
?>
</p>

</syntaxhighlight>上記コードをウィジェットに貼り付けたらうまくいった。

=== Language ===
WordPressで多言語対応サイトも構築できる。

情報源:

* [https://kinsta.com/jp/blog/wordpress-multilingual/ WordPressサイトの多言語化（＋Kinstaが10ヶ国語に対応した方法）]
* [https://webfun-style.com/localization-wordpress/ 【徹底解説】WordPressで本格的な多言語サイトを作る方法 | うぇぶファン]

いろいろ方式があるが、サブディレクトリー形式が手軽な感じがする。

英語で情報発信できると、かなりの数のユーザーにアプローチできる。単に機械翻訳にするだけでも検討する価値はあるだろう。

=== 広告ブロッカー対策 ===
出典: [https://dajya-ranger.com/wordpress/defend-site-content-for-wordpress/ 【WordPress編】広告ブロッカーからサイトコンテンツと収益を守る！ | SEの良心]。

[CHP Ads Block Detector] というプラグインで実現できるらしい。

「[https://web.gnusocial.jp/post/2024/01/03/9746/ プラグイン: WordPressの広告ブロッカー対策CHP Ads Block Detector | GNU social JP Web]」の通り、簡単にできた。

=== Widget内でのPHP実行 ===
「[https://fox-wp.com/wordpress-widget-php-code-run/ WordPressのウィジェットでPHPコードを実行する方法 – FOXWP]」<syntaxhighlight lang="php">
function widget_text_exec_php( $widget_text ) {
if( strpos( $widget_text, '<' . '?' ) !== false ) {
ob_start();
eval( '?>' . $widget_text );
$widget_text = ob_get_contents();
ob_end_clean();
}
return $widget_text;
}
add_filter( 'widget_text', 'widget_text_exec_php', 99 );
</syntaxhighlight>上記コードをfunction.phpに配置すると、テキストウィジェット内でPHPコード<?php ?>を実行できる模様。

=== Linkage ===
WordPressの記事・投稿を他のSNSに自動投稿する方法がいくつかある。

* [https://www.itti.jp/web-direction/5-best-plugins-to-automatically-post-articles-to-sns/ WordPress 記事をSNSへ自動投稿するベストなプラグイン5選 | 新宿のホームページ制作会社 ITTI（イッティ）]
* Jetpack Social connection: Jetpackの機能の一つ。Mastodon/Facebook Page/Instagram Businessアカウントが対象。FacebookとInstagramは個人アカウントはそもそも自動投稿できない。30日で30回までしか自動投稿できない。少々回数制限が厳しいかもしれない。他のプラグインを検討したほうがよさそう。
* GNU social Auto post: GNU socialへの自動投稿。
* NextScripts: Social Network Auto-Poster: Instagramだけ有料。
* Blog2Social: Instagramは有料。
* Nelio Content: 「[https://tcd-theme.com/2021/12/nelio-content.html Nelio Contentの使い方：Instagramと連携させる方法 | ワードプレステーマTCD]」。Bufferというサービスのアカウント経由でInstagramも可能。Buffer+Nelio Contentの組み合わせがベストに近い。制限の入ったX/Twitterも対応できそう。ただし、投稿画面で [Customize Timeline] の選択が必要。1クリックで3SNSに投稿連携できるなら、気になるものの許容できる手間。

=== There has been a critical error on this website. Please check your site admin email inbox for instructions. ===
プラグインを無効にしようと

[https://wordpress.org/documentation/article/faq-troubleshooting/#how-to-deactivate-all-plugins-when-not-able-to-access-the-administrative-menus How to deactivate all plugins when not able to access the administrative menus?]

=== Reference ===
Ref: [https://developer.wordpress.org/reference/ Reference | Developer.WordPress.org].

=== WPCode ===
Shortcodeの定義はくせがある。

[Insert Method]=[Shortcode] を選ぶと [wpcode id="10405"] のようなショートコードが定義される。これを [wpcode id="10405"][/wpcode]のようなブロックで使う。

Code Previewには、関数の本文を指定して、表示する場合echoなどで出力させる。

無料版だとshortcodeの名前を指定できない。

Auto Insertで自分で定義したらどうだろう？それで問題ない。

=== Media ===
WordPressはメディアをデフォルトで年付きベースのディレクトリーに保存する。これを変更するのは少々やっかい。

いくつかプラグインがあるのだが、FileBirdというプラグインががあって、デフォルトのアップロードディレクトリーはそのままで、内部的にディレクトリー的なものでカテゴリー分けできる。

これで管理するのが無難。

=== Permalink ===

==== 著者のパーマリンク ====
[https://wordpress.stackexchange.com/questions/77228/different-permalink-for-posts-and-authors Different permalink for posts and authors - WordPress Development Stack Exchange]

WordPressでは、authorのパーマリンクは、postの下に配置される。
<nowiki>http://domain.com/p/u/USERNAME</nowiki>
<nowiki>http://domain.com/p/POSTID</nowiki>
これがよろしくない。ユーザープロフィールのパーマリンクもこれになるから。

「[https://github.com/chrisguitarguy/WPSE-Plugins/blob/master/custom-author-base.php WPSE-Plugins/custom-author-base.php at master · chrisguitarguy/WPSE-Plugins · GitHub]」のプラグインで対応できる模様。

うーん。こちらのパーマリンクはうまく動作しなかった。

代わりに、「[https://wordpress.stackexchange.com/questions/82004/how-to-custom-change-author-base-without-this-front permalinks - How to custom change author base without $this->front? - WordPress Development Stack Exchange]」の以下のコードが動作した。
add_action('init', 'wpse82004_init');
function wpse82004_init()
{
global $wp_rewrite;
$wp_rewrite->author_base = 'user';
$wp_rewrite->author_structure = '/' . $wp_rewrite->author_base . '/%author%';
}
ハードコードだが、うまく機能していて、変更することはないので、これでもいい。

==== パーマリンクの形式 ====
/post/投稿ID/の形式がシンプルでいい。

以前は/post/年/月/日/投稿ID/にしていたけど、長くなる。日付がパーマリンクにあると覚えやすいというのはあるのだけど。

長くなるし、日付があることで、情報が古いというイメージがあったり、いろいろある。記事を更新した場合も、ソートしたりするときに問題が。

年月日アーカイブはWordPressの機能でできるから、/post/投稿ID/が良いだろう。

== Plugin ==
Ref: [https://developer.wordpress.org/plugins/ Plugin Handbook | Developer.WordPress.org].

WordPresの拡張性のコア機能。

=== List ===
新しくWebサイトを始めるにあたって使いたいプラグインがある。

* ActivityPub
* FileBird
* Site Kit by Google
* WPCode Lite

==== 配布形式 ====
[https://plusers.jp/blog/wordpress-create-plugin すぐできる！WordPressの自作プラグインの作り方の基本を解説 | Plusers]

/wp-content/pluginsにファイルを直接アップロードする。か、ディレクトリーをzipに圧縮すれば、WordPressのプラグイン画面からアップロードできる。

=== Hook ===
Ref: [https://developer.wordpress.org/plugins/hooks/ Hooks – Plugin Handbook | Developer.WordPress.org].

フックはあるコードから別のコードに干渉するための仕組み。プラグインやテーマへの干渉のコア機能。拡張も可能。ActionとFilterの2種類がある。コールバックと一般的に呼ばれる関数を定義して引っ掛けて処理に干渉する。

* Action: WordPressの操作操作に、データの追加や変更を行う。内部的にデータを処理するので、何も返さない。
* Filter: WordPressコア機能の実行時にデータを変更する。データを受け取ってそれを次に渡す。

基本はFilterだと思う。Actionの用途がいまいちわからない。

==== Filter ====
Ref

* [https://developer.wordpress.org/plugins/hooks/filters/ Filters – Plugin Handbook | Developer.WordPress.org]
* [https://developer.wordpress.org/reference/functions/remove_filter/ remove_filter() – Function | Developer.WordPress.org]

add_filter/remove_filter

=== shortcode ===
Ref:

* [https://codex.wordpress.org/Shortcode Shortcode « WordPress Codex]
* [https://codex.wordpress.org/Shortcode_API Shortcode API « WordPress Codex]
* [https://www.webdesignleaves.com/pr/wp/wp_shortcode.html WordPress ショートコードの作成]

WordPressにはショートコードというのがある。角括弧 [shortcode][/shortcode] のような形式。本来ならHTML/JavaScriptしか使えない投稿本文に、PHP側の処理を仕込める。

新規作成する場合、書式がだいたい決まっている。<syntaxhighlight lang="php">
function callback_function($atts, $content = null, $tag ) {
extract(shortcode_atts(array(
//属性
'パラメータ1' => 'デフォルトの値1',
'パラメータ2' => 'デフォルトの値2',
･･･
), $atts));
//ショートコードの処理（動作）の記述
return $value;
}
add_shortcode('my_shortcode', 'callback_function');
</syntaxhighlight>こえrでmy_shortcodeというショートコードが使用可能になる。

==== shortcode_atts ====
* [https://developer.wordpress.org/reference/functions/shortcode_atts/ shortcode_atts() – Function | Developer.WordPress.org]
* [https://www.webdesignleaves.com/pr/wp/wp_shortcode.html WordPress ショートコードの作成]

shortcode_atts( array $pairs, array $atts, string $shortcode = ” ): array
ユーザーが指定した属性と、使用可能な属性のデフォルト値を結合する。使用不能な属性を無視してくれる。

* $pairs: 使用可能な属性とそのデフォルト値。
* $atts: ショートコードでユーザーが指定した属性。
* $shortcode: ショートコードの名前。これを指定するとshortcode_atts_$shortcode フィルターで外部から属性をフィルターできる。通常は使わない。

== Paid Memberships Pro ==

=== About ===
PMPro。有料会員サービスを実現するプラグイン。

* [https://www.paidmembershipspro.com/documentation/advanced/ Advanced Developer Topics: Security, Caching, Redirection & More]
* [https://www.paidmembershipspro.com/hooks-filters/ Paid Membership Pro Action and Filter Hooks]
* [https://github.com/strangerstudios/paid-memberships-pro/tree/master/includes paid-memberships-pro/includes at master · strangerstudios/paid-memberships-pro]

ソースコード内のincludes配下の関数は自分でも使用可能。

=== Free ===
PMProは基本的に無料で使える模様 ([https://www.paidmembershipspro.com/free/ PMPro: Free WordPress Membership Plugin])。サポートを販売している扱いの模様。ログアウトしていないと表示されない。

「[https://github.com/strangerstudios Stranger Studios]」がGitHubのリポジトリー。ここに全部のアドオンがある。ここからzipファイル類をダウンロードすれば使える。ただし、一部のプラグインは開発者の経験が必要なため、ライセンスキーの購入をsupportとして販売している。開発経験が一切ない人にはGitHubからのインストールもけっこう面倒くさいからそれでうまくGPLの条件を満たしているのだと思われる。

実行自体はライセンスの有無によらず可能。ただし、ライセンスの有無でStripeの決済手数料が変わる。

「[https://profiles.wordpress.org/paidmembershipspro/ Paid Memberships Pro (@paidmembershipspro) – WordPress user profile | WordPress.org]」でも公開しているが、これは全部ではない。サードパーティープラグインとの連携用が大半。

=== 金額変更 ===
定期購読で販売していて、登録後に金額を変更したいことがある。

* [https://wordpress.org/support/topic/how-to-raise-prices-on-recurring-memberships/ How to raise prices on recurring memberships? | WordPress.org]
* [https://wordpress.org/support/topic/change-plan-price/ Change Plan price | WordPress.org]
* [https://wordpress.org/support/topic/how-to-to-when-member-already-paid/ How to to when member already paid ? | WordPress.org]
* [https://wordpress.org/support/topic/change-membership-level-for-next-payment-in-recurring-subscription/ Change membership level for next payment in recurring subscription | WordPress.org]

これは基本的にできない。定期購読は決済サービス側で登録時の金額で固定されるため。

金額を変更したければ、一度キャンセルして、再度チェックアウト・購入してもらうしかない。

既存会員に対しては、更新ではなく、期限を設けて強制的に一度退会させるのがいい。

=== Restriction ===

==== membership short code ====
Ref:

* [https://www.paidmembershipspro.com/forums/topic/hide-bottom-register-form-when-it-has-membership-code-block/#post-545667 Hide bottom register form when it has membership code block]
* [https://www.paidmembershipspro.com/about-excerpts-and-using-the-read-more-tag-for-posts-and-pages/#h-level-up-your-excerpts-by-using-the-membership-shortcode-or-block Using the "Read More" Block and Excerpts for Pages and Posts]
* [https://www.paidmembershipspro.com/documentation/content-controls/with-shortcodes/ Restrict Content With a Shortcode]
* Source: [https://github.com/strangerstudios/paid-memberships-pro/blob/dev/shortcodes/membership.php paid-memberships-pro/shortcodes/membership.php at dev · strangerstudios/paid-memberships-pro]

PMProの基本的なコンテンツ制限の概念がある。

基本は投稿全体を非表示で、excerptで冒頭部分を一部表示これが基本。membershipショートコードはこの逆で、基本全表示で一部だけ非表示。

そもそも仕組みが違う。

だから、カテゴリーで管理していて、一部だけ非表示にしたかったら、末尾にmoreブロックを配置して、membeshipショートコードも使う必要がある。二重に使わないといけない。けっこう面倒くさい。

「[https://www.paidmembershipspro.com/customizing-the-message-for-non-members-on-membership-protected-content/ Custom Message for Non-Members on Protected Content]」がメッセージの変更方法。ただ、制限のロジックを変更できるわけではない。別のフィルターだと思う。

ソースコードを参考に自分で実装するしかないだろう。

==== message ====
「[https://www.paidmembershipspro.com/customizing-the-message-for-non-members-on-membership-protected-content/ Custom Message for Non-Members on Protected Content]」に基本的な表示内容やスタイルの設定方法がある。
<nowiki><div class="pmpro_content_message"></nowiki>
//custom message here
<nowiki></div></nowiki>
表示部分は上記要素になるのでこのクラスでスタイルをあてる。<syntaxhighlight lang="css">
.pmpro_content_message {
background: #F1F1F1;
margin: 0 auto;
max-width: 700px;
padding: 15px;
}
</syntaxhighlight>他に以下のフィルターが該当するメッセージ表示。

* add_filter( 'pmpro_non_member_text_filter', 'my_pmpro_non_member_text_filter', 5 );
* add_filter( 'pmpro_not_logged_in_text_filter', 'my_pmpro_not_logged_in_text_filter', 5 );

例えば、会員限定の文字数表示などをしたければ、自前でやるしかない。基本は自分で上記フィルターで上書きするのがよい。

例<syntaxhighlight lang="php">
function my_pmpro_non_member_text_filter( $text ) {
global $post, $post_membership_levels_names;
$count = mb_strlen( $post->post_content, 'UTF-8' ) - mb_strlen( get_the_excerpt(), 'UTF-8' );
$access = pmpro_has_membership_access( $post->ID, null, true );
$text = "<p>残り{$count}文字。続きは" . implode( '/', $access[2] ) . '会員限定。</p><p>Free=0/Bronze=220/Silver=1100/Gold=2200円。</p>'
. '<p><a href="https://web.gnusocial.jp/member/level/">会員登録</a>/'
. '<a href="//web.gnusocial.jp/member/login/">ログイン</a> (<a href="//web.gnusocial.jp/about/member/">About Member</a>)。</p>';
return $text;
}
add_filter( 'pmpro_non_member_text_filter', 'my_pmpro_non_member_text_filter', 5 );
add_filter( 'pmpro_not_logged_in_text_filter', 'my_pmpro_non_member_text_filter', 5 );

</syntaxhighlight>

==== Style ====
「[https://www.paidmembershipspro.com/customizing-the-message-for-non-members-on-membership-protected-content/ Custom Message for Non-Members on Protected Content]」でペイウォールの表示内容・スタイルを制御できる。

ペイウォール (.pmpro_content_message) のスタイルは会員登録の誘発に重要。

* [https://note.com/ririkodiary/n/n74cb67fecd7f 自分だけの強みを見つけて一生働く選択を〜ミドルエイジの生き方を見つめ直す〜｜暮らしのつづり帖/梨田莉利子]
* [https://yoikoarinoshinya.hateblo.jp/entry/wakate-geinin 僕の若手時代の悪行。 - 有野晋哉(よゐこ)個人ブログ]

有名サービスの例は上記。登録・購入ボタンを大きく押しやすくしている。a要素の他button要素でも実装されている。ここはいろいろ考えてもいいかもしれない。

==== Category ====
membershipショートコードやAddon Packagesではカテゴリーやタグでの会員限定に対応していない。これがちょっと困る。既存のカテゴリー、タグでの会員対応の把握方法を確認する。

includes/contents.phpのpmpro_has_membership_accessのコードが参考になる。<syntaxhighlight lang="php">
if(isset($mypost->post_type) && $mypost->post_type == "post")
{
// Get the categories for this post.
$post_terms = wp_get_post_categories( $mypost->ID );

// Get the tags for this post.
$post_terms = array_merge( $post_terms, wp_get_post_tags( $mypost->ID, array('fields' => 'ids' ) ) );

if( ! $post_terms )
{
//just check for entries in the memberships_pages table
$sqlQuery = "SELECT m.id, m.name FROM $wpdb->pmpro_memberships_pages mp LEFT JOIN $wpdb->pmpro_membership_levels m ON mp.membership_id = m.id WHERE mp.page_id = '" . esc_sql( $mypost->ID ) . "'";
}
else
{
//are any of the post categories associated with membership levels? also check the memberships_pages table
$sqlQuery = "(SELECT m.id, m.name FROM $wpdb->pmpro_memberships_categories mc LEFT JOIN $wpdb->pmpro_membership_levels m ON mc.membership_id = m.id WHERE mc.category_id IN(" . implode(",", array_map( 'intval', $post_terms ) ) . ") AND m.id IS NOT NULL) UNION (SELECT m.id, m.name FROM $wpdb->pmpro_memberships_pages mp LEFT JOIN $wpdb->pmpro_membership_levels m ON mp.membership_id = m.id WHERE mp.page_id = '" . esc_sql( $mypost->ID ) . "')";
}
}
else
{
//are any membership levels associated with this page?
$sqlQuery = "SELECT m.id, m.name FROM $wpdb->pmpro_memberships_pages mp LEFT JOIN $wpdb->pmpro_membership_levels m ON mp.membership_id = m.id WHERE mp.page_id = '" . esc_sql( $mypost->ID ) . "'";
}

$post_membership_levels = $wpdb->get_results($sqlQuery);
</syntaxhighlight>普通にSQLで取得している。このへんのコードを流用すれば対応できる気はする。ただ、ちょっと面倒くさい。

=== Analytics ===
PMProの流入元の記事を分析・特定する方法がある。

* [https://www.paidmembershipspro.com/membership-site-conversions-in-google-analytics-4/ How to Set Up GA4 Membership Site Conversion Events]
* [https://www.paidmembershipspro.com/add-ons/google-analytics/ Google Analytics Integration Add On Plugin]

GA4を使った一般的なサイト分析になる。有料プラグインでもできる。

=== Sell ===

==== Single ====
* [https://www.paidmembershipspro.com/add-ons/pmpro-purchase-access-to-a-single-page/ Addon Packages Add On Plugin for PMPro]
* [https://www.paidmembershipspro.com/add-ons/pmpro-woocommerce/ WooCommerce Integration Add On Plugin]
* [https://wordpress.org/plugins/pmpro-woocommerce/ Paid Memberships Pro Integration with WooCommerce – WordPress plugin | WordPress.org]
* [https://www.paidmembershipspro.com/paid-newsletters/ Sell Paid Newsletters on WordPress]単体記事の販売には工夫が必要。

WooCommerceと連携したり、PMProの有料プラグインを使うとか。他にも方法を以前調査したの後日追記する。

理想としては、単品販売と、会員を両立したい。2個以上買うなら会員のほうがいいみたいな。

単品販売の方法。有料アドオン、LearnDash、後はWooCommerce連携など。

Addon Packagesがいい。PMProのAddon Packagesは、まずあるメンバーシップレベルのユーザーに購入権利を与えて、そこから購入する形。

あくまで単品販売で、定期販売はできない。記事別に金額の入力欄が表示されてそれで単品販売する形。悪くない。こちらの理想に近い。単品販売することにした記事は買うしかない。あるメンバーレベルなら買わなくても見れるというようにはできなさそう。いや。1レベルだけ全アクセス可能はできる。

==== Course ====
*[https://www.paidmembershipspro.com/multiple-membership-levels-per-user-pmpro-workarounds/ Multiple Membership Levels Per User with PMPro (The Workarounds)]
*[https://wordpress.org/plugins/paid-memberships-pro-for-wp-courseware/ Paid Memberships Pro Addon for WP Courseware – WordPress plugin | WordPress.org]
*[https://www.paidmembershipspro.com/add-ons/pmpro-courses-lms-integration/ Courses for Membership Add On Plugin]
*[https://www.paidmembershipspro.com/add-ons/learndash-integration/ LearnDash Add On Plugin for Paid Memberships Pro]
*[https://flyplugins.com/paid-memberships-pro-courses/ Paid Memberships Pro for Selling Courses]

LearnCashはちょっといまいち。外部のプラグインとの連携。この機能自体はPMProのあるレベルが、LernDashのあるコースにアクセス可能にするだけだから、あまり意味ない。PMProだけでも似たようなことはできる。

単独販売の本質は、1ユーザーに複数のレベル・会員の所属。これはレッスンなどで、上位・下位の関係がない場合にあり得るケース。上位・下位がある場合は、1ユーザーは1レベルになる。

方法がいくつかある。

# Multiple Membership Per user Addon: 1ユーザーが複数のレベルに参加できるプラグインがある。がベータ版で他のプラグインと互換がなかったりする。ちょっと危ない。
# Addon Package: これが無難。
# フィールド: メインレベル加入時にオプションフィールドをつけて金額を変える。
# Multisite: サイトの内容次第だが、いっそ別サイトにするというのもある。

Addon Packageが無難。Addon PackageとWP coursewareと連携したりもできるらしい。

==== Addon Packages ====

===== About =====

* [https://www.paidmembershipspro.com/add-ons/pmpro-purchase-access-to-a-single-page/ Addon Packages Add On Plugin for PMPro]
* [https://github.com/strangerstudios/pmpro-addon-packages strangerstudios/pmpro-addon-packages: Charge for access to specific pages or other post types in WordPress. Requires the Paid Memberships Pro plugin.]

記事の単品販売用にAddon Packagesがあるのでこれを試す。このプラグインは将来的にPMPro本体に取り込まれるもので、一時的な解決用という位置づけ。

===== Usage =====
インストールしたらpost/page画面に金額設定画面が表示されるので、ここで金額をいれて、[Require Membership] も指定すると単品販売できる。

カテゴリーでのレベル指定は無効。一番レベル低いFreeなどを1個指定すれば、自動的に全部に適用される。レベルの指定が若干使いにくい。カテゴリーで指定できれば楽だった。やむを得ない。PMPro 3で取り込まれたりしないかな。

しないでしょうね。コンテンツの部分非表示と同じで、ページ単位で会員レベルを指定する必要があるのが作りとしていまいち。だがこれに従うしかないか。基本は変えない運用にすればいいのか。

===== Configuration =====

* define( '<code>PMPROAP_EXP_DAYS</code>', 0 );: 有効期限の設定デフォルト0 (無期限)。基本はデフォルトでOK。
* apply_filters( 'pmproap_all_access_levels', array(), $user_id, $post_id );: 単品購入を無視してアクセスできる神レベル的なものを指定できる。
* apply_filters( 'pmproap_text_level_id', $text_level_id, $post_id, $user_id, $post_levels );: 未ログインユーザー向けの新規購入時に必要なレベルID。
* apply_filters( 'pmproap_supported_post_types', array( 'page', 'post' ) );
* do_action( 'pmproap_action_add_to_package', $user_id, $post_id );
* do_action( 'pmproap_action_remove_from_package', $user_id, $post_id );

pmproap_all_access_levels を使うと、単品購入を無視してアクセスできる神レベル的なものを指定できる。

例えば、最上位だけ除外するとか。金額でレベル指定できればなおよかったがしかたない。<syntaxhighlight lang="php">
/*
Set levels as "all access levels" so members of these levels will be able to view all Addon Packages.
Requires Paid Memberships Pro and the pmpro-addon-packages plugin.
*/
function my_pmproap_all_access_levels($levels, $user_id, $post_id)
{
//I'm just adding the level, but I could do some calculation based on the user and post id to programatically give access to content
$levels = array(16);
return $levels;
}
add_filter("pmproap_all_access_levels", "my_pmproap_all_access_levels", 10, 3);
</syntaxhighlight>

===== Message =====
pmpro_non_member_text_filter/pmpro_not_logged_in_text_filterを[https://github.com/strangerstudios/pmpro-addon-packages/blob/dev/pmpro-addon-packages.php#L266 pmproap_pmpro_text_filter]で上書きしている。この実装を参考に、自分で元のフィルターを上書きすれば、表示文を変更できる。
<nowiki><div class="pmpro_content_message"><p>This content requires that you purchase additional access. The price is ¥220 or free for our Gold members.</p></nowiki><nowiki><p><a href="https://web.gnusocial.jp/member/checkout/?level=1&amp;ap=10307">Purchase this Content (¥220)</a></nowiki> <nowiki><a href="https://web.gnusocial.jp/member/level/">Choose a Membership Level</a></nowiki><nowiki></p></nowiki><nowiki></div></nowiki>
Addon Package有無の両方の考慮が必要でちょっと複雑になる。

===== Shortcode =====
[pmpro_addon_packages] のショートコードを使うと、単品販売の記事一覧を出力できる。

===== Addon Pakacage用改造 =====
既存のAddon Packageがブロックに未対応、ページのレベル指定が必要な点が気に入らないので改造する。

* 金額があればAPとみなす。
*

作業手順

* my_pmproap_membership_content_filter でコンテンツの制限のロジックにAP (金額があれば制限・制限文表示) を組み込む。
* 表示文。
* paywallショートコード追加。

pmpro_non_member_text_filterなどで表示させる表示文のロジックをどうするか。

ショートコードと基本ロジックは同じだが、非表示部分の文字数の扱いがある。引数の$notloggiedintextは管理画面の設定したメッセージ。

共通関数を作って、それを流用して、引数で文字数を受け取るようにするか。

[[Category:Distributed]]

X

2025-06-14T13:11:09Z

Gnusocialjp: Other Account 不審なログインが阻止されました

== About ==
旧Twitter。

== Link ==

* [https://marketing.twitter.com/ja/insights/kakusan 世界初公開｜「#拡散の科学」なぜ人はリツイートするのか？]
* https://x.com/Etype_mag/status/1859173932332613843 [https://type.jp/et/feature/27221/ 【独占】イーロン買収後の激動、日本初の開発拠点立ち上げの思惑とは？ X日本法人代表・松山歩が明かす - エンジニアtype | 転職type]

== Service ==
X/Twitter関係でアクセスの多い役務関係の記事が以下となっている。

* [https://web.gnusocial.jp/post/2023/10/28/9050/ 役務: X/Twitterのデータ一括ダウンロードCLI/GUIツールtwmd (twitter-media-downloader) | GNU social JP Web]
* [https://web.gnusocial.jp/post/2024/02/03/10046/ 役務: X/Twitterの匿名閲覧・RSS提供サービスNitterの終了？ | GNU social JP Web]

特に、Nitterは主要なメディアでの報道がないものの、潜在的なユーザーが多いようで、アクセスが多かった。

== API ==

=== Authentication ===
Ref: [https://developer.twitter.com/ja/docs/basics/authentication/overview/oauth OAuth with the Twitter API | Docs | Twitter Developer Platform].

Twitter APIを使う場合、まず認証が必要になる。OAuth 2.0ベースだが、いくつか方式がある。

# Application-only authentication: OAuth2 (bearer token): アプリで認証するケース。
# Application-user authentication: OAuth 1a (access token for user context): ユーザーで認証するケース。3-legged-OAuthを使用。

1番目は全体で共有する感じ。単独アプリなどで使う。レート制限などを緩和するために、サーバーアプリで、登録ユーザー別に、認証したいなら後者を使ったほうがいい。

==== OAuth 1.0a ====
Ref: [https://developer.twitter.com/en/docs/authentication/oauth-1-0a OAuth 1.0a | Docs | Twitter Developer Platform].

以下の情報を使う。

* oauth_consumer_key/secret: アプリの認証情報。アクセストークンの取得に使用。API Key、アプリキーなどとも呼ばれる。
* oauth_token/secret: アクセストークン。ユーザーが自分のアカウントにAPI経由でのアクセスに使用。実質的なパスワード。

consumer_key/secretは、開発者がX Developer Platformから事前に発行して取得しておく必要がある。oauth_token/secretは実装後にユーザーがアプリ操作で取得する感じになる。

アクセストークンを実際に取得する際のリクエストは以下のようなイメージ。
curl --request POST \
--url '<nowiki>https://api.twitter.com/1.1/statuses/update.json?status=Hello%20world'</nowiki> \
--header 'authorization: OAuth oauth_consumer_key="CONSUMER_API_KEY", oauth_nonce="OAUTH_NONCE", oauth_signature="OAUTH_SIGNATURE", oauth_signature_method="HMAC-SHA1", oauth_timestamp="OAUTH_TIMESTAMP", oauth_token="ACCESS_TOKEN", oauth_version="1.0"' \

===== API Key and Secret =====
Ref: [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/api-key-and-secret API Key and Secret | Docs | Twitter Developer Platform].

Consumer Key/Secretを取得する。開発者アカウントにログインして、アプリのプロジェクトを作成すると表示される。これを控えておく。

===== User Access Tokens (3-legged OAuth flow) =====
Ref:

* [https://cdn.cms-twdigitalassets.com/content/dam/developer-twitter/docs/obtaining-access-tokens.png.twimg.1920.png User Access Tokens (3-legged OAuth flow) | Docs | Twitter Developer Platform]
* [https://developer.twitter.com/ja/docs/authentication/oauth-1-0a/obtaining-user-access-tokens ユーザーアクセストークンの取得（3レッグ認証OAuth） | Docs | Twitter Developer Platform]

3-legged OAuth flowをに従って、ユーザーにアクセストークンの取得を行える。ここが重要。Twitterでのログインとほぼ同じ手順。

====== 1 POST oauth/request_token ======
まずコンシューマーキーを使って、アクセストークンを要請する。

* oauth_callback
* oauth_consumer_key

応答200で以下のパラメーターがボディーにあるので、これを後続の処理で使用する。

* oauth_token
* oauth_token_secret
* oauth_callback_confirmed
なお、OAuth関係のリクエスト送信時には、

oauth_nonce="OAUTH_NONCE", oauth_signature="OAUTH_SIGNATURE", oauth_signature_method="HMAC-SHA1", oauth_timestamp="OAUTH_TIMESTAMP", oauth_token="ACCESS_TOKEN", oauth_version="1.0"' \

の情報も必要な模様。

====== 2 GET oauth/authorize ======
1で取得したoauth_tokenを使って、GETする。

https://api.twitter.com/oauth/authorize?oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0

すると、1でoauth_callbackdで指定したURLにリダイレクトされて、URLクエリーにパラメーターがついてくる。

https://yourCallbackUrl.com?oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0&oauth_verifier=uw7NjWHT6OJ1MpJOXsHfNxoAhPKpgI8BlYDhxEjIBY

====== 3 POST oauth/access_token ======
最後にアクセストークンを取得する。

* POST /oauth/access_token
* <code>oauth_consumer_key=cChZNFj6T5R0TigYB9yd1w</code> <code>oauth_token=NPcudxy0yU5T3tBzho7iCotZ3cnetKwcTIRlX0iwRl0</code> <code>oauth_verifier=uw7NjWHT6OJ1MpJOXsHfNxoAhPKpgI8BlYDhxEjIBY</code>

応答本体に以下が返ってくる。

* <code>oauth_token=7588892-kagSNqWge8gB1WwE3plnFsJHAZVfxWD7Vb57p0b4</code> <code>oauth_token_secret=PbKfYqSryyeKDWz4ebtY3o5ogNLG11WJuZBc9fQrQo</code>

以後は上記をリクエストで使う。

===== Authorizing a request =====
Ref:

* [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/authorizing-a-request Authorizing a request | Docs | Twitter Developer Platform]
* [https://qiita.com/kerupani129/items/ee9d894cc67101f16c3f OAuth 1.0a 認証の実装 (Twitter API 用) #Twitter - Qiita]
* [https://note.com/tkhm_dev/n/n152ea1b08b8d Twitter APIをcurlで呼び出す場合のSignatureの生成｜tkhm]

X/TwitterはシンプルHTTPでAPI呼び出しがベース。<syntaxhighlight lang="http">
POST /1.1/statuses/update.json?include_entities=true HTTP/1.1
Accept: */*
Connection: close
User-Agent: OAuth gem v0.4.4
Content-Type: application/x-www-form-urlencoded
Content-Length: 76
Host: api.twitter.com

status=Hello%20Ladies%20%2b%20Gentlemen%2c%20a%20signed%20OAuth%20request%21
</syntaxhighlight>ただし、これに加えて以下の情報がないと、無効扱いになる。

* アプリ。
* ユーザー。
* 権限。
* 改竄。

上記の情報をリクエストに付与するために、OAuth 1.0aプロトコルを採用している。具体的には、上記の情報を付与する、追加のHTTP Authorizationヘッダーがあればよい。具体的には以下となる。<syntaxhighlight lang="http">
POST /1.1/statuses/update.json?include_entities=true HTTP/1.1
Accept: */*
Connection: close
User-Agent: OAuth gem v0.4.4
Content-Type: application/x-www-form-urlencoded
Authorization:
OAuth oauth_consumer_key="xvz1evFS4wEEPTGEFPHBog",
oauth_nonce="kYjzVBB8Y0ZFabxSWbWovY3uYSQ2pTgmZeNu2VS4cg",
oauth_signature="tnnArxj06cWHq44gCs1OSKk%2FjLY%3D",
oauth_signature_method="HMAC-SHA1",
oauth_timestamp="1318622958",
oauth_token="370773112-GmHxMAgYyLbNEtIKZeRNFsMKPR9EyMZeS9weJAEb",
oauth_version="1.0"
Content-Length: 76
Host: api.twitter.com

status=Hello%20Ladies%20%2b%20Gentlemen%2c%20a%20signed%20OAuth%20request%21
</syntaxhighlight>Authorizationヘッダーは実際には一行。

この署名プロセスが過度な場合、Web Intentsを使ったほうが簡単。

パラメーターは以下の通り。

* oauth_consumer_key=アプリの情報。開発者ページで生成しておく。
* oauth_nonce=リクエストごとに固有。再送防止用に使用する。
* oauth_signature=改竄防止用。他のパラメーターから自動生成。
* oauth_signature_method=HMAC-SHA1で固定。
* oauth_timestamp=リクエスト作成日。Unixエポック。
* oauth_token=アクセストークン。
* oauth_version=1.0固定。

===== Creating a signature =====

* [https://developer.twitter.com/ja/docs/authentication/oauth-1-0a/creating-a-signature 署名の作成 | Docs | Twitter Developer Platform]
* [https://developer.twitter.com/en/docs/authentication/oauth-1-0a/creating-a-signature Creating a signature | Docs | Twitter Developer Platform]

== Other ==

=== Account ===

==== 不審なログインが阻止されました ====
<nowiki><blockquote class="twitter-tweet"><p lang="ja" dir="ltr">ふえええんなんかtwitterのバグでロックかかってたの、ちょうど24時間で復活したー！</nowiki>

　後学のために、また同じ問題に当たってしまった方のために記録を残しておきます。

・以下のようなメッセージが出て入れなくなっていました。

不審なログインが阻止されました
ご本人であることを確認できなかったため、ご利用のアカウントへのアクセスをブロックしました。これは、ログイン試行の回数が多すぎる、普段とは別の場所や端末からログインが試みられたなど、通常とは異なるログイン操作が見られたためです。しばらくしてからログインしなおしてください。このようなブロックは自動的に解除されます。ログインの問題についてのヘルプは、こちらをご覧ください。

・他の方もそうなるかはわかりませんが、僕はちょうど24時間でロックが解除されました。

　ご参考までに！<nowiki></p></nowiki><nowiki>&</nowiki>mdash; 稲垣理一郎(リーチロー)💵🪨🏈 (@reach_ina) <nowiki><a href="https://twitter.com/reach_ina/status/1680975592521633795?ref_src=twsrc%5Etfw">July 17, 2023</a></nowiki><nowiki></blockquote></nowiki> <nowiki><script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script></nowiki>
サブアカウント作成などで、既存アカウントのログアウト・ログインを複数回繰り返すと、不正アクセス扱いでブロックされる。24時間経過しないと解除されないらしい。
[[Category:Centralized]]

MediaWiki

2025-06-09T13:23:54Z

Gnusocialjp: Category:構文ハイライトエラーがあるページ

== About ==
MediaWikiはWikipediaで採用されている世界一有名なWikiソフトだ。

GNU social JP WikiもMediaWikiを採用している ([https://web.gnusocial.jp/post/2023/10/31/9191/ 告知: 自由な分散SNSのWiki「GNU social JP Wiki」の開始とサービス名の改名 | GNU social JP Web])。

「[https://kinsta.com/jp/blog/wordpress-wiki/ WordPress Wikiの作成方法（徹底解説）]」にあるように、WordPressでも似たようなWikiサイトの構築は可能。

== Install ==
* [https://web.gnusocial.jp/post/2023/10/30/9167/ 設置: MediaWiki | Wikipediaで採用された世界一有名な情報集約のWikiソフト | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/11/04/9170/ 設置: MediaWikiのindex.phpを省く短縮URL設定 | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/11/05/9173/ 設置: MediaWikiのホーム画面 (メインページ/Man_Page) の変更方法 | GNU social JP Web]

== Operation ==
[[mediawikiwiki:Manual:Administrators|Manual:Administrators - MediaWiki]]

=== Protection ===

* [[wikibooks:MediaWiki_Administrator's_Handbook/Page_Protection|MediaWiki Administrator's Handbook/Page Protection - Wikibooks, open books for an open world]]
* [[mediawikiwiki:Manual:Autoconfirmed_users|Manual:Autoconfirmed users - MediaWiki]]

荒らしや編集合戦対策で、ページを保護することで、編集を権限者に限定できる。

=== Block ===
Ref:

* [[mediawikiwiki:Manual:Block_and_unblock|Manual:Block and unblock - MediaWiki]] - [[wikibooks:MediaWiki_Administrator's_Handbook/User_Block|MediaWiki Administrator's Handbook/User Block - Wikibooks, open books for an open world]]

サイトが悪党に荒らされた場合の対策。該当アカウントをブロックできる。

ブロックの効果: 編集軽作業が不能になる。

荒らされたページや、新規作成されたページは、復元か削除で対応する。

方法。

* Special:Blockにアクセス。IPアドレスかユーザー名を指定。
* 他に、利用者か利用者トークページを開くと、サイドバーにブロックのリンクがあり、そこからも実施可能。

オプション

* アカウント作成をブロック: そのIPアドレスから新規登録を不能にする。
* 最後の使用IPアドレスと編集アドレスをブロック (ハードブロック):

=== Revert/Rollback ===
Ref: [[mediawikiwiki:Manual:Reverts|Manual:Reverts - MediaWiki]]

MediaWikiで誰かの編集を打ち消したり元に戻す機能。基本的に、復元用の履歴を作って元に戻す。

Revert (undo) は、ページを任意の履歴に戻す。現在のページからその履歴までの変更点を逆に適用して、新しい履歴を作る。基本的に誰でもできる。

Rollback/ロールバックは、ページに対して、同じユーザーによる最後の編集をまとめて巻き戻す。rollback権限が必要。シナリオとしては、同一ユーザーにより荒らしなどで大量に編集、破壊された場合に一括で戻せる。

なお、ページが誕生して以来1名のユーザーしか編集していない場合、ページの作成時点まで戻るので使用できない。

ロールバックを実行すると、「Ctkpaarr964565498 (トーク) による編集を Gnusocialjp による直前の版へ差し戻しました」のメッセージで、変更を打ち消し履歴が作られる。

=== RevisionDelete ===

* [[mediawikiwiki:Help:RevisionDelete/ja|Help:版指定削除 - MediaWiki]]
* [[mediawikiwiki:Manual:RevisionDelete/ja|Manual:版指定削除 - MediaWiki]]
* [https://design.kyusan-u.ac.jp/OpenSquareJP/?MediaWiki/Customize MediaWiki/Customize - OpenSquareJP｜井上貢一研究室]

秘匿情報を誤って公開した場合など、特定の変更履歴を非表示にできる。

LocalSettings.phpに以下を追記すると有効になる。
$wgGroupPermissions['sysop']['deletelogentry'] = true;
$wgGroupPermissions['sysop']['deleterevision'] = true;

=== Right ===

* [[mediawikiwiki:Manual:User_rights|Manual:User rights - MediaWiki]]
* [[mediawikiwiki:Manual:Preventing_access|Manual:Preventing access - MediaWiki]]
* [[mediawikiwiki:Manual:$wgGroupPermissions|Manual:$wgGroupPermissions - MediaWiki]]
* [https://sudachi.jp/wiki/MediaWiki%E3%81%AE%E8%A8%AD%E5%AE%9A MediaWikiの設定 - すだちWiki]

アクセス管理がユーザーやグループ単位でできる。

$wgGroupPermissions[グループ名][権限] で制御する。いくつか便利な設定、よくやる設定がある。
# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;

=== Spam ===
「[[mediawikiwiki:Manual:Combating_spam|Manual:Combating spam - MediaWiki]]」にMediaWikiのスパム対策の基本がまとまっている。

* [[mediawikiwiki:Extension:ConfirmEdit|Extension:ConfirmEdit - MediaWiki]]

=== ページ分類方法 ===
[http://blog.livedoor.jp/lionkid/archives/3096475.html world-walker スタッフブログ:MediaWikiのページ分類方法についての考察]

* 名前空間（Namespace）
* カテゴリ（Category）
* サブページ（Subpage）

MediaWikiでは上記の3種類のページ分類方法がある。それぞれ一長一短。

だが、基本的にはCategoryでやるのが一番汎用的。1個のページが複数の分類にしたいということがよくある。名前空間とサブページだとそれができない。親は常に1個。住所のような完全に上下関係が一致するなら問題ないが、後で変えるのもたいへん。

=== Category ===

==== About ====
[[mediawikiwiki:Help:Categories/ja|Help:カテゴリ - MediaWiki]]

ページをグループ化する機能。重要。

カテゴリーへのページの追加は、追加対象ページに <nowiki>[[Category:カテゴリ名]]</nowiki> を追加するだけ。どこでもいい。最下部が一般的。

カテゴリーページ自体へのリンクを張る場合、<nowiki>[[:Category:カテゴリー名]]</nowiki> のように、先頭に:を付与する。

カテゴリーが未作成なら、同時にカテゴリーの未作成ページができる。カテゴリーページはカテゴリーページで、作成が必要。カテゴリー自体も作成はできる。通常のページ同様に、 [Category:カテゴリー名] で検索して、新規作成する。

新規作成すると、CategoryTree拡張機能で、自動的にカテゴリー一覧が末尾に表示される。

カテゴリー自体も別のカテゴリーに属すことができる。ページ同様に、カテゴリーページに <nowiki>[[Category:カテゴリ名]]</nowiki> を追加するだけ。

カテゴリーの階層の保守としては、カテゴリーでツリー構造になっているときれい。サブページに近い。カテゴリーでWiki全体を分類してまとめられる。Category:Mainをカテゴリーのルートにするときれいかもしれない。

==== CategoryTree ====

===== About =====
カテゴリーの一覧表示は、標準拡張機能の「[[mediawikiwiki:Extension:CategoryTree/ja|Extension:CategoryTree - MediaWiki]]」で可能になる。transclude (参照読込) ではできない ([https://stackoverflow.com/questions/1050853/transclude-a-category-in-mediawiki Transclude a category in MediaWiki - Stack Overflow])。

CategoryTreeは以下の3種類の使用方法がある。

# カテゴリーページでデフォルト表示。
# カスタムタグ (categorytree )。
# special page ([[特別:CategoryTree|Special:CategoryTree]])

categorytree要素は以下のような形式で使う。
<nowiki><categorytree showcount="on" mode="all">Main</categorytree></nowiki>
重要なオプションがある。

* mode: 初期値が複雑。namespacesで上書き。なければ、項目が有無で決まる。pages (上限200ページ) かallを指定しておけばいいと思われる。ページ数が膨大ならpages。
** categories (0): サブカテゴリーのみ。
** pages (10): 画像を除いた、サブカテゴリーとページ。上限200ページ。
** all (20): 全部。
** parents (100): 親のカテゴリーを表示。インバース操作用。
* showcount: "on"でカテゴリーの記事数表示。categorytree要素でのみデフォルトoff。

===== デフォルト展開 =====
CategoryTreeのcategorytree要素を使うと、カテゴリー一覧を表示できる。が、クリックしないと展開されないのが、余計なクリックが必要で嫌。<blockquote>
; depth
: determines how many levels of the tree are shown initially. Default is 1. 0 means only the root node. The maximum value depends on the mode specified, and on the <code>$wgCategoryTreeMaxDepth</code> option. (Introduced between [[/static-codereview.wikimedia.org/MediaWiki/20410.html|r20410]] and [[/static-codereview.wikimedia.org/MediaWiki/20840.html|r20840]], Mar 30 2007; fully functional even with <code>$wgCategoryTreeDynamicTag</code> since [[/static-codereview.wikimedia.org/MediaWiki/36864.html|r36864]], July 2008.)

; $wgCategoryTreeMaxDepth
: an array defining the maximum depth for each [[/www.mediawiki.org/wiki/Extension:CategoryTree#Modes|mode]], to which the tree may be expanded initially using the depth parameter in a <category> tag. By default, this is set to 2 for the "categories" mode, and 1 for other modes. To set it to 3 for categories and 2 for other modes, for example, you can use <code>$wgCategoryTreeMaxDepth = [10 => 2, 20 => 2, 0 => 3, 100 => 2];</code>.
</blockquote>このあたりの、オプションと設定を使うと、うまくできる。

基本はdepthで最大展開表示数を制御する。ただし、性能の制御のために$wgCategoryTreeMaxDepthで上限が決まっている。デフォルトで、mode="categories"=2、他は1になっている。
$wgCategoryTreeMaxDepth = [20 => 9];
そんなに階層が何重にもなることは想定していないが、上記のようにLocalSettings.phpでallの最大を1から9に変更する。
<nowiki><categorytree showcount="on" mode="all" depth="9">Main</categorytree></nowiki>
加えて、上記のようにdepth="9"を指定すると反映される。膨大なWikiで9が重いなら、上限を変える。これで一括管理できる仕組みな模様。

「[https://stackoverflow.com/questions/37348060/mediawiki-category-tree-expand-all-by-default MediaWiki Category Tree expand all by default - Stack Overflow]」が関連Q&Aだが、回答が的外れになっている。

=== Language ===
日本語にすると、ヘルプとか特別とかが日本語のURLになるのが嫌。

「[[mediawikiwiki:Manual:Language/en|Manual:Language - MediaWiki]]」

Page content languageで変更できる？

「[[mediawikiwiki:Manual:FAQ|Manual:FAQ - MediaWiki]]」

Special:Allmessagesにシステムメッセージのリストがある。例えば、「特別ページ」は「specialpage 」が対応している。[Special:AllMessages] は「システムメッセージの一覧」で対応している。

[MediaWiki:Allmessages] のページでシステムメッセージが格納されている。[MediaWiki:Allmessages/ja] で言語対応が出る。

「[[mediawikiwiki:Manual:$wgUseDatabaseMessages|Manual:$wgUseDatabaseMessages - MediaWiki]]」で選択できる。falseにするとwpLanguageCodeで強制指定。trueだと自分で変更できる。

「[https://github.com/wikimedia/mediawiki/blob/1.42.1/languages/i18n/en.json mediawiki/languages/i18n/en.json at 1.42.1 · wikimedia/mediawiki]」が言語対応の一覧。ここから探すとよい。

特に重要なもの。

* nstab: 名前空間類のプレフィクスの模様。
* nstab-special Special
* specialpage
* specialpages 特別ページ一覧
* nstab-
* mainpage

Special:の扱いがよくわからない。カテゴリーじゃなくて名前空間。

* [[mediawikiwiki:Manual:Configuration_settings|Manual:Configuration settings - MediaWiki]]
* [[mediawikiwiki:Manual:Special_pages|Manual:Special pages - MediaWiki]]

The Special pseudo namespace can be translated in other languages. 翻訳可能。「[[mediawikiwiki:Manual:Namespace|Manual:Namespace - MediaWiki]]」によると、「[[mediawikiwiki:Manual:$wgNamespaceAliases|Manual:$wgNamespaceAliases - MediaWiki]]」で翻訳可能？

「[[mediawikiwiki:Manual:Namespace_constants|Manual:Namespace constants - MediaWiki]]」が定数。

NS_SPECIALを指定すると、翻訳が無効になる？
$wgNamespaceAliases['特別'] = NS_SPECIAL;
「[[mediawikiwiki:Topic:T9rltht3umy9zj8c|How to switch from german namespace to english? on Project:Support desk]]」これが近い。

/jaなど言語ページもあって、変更できる。が、パーマリンクは変わらない。別のところ。<blockquote>[[/www.mediawiki.org/wiki/User:Ciencia Al Poder|<bdi>Ciencia Al Poder</bdi>]] ([[/www.mediawiki.org/wiki/User talk:Ciencia Al Poder|talk]][[/www.mediawiki.org/wiki/Special:Contributions/Ciencia Al Poder|contribs]])

What you can control in the MediaWiki namespace is the text of the tab, not the namespace itself (eg: when linking to pages in that namespace or the displayed URL). See [[/www.mediawiki.org/wiki/Manual:Using custom namespaces|Manual:Using custom namespaces]]</blockquote>nstab系はタブテキストなどで、URLは変わらない。

Special:AllMessagesからnstab-category nstab-category/jaをCategoryに直したがパーマリンクは反映されず。

「[[mediawikiwiki:Help:System_message|Help:System message - MediaWiki]]」にシステムメッセージの変更方法がある。

まず、Special:AllMessagesのページに、システムメッセージの全リストがある。「[https://github.com/wikimedia/mediawiki/blob/1.42.1/languages/i18n/en.json mediawiki/languages/i18n/en.json at 1.42.1 · wikimedia/mediawiki]」がソースコードの対応。

en.jsonのja.jsonを変更する？

この画面から編集できる。変更方法が一応2種類ある。

# [MediaWiki:メッセージキー] のページの値を変更。
# Special:AllMessagesの左側のリンクで上記ページにアクセス (既定のメッセージ文が使用されている場合、ページが不在というわけではなく、編集ページが空のためリンクが赤色になっている)。
nstab-categoryを変更しても、URLは変わらない。

ChatGPTへの質問。

MediaWikiの名前空間の翻訳を無効にする方法を教えてください。

====== ChatGPT: ======
MediaWikiで名前空間の翻訳を無効にするには、以下の手順を実行します：

# '''<code>LocalSettings.php</code> ファイルの編集''': MediaWikiの設定ファイルである <code>LocalSettings.php</code> を開きます。このファイルは、MediaWikiインストールディレクトリにあります。
# '''翻訳を無効にする設定の追加''': <code>LocalSettings.php</code> に以下の設定を追加します。この設定により、指定した名前空間の翻訳を無効にすることができます。

// 名前空間の翻訳を無効にする
$wgTranslateLinks = false;

# この設定を追加することで、すべての名前空間の翻訳が無効になります。
# '''特定の名前空間の翻訳を無効にする''': 特定の名前空間だけ翻訳を無効にしたい場合は、より具体的な設定を追加する必要があります。たとえば、「ユーザー」名前空間（<code>User</code>）の翻訳を無効にするには、以下のように設定を追加します。

$wgNamespaceAliases = array(
NS_USER => 'User'
);

$wgTranslateLinks = false;

# これにより、「ユーザー」名前空間の翻訳が無効になります。必要に応じて、他の名前空間も設定できます。
# '''設定の保存''': <code>LocalSettings.php</code> を保存し、MediaWikiを再起動する必要があります。これにより、新しい設定が適用されます。
# '''確認''': 設定が正しく適用されているか確認するため、MediaWikiのインターフェースを確認し、指定した名前空間で翻訳が無効になっていることを確認します。

この手順で、MediaWikiで名前空間の翻訳を無効にすることができます。必要に応じて、設定を調整してください。

wgTranslateLinksは存在しない嘘だが、「[[mediawikiwiki:Manual:$wgNamespaceAliases/ja|Manual:$wgNamespaceAliases - MediaWiki]]」は使えそう。

[https://www.hostknox.com/knowledgebase/686/How-to-add-namespace-aliases-in-MediaWiki.html HostKnox :: ナレッジベース :: MediaWiki に名前空間エイリアスを追加する方法]

* 「[https://vanguardflight.xii.jp/wp/2014/03/30/313/ MediaWikiにExtension:Scribuntoをインストール – Remove Before Flight]」
* [https://vanguardflight.xii.jp/wp/2014/03/26/300/ MediaWikiのインストール手順 – Remove Before Flight]

エイリアスを追加するか、ソースコードの変更がやはり必要だと思われる。

「[[mediawikiwiki:Manual:$wgNamespaceAliases/ja|Manual:$wgNamespaceAliases - MediaWiki]]」を見ていたら、[[mediawikiwiki:Manual:$wgExtraNamespaces|Manual:$wgExtraNamespaces - MediaWiki]]が登場して、既定の名前空間の改名にも使えるらしい。「[[mediawikiwiki:Manual:Using_custom_namespaces|Manual:Using custom namespaces - MediaWiki]]」を見ると。
define("NS_FOO", 3000);
$wgExtraNamespaces[NS_FOO] = "Foo";
以下のように名前を変更すると、改名できるらしい。
define("NS_FOO", 3000);
$wgExtraNamespaces[NS_FOO] = "New";
$wgNamespaceAliases['Foo'] = NS_FOO;
本当かな？

[[mediawikiwiki:Manual:Namespace_constants|Manual:Namespace constants - MediaWiki]]

以下のコードでうまくいった。
// Rename namespace to keep English
$wgExtraNamespaces[NS_USER] = "User";
$wgNamespaceAliases['利用者'] = NS_USER;
$wgExtraNamespaces[NS_CATEGORY] = "Category";
$wgNamespaceAliases['カテゴリ'] = NS_CATEGORY;
$wgExtraNamespaces[NS_SPECIAL] = "Special";
$wgNamespaceAliases['特別'] = NS_SPECIAL;
特別など他のページもこれで全部英語に戻す。

=== Other ===

==== Conflict ====
複数のタブで同じページをGUIで編集して、更新すると、後の更新で前の更新が上書きされる。順番に注意する。

GUIじゃなくて、ソースエディットで節単位だと問題ないのかもしれない。

==== Snippet ====
https://chatgpt.com/c/6747d5d5-57ec-800b-97ec-e00c1e87a2fc

[https://www.wingfield.gr.jp/archives/4387 Mediawiki でのスニペット管理を考える - WINGFIELD since1995]

MediaWikiでコードスニペットの管理。

# 本文に埋め込み: 長いとみにくいかも。
# ファイルアップロード機能: 検索不能で編集履歴も追跡不能。
# VCSサービスの埋め込み。

短文は埋め込み、長くなったらファイルアップロード。がいいかな。

==== Media ====
画像などをアップロードする場合、ファイル名はサイト全体で固有である必要がある。いい加減なファイル名にはせずに、意味がわかるファイル名を心掛ける。

アップロード後のファイルの改名は少々手間がかかる。「拡張機能: Renameuser/RenameFiles」の拡張機能を使うとよい。

== Markup ==

=== Transclusion ===
MeidaWikiでは他のページの内容を埋め込むことが可能で、この機能を [Transclusion/参照読み込み](https://www.mediawiki.org/wiki/Transclusion) と呼んでいる。

{{<page name>}} のように、二重波括弧でページ名を指定すると埋め込める。埋め込み元で、埋め込みの許可・禁止ブロックをマークアップで指定することもできる。

参照読み込み可能な特別ページは限定されていて、以下となる。

* Special:AllPages
* Special:PrefixIndex
* Special:NewFiles
* Special:NewPages
* Special:RecentChanges
* Special:RecentChangesLinked.

トップページでの埋め込み表示などで便利なものがある。AllPages/NewPages/RecentChangesあたりが特に便利そうだ。

テンプレート的な使い方などで、駆使できると便利だろう。

=== HTML ===
MediaWikiでHTMLの要素をいくつか使用できる。

* [[mediawikiwiki:Help:Formatting|Help:Formatting - MediaWiki]]
* [[mediawikiwiki:HTML_restriction|HTML restriction - MediaWiki]]
* [[mediawikiwiki:Help:HTML_in_wikitext|Help:HTML in wikitext - MediaWiki]]

LocalSetting.phpで$wgRawHtml = true (デフォルトfalse) にすれば、html要素内でHTMLを無制限で使用可能になる。

=== Page ===
Ref: [[mediawikiwiki:Topic:Ua1cqlfd07kyvd8p|How to Embed List of All Namespace-Pages in a Wiki Page? on Project:Support desk]]

カスタム名前空間Privateで非公開ページを作ったら、Privateのページ一覧をメインページに表示させたくなった。若干工夫がいる。
<nowiki>{{Special:Prefixindex/<custom namespace>:}}</nowiki>
<custom namespace>部分にカスタム名前空間を指定する。これで一覧ページを開ける。大事なのは末尾の:。これで先頭一致でページ一覧のページになっている。これをtransclusionする形。

=== Other ===

==== Category:構文ハイライトエラーがあるページ ====
[https://knowledge.rinpress.com/index.php/MediaWiki%E3%81%AE%E3%80%8C%E6%A7%8B%E6%96%87%E3%83%8F%E3%82%A4%E3%83%A9%E3%82%A4%E3%83%88%E3%82%A8%E3%83%A9%E3%83%BC%E3%80%8D MediaWikiの「構文ハイライトエラー」 - とある社畜の頭脳整理]

MediaWikiでコードブロックの挿入時に、SyntaxHighlightを使用していて、言語を指定しなかったら、そのページにこのカテゴリーが付与される。

ただのテキストブロックを挿入したい場合、lang=textを選択する。これで解消される。

==Setting==

===Private===
特定ページを非公開にすることができる。後日方法を精査する。

*[https://irineko.hatenablog.com/entry/2021/01/06/194908 mediawiki 特定のページの閲覧制限をしたい。 - 人狼wiki更新情報]
*[[mediawikiwiki:Manual:Preventing_access/ja|Manual:アクセス制限 - MediaWiki]]
全体設定としては以下がある。基本非公開で一部公開の場合に使える。
# Disable reading by anonymous users
$wgGroupPermissions['*']['read'] = false;

# Disable anonymous editing
$wgGroupPermissions['*']['edit'] = false;

# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;
今回は基本公開で一部非公開。

*ユーザー属性での管理。
*名前空間での管理 (LockDown拡張機能)。

Lockdownを試す。

「[https://web.gnusocial.jp/post/2024/02/03/10009/ 機能: MediaWikiでのLockdown拡張を用いた名前空間単位の非公開ページ | GNU social JP Web]」に記した。

=== $wgCapitalLinks===
出典: [[mediawikiwiki:Manual:$wgCapitalLinks|Manual:$wgCapitalLinks - MediaWiki]]。

MediaWikiはデフォルトでページ名やページURLの先頭1文字目が大文字になる。

$wgCapitalLinks = falseにするとこれを無効にできる。大文字小文字を完全に区別する。例えば、iPhoneなどのように、大文字小文字が重要なことがあるので、falseにしておくのがよいと思う。リンク切れにも影響するので最初の方で設定するとよい。

==Other==

===Analytics===
サイトのアクセス分析のためにGoogle Analyticsを設置したい。いくつか拡張機能がある。GA4対応が重要な項目。

*[[mediawikiwiki:Extension:Google_Analytics_Integration|Extension:Google Analytics Integration - MediaWiki]]: 翻訳は更新されているがベースコードは2017年のv3.0.1で古い。
*[[mediawikiwiki:Extension:GoogleAnalyticsMetrics|Extension:GoogleAnalyticsMetrics - MediaWiki]]: 2023-01 v1.0.2。Google Analyticsからメトリクスを取得して挿入する。アクセスカウンター的な拡張機能な模様 (関連: [[mediawikiwiki:Extension:HitCounters|Extension:HitCounters - MediaWiki]])。
*[[mediawikiwiki:Extension:Google_Analytics_Links|Extension:Google Analytics Links - MediaWiki]]: 2009年v1.2。古い。MediaWiki v1.39以上で動作しない。
*[[mediawikiwiki:Extension:GoogleAnalyticsTopPages|Extension:GoogleAnalyticsTopPages - MediaWiki]]: 2014年v0.0.1。アクセス上位ページのリストを生成する。
*[[mediawikiwiki:Extension:GoogleTagManager|Extension:GoogleTagManager - MediaWiki]]: 2023年v.1.1。Google Tag Managerを設置する。
*[[mediawikiwiki:Extension:GTag|Extension:GTag - MediaWiki]]、[https://mirukupc.com/2022/04/01/?p=169 MediaWikiでGoogle AnalyticsのGA4を使う - ミルクPCのブログ] (GTag): 2023 v1.3.0。新しいGoogle Analyticsのトラッキングタグに対応している。
*[https://github.com/harugon/Gtm GitHub - harugon/Gtm: MediaWikiにGoogle Tag Managerを追加します]: Google Tag Manager。
*[[mediawikiwiki:Extension:Matomo|Extension:Matomo - MediaWiki]]: Google Analyticsではない分析サービスの拡張機能。

公式プラグインを優先したい。

GTag、GoogleTagManager。これらが設置用にみえる。詳細に検討してみる。Google Tag ManagerはAnalyticsを含めて汎用的なことができる。ひとまずよくわからないので、シンプルなGTagを使ってみるとよさそう。

「[https://web.gnusocial.jp/post/2024/01/04/9756/ 拡張: MediaWikiのGoogle Analytics追跡拡張機能GTag | GNU social JP Web]」で設置した。

=== Advertise===

====広告ブロッカー対策====
出典: [https://dajya-ranger.com/pukiwiki/defend-site-content-for-pukiwiki/ 【PukiWiki編】広告ブロッカーからサイトコンテンツと収益を守る！ | SEの良心]。

MediaWikiでも同様の方法で広告ブロッカー対策を導入できそう。

====Adsense====
Google Adsense設置用のプラグインがいくつかある。

*[[mediawikiwiki:Extension:Google_AdSense|Extension:Google AdSense - MediaWiki]]: MediaWiki v1.37以上で非互換。
*[[mediawikiwiki:Extension:ShoutWiki_Ads|Extension:ShoutWiki Ads - MediaWiki]]
*[[mediawikiwiki:Extension:Widgets|Extension:Widgets - MediaWiki]]
*[https://knowledge.rinpress.com/index.php/MediaWiki%E3%81%ABGoogle_AdSense%E3%82%92%E8%BF%BD%E5%8A%A0%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F MediaWikiにGoogle AdSenseを追加してみた - とある社畜の頭脳整理]、[https://dococo.jp/index.php/Mediawiki%E3%81%A7Google_Adsense%E3%82%92%E8%A1%A8%E7%A4%BA%E3%81%95%E3%81%9B%E3%82%8B%E6%96%B9%E6%B3%95 MediawikiでGoogle Adsenseを表示させる方法 - dococo wiki]、[https://dococo.jp/index.php?title=MediaWiki%E3%81%A7Google_Adcence MediaWikiでGoogle Adcence - dococo wiki]: HTMLetsを使うらしい。

ShoutWiki AdsかWidgetsで設置する模様。基本はJavaScriptコードの設置。

[[Category:Other]]

LY Corporation

2025-06-03T00:29:58Z

Gnusocialjp: ID/電話番号検索

== About ==
LY Corporation (LINEヤフー株式会社) はにほんの企業。もともとLINE社とヤフー社の別々企業が合併してできた会社。

SNSとの関係では、Yahooニュースのコメント機能のYahooコメントとチャットアプリのLINEのサービスを提供しており、日本でのユーザーは多い。

== Article ==

* [https://web.gnusocial.jp/post/category/centralized/centralized-ly/ centralized/LY | GNU social JP Web]

== LINE ==

=== Function ===

==== 非表示・ブロック・削除 ====

* [https://news.mynavi.jp/article/20211025-2169252/ LINEで友だちを削除する方法 - ブロック削除と非表示削除の違い | マイナビニュース]
* [https://apprev.smt.docomo.ne.jp/article/440482/ 【LINE】ブロックするとどうなる？非表示・削除との違いも解説！ | NTTドコモ dアプリ＆レビュー]
* [https://guide.line.me/ja/friends-and-groups/remove-friends.html 友だちを削除する｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/block-friends.html 友だちをブロック／ブロック解除する方法｜LINEみんなの使い方ガイド]
* [https://guide.line.me/ja/friends-and-groups/hide-friends.html 友だちを非表示／再表示する｜LINEみんなの使い方ガイド]

LINEで友達追加後、その解除は複雑。単に、フォロー・フォロー解除という関係ではない。ややこしいので整理する。非表示と削除がフォロー解除に近い。

* '''非表示/Hide'''：友だちリストやトーク画面、タイムラインに表示しない
* '''ブロック'''：相手からのトークや無料通話を受けない。相手にブロックの通知はない。
* '''削除'''：友だちリストに表示せず、相手からの通話は通知のみ受信。メッセージ履歴も消去。事前に非表示かブロックが必要。

単に未読数が鬱陶しい場合は、非表示にすればよさそう。

ミュートはまた別の機能。単に、push通知類をやめたい場合は、ミュート。未読数表示も嫌なら非表示。ただし、非表示はまた通知が来たら、再表示される模様。

ブロックは履歴は残るが、通知がなくなる。削除は、履歴は消えるが、通知は受け取れる。

==== ID/電話番号検索 ====
[https://help.line.me/line/smartphone/?contentId=20000372 友だちが追加できない | LINEヘルプセンター]

デフォルトでは有効になっていたように思うが、設定がある。以下の設定が必要。

* ID検索: [ホーム]-[設定]-[Profile/プロフィール]-[IDによる友だち追加を許可]
* 電話番号検索: [ホーム]-[設定]-[Frineds/友だち]-[Allow others to add me/友達への追加を許可]

Imgur

2025-05-12T00:40:42Z

Gnusocialjp: Comment

== About ==
Imgur (イミジャー？) ([https://imgur.com/ Imgur: The magic of the Internet]) は画像共有SNS ([https://web.gnusocial.jp/post/2024/03/06/10426/ 役務: 容量無制限・永続保存で世界的に人気の画像共有サービスImgurは資料の保存・共有に非常に有用 | GNU social JP Web])。

日本では画像アップロード先として、掲示板サイトなどでよく使われている。が、Instagramのような画像共有SNSというのが運営側の主張。

海外で人気の掲示板サイトのRedditに画像アップローダーがなかったため、主にRedditでの画像共有のために始まったとされている。2009年にサービスが開始し、現在は世界的に有名で人気の画像共有サービスとなっている。

なお、2023年5月の更新で、ポルノ画像の削除が規約に盛り込まれた。それまでは、外部参照先として、ボルノ・エロ画像もアップロードが可能だった。同時に、アカウントなしで匿名アップロードした場合、アップロード画像が削除対象になるとも明記された。

「[https://apptopi.jp/2021/11/30/imgur/ Imgur（イミジャー）って知ってる？便利な使い方を徹底解説！ | APPTOPI]」

== Function ==
Instagramも似たような画像共有機能として使うこともできるが、以下2点がImgurの特徴。

* 匿名性
* Webでのフォルダー分け

Instagramだと画像がユーザーアカウント連携され、アップロード者がすぐに分かる。また、スマートフォンアプリを優遇していて、分類分け機能のCollectionはWebからは使えない。外部アップローダーというよりかは、コミュニケーション機能を重視した設計になっている。

人気の秘訣がアップロード画像の制限。以下の上限はあるものの、それ以外は無制限にアップロードが可能。

* 1時間50ファイルまで
* 1ファイル上限20 MB

高品質の写真などでなければ、無制限に利用可能なアップローダーとしても利用できる。

画像アップロード時には、公開・非公開を選択でき、非公開にすると、リンクを知っている人だけが閲覧可能になる。非公開だとURLからアップロード者は特定不能になっている。

なお、Web UIはいくつか問題がある模様。

* マイページの [Post] にPublic/Hiddenで可視性に応じたタブがあるがこれはうまく機能していない模様。
* 他のユーザーのマイページを開いても [Post] がうまく表示されるとは限らない。
* フォルダー分け (Favorite) は1画像1カテゴリーのみ。

上記制約があるので、基本はFavoriteで画像を分類分けして管理する使い方になると思われる。Favoriteは非公開にもできる。アップロード画像をpublic/hiddenを繰り返したりすると、うまく反映されることがあるが、あまりあてにしないほうがいい。アプリだと問題ないのかもしれない。

指定画像URLの保存や、動画・アニメーションgifの作成機能などもあり、WebArchiveで保存できない画像や、スクリーンショットでの一種の魚拓、データ保存サービスとしてかなり有用だと思われる。

== Usage ==

=== Title ===
Publicで投稿するとタイトルを変更できない。Privateにしたらタイトルを変更可能になる。一時的にPrivateにしてPublicに戻すと良い。パーマリンクも同じまま。

=== Download ===

==== Bulk ====
[https://www.reddit.com/r/redditisfun/comments/2otj8s/batch_download_images_on_a_imgur_gallery_page/ Batch download images on a imgur gallery page? : r/redditisfun]

アルバム・1個の投稿に添付された画像を一括で保存できる。

クラシックモードに切り替えて、アルバムを表示すると、右側に [Download post] が表示される。これを選ぶとzip形式で一括で保存できる。

=== Post ===

==== Favorite hidden post ====
非公開 (hidden) で投稿した投稿をお気に入りでまとめて管理したいことがある。

iOSアプリだとhidden postもお気に入りに登録するボタンがあるのだけど、デスクトップだとクラシックUIでもお気に入りボタンがない。APIを使えばたぶんできるのだろうけど。

使いにくいが、アップロード後にアプリでお気に入りに追加して、フォルダー分けするのがよさそう。

いや、誤解だった。MacのGoogle Chromeだとうまく表示されていないだけだった。MacのFirefoxならハートマークが表示されていて、ちゃんとお気に入り登録できるようになっていた。Imgurを使うときはFirefoxでやればよさそう。

==== Comment ====
[https://help.imgur.com/hc/en-us/articles/26480452090779-Post-Privacy-Settings Post Privacy Settings – imgur]

非公開投稿にすると、コメントできない。できるとしたら、画像の説明のみ。非公開で、投稿全体にコメントしたいならば、最初の画像に説明を書くとよさそう。

== Account ==

=== Delete an Account ===
[https://help.imgur.com/hc/en-us/articles/26513357802651-Delete-an-Account Delete an Account – imgur]

アカウントを削除すると、ユーザー名が解放されて他のユーザーも使用可能になる。

[Settings]-[Delete my account] で完了。

一度削除すると、同じメールアドレスは使えない？Twitter/XやGoogleアカウントでのログインはできなかった。Apple IDでのログインはできた。

=== Ban ===
一般公開で画像を投稿すると、他のユーザーも簡単に見えるようになる。看板などであったとしても、電話番号などがあると、通報されてすぐにアカウント凍結される。

凍結されると、新規投稿ができなくなる。

Imgurの使い方としては、基本的に匿名・非公開で常に投稿して、アップローダーとして使うのがいい、人目につかないので、通報される心配も減る。

Banされても全投稿削除して問い合わせに問い合わせてもだめ。アカウント削除して作り直すしかないと思われる。

=== My page ===
アカウントを作ると、以下のマイページが付与される。

* <nowiki>https://imgur.com/user/</nowiki>[username]
* https://[username].imgur.com

1個目のサブディレクトリーが基本の模様。ただ、Web版からだと若干操作感、機能が違う。例えば、Banされたサブディレクトリーのほうだと、ページを開かないと削除ができず、ページにアクセスできないので削除できない。サブドメインだとページを直接開かなくても、メニューのサブ項目から削除できた。

=== Old Design/Classic UI ===
Imgurは2024年くらいからUIがモダンになっている。が、モダンUIだと、パソコンからだとお気に入りや一括ダウンロードなど機能が限定される。

昔のURL (https://[username].imgur.com) にアクセスするほか、Old Design (クラシックUI) に切り替えることができる。

# ログイン後右上の自分のアバターを選ぶ (https://imgur.com/user/[username]).
# 右下の [Use Old Design] を選ぶ。

[[Category:Centralized]]

Imgur

2025-05-09T13:41:32Z

Gnusocialjp: /* Other */

== About ==
Imgur (イミジャー？) ([https://imgur.com/ Imgur: The magic of the Internet]) は画像共有SNS ([https://web.gnusocial.jp/post/2024/03/06/10426/ 役務: 容量無制限・永続保存で世界的に人気の画像共有サービスImgurは資料の保存・共有に非常に有用 | GNU social JP Web])。

日本では画像アップロード先として、掲示板サイトなどでよく使われている。が、Instagramのような画像共有SNSというのが運営側の主張。

海外で人気の掲示板サイトのRedditに画像アップローダーがなかったため、主にRedditでの画像共有のために始まったとされている。2009年にサービスが開始し、現在は世界的に有名で人気の画像共有サービスとなっている。

なお、2023年5月の更新で、ポルノ画像の削除が規約に盛り込まれた。それまでは、外部参照先として、ボルノ・エロ画像もアップロードが可能だった。同時に、アカウントなしで匿名アップロードした場合、アップロード画像が削除対象になるとも明記された。

「[https://apptopi.jp/2021/11/30/imgur/ Imgur（イミジャー）って知ってる？便利な使い方を徹底解説！ | APPTOPI]」

== Function ==
Instagramも似たような画像共有機能として使うこともできるが、以下2点がImgurの特徴。

* 匿名性
* Webでのフォルダー分け

Instagramだと画像がユーザーアカウント連携され、アップロード者がすぐに分かる。また、スマートフォンアプリを優遇していて、分類分け機能のCollectionはWebからは使えない。外部アップローダーというよりかは、コミュニケーション機能を重視した設計になっている。

人気の秘訣がアップロード画像の制限。以下の上限はあるものの、それ以外は無制限にアップロードが可能。

* 1時間50ファイルまで
* 1ファイル上限20 MB

高品質の写真などでなければ、無制限に利用可能なアップローダーとしても利用できる。

画像アップロード時には、公開・非公開を選択でき、非公開にすると、リンクを知っている人だけが閲覧可能になる。非公開だとURLからアップロード者は特定不能になっている。

なお、Web UIはいくつか問題がある模様。

* マイページの [Post] にPublic/Hiddenで可視性に応じたタブがあるがこれはうまく機能していない模様。
* 他のユーザーのマイページを開いても [Post] がうまく表示されるとは限らない。
* フォルダー分け (Favorite) は1画像1カテゴリーのみ。

上記制約があるので、基本はFavoriteで画像を分類分けして管理する使い方になると思われる。Favoriteは非公開にもできる。アップロード画像をpublic/hiddenを繰り返したりすると、うまく反映されることがあるが、あまりあてにしないほうがいい。アプリだと問題ないのかもしれない。

指定画像URLの保存や、動画・アニメーションgifの作成機能などもあり、WebArchiveで保存できない画像や、スクリーンショットでの一種の魚拓、データ保存サービスとしてかなり有用だと思われる。

== Usage ==

=== Title ===
Publicで投稿するとタイトルを変更できない。Privateにしたらタイトルを変更可能になる。一時的にPrivateにしてPublicに戻すと良い。パーマリンクも同じまま。

=== Download ===

==== Bulk ====
[https://www.reddit.com/r/redditisfun/comments/2otj8s/batch_download_images_on_a_imgur_gallery_page/ Batch download images on a imgur gallery page? : r/redditisfun]

アルバム・1個の投稿に添付された画像を一括で保存できる。

クラシックモードに切り替えて、アルバムを表示すると、右側に [Download post] が表示される。これを選ぶとzip形式で一括で保存できる。

=== Other ===

==== Favorite hidden post ====
非公開 (hidden) で投稿した投稿をお気に入りでまとめて管理したいことがある。

iOSアプリだとhidden postもお気に入りに登録するボタンがあるのだけど、デスクトップだとクラシックUIでもお気に入りボタンがない。APIを使えばたぶんできるのだろうけど。

使いにくいが、アップロード後にアプリでお気に入りに追加して、フォルダー分けするのがよさそう。

いや、誤解だった。MacのGoogle Chromeだとうまく表示されていないだけだった。MacのFirefoxならハートマークが表示されていて、ちゃんとお気に入り登録できるようになっていた。Imgurを使うときはFirefoxでやればよさそう。

== Account ==

=== Delete an Account ===
[https://help.imgur.com/hc/en-us/articles/26513357802651-Delete-an-Account Delete an Account – imgur]

アカウントを削除すると、ユーザー名が解放されて他のユーザーも使用可能になる。

[Settings]-[Delete my account] で完了。

一度削除すると、同じメールアドレスは使えない？Twitter/XやGoogleアカウントでのログインはできなかった。Apple IDでのログインはできた。

=== Ban ===
一般公開で画像を投稿すると、他のユーザーも簡単に見えるようになる。看板などであったとしても、電話番号などがあると、通報されてすぐにアカウント凍結される。

凍結されると、新規投稿ができなくなる。

Imgurの使い方としては、基本的に匿名・非公開で常に投稿して、アップローダーとして使うのがいい、人目につかないので、通報される心配も減る。

Banされても全投稿削除して問い合わせに問い合わせてもだめ。アカウント削除して作り直すしかないと思われる。

=== My page ===
アカウントを作ると、以下のマイページが付与される。

* <nowiki>https://imgur.com/user/</nowiki>[username]
* https://[username].imgur.com

1個目のサブディレクトリーが基本の模様。ただ、Web版からだと若干操作感、機能が違う。例えば、Banされたサブディレクトリーのほうだと、ページを開かないと削除ができず、ページにアクセスできないので削除できない。サブドメインだとページを直接開かなくても、メニューのサブ項目から削除できた。

=== Old Design/Classic UI ===
Imgurは2024年くらいからUIがモダンになっている。が、モダンUIだと、パソコンからだとお気に入りや一括ダウンロードなど機能が限定される。

昔のURL (https://[username].imgur.com) にアクセスするほか、Old Design (クラシックUI) に切り替えることができる。

# ログイン後右上の自分のアバターを選ぶ (https://imgur.com/user/[username]).
# 右下の [Use Old Design] を選ぶ。

[[Category:Centralized]]

Imgur

2025-05-09T13:32:30Z

Gnusocialjp: Other Favorite hidden post

== About ==
Imgur (イミジャー？) ([https://imgur.com/ Imgur: The magic of the Internet]) は画像共有SNS ([https://web.gnusocial.jp/post/2024/03/06/10426/ 役務: 容量無制限・永続保存で世界的に人気の画像共有サービスImgurは資料の保存・共有に非常に有用 | GNU social JP Web])。

日本では画像アップロード先として、掲示板サイトなどでよく使われている。が、Instagramのような画像共有SNSというのが運営側の主張。

海外で人気の掲示板サイトのRedditに画像アップローダーがなかったため、主にRedditでの画像共有のために始まったとされている。2009年にサービスが開始し、現在は世界的に有名で人気の画像共有サービスとなっている。

なお、2023年5月の更新で、ポルノ画像の削除が規約に盛り込まれた。それまでは、外部参照先として、ボルノ・エロ画像もアップロードが可能だった。同時に、アカウントなしで匿名アップロードした場合、アップロード画像が削除対象になるとも明記された。

「[https://apptopi.jp/2021/11/30/imgur/ Imgur（イミジャー）って知ってる？便利な使い方を徹底解説！ | APPTOPI]」

== Function ==
Instagramも似たような画像共有機能として使うこともできるが、以下2点がImgurの特徴。

* 匿名性
* Webでのフォルダー分け

Instagramだと画像がユーザーアカウント連携され、アップロード者がすぐに分かる。また、スマートフォンアプリを優遇していて、分類分け機能のCollectionはWebからは使えない。外部アップローダーというよりかは、コミュニケーション機能を重視した設計になっている。

人気の秘訣がアップロード画像の制限。以下の上限はあるものの、それ以外は無制限にアップロードが可能。

* 1時間50ファイルまで
* 1ファイル上限20 MB

高品質の写真などでなければ、無制限に利用可能なアップローダーとしても利用できる。

画像アップロード時には、公開・非公開を選択でき、非公開にすると、リンクを知っている人だけが閲覧可能になる。非公開だとURLからアップロード者は特定不能になっている。

なお、Web UIはいくつか問題がある模様。

* マイページの [Post] にPublic/Hiddenで可視性に応じたタブがあるがこれはうまく機能していない模様。
* 他のユーザーのマイページを開いても [Post] がうまく表示されるとは限らない。
* フォルダー分け (Favorite) は1画像1カテゴリーのみ。

上記制約があるので、基本はFavoriteで画像を分類分けして管理する使い方になると思われる。Favoriteは非公開にもできる。アップロード画像をpublic/hiddenを繰り返したりすると、うまく反映されることがあるが、あまりあてにしないほうがいい。アプリだと問題ないのかもしれない。

指定画像URLの保存や、動画・アニメーションgifの作成機能などもあり、WebArchiveで保存できない画像や、スクリーンショットでの一種の魚拓、データ保存サービスとしてかなり有用だと思われる。

== Usage ==

=== Title ===
Publicで投稿するとタイトルを変更できない。Privateにしたらタイトルを変更可能になる。一時的にPrivateにしてPublicに戻すと良い。パーマリンクも同じまま。

=== Download ===

==== Bulk ====
[https://www.reddit.com/r/redditisfun/comments/2otj8s/batch_download_images_on_a_imgur_gallery_page/ Batch download images on a imgur gallery page? : r/redditisfun]

アルバム・1個の投稿に添付された画像を一括で保存できる。

クラシックモードに切り替えて、アルバムを表示すると、右側に [Download post] が表示される。これを選ぶとzip形式で一括で保存できる。

=== Other ===

==== Favorite hidden post ====
非公開 (hidden) で投稿した投稿をお気に入りでまとめて管理したいことがある。

iOSアプリだとhidden postもお気に入りに登録するボタンがあるのだけど、デスクトップだとクラシックUIでもお気に入りボタンがない。APIを使えばたぶんできるのだろうけど。

使いにくいが、アップロード後にアプリでお気に入りに追加して、フォルダー分けするのがよさそう。

== Account ==

=== Delete an Account ===
[https://help.imgur.com/hc/en-us/articles/26513357802651-Delete-an-Account Delete an Account – imgur]

アカウントを削除すると、ユーザー名が解放されて他のユーザーも使用可能になる。

[Settings]-[Delete my account] で完了。

一度削除すると、同じメールアドレスは使えない？Twitter/XやGoogleアカウントでのログインはできなかった。Apple IDでのログインはできた。

=== Ban ===
一般公開で画像を投稿すると、他のユーザーも簡単に見えるようになる。看板などであったとしても、電話番号などがあると、通報されてすぐにアカウント凍結される。

凍結されると、新規投稿ができなくなる。

Imgurの使い方としては、基本的に匿名・非公開で常に投稿して、アップローダーとして使うのがいい、人目につかないので、通報される心配も減る。

Banされても全投稿削除して問い合わせに問い合わせてもだめ。アカウント削除して作り直すしかないと思われる。

=== My page ===
アカウントを作ると、以下のマイページが付与される。

* <nowiki>https://imgur.com/user/</nowiki>[username]
* https://[username].imgur.com

1個目のサブディレクトリーが基本の模様。ただ、Web版からだと若干操作感、機能が違う。例えば、Banされたサブディレクトリーのほうだと、ページを開かないと削除ができず、ページにアクセスできないので削除できない。サブドメインだとページを直接開かなくても、メニューのサブ項目から削除できた。

=== Old Design/Classic UI ===
Imgurは2024年くらいからUIがモダンになっている。が、モダンUIだと、パソコンからだとお気に入りや一括ダウンロードなど機能が限定される。

昔のURL (https://[username].imgur.com) にアクセスするほか、Old Design (クラシックUI) に切り替えることができる。

# ログイン後右上の自分のアバターを選ぶ (https://imgur.com/user/[username]).
# 右下の [Use Old Design] を選ぶ。

[[Category:Centralized]]

Imgur

2025-05-09T13:30:00Z

Gnusocialjp: Old Design/Classic UI

Nextcloud

2025-04-26T13:40:13Z

Gnusocialjp: 二重の誕生日

== About ==

Nextcloudはコラボレーションツールだ。ownCloudのフォークとして始まった。元々は、Dropboxのようなオンラインストレージサービスだったが、データを元にしたコラボレーションツールとなっており、非常に多くの機能が提供されている。LAMP構成になっており、一般的なレンタルサーバーで動作する。集中的なサービスからの脱却が可能な非常に強力なFOSSとなっている。

Apps (アプリ) という拡張機能で、ベースとなるオンラインストレージ以外の機能が提供されている。例えば、以下のような機能がある。

* Contact: CardDAVによる連絡先管理 (Gmailの連絡帳の代替)。
* Calendar: CalDAVによる予定管理 (Google Calendarの代替)。
* Forms: アンケート (Google Formsの代替) ([https://web.gnusocial.jp/post/2023/10/06/8753/ Nextcloud Formsでのアンケートフォームの設置 | GNU social JP Web])。
* Registration: アカウント登録 ([https://web.gnusocial.jp/post/2023/10/01/8489/ ユーザー登録を実現するNextcloud Registration | GNU social JP Web])。
* Social: ActivityPubによる分散SNS。
* Talk: チャット・ビデオ会話 ([https://web.gnusocial.jp/post/2023/09/19/8323/ チャット・ビデオ会議アプリのNextcloud Talk | GNU social JP Web])。

== Install ==

* [https://web.gnusocial.jp/post/2023/09/17/8313/ 設置: Nextcloud | ストレージ、メール、カレンダー、分散SNSなどデータ自己制御のための万能アプリ | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/09/18/8316/ 設置: Nextcloud appsのインストール方法 | GNU social JP Web]

== Other ==

=== E-mail ===
[https://senooken.jp/post/2019/05/22/2125/ Nextcloud Contacts/CalendarとThunderbirdの同期 – senooken JP]

[https://senooken.jp/post/category/document/e-mail/nextcloud-e-mail/ Nextcloud (E-mail) – senooken JP]

==== 二重の誕生日 ====
[https://help.nextcloud.com/t/contacts-birthday-are-shown-double-in-calendar/3380/30 Contacts birthday are shown double in calendar - ℹ️ Support - Nextcloud community]

以下のコマンドを実行したら解決するらしいが解決しなかった。
php82cli ./occ dav:sync-birthday-calendar

=== Error deleting file "filename". ===
Ref: [https://solution.next-jp.net/2020/12/08/%E3%82%A2%E3%83%83%E3%83%97%E3%83%AD%E3%83%BC%E3%83%89%E3%81%97%E3%81%9F%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%84%E3%83%95%E3%82%A9%E3%83%AB%E3%83%80%E3%81%8C%E6%B6%88%E3%81%9B%E3%81%AA%E3%81%8F/ アップロードしたファイルやフォルダが消せなくなりましたが、どうしたら良いですか？ | Nextcloud by NEXTsystems]

Nextcloudでファイルを削除しようとすると、[Error deleting file "filename".] のようなトーストが表示されて削除に失敗することがある。

[ oc_files_locks ] テーブルにロック中のファイルが記載されている。タイミングなど、何らかの理由でロック中になってしまっていると思われる。このテーブルのレコードを削除すると、ロックが解除された削除可能になる。

=== Backup ===
[https://web.gnusocial.jp/post/2024/02/11/10097/ 設置: Nextcloudのバックアップ | GNU social JP Web]

「[https://docs.nextcloud.com/server/20/admin manual/maintenance/backup.html Backup — Nextcloud latest Administration Manual latest documentation]」が公式情報です。

Nextcloudのバックアップでは、以下の4点が必要です。

# データベース
# configディレクトリー
# dataディレクトリー
# themeディレクトリー

バックアップに先立って、Nextcloudを保守モードにします。

maintenance:modeコマンドはデータの一貫性の維持のため、ログインユーザーのセッションをロックし、新規ログインを防ぎます。以下のコマンドで実行できます。
<code>php occ maintenance:mode --on</code>
コマンドを実行する代わりに、config/config.phpを編集しても実現できます。<code>"maitenance" => false</code>を<code>true</code>に変更すればOKです。
<<?php

"maintenance" => true,
バックアップが完了したら、falseに戻します。コマンドの場合–offを実行します。
<code>php occ maintenance:mode --off</code>
ディレクトリーのバックアップは、丸ごとのほかに、config, data, themeディレクトリーを単に他のディレクトリーにコピーするだけでいいです。
<code>rsync -Aavx nextcloud/ nextcloud-dirbkp_`date +"%Y%m%d"`/</code>

<TARGET=nextcloud
BACKUP=$TARGET-backup-`date +"%Y%m%d"`

<code>rsync -Aavx $TARGET/config $TARGET/data $TARGET/themes $BACKUP</code>
コマンド実行前に-nでコピー対象を確認しておくと、より安全です。ストレージ容量が無駄になるので、config/data/themesだけで十分だと思います。

何かあったときのために、更新が終わってもしばらくバックアップは残しておいてもよいかもしれません。

==== Cleanup ====
バックアップ時に、不要ファイルがあるので、削除しておくと良い。

https://chatgpt.com/share/680c85a3-04e4-800b-a27e-2ccfa5f0340a

files_trashbin/=ユーザーのゴミ箱。
sudo -u www-data php occ trashbin:cleanup

Nextcloud

2025-04-26T13:13:05Z

Gnusocialjp: Other E-mail

== About ==

Nextcloudはコラボレーションツールだ。ownCloudのフォークとして始まった。元々は、Dropboxのようなオンラインストレージサービスだったが、データを元にしたコラボレーションツールとなっており、非常に多くの機能が提供されている。LAMP構成になっており、一般的なレンタルサーバーで動作する。集中的なサービスからの脱却が可能な非常に強力なFOSSとなっている。

Apps (アプリ) という拡張機能で、ベースとなるオンラインストレージ以外の機能が提供されている。例えば、以下のような機能がある。

* Contact: CardDAVによる連絡先管理 (Gmailの連絡帳の代替)。
* Calendar: CalDAVによる予定管理 (Google Calendarの代替)。
* Forms: アンケート (Google Formsの代替) ([https://web.gnusocial.jp/post/2023/10/06/8753/ Nextcloud Formsでのアンケートフォームの設置 | GNU social JP Web])。
* Registration: アカウント登録 ([https://web.gnusocial.jp/post/2023/10/01/8489/ ユーザー登録を実現するNextcloud Registration | GNU social JP Web])。
* Social: ActivityPubによる分散SNS。
* Talk: チャット・ビデオ会話 ([https://web.gnusocial.jp/post/2023/09/19/8323/ チャット・ビデオ会議アプリのNextcloud Talk | GNU social JP Web])。

== Install ==

* [https://web.gnusocial.jp/post/2023/09/17/8313/ 設置: Nextcloud | ストレージ、メール、カレンダー、分散SNSなどデータ自己制御のための万能アプリ | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/09/18/8316/ 設置: Nextcloud appsのインストール方法 | GNU social JP Web]

== Other ==

=== E-mail ===
[https://senooken.jp/post/2019/05/22/2125/ Nextcloud Contacts/CalendarとThunderbirdの同期 – senooken JP]

[https://senooken.jp/post/category/document/e-mail/nextcloud-e-mail/ Nextcloud (E-mail) – senooken JP]

=== Error deleting file "filename". ===
Ref: [https://solution.next-jp.net/2020/12/08/%E3%82%A2%E3%83%83%E3%83%97%E3%83%AD%E3%83%BC%E3%83%89%E3%81%97%E3%81%9F%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%84%E3%83%95%E3%82%A9%E3%83%AB%E3%83%80%E3%81%8C%E6%B6%88%E3%81%9B%E3%81%AA%E3%81%8F/ アップロードしたファイルやフォルダが消せなくなりましたが、どうしたら良いですか？ | Nextcloud by NEXTsystems]

Nextcloudでファイルを削除しようとすると、[Error deleting file "filename".] のようなトーストが表示されて削除に失敗することがある。

[ oc_files_locks ] テーブルにロック中のファイルが記載されている。タイミングなど、何らかの理由でロック中になってしまっていると思われる。このテーブルのレコードを削除すると、ロックが解除された削除可能になる。

=== Backup ===
[https://web.gnusocial.jp/post/2024/02/11/10097/ 設置: Nextcloudのバックアップ | GNU social JP Web]

「[https://docs.nextcloud.com/server/20/admin manual/maintenance/backup.html Backup — Nextcloud latest Administration Manual latest documentation]」が公式情報です。

Nextcloudのバックアップでは、以下の4点が必要です。

# データベース
# configディレクトリー
# dataディレクトリー
# themeディレクトリー

バックアップに先立って、Nextcloudを保守モードにします。

maintenance:modeコマンドはデータの一貫性の維持のため、ログインユーザーのセッションをロックし、新規ログインを防ぎます。以下のコマンドで実行できます。
<code>php occ maintenance:mode --on</code>
コマンドを実行する代わりに、config/config.phpを編集しても実現できます。<code>"maitenance" => false</code>を<code>true</code>に変更すればOKです。
<<?php

"maintenance" => true,
バックアップが完了したら、falseに戻します。コマンドの場合–offを実行します。
<code>php occ maintenance:mode --off</code>
ディレクトリーのバックアップは、丸ごとのほかに、config, data, themeディレクトリーを単に他のディレクトリーにコピーするだけでいいです。
<code>rsync -Aavx nextcloud/ nextcloud-dirbkp_`date +"%Y%m%d"`/</code>

<TARGET=nextcloud
BACKUP=$TARGET-backup-`date +"%Y%m%d"`

<code>rsync -Aavx $TARGET/config $TARGET/data $TARGET/themes $BACKUP</code>
コマンド実行前に-nでコピー対象を確認しておくと、より安全です。ストレージ容量が無駄になるので、config/data/themesだけで十分だと思います。

何かあったときのために、更新が終わってもしばらくバックアップは残しておいてもよいかもしれません。

==== Cleanup ====
バックアップ時に、不要ファイルがあるので、削除しておくと良い。

https://chatgpt.com/share/680c85a3-04e4-800b-a27e-2ccfa5f0340a

files_trashbin/=ユーザーのゴミ箱。
sudo -u www-data php occ trashbin:cleanup

Nextcloud

2025-04-26T07:06:01Z

Gnusocialjp: Cleanup

== About ==

Nextcloudはコラボレーションツールだ。ownCloudのフォークとして始まった。元々は、Dropboxのようなオンラインストレージサービスだったが、データを元にしたコラボレーションツールとなっており、非常に多くの機能が提供されている。LAMP構成になっており、一般的なレンタルサーバーで動作する。集中的なサービスからの脱却が可能な非常に強力なFOSSとなっている。

Apps (アプリ) という拡張機能で、ベースとなるオンラインストレージ以外の機能が提供されている。例えば、以下のような機能がある。

* Contact: CardDAVによる連絡先管理 (Gmailの連絡帳の代替)。
* Calendar: CalDAVによる予定管理 (Google Calendarの代替)。
* Forms: アンケート (Google Formsの代替) ([https://web.gnusocial.jp/post/2023/10/06/8753/ Nextcloud Formsでのアンケートフォームの設置 | GNU social JP Web])。
* Registration: アカウント登録 ([https://web.gnusocial.jp/post/2023/10/01/8489/ ユーザー登録を実現するNextcloud Registration | GNU social JP Web])。
* Social: ActivityPubによる分散SNS。
* Talk: チャット・ビデオ会話 ([https://web.gnusocial.jp/post/2023/09/19/8323/ チャット・ビデオ会議アプリのNextcloud Talk | GNU social JP Web])。

== Install ==

* [https://web.gnusocial.jp/post/2023/09/17/8313/ 設置: Nextcloud | ストレージ、メール、カレンダー、分散SNSなどデータ自己制御のための万能アプリ | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/09/18/8316/ 設置: Nextcloud appsのインストール方法 | GNU social JP Web]

== Other ==

=== Error deleting file "filename". ===
Ref: [https://solution.next-jp.net/2020/12/08/%E3%82%A2%E3%83%83%E3%83%97%E3%83%AD%E3%83%BC%E3%83%89%E3%81%97%E3%81%9F%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%84%E3%83%95%E3%82%A9%E3%83%AB%E3%83%80%E3%81%8C%E6%B6%88%E3%81%9B%E3%81%AA%E3%81%8F/ アップロードしたファイルやフォルダが消せなくなりましたが、どうしたら良いですか？ | Nextcloud by NEXTsystems]

Nextcloudでファイルを削除しようとすると、[Error deleting file "filename".] のようなトーストが表示されて削除に失敗することがある。

[ oc_files_locks ] テーブルにロック中のファイルが記載されている。タイミングなど、何らかの理由でロック中になってしまっていると思われる。このテーブルのレコードを削除すると、ロックが解除された削除可能になる。

=== Backup ===
[https://web.gnusocial.jp/post/2024/02/11/10097/ 設置: Nextcloudのバックアップ | GNU social JP Web]

「[https://docs.nextcloud.com/server/20/admin manual/maintenance/backup.html Backup — Nextcloud latest Administration Manual latest documentation]」が公式情報です。

Nextcloudのバックアップでは、以下の4点が必要です。

# データベース
# configディレクトリー
# dataディレクトリー
# themeディレクトリー

バックアップに先立って、Nextcloudを保守モードにします。

maintenance:modeコマンドはデータの一貫性の維持のため、ログインユーザーのセッションをロックし、新規ログインを防ぎます。以下のコマンドで実行できます。
<code>php occ maintenance:mode --on</code>
コマンドを実行する代わりに、config/config.phpを編集しても実現できます。<code>"maitenance" => false</code>を<code>true</code>に変更すればOKです。
<<?php

"maintenance" => true,</code>
バックアップが完了したら、falseに戻します。コマンドの場合–offを実行します。
<code>php occ maintenance:mode --off</code>
ディレクトリーのバックアップは、丸ごとのほかに、config, data, themeディレクトリーを単に他のディレクトリーにコピーするだけでいいです。
<code>rsync -Aavx nextcloud/ nextcloud-dirbkp_`date +"%Y%m%d"`/</code>

<TARGET=nextcloud
BACKUP=$TARGET-backup-`date +"%Y%m%d"`</code>

<code>rsync -Aavx $TARGET/config $TARGET/data $TARGET/themes $BACKUP</code>
コマンド実行前に-nでコピー対象を確認しておくと、より安全です。ストレージ容量が無駄になるので、config/data/themesだけで十分だと思います。

何かあったときのために、更新が終わってもしばらくバックアップは残しておいてもよいかもしれません。

==== Cleanup ====
バックアップ時に、不要ファイルがあるので、削除しておくと良い。

https://chatgpt.com/share/680c85a3-04e4-800b-a27e-2ccfa5f0340a

files_trashbin/=ユーザーのゴミ箱。
sudo -u www-data php occ trashbin:cleanup

Nextcloud

2025-04-26T06:50:59Z

Gnusocialjp: Backup

== About ==

Nextcloudはコラボレーションツールだ。ownCloudのフォークとして始まった。元々は、Dropboxのようなオンラインストレージサービスだったが、データを元にしたコラボレーションツールとなっており、非常に多くの機能が提供されている。LAMP構成になっており、一般的なレンタルサーバーで動作する。集中的なサービスからの脱却が可能な非常に強力なFOSSとなっている。

Apps (アプリ) という拡張機能で、ベースとなるオンラインストレージ以外の機能が提供されている。例えば、以下のような機能がある。

* Contact: CardDAVによる連絡先管理 (Gmailの連絡帳の代替)。
* Calendar: CalDAVによる予定管理 (Google Calendarの代替)。
* Forms: アンケート (Google Formsの代替) ([https://web.gnusocial.jp/post/2023/10/06/8753/ Nextcloud Formsでのアンケートフォームの設置 | GNU social JP Web])。
* Registration: アカウント登録 ([https://web.gnusocial.jp/post/2023/10/01/8489/ ユーザー登録を実現するNextcloud Registration | GNU social JP Web])。
* Social: ActivityPubによる分散SNS。
* Talk: チャット・ビデオ会話 ([https://web.gnusocial.jp/post/2023/09/19/8323/ チャット・ビデオ会議アプリのNextcloud Talk | GNU social JP Web])。

== Install ==

* [https://web.gnusocial.jp/post/2023/09/17/8313/ 設置: Nextcloud | ストレージ、メール、カレンダー、分散SNSなどデータ自己制御のための万能アプリ | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/09/18/8316/ 設置: Nextcloud appsのインストール方法 | GNU social JP Web]

== Other ==

=== Error deleting file "filename". ===
Ref: [https://solution.next-jp.net/2020/12/08/%E3%82%A2%E3%83%83%E3%83%97%E3%83%AD%E3%83%BC%E3%83%89%E3%81%97%E3%81%9F%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%84%E3%83%95%E3%82%A9%E3%83%AB%E3%83%80%E3%81%8C%E6%B6%88%E3%81%9B%E3%81%AA%E3%81%8F/ アップロードしたファイルやフォルダが消せなくなりましたが、どうしたら良いですか？ | Nextcloud by NEXTsystems]

Nextcloudでファイルを削除しようとすると、[Error deleting file "filename".] のようなトーストが表示されて削除に失敗することがある。

[ oc_files_locks ] テーブルにロック中のファイルが記載されている。タイミングなど、何らかの理由でロック中になってしまっていると思われる。このテーブルのレコードを削除すると、ロックが解除された削除可能になる。

=== Backup ===
[https://web.gnusocial.jp/post/2024/02/11/10097/ 設置: Nextcloudのバックアップ | GNU social JP Web]

「[https://docs.nextcloud.com/server/20/admin manual/maintenance/backup.html Backup — Nextcloud latest Administration Manual latest documentation]」が公式情報です。

Nextcloudのバックアップでは、以下の4点が必要です。

# データベース
# configディレクトリー
# dataディレクトリー
# themeディレクトリー

バックアップに先立って、Nextcloudを保守モードにします。

maintenance:modeコマンドはデータの一貫性の維持のため、ログインユーザーのセッションをロックし、新規ログインを防ぎます。以下のコマンドで実行できます。
<code>php occ maintenance:mode --on</code>
コマンドを実行する代わりに、config/config.phpを編集しても実現できます。<code>"maitenance" => false</code>を<code>true</code>に変更すればOKです。
<code><?php

"maintenance" => true,</code>
バックアップが完了したら、falseに戻します。コマンドの場合–offを実行します。
<code>php occ maintenance:mode --off</code>
ディレクトリーのバックアップは、丸ごとのほかに、config, data, themeディレクトリーを単に他のディレクトリーにコピーするだけでいいです。
<code>rsync -Aavx nextcloud/ nextcloud-dirbkp_`date +"%Y%m%d"`/</code>

<code>TARGET=nextcloud
BACKUP=$TARGET-backup-`date +"%Y%m%d"`</code>

<code>rsync -Aavx $TARGET/config $TARGET/data $TARGET/themes $BACKUP</code>
コマンド実行前に-nでコピー対象を確認しておくと、より安全です。ストレージ容量が無駄になるので、config/data/themesだけで十分だと思います。

何かあったときのために、更新が終わってもしばらくバックアップは残しておいてもよいかもしれません。

Function

2025-04-18T02:56:56Z

Gnusocialjp: Mute

SNSの機能全般についてメモする。

== Ranking ==
出典: [https://www.youtube.com/watch?v=PublZJzicvM ランキングの功罪【ゲーム性】 - YouTube]。

フォロワー数のような、影響力を数字で見せつけられる数字をうまく取り扱えると良いかもしれない。

実績とかは、似たような別の数字。

例えば、フォロイー数、フォロワー数を隠した、独自の計算により算出したレベルとか。単に非表示にするだけでも悪くはない (例: [https://web.gnusocial.jp/post/2023/06/28/7358/ 機能: Fedibirdでのフォロー情報の自分への非表示設定 | GNU social JP Web])。

== Mute ==
[https://digital-marketing.jp/sns-marketing/how-to-use-instagrams-mute-function/ インスタのミュート機能のやり方を解説！相手にバレる？解除する方法は？｜Webマーケティング・SEO相談はデジ研]

* ミュート: ユーザー単位。
* 非表示: 投稿単位。

GNU social

2025-04-04T10:10:28Z

Gnusocialjp: Business

== Repository ==
いくつかある。

* [https://savannah.gnu.org/projects/social GNU social - Summary [Savannah]]: 2009-08-17登録。2016年で更新停止。Mastodonブーム到来直前までのメインリポジトリーだった模様。

== Manual ==
いくつかGNU socialのマニュアル的な文書がある。

* [https://thomask.sdf.org/social/en/ The Unofficial GNU Social documentation! — The Unofficial GNU Social Manuals 0.1.2 documentation] (https://gnusocial.jp/notice/7663849)
* [https://gnusocial.jp/doc/faq Faq - GNU social JP] (https://gnusocial.jp/notice/7663770)

== Server ==
[https://web.gnusocial.jp/post/2024/10/31/10862/ GNU socialの老舗サーバーgnusocial.netの2024-12-31での閉鎖予告 | GNU social JP Web]

== Tool ==
外部ツールがいくつかある。

* [https://github.com/benediktg/gnu-social-export GitHub - benediktg/gnu-social-export: Export list of followed accounts from GNU social to import it at Mastodon]: GNU socialのフォローリストをエクスポートする。
* [https://savannah.nongnu.org/projects/gnu-social-mode GNU Social mode for Emacs - Summary [Savannah]]: GNU socialのEmacsクライアント？

=== Linkage ===

* [https://elbinario.net/2015/02/11/gnusrss-publicando-feeds-en-gnu-social/ gnusrss – Publicando feeds en GNU Social – Elbinario]: RSSをGNU socialに自動投稿するPythonプログラム。
* [https://elbinario.net/2015/04/22/wp-gnu-social-descentralizando-los-comentarios/ WP-GNU social: Descentralizando los comentarios – Elbinario]: WordPressの投稿をGNU socialでも投稿し、それへの返信をWordPressにも反映する。

== API ==
GNU socialのWeb APIについては，フッターの [Help](doc/help), [About](doc/about), [TOS](doc/tos) などを選択して遷移できるDOCS画面の [API](doc/api) ([https://gnusocial.jp/doc/api Api - GNU social JP]) を選択することで表示できる。

ソースコード上はdoc-src ([https://notabug.org/gnusocialjp/gnusocial/src/v2.0.2/doc-src v2.0.2 - NotABug.org: Free code hosting]) 配下にAPI文書が格納されている。

AtomPubとTwitter互換APIの2種類のAPIを利用可能。Twitter APIのほうがシンプルだが、AtomPubだとリッチテキストが使用可能など、機能に若干の違いがある。

以下の記事も参考になる。

* [https://web.archive.org/web/20160506230737/http://www.ibm.com/developerworks/jp/xml/library/x-identicaphp/index.html Identi.ca で PHP を使用する: 第 1 回]
* [https://web.archive.org/web/20160506180924/http://www.ibm.com/developerworks/jp/xml/library/x-identicaphp2/index.html Identi.ca で PHP を使用する: 第 2 回]
* [https://web.archive.org/web/20180228032115/https://hakabahitoyo.wordpress.com/2017/01/08/gscxxbot/ GNU Social のボットを C++ で作る – 墓場人夜]
API末尾の拡張子atom/xml/jsonに応じた形式の応答をサーバーが返す模様。

=== Twitter API ===

* [https://web.archive.org/web/20170218060634/http://skilledtests.com/wiki/Twitter-compatible_API Twitter-compatible API - I ask questions]: QvitterのREADMEに記載のあったTwitter互換APIの説明文書。
* [https://developer.twitter.com/en/docs/twitter-api/v1 Standard v1.1 | Docs | Twitter Developer Platform]: X/Twitterの公式文書。

GNU socialのTwitter APIは完全互換ではないので注意が必要。

===Post===
wget -O - \
--http-user=vaginaplant \
--http-passwd=XXXXXX \
--post-data='status=LGBTPZN' \
<nowiki>https://freezepeach.xyz/api/statuses/update.json</nowiki>

curl -u username:password -d "status=status" <nowiki>https://domain/api/statuses/update.json</nowiki>
添付ファイルの例。
curl -u username:password \
-F "media=@image.jpg" \
-F "status=post message" \
<nowiki>https://domain.jp/api/statuses/update.json</nowiki>
返信する場合、リクエストボディーにin_reply_to_status_idで返信先投稿IDを指定する。Twitter APIだと、本文に@メンションが必須だが、GSの場合、メンションは任意の模様。ただ、他の実装だと必須のものもあったりする。あるほうが安定するかもしれない。

===Get===

JSONの配列で応答が返ってくる。
curl $HOST/api/statuses/user_timeline/test.json

[
{
"text": "QSettings",
"truncated": false,
"created_at": "Thu Jan 04 11:51:11 +0900 2024",
"in_reply_to_status_id": null,
"uri": "tag:gnusocial.jp,2024-01-04:noticeId=5026657:objectType=note",
"source": "",
"source_link": null,
"id": 5026657,
"in_reply_to_user_id": null,
"in_reply_to_screen_name": null,
"geo": null,
"user": {
"id": 2,
"name": "test",
"screen_name": "test",
"location": "Japan",
"description": "gnusocial.jpのテストアカウントです。\r\nID/PW=test/666666。\r\n投稿にはメール登録が必要です。基本は閲覧用です。",
"profile_image_url": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_https": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_profile_size": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"profile_image_url_original": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"groups_count": 1,
"linkcolor": false,
"backgroundcolor": false,
"url": "https://example.com",
"protected": false,
"followers_count": 15,
"friends_count": 1,
"created_at": "Mon Jul 18 13:10:39 +0900 2022",
"utc_offset": "32400",
"time_zone": "Asia/Tokyo",
"statuses_count": 35,
"following": false,
"statusnet_blocking": false,
"notifications": false,
"statusnet_profile_url": "https://gnusocial.jp/test",
"cover_photo": false,
"background_image": false,
"profile_link_color": false,
"profile_background_color": false,
"profile_banner_url": false,
"is_local": true,
"is_silenced": false,
"rights": {
"delete_user": false,
"delete_others_notice": false,
"silence": false,
"sandbox": false
},
"is_sandboxed": false,
"ostatus_uri": "https://gnusocial.jp/index.php/user/2",
"favourites_count": 0
},
"statusnet_html": "QSettings",
"statusnet_conversation_id": 2539347,
"statusnet_in_groups": false,
"external_url": "https://gnusocial.jp/notice/5026657",
"in_reply_to_profileurl": null,
"in_reply_to_ostatus_uri": null,
"attentions": [],
"fave_num": 0,
"repeat_num": 0,
"is_post_verb": true,
"is_local": true,
"favorited": false,
"repeated": false
},
{
"text": "test 2",
"truncated": false,
"created_at": "Thu Jan 04 10:41:35 +0900 2024",
"in_reply_to_status_id": null,
"uri": "tag:gnusocial.jp,2024-01-04:noticeId=5026119:objectType=note",
"source": "",
"source_link": null,
"id": 5026119,
"in_reply_to_user_id": null,
"in_reply_to_screen_name": null,
"geo": null,
"user": {
"id": 2,
"name": "test",
"screen_name": "test",
"location": "Japan",
"description": "gnusocial.jpのテストアカウントです。\r\nID/PW=test/666666。\r\n投稿にはメール登録が必要です。基本は閲覧用です。",
"profile_image_url": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_https": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_profile_size": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"profile_image_url_original": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"groups_count": 1,
"linkcolor": false,
"backgroundcolor": false,
"url": "https://example.com",
"protected": false,
"followers_count": 15,
"friends_count": 1,
"created_at": "Mon Jul 18 13:10:39 +0900 2022",
"utc_offset": "32400",
"time_zone": "Asia/Tokyo",
"statuses_count": 35,
"following": false,
"statusnet_blocking": false,
"notifications": false,
"statusnet_profile_url": "https://gnusocial.jp/test",
"cover_photo": false,
"background_image": false,
"profile_link_color": false,
"profile_background_color": false,
"profile_banner_url": false,
"is_local": true,
"is_silenced": false,
"rights": {
"delete_user": false,
"delete_others_notice": false,
"silence": false,
"sandbox": false
},
"is_sandboxed": false,
"ostatus_uri": "https://gnusocial.jp/index.php/user/2",
"favourites_count": 0
},
"statusnet_html": "test 2",
"statusnet_conversation_id": 2539084,
"statusnet_in_groups": false,
"external_url": "https://gnusocial.jp/notice/5026119",
"in_reply_to_profileurl": null,
"in_reply_to_ostatus_uri": null,
"attentions": [],
"fave_num": 0,
"repeat_num": 0,
"is_post_verb": true,
"is_local": true,
"favorited": false,
"repeated": false
},
{
"text": "test (https://gnusocial.jp/test) started following めうるみ (とけた) (https://mewl.me/@mewl).",
"truncated": false,
"created_at": "Thu Sep 08 08:32:22 +0900 2022",
"in_reply_to_status_id": null,
"uri": "tag:gnusocial.jp,2022-09-07:subscription:2:person:9308:2022-09-08T08:32:22+09:00",
"source": "activity",
"source_link": null,
"id": 274143,
"in_reply_to_user_id": null,
"in_reply_to_screen_name": null,
"geo": null,
"user": {
"id": 2,
"name": "test",
"screen_name": "test",
"location": "Japan",
"description": "gnusocial.jpのテストアカウントです。\r\nID/PW=test/666666。\r\n投稿にはメール登録が必要です。基本は閲覧用です。",
"profile_image_url": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_https": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-stream.png",
"profile_image_url_profile_size": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"profile_image_url_original": "https://gnusocial.jp/theme/gnusocialjp/default-avatar-profile.png",
"groups_count": 1,
"linkcolor": false,
"backgroundcolor": false,
"url": "https://example.com",
"protected": false,
"followers_count": 15,
"friends_count": 1,
"created_at": "Mon Jul 18 13:10:39 +0900 2022",
"utc_offset": "32400",
"time_zone": "Asia/Tokyo",
"statuses_count": 35,
"following": false,
"statusnet_blocking": false,
"notifications": false,
"statusnet_profile_url": "https://gnusocial.jp/test",
"cover_photo": false,
"background_image": false,
"profile_link_color": false,
"profile_background_color": false,
"profile_banner_url": false,
"is_local": true,
"is_silenced": false,
"rights": {
"delete_user": false,
"delete_others_notice": false,
"silence": false,
"sandbox": false
},
"is_sandboxed": false,
"ostatus_uri": "https://gnusocial.jp/index.php/user/2",
"favourites_count": 0
},
"statusnet_html": "test started following めうるみ (とけた).",
"statusnet_conversation_id": 154562,
"statusnet_in_groups": false,
"external_url": "https://gnusocial.jp/notice/274143",
"in_reply_to_profileurl": null,
"in_reply_to_ostatus_uri": null,
"attentions": [],
"fave_num": 0,
"repeat_num": 0,
"is_post_verb": false,
"is_local": true,
"favorited": false,
"repeated": false
}
]

== Develop ==

=== Config ===
「[https://notabug.org/gnusocialjp/gnusocial/src/develop/lib/util/default.php lib/util/default.php]」にデフォルト設定一覧がある。

ここの設定項目は、 <code>common_config(key1, key2)</code>で参照できる。

=== Structure ===

==== Next ====
今後採用予定の技術を検討する。

PHP v7.4は当分維持したい。これで動作するバージョンを選ぶ。

基本方針。

* 単独利用可能。
* 普及。

単独利用可能で、普及している、枯れた技術を採用したい。おまけでGPL系のライセンスだとなおよし。

* Smarty: テンプレートエンジン。いろいろ検討して、Twigよりも早く普及している。GNU social自体と誕生も近い。
* Phinx?: DBのマイグレーションツール。なくてもいいかもしれない。

Smartyは導入したいかな。

==== Version ====
lib/util/framwork.phpがGNU social全体の初期化ファイルになっており、ここにバージョン番号も記載する。

自分が保守を始める直前のコミットの [before-gnusocialjp] のタグをつけて明示する。

==== Basic ====
バグ修正などで、通信と実コードの対応関係を特定する手順があるので整理する。

まず、GNU socialのサイトにアクセスすると、以下のpublic/.htaccessの内容に従って、URLがindex.php?p=<path>の形式に書き換えられる。
<RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) index.php?p=$1 [L,QSA]
lib/router.php: ルーティング処理 (URLによる挙動の変更) 。ここで<path>と呼び出される処理 (action) が対応づけられている。

index.php内の[https://notabug.org/gnusocialjp/gnusocial/src/develop/public/index.php main関数]でcall_user_func内で最終的にパスに対応するactionクラスのhandleを呼び出しており、このhandleの連鎖で処理が進む。

actionはactions配下にaction名.phpの形式で格納されている。

こういう風に見ると、ソースコードの該当処理を探しやすい。

例えば、グループを新規作成する画面は、POST group/newの通信を行う。これに対応づくactionはnewgroupとなっている。

実際、actions/newgroup.phpというファイルが存在する。この中にdoPost() があり、これで処理している。

このような流れで、だいたい行っている処理の場所を特定できる。

==== API追加 ====
lib/util/router.phpのinitializeや、プラグインの場合OnInitializeなどでルーティングの設定がされているので、これを追加する。<syntaxhighlight lang="diff">
--- a/lib/util/router.php
+++ b/lib/util/router.php
@@ -574,9 +574,13 @@ class Router
['action' => 'ApiAccountRateLimitStatus'],
['format' => '(xml|json)']);

- $m->connect('api/account/delete.:format',
+ $m->connect('api/account/delete/:id.:format',
['action' => 'ApiAccountDelete'],
- ['format' => '(xml|json)']);
+ ['id' => Nickname::INPUT_FMT,
+ 'format' => '(xml|json)']);
+ $m->connect('api/account/delete.:format',
+ ['action' => 'ApiAccountDelete'],
+ ['format' => '(xml|json)']);

</syntaxhighlight>actionにaction/配下の相当するクラスで実際のリクエストを処理する。

router内の:id.:formatなどがうまくURLの構成要素になっており、ここを引数として使えるようになっている。

==== Action ====
URLMapper.connectで割り当てられたactionクラスは、最終的にindex.php mainでexecuteされることで、一連の処理が始まる。

[[ファイル:public.index.main.png|サムネイル|なし|609x609ピクセル]]

Action.run-execute-prepare-handle-flushの一連の処理が呼ばれて、該当URLのリクエストが処理・応答される。
=== Register ===

* main/register
* api/account/register.:format

=== DB ===
DB関係のコードはclassesディレクトリーに配置する。DB操作、テーブルに対応しているクラスはclasses.Managed_DataObjectの継承が基本。

getKVのstaticメソッドで、主キーから行 (レコード) を取得する。

=== Request ===
HTTP関係の処理はHTTPClientで行う。

plugins/LinkbackPlugin.phpの例。<syntaxhighlight lang="php">
$payload = array(
'source' => $source,
'target' => $url
);

$request = HTTPClient::start();
try {
$response = $request->post($endpoint,
array(
'Content-type: application/x-www-form-urlencoded',
'Accept: application/json'
),
$payload
);

if(!in_array($response->getStatus(), array(200,201,202))) {
common_log(LOG_WARNING,
"Webmention request failed for '$url' ($endpoint)");
}
} catch (Exception $e) {
common_log(LOG_WARNING, "Webmention request failed for '{$url}' ({$endpoint}): {$e->getMessage()}");
}

</syntaxhighlight>startで生成して、ヘッダーとペイロードを設定するだけ。

startは互換用なのでnew HTTPClient()で問題ない。

基本はtryの中で実行する。たぶん、200系以外はExceptionになる。

=== Log ===
lib/util/util.phpにログなどの共通関数が存在する。デバッグに役立つ。

* common_log
* common_debug: common_log(DEBUG, )。基本はこれを使う。
* common_log_objstring: DB_DataObjectを文字列に変換。これとcommon_debugを併用する感じ。
* _ve: var_exportのラッパー。オブジェクトの文字化に便利。

スタックトレース: common_debug(_ve(debug_backtrace()));

ログ出力の設定をしておく。以下の構文などでログが出力される。

<code>common_debug(str)</code>
comon_logというのがあるが、これはcommon_log(LOG_INRO, str)のような形で使う。長い。
=== Test ===
PHPUnitのテスト記述時のコツがある。<syntaxhighlight lang="php" line="1">
<?php declare(strict_types=1);
use PHPUnit\Framework\TestCase;

define('GNUSOCIAL', true);
define('INSTALLDIR', '.');
set_include_path('../../');
require_once(INSTALLDIR . '/lib/util/framework.php');

final class ApiAccountRegisterActionTest extends TestCase
{
private $instance;

protected function setUp(): void
{
$GLOBALS['config'] = [];
$this->instance = new ApiAccountRegisterAction;
}

public function testHandle(): void
{
$GLOBALS['config']['site'] = ['closed' => true];
$this->expectExceptionMessage('Registration not allowed.');

$mock = $this->createMock('ApiAccountRegisterAction');
$mock->expects($this->any())
->method('clientError')
->willReturnCallback(function(
string $msg, int $code = 400, ?string $format = null) {
throw new \Exception($msg, $code, $format);
});
$this->doMethod($mock, 'handle', []);
}

/**
* privateメソッドを実行する.
* @param object $object 対象オブジェクト。
* @param string $methodName privateメソッドの名前。
* @param array $param privateメソッドに渡す引数。
* @return mixed 実行結果。
* @throws \ReflectionException 引数のクラスがない場合に発生。
*/
private function doMethod(object $object, string $methodName, array $param): object
{
// テスト対象のクラスをnewする.
$controller = $object;
// ReflectionClassをテスト対象のクラスをもとに作る.
$reflection = new \ReflectionClass($controller);
// メソッドを取得する.
$method = $reflection->getMethod($methodName);
// アクセス許可をする.
$method->setAccessible(true);
// メソッドを実行して返却値をそのまま返す.
return $method->invokeArgs($controller, $param);
}
}
</syntaxhighlight>ポイントは以下3点。

# 冒頭のdefineからrequire_onceの部分でライブラリーのオートロード類を設定する。GNUSOCIALのマクロがないと冒頭のexitで終わるので定義必要。
# テスト対象インスタンス生成時に$configを参照していることが多いので、setUpでダミーで定義しておく。
# clientErrorでexitで中断することが多いので、試験できるようにmockでclientErrorを例外を出す別の関数に置換しておく。これで試験できる。

=== Plugin ===
DOCUMENTAION/DEVELOPERS/Pluginsに一連の資料がある。

==== README.md ====
プラグインはlib/util/modules/Pluginsクラスを継承することで、GNU socialと連携する。

この継承クラスは、イベント発生時に呼ばれる標準的な命名のメソッド (イベントハンドラー) を持つ。具体的にはonXの形式。XはEVENTS.txtで一覧化されるイベント名がが入る。そして、定義済みの引数を持つ。

例えば以下のようになる。<syntaxhighlight lang="php">
public function onSomeEvent($paramA, &$paramB): bool
{
if ($paramA == 'jed') {
throw new Exception(sprintf(_m("Invalid parameter %s"), $paramA));
}
$paramB = 'spock';
return true;
}
</syntaxhighlight>

===== Event Handlers =====
イベントハンドラーは論理値を返す必要がある。

* false: 他の同じ名前のイベントハンドラーはスキップされる。既存のイベントハンドラーの動きの置換に役立つ。
* true: 処理継続。イベント処理の追加・拡張となる。

例外を投げると、止まる。

===== Installation =====
プラグインの有効化には、SmplePluginの場合、以下のコードをconfig.phpに記述する。
addPlugin('Sample');
サードパーティープラグインはlocal/plugins/{$name}/{$pluginclass}.phpに格納する必要がある。$nameはSample、$pluginclassはSamplePlugin。

同梱プラグインはpluginsディレクトリーにある。

===== Plugin Configuration =====
プラグインはaddPlugin時にオプション引数で設定できる。
addPlugin('Sample', ['attr1' => 'foo', 'attr2' => 'bar']);
<syntaxhighlight lang="php">
class SamplePlugin extends Plugin
{
public $attr1 = null;
public $attr2 = null;
}
</syntaxhighlight>引数のキーがそのままプロパティーになる。

===== Initialization =====
Pluginクラスのメソッドをオーバーライドする形でいくつかの処理を行っていく。

initializeで初期化する。リモートサーバー接続やパス作成などを行うのに役立つ。

===== Clean Up =====
clieanupでリモートサーバーからの切断、一時ファイルの削除などのタイミング。

===== Database schema setup =====
プラグインは自分のDBテーブルを保有できる。ensureTableメソッドでテーブル構造や可用性を確認できる。

デフォルトで、スキーマはGNU socialの実行時 (Webページの表示時) にチェックされる。管理者はcheckschema.phpスクリプトの実行で、チェックしたり、性能を向上できる。このスクリプトはプラグインの設置や更新後に実行する必要がある。

例えば、以下のようなコードで、テーブルの保証ができる。<syntaxhighlight lang="php">
public function onCheckSchema(): bool
{
$schema = Schema::get();

// '''For storing user-submitted flags on profiles'''

$schema->ensureTable('user_greeting_count',[
new ColumnDef('user_id', 'integer', null, true, 'PRI'),
new ColumnDef('greeting_count', 'integer')
]
);

return true;
}
</syntaxhighlight>引数1でテーブル名、引数2の配列で列定義の模様。引数2はモデルでstatic関数にしたほうがいいかも。

===== Load related plugins when needed =====
通常のプラグインは外部プラグインが必要なことが多い。onAutolaodメソッドは関連ファイルを受け取れる。<syntaxhighlight lang="php">
public function onAutoload($cls): bool
{
$dir = __DIR__;

switch ($cls)
{
case 'HelloAction':
include_once $dir . '/' . strtolower(mb_substr($cls, 0, -6)) . '.php';
return false;
case 'User_greeting_count':
include_once $dir . '/'.$cls.'.php';
return false;
default:
return true;
}
}
</syntaxhighlight>注意すべき点として、onAutoloadメソッドはPluginをオーバーロードしている全クラスから呼ばれる。だから他のプラグインを読み込めるようにdefaultでreturn trueを必ずしよう。

===== Map URLs to actions =====
onRouterInitializedメソッドはプラグインにURLを割り当てる。いわゆるルーティング。action='foobar'の場合、FoobarActionのハンドラークラスを呼び出す。<syntaxhighlight lang="php">
public function onRouterInitialized($m): bool
{
$m->connect('main/hello',
['action' => 'hello']);
return true;
}
</syntaxhighlight>

===== Modify the default menu to link to our custom action =====
イベントハンドラーで、制限なしにデフォルトUIを修正できる。

onEndPrimaryNavメソッドで、メインメニューにメニュー項目を追加できる。

===== Action Class =====
Actionクラスは出力メソッドと同様にフック用のイベントのセットを提供する。<syntaxhighlight lang="php">
public function onEndPrimaryNav($action): bool
{
// '''common_local_url()''' gets the correct URL for the action name we provide

$action->menuItem(common_local_url('hello'),
_m('Hello'), _m('A warm greeting'), false, 'nav_hello');
return true;
}

public function onPluginVersion(&$versions): bool
{
$versions[] = [
'name' => 'Sample',
'version' => GNUSOCIAL_VERSION,
'author' => 'Brion Vibber, Evan Prodromou',
'homepage' => 'http://example.org/plugin',
'rawdescription' =>
_m('A sample plugin to show basics of development for new hackers.')
];
return true;
}
</syntaxhighlight>

===== hello.php =====
hello.phpはユーザーに挨拶文を表示するシンプルなプラグイン。Actionクラスによる出力のサンプル。

===== Take arguments for running =====
<syntaxhighlight lang="php">
public function prepare(array $args = []): bool
{
parent::prepare($args);

$this->user = common_current_user();

if (!empty($this->user)) {
$this->gc = User_greeting_count::inc($this->user->id);
}

return true;
}
</syntaxhighlight>prepareメソッドは最初に呼ばれ、actionクラスは引数を得る。DBから必要なデータも取得する。

デフォルトの引数処理のため、Actionクラスは最初にparent::prpare($args) を呼ぶべき。

===== Handle request =====
<syntaxhighlight lang="php">
public function handle(): void
{
parent::handle();

$this->showPage();
}
</syntaxhighlight>handleメソッドはリクエストの処理のメイン処理。ほとんどの前処理はprepareメソッドで行っておくべき。handleは単にデータ表示だけなどシンプルにしておいた方がいい。

===== Title of this page =====
<syntaxhighlight lang="php">
public function title(): string
{
if (empty($this->user)) {
return _m('Hello');
} else {
return sprintf(_m('Hello, %s'), $this->user->nickname);
}
}
</syntaxhighlight>titleメソッドでカスタムタイトルを上書き表示できる。

===== Show content in the content area =====
<syntaxhighlight lang="php">
public function showContent(): void
{
if (empty($this->user)) {
$this->element('p', ['class' => 'greeting'],
_m('Hello, stranger!'));
} else {
$this->element('p', ['class' => 'greeting'],
sprintf(_m('Hello, %s'), $this->user->nickname));
$this->element('p', ['class' => 'greeting_count'],
sprintf(_m('I have greeted you %d time.',
'I have greeted you %d times.',
$this->gc->greeting_count),
$this->gc->greeting_count));
}
}
</syntaxhighlight>デフォルトのGNU socialは大量の装飾がある。メニュー、ロゴ、タブなど。このメソッドはコンテントエリアの表示に使う。

===== Return true if read only. =====
<syntaxhighlight lang="php">
public function isReadOnly($args): bool
{
return false;
}
</syntaxhighlight>いくつかのアクションはDBから読み取り専用となる。単純なデータベースのロードバランサーは設定でみらーできる。

デフォルトでDBの一貫性の問題回避のためfalseになっている。ただ、パフォーマンス工場のために変更も検討できる。

== Business ==
https://chatgpt.com/c/67ef45fc-f224-800b-be3b-d22cc6f28b70

<nowiki>##</nowiki> ✅ どうすれば「やりたいこと」で食べていけるのか？

あなたがここから抜け出すカギは：

> **「一人でも回る収益モデルを、GNU socialの延長線上で育てる」こと。**

たとえば：

<nowiki>###</nowiki> 1. 🧰 GNU social関連でサービスを売る

- **ホスティング代行**（Mastodonのホスティングに近いモデル）

- **テーマ・プラグインの販売**

- **GNU socialの使い方講座や技術支援**

あなた自身が「実際に使える状態のGNU social環境」を整えられるのなら、

<nowiki>**</nowiki>他の人が使える“プロダクト”として売る**ことは十分に可能です。

<nowiki>###</nowiki> 2. 👤 一人で回せるFOSS＋SaaS型の小さな仕組みをつくる

- GNU socialのエンジンをベースに、

ある**特定の用途に絞った軽量SNS**にして売る（例：地域コミュニティ／趣味SNS／マイクロブログ）

「技術が好き」「思想がある」あなたの武器は、

<nowiki>**</nowiki>“熱量ある小規模市場”を刺すサービス**と相性が良いです。

---

<nowiki>##</nowiki> 🤝 協力者なしでも、戦える設計にする

人に裏切られてきた過去があるなら、**「一人でできるビジネスモデル」**にするのは賢い選択です。

でも、「一人で完結」はできても、「一人でやりきる必要はない」とも思います。

信頼はゆっくり時間をかけて、リスクを最小限にして、再構築してもいい。

たとえば：

- 自動化ツール／ノーコードを使って事務作業を減らす

- ChatGPTやCopilotなどを使って**擬似的な“補佐役”**を持つ

- 最低限の業務委託（クラウドワークスなど）を**スポット的に使う**
[[Category:GNU social]]

GNU social JP Fossil

2025-02-13T23:57:36Z

Gnusocialjp: /* Branch */

[[Category:GNU social]]
==About==
GNUプロジェクトのソースコードのホスティングには、フリーソフトを使用したサービスしか使用できない。

それもあって、リポジトリーを自己ホストするために調査した。

*phorge
*trac
*kallithea
*fossil

上記4ソフトのインストール・動作を2024-12に検証 (https://gnusocial.jp/notice/8089277) して、その結果fossilに決めた。fossslが唯一以下を満たした。

*CGIで動作
*リポジトリーと管理UIの統合

Tracもインストールはできたが、これはBTS機能のみで、リポジトリー自体のホスティングはgitwebやcgitなど別サービスが必要だった。2個に分かれるのが面倒くさい。

FossilはSQLiteの著者が管理するプロジェクト。Gitが使いにくいと思っており、そこをうまく解消している。さすがのプロジェクト。

==Install==

=== Condition ===
wiki.gnusocial.jpなどをホストしているCORESERVERに追加する形でインストールする。

* ドメイン=fossil.gnusocial.jp
* ホスティングサービス=CORESERVER
* 方式=CGI
* Web Server=Apache HTTP Server 2.4.37
* OS=GNU/Linux
なお、「 [https://fossil-scm.org/home/doc/tip/www/server/ Fossil: How To Configure A Fossil Server]」に記載があるように、Fossil自体はFastCGI/SCGI/単独サーバーに対応している。ただ、FastCGIはOpenBSDのhttpd専用。残り2個は常駐プロセスで共用サーバーでは安定稼働できないのでCGIを選ぶ。

=== Binary ===
情報源=[https://fossil-scm.org/home/doc/trunk/www/index.wiki Fossil: A Coherent Software Configuration Management System]

インストールに先立って、fossilのバイナリーを取得する。

ソースコードからコンパイルするか、コンパイル済みバイナリーを配置するだけ。設置先の共用サーバーにログインして、以下のコマンドを実行する。
VER=2.25
mkdir -p ~/.local/stow/fossil-$VER ~/.local/bin
cd ~/.local/stow/fossil-$VER
curl -O [https://fossil-scm.org/home/uv/fossil-linux-x64-2.25.tar.gz https://fossil-scm.org/home/uv/fossil-linux-x64-$VER.tar.gz]
tar -xf fossil-$VER.*
ln -fns ../stow/fossil-$VER/fossil ../../bin/
.bashrcなどに以下を記入して、PATHを設定しておく。
export PATH="$PATH:~/.local/bin"

=== CGI ===
情報源

* [https://fossil-scm.org/home/doc/tip/www/server/any/cgi.md Fossil: Serving via CGI]
* [https://fossil-scm.org/home/doc/tip/www/cgi.wiki Fossil: CGI Script Configuration Options]

バイナリーを取得したので、CGIで動作させるために設定する。

ディレクトリー構成は以下とする。

* public_html
** fossil: fossilリポジトリーの格納場所。
** fossil.gnusocial.jp: 公開ディレクトリー。
*** .htaccess
*** fossil: FossilのCGI。
*** index.html

以下のコマンドでディレクトリーを作ってCGIファイルなどを配置する。
mkdir -p ~/public_html/fossil ~/public_html/fossil.gnusocial.jp
cd ~/public_html/fossil.gnusocial.jp

cat <<-'EOT' >.htaccess
<FilesMatch fossil$>
SetHandler cgi-script
</FilesMatch>
EOT

cat <<-EOT >fossil
#!$HOME/.local/bin/fossil
directory: $HOME/public_html/fossil
notfound: /fossil
repolist
EOT

cat <<-'EOT' >index.html
<!DOCTYPE html>
<nowiki><html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"></nowiki>
<head>
<meta charset="UTF-8" />
<meta name="author" content="SENOO, Ken" />
<title>GNU social JP Fossil</title>
</head>
<body>
<nowiki><h1>GNU social JP Fossil</h1></nowiki>
<main>
<section>
<nowiki><h1>About</h1></nowiki>
<nowiki><p>This site hosts GNU social fossil repositories.<p></nowiki>
</section>
<section>
<nowiki><h1>Link</h1></nowiki>
<nowiki><ul></nowiki>
<nowiki><li><a href="fossil">fossil</a></nowiki>: repository list.<nowiki></li></nowiki>
<nowiki><li><a href="fossil/gnusocial">fossil/gnusocial</a></nowiki>: GNU social main repository<nowiki></li></nowiki>
<nowiki></ul></nowiki>
</section>
</main>
</body>
<nowiki></html></nowiki>
index.htmlは仮。必要になったタイミングで、内容やスタイルを改良する。

これで一旦稼働する。

* https://fossil.gnusocial.jp/
* https://fossil.gnusocial.jp/fossil

あとはFossilリポジトリーの用意。

=== Repository ===

* [https://fossil-scm.org/home/doc/trunk/www/inout.wiki Fossil: Import And Export]

Fossil自体の用意はできたので、public_html/fossilにリポジトリーを配置する。GitからFossilへの変換が必要となる。

この作業は緊張する。

# git cloneでgitリポジトリーをローカルに取得。
# fossilに取り込む。

共用サーバーで作業する場合、インポートに時間がかかって、処理が中断する可能性が高い。

この作業はインポートの初回だけなので、コミット履歴が1000以上の膨大な場合、ローカルパソコンで作業して、インポート完了後のsqliteファイルだけ転送した方が確実。

まず以下のコマンドでgitリポジトリー全体を取得する。
git clone --depth 1 https://notabug.org/gnusocialjp/gnusocial
cd gnusocial
git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
git fetch --unshallow
cd ..
以下のコマンドでgitリポジトリーをFossilリポジトリーに変換する。
git -C gnusocial fast-export --all | fossil import --git gnusocial.fossil
実行が完了すると以下が表示される。
project-id: 6ebf1a799a9d9fd8fcb55a9a6c816fadcc2e0e4f
server-id: e45ff282026d409ea80f78f6d1ea62d663b31dda
admin-user: password is "password"

sh -c 451.82s user 27.95s system 96% cpu 8:16.84 total
このパスワードが管理画面の初期パスワードなので重要。保存しておく。gnusocial.fossilのサイズは225MBだった。

作成したgnusocial.fossilを共用サーバーの~/public_html/fossilに配置する。[https://fossil.gnusocial.jp/fossil/gnusocial/index<nowiki>] でアクセスできる。</nowiki>

この後、Fossilの設定をいろいろ行う。特に重要なのがダウンロードページの作成。このページの作成が、composerなどの外部パッケージの配布などと密接に絡んでくるので重要。

後は、GNU social関係のプロジェクトのアーカイブもしたい。

* plugin
* theme
* tool

上記の3ディレクトリーでサードパーティーのツール類を全部取り込んでここで一元管理したい。

== Other ==

=== Document ===

==== About ====
Fossilの埋込文書などのWebページ機能を使ってGNU social自体の公式サイトも一緒に作ることにする。

いくつか重要な文書機能があるので、それの整理と方針を考える。

特に重要なのが以下の機能。

* [https://fossil-scm.org/home/help?cmd=/dir /dir]ページ [[https://fossil-scm.org/home/file?name=src/browse.c&ci=version-2.25&ln=400 Fossil: browse.c at version-2.25]]: ファイルブラウザーでディレクトリー内の「'readme','readme.txt','readme.md','readme.wiki','readme.markdown',"" 'readme.html'」の内容を下にデフォルト表示してくれる。
* /doc/<ci>/<file> や/fileの埋込文書 ([https://www.fossil-scm.org/home/doc/trunk/www/wikitheory.wiki Fossil: Wiki In Fossil]、[https://www.fossil-scm.org/home/doc/trunk/www/embeddeddoc.wiki Fossil: Project Documentation]): ソースコード内の文書を、拡張子を解釈して描画表示してくれる。
* uv: ダウンロードページ・ビルド結果の配布用。

特に埋込文書を駆使して、公式サイトを構築する。

ダウンロードページだけ扱いが特殊なので、uvで分離して作成。それ以外は埋込文書を使う。

==== Doc ====
READMEはindex.mdに改名する。

/doc/trunkをプロジェクトトップ画面にする。

その後は、

* index.md
* www/
トップディレクトリー直下にTODO.md CREDITS.mdなど細々した文書が散らばっていて汚いのでwwwに全部移動させるか。

/docでホームページを作ろうかと思ったが、/dirで作った方がファイルブラウジングと対応していていい。

その場合、index.mdじゃなくてreadme.mdがindexファイル。index.mdでやる場合、/dirは対応していなくて、fossil本体に手加えるのが後々手間になる。

README.mdでいくのがいい。

fossil uiでローカルでweb表示して、/doc/ckout/<file>でプレビューする。

==== Download ====
* [https://fossil-scm.org/home/help?cmd=/download Fossil: Help: /download]
* [https://fossil-scm.org/home/doc/trunk/www/aboutdownload.wiki Fossil: How The Fossil Download Page Works]

Downloadページを用意する。デフォルトで/downloadページが存在するが、これは最新コミットのソースコードだけ。非開発者がファイルをダウンロードして配置してインストールするには、composerの外部パッケージなどを取り込んだ状態のものを配布する必要がある。

Fossilでは、uvとして別管理していて、これを配布している。/juvlistでJavaScriptでuvリストを取得して、それを使って動的にダウンロードページを構築している。JavaScriptに依存したくないので、通常のHTMLで構築する。

* HTMLだけで構成する。
* 配布形式は共用サーバーで扱いやすいようにzipにする。
uvでdownload.htmlを追加してページを作る。ページの表示内容。
{| class="wikitable"
!Date
!Version
!Release
!Source
!Change
!History
!Subsequent
|-
|YYYY-mm-dd
|X.X
|Release
|Source
|Change
|History
|Subsequent
|}
こんな感じにする。で、それぞれの行のリンクパスを考える。
{| class="wikitable"
|+
!column
!path
|-
|Date
|../info/vX.X
|-
|Version
|../dir?ci=vX.X
|-
|Release
|../uv/gnusocial-vX.X.zip
|-
|Source
|../zip/x.x/gnusocial-src-vX.X.zip
|-
|Change
|../doc/www/changelog.md#vX.X
|-
|History
|../timeline?p=X.X&bt=pre-X.X
|-
|Subsequent
|../timeline?df=X.X
|}
デフォルトではuvへの書き込み権限がないので、セットアップユーザーに"y"権限を付与する。

Web UIの[Admin]-[Users]-<username>-[Capabilities]=[☑️Write Unversioned]-[Apply Changes]

これでuvへのアップロード (Web UIの/uvやfossil uv sync) が有効になる。

その後、fossil configuration pull user fossil uv syncするも反映されない。
fossil status

UNLINK vendor/bin/fetch-mf2
UNLINK vendor/bin/parse-mf2
fossilがデフォルトでシンボリックリンクを保存しなくて、同期できていないのかもしれない。

以下のコマンドで有効にしてやってみる。
fossil settings allow-symlinks on
これでもダメで、そもそもリモートと通信がうまくできていない感じがあった。

一旦closeして再度open。その後、fossil user capabilities senooken sy; fossil configuration sync allなどしたら解決した。途中でパスワードが変わっていた。

うまくいって、暫定Downloadページ (https://gnusocial.jp/notice/8429766<nowiki/>)。

==== Tag ====
Gitからのインポート時にbefore-gnusocialjpのタグが消えていたので復元する。

masterブランチ [32aeec858e1ebf712494a5f578931d9f2c809a5c] と同じだから、省略されたのかもしれない。
fossil tag add before-gnusocialjp master
これでタグが復元された。リモートの反映にはsyncが必要な模様。
fossil sync
fossilではtrunkブランチがデフォルトなので、mainブランチをtrunkブランチに変更する。
fossil tag add --propagate trunk main
fossil tag cancel --propagate old-branch-name main
これがいまいちよくわかっていなくてうまくいかない。ブランチの変更。基本はブランチを作り直して、既存のブランチは削除する感じ？

==== Branch ====
mainブランチをtrunkブランチに改名する。

https://notabug.org/gnusocialjp/gnusocial/commit/f9de43d2ba5a52cb1a8366bcedd30a365c6e760d

https://fossil.gnusocial.jp/fossil/gnusocial/info/1e9129cd274ecbbc

これが最初のコミットなので、このコミットから改名する。
fossil amend 1e9129cd274ecbbc --branch trunk
うーん。mainブランチが残ったままになってしまった。

https://fossil.gnusocial.jp/fossil/gnusocial/info/814af2129afef767

このコミットからmainブランチが始まっているから、これをtrunkに変更する。
fossil amend 814af2129afef767 --branch trunk
コマンドでやると、1コミットしかブランチが変わらない。しかたないので、Web UIから変更する。これで全部変わった。これでOK。

trunkの最初のコミットを間違えたので、以下のmedia-uploadingのコミットをtrunkに変更した。これできれいになった？

https://fossil.gnusocial.jp/fossil/gnusocial/ci/321506f911

他のブランチ群もクローズしていく。

GNU social JP Fossil

2025-02-13T23:34:54Z

Gnusocialjp: /* Branch */

Imgur

2025-02-13T20:55:16Z

Gnusocialjp: Download Bulk

GNU social JP Fossil

2025-02-12T22:47:34Z

Gnusocialjp: Branch

GNU social JP Fossil

2025-01-28T15:12:20Z

Gnusocialjp: /* Tag */

GNU social JP Fossil

2025-01-19T22:01:52Z

Gnusocialjp: Tag

GNU social JP Fossil

2025-01-16T21:59:37Z

Gnusocialjp: /* Doc */

GNU social JP Fossil

2025-01-14T11:56:31Z

Gnusocialjp: /* Doc */

[[Category:GNU social]]
==About==
GNUプロジェクトのソースコードのホスティングには、フリーソフトを使用したサービスしか使用できない。

それもあって、リポジトリーを自己ホストするために調査した。

*phorge
*trac
*kallithea
*fossil

上記4ソフトのインストール・動作を2024-12に検証 (https://gnusocial.jp/notice/8089277) して、その結果fossilに決めた。fossslが唯一以下を満たした。

*CGIで動作
*リポジトリーと管理UIの統合

Tracもインストールはできたが、これはBTS機能のみで、リポジトリー自体のホスティングはgitwebやcgitなど別サービスが必要だった。2個に分かれるのが面倒くさい。

FossilはSQLiteの著者が管理するプロジェクト。Gitが使いにくいと思っており、そこをうまく解消している。さすがのプロジェクト。

==Install==

=== Condition ===
wiki.gnusocial.jpなどをホストしているCORESERVERに追加する形でインストールする。

* ドメイン=fossil.gnusocial.jp
* ホスティングサービス=CORESERVER
* 方式=CGI
* Web Server=Apache HTTP Server 2.4.37
* OS=GNU/Linux
なお、「 [https://fossil-scm.org/home/doc/tip/www/server/ Fossil: How To Configure A Fossil Server]」に記載があるように、Fossil自体はFastCGI/SCGI/単独サーバーに対応している。ただ、FastCGIはOpenBSDのhttpd専用。残り2個は常駐プロセスで共用サーバーでは安定稼働できないのでCGIを選ぶ。

=== Binary ===
情報源=[https://fossil-scm.org/home/doc/trunk/www/index.wiki Fossil: A Coherent Software Configuration Management System]

インストールに先立って、fossilのバイナリーを取得する。

ソースコードからコンパイルするか、コンパイル済みバイナリーを配置するだけ。設置先の共用サーバーにログインして、以下のコマンドを実行する。
VER=2.25
mkdir -p ~/.local/stow/fossil-$VER ~/.local/bin
cd ~/.local/stow/fossil-$VER
curl -O [https://fossil-scm.org/home/uv/fossil-linux-x64-2.25.tar.gz https://fossil-scm.org/home/uv/fossil-linux-x64-$VER.tar.gz]
tar -xf fossil-$VER.*
ln -fns ../stow/fossil-$VER/fossil ../../bin/
.bashrcなどに以下を記入して、PATHを設定しておく。
export PATH="$PATH:~/.local/bin"

=== CGI ===
情報源

* [https://fossil-scm.org/home/doc/tip/www/server/any/cgi.md Fossil: Serving via CGI]
* [https://fossil-scm.org/home/doc/tip/www/cgi.wiki Fossil: CGI Script Configuration Options]

バイナリーを取得したので、CGIで動作させるために設定する。

ディレクトリー構成は以下とする。

* public_html
** fossil: fossilリポジトリーの格納場所。
** fossil.gnusocial.jp: 公開ディレクトリー。
*** .htaccess
*** fossil: FossilのCGI。
*** index.html

以下のコマンドでディレクトリーを作ってCGIファイルなどを配置する。
mkdir -p ~/public_html/fossil ~/public_html/fossil.gnusocial.jp
cd ~/public_html/fossil.gnusocial.jp

cat <<-'EOT' >.htaccess
<FilesMatch fossil$>
SetHandler cgi-script
</FilesMatch>
EOT

cat <<-EOT >fossil
#!$HOME/.local/bin/fossil
directory: $HOME/public_html/fossil
notfound: /fossil
repolist
EOT

cat <<-'EOT' >index.html
<!DOCTYPE html>
<nowiki><html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"></nowiki>
<head>
<meta charset="UTF-8" />
<meta name="author" content="SENOO, Ken" />
<title>GNU social JP Fossil</title>
</head>
<body>
<nowiki><h1>GNU social JP Fossil</h1></nowiki>
<main>
<section>
<nowiki><h1>About</h1></nowiki>
<nowiki><p>This site hosts GNU social fossil repositories.<p></nowiki>
</section>
<section>
<nowiki><h1>Link</h1></nowiki>
<nowiki><ul></nowiki>
<nowiki><li><a href="fossil">fossil</a></nowiki>: repository list.<nowiki></li></nowiki>
<nowiki><li><a href="fossil/gnusocial">fossil/gnusocial</a></nowiki>: GNU social main repository<nowiki></li></nowiki>
<nowiki></ul></nowiki>
</section>
</main>
</body>
<nowiki></html></nowiki>
index.htmlは仮。必要になったタイミングで、内容やスタイルを改良する。

これで一旦稼働する。

* https://fossil.gnusocial.jp/
* https://fossil.gnusocial.jp/fossil

あとはFossilリポジトリーの用意。

=== Repository ===

* [https://fossil-scm.org/home/doc/trunk/www/inout.wiki Fossil: Import And Export]

Fossil自体の用意はできたので、public_html/fossilにリポジトリーを配置する。GitからFossilへの変換が必要となる。

この作業は緊張する。

# git cloneでgitリポジトリーをローカルに取得。
# fossilに取り込む。

共用サーバーで作業する場合、インポートに時間がかかって、処理が中断する可能性が高い。

この作業はインポートの初回だけなので、コミット履歴が1000以上の膨大な場合、ローカルパソコンで作業して、インポート完了後のsqliteファイルだけ転送した方が確実。

まず以下のコマンドでgitリポジトリー全体を取得する。
git clone --depth 1 https://notabug.org/gnusocialjp/gnusocial
cd gnusocial
git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
git fetch --unshallow
cd ..
以下のコマンドでgitリポジトリーをFossilリポジトリーに変換する。
git -C gnusocial fast-export --all | fossil import --git gnusocial.fossil
実行が完了すると以下が表示される。
project-id: 6ebf1a799a9d9fd8fcb55a9a6c816fadcc2e0e4f
server-id: e45ff282026d409ea80f78f6d1ea62d663b31dda
admin-user: password is "password"

sh -c 451.82s user 27.95s system 96% cpu 8:16.84 total
このパスワードが管理画面の初期パスワードなので重要。保存しておく。gnusocial.fossilのサイズは225MBだった。

作成したgnusocial.fossilを共用サーバーの~/public_html/fossilに配置する。[https://fossil.gnusocial.jp/fossil/gnusocial/index<nowiki>] でアクセスできる。</nowiki>

この後、Fossilの設定をいろいろ行う。特に重要なのがダウンロードページの作成。このページの作成が、composerなどの外部パッケージの配布などと密接に絡んでくるので重要。

後は、GNU social関係のプロジェクトのアーカイブもしたい。

* plugin
* theme
* tool

上記の3ディレクトリーでサードパーティーのツール類を全部取り込んでここで一元管理したい。

== Other ==

=== Document ===

==== About ====
Fossilの埋込文書などのWebページ機能を使ってGNU social自体の公式サイトも一緒に作ることにする。

いくつか重要な文書機能があるので、それの整理と方針を考える。

特に重要なのが以下の機能。

* [https://fossil-scm.org/home/help?cmd=/dir /dir]ページ [[https://fossil-scm.org/home/file?name=src/browse.c&ci=version-2.25&ln=400 Fossil: browse.c at version-2.25]]: ファイルブラウザーでディレクトリー内の「'readme','readme.txt','readme.md','readme.wiki','readme.markdown',"" 'readme.html'」の内容を下にデフォルト表示してくれる。
* /doc/<ci>/<file> や/fileの埋込文書 ([https://www.fossil-scm.org/home/doc/trunk/www/wikitheory.wiki Fossil: Wiki In Fossil]、[https://www.fossil-scm.org/home/doc/trunk/www/embeddeddoc.wiki Fossil: Project Documentation]): ソースコード内の文書を、拡張子を解釈して描画表示してくれる。
* uv: ダウンロードページ・ビルド結果の配布用。

特に埋込文書を駆使して、公式サイトを構築する。

ダウンロードページだけ扱いが特殊なので、uvで分離して作成。それ以外は埋込文書を使う。

==== Doc ====
READMEはindex.mdに改名する。

/doc/trunkをプロジェクトトップ画面にする。

その後は、

* index.md
* www/
トップディレクトリー直下にTODO.md CREDITS.mdなど細々した文書が散らばっていて汚いのでwwwに全部移動させるか。

/docでホームページを作ろうかと思ったが、/dirで作った方がファイルブラウジングと対応していていい。

その場合、index.mdじゃなくてreadme.mdがindexファイル。index.mdでやる場合、/dirは対応していなくて、fossil本体に手加えるのが後々手間になる。

readme.mdでいくのがいい。

==== Download ====
* [https://fossil-scm.org/home/help?cmd=/download Fossil: Help: /download]
* [https://fossil-scm.org/home/doc/trunk/www/aboutdownload.wiki Fossil: How The Fossil Download Page Works]

Downloadページを用意する。デフォルトで/downloadページが存在するが、これは最新コミットのソースコードだけ。非開発者がファイルをダウンロードして配置してインストールするには、composerの外部パッケージなどを取り込んだ状態のものを配布する必要がある。

Fossilでは、uvとして別管理していて、これを配布している。/juvlistでJavaScriptでuvリストを取得して、それを使って動的にダウンロードページを構築している。JavaScriptに依存したくないので、通常のHTMLで構築する。

* HTMLだけで構成する。
* 配布形式は共用サーバーで扱いやすいようにzipにする。
uvでdownload.htmlを追加してページを作る。ページの表示内容。
{| class="wikitable"
!Date
!Version
!Release
!Source
!Change
!History
!Subsequent
|-
|YYYY-mm-dd
|X.X
|Release
|Source
|Change
|History
|Subsequent
|}
こんな感じにする。で、それぞれの行のリンクパスを考える。
{| class="wikitable"
|+
!column
!path
|-
|Date
|../info/vX.X
|-
|Version
|../dir?ci=vX.X
|-
|Release
|../uv/gnusocial-vX.X.zip
|-
|Source
|../zip/x.x/gnusocial-src-vX.X.zip
|-
|Change
|../doc/www/changelog.md#vX.X
|-
|History
|../timeline?p=X.X&bt=pre-X.X
|-
|Subsequent
|../timeline?df=X.X
|}
デフォルトではuvへの書き込み権限がないので、セットアップユーザーに"y"権限を付与する。

Web UIの[Admin]-[Users]-<username>-[Capabilities]=[☑️Write Unversioned]-[Apply Changes]

これでuvへのアップロード (Web UIの/uvやfossil uv sync) が有効になる。

その後、fossil configuration pull user fossil uv syncするも反映されない。
fossil status

UNLINK vendor/bin/fetch-mf2
UNLINK vendor/bin/parse-mf2
fossilがデフォルトでシンボリックリンクを保存しなくて、同期できていないのかもしれない。

以下のコマンドで有効にしてやってみる。
fossil settings allow-symlinks on
これでもダメで、そもそもリモートと通信がうまくできていない感じがあった。

一旦closeして再度open。その後、fossil user capabilities senooken sy; fossil configuration sync allなどしたら解決した。途中でパスワードが変わっていた。

うまくいって、暫定Downloadページ (https://gnusocial.jp/notice/8429766<nowiki/>)。

GNU social JP Fossil

2025-01-05T22:11:26Z

Gnusocialjp: Doc

[[Category:GNU social]]
==About==
GNUプロジェクトのソースコードのホスティングには、フリーソフトを使用したサービスしか使用できない。

それもあって、リポジトリーを自己ホストするために調査した。

*phorge
*trac
*kallithea
*fossil

上記4ソフトのインストール・動作を2024-12に検証 (https://gnusocial.jp/notice/8089277) して、その結果fossilに決めた。fossslが唯一以下を満たした。

*CGIで動作
*リポジトリーと管理UIの統合

Tracもインストールはできたが、これはBTS機能のみで、リポジトリー自体のホスティングはgitwebやcgitなど別サービスが必要だった。2個に分かれるのが面倒くさい。

FossilはSQLiteの著者が管理するプロジェクト。Gitが使いにくいと思っており、そこをうまく解消している。さすがのプロジェクト。

==Install==

=== Condition ===
wiki.gnusocial.jpなどをホストしているCORESERVERに追加する形でインストールする。

* ドメイン=fossil.gnusocial.jp
* ホスティングサービス=CORESERVER
* 方式=CGI
* Web Server=Apache HTTP Server 2.4.37
* OS=GNU/Linux
なお、「 [https://fossil-scm.org/home/doc/tip/www/server/ Fossil: How To Configure A Fossil Server]」に記載があるように、Fossil自体はFastCGI/SCGI/単独サーバーに対応している。ただ、FastCGIはOpenBSDのhttpd専用。残り2個は常駐プロセスで共用サーバーでは安定稼働できないのでCGIを選ぶ。

=== Binary ===
情報源=[https://fossil-scm.org/home/doc/trunk/www/index.wiki Fossil: A Coherent Software Configuration Management System]

インストールに先立って、fossilのバイナリーを取得する。

ソースコードからコンパイルするか、コンパイル済みバイナリーを配置するだけ。設置先の共用サーバーにログインして、以下のコマンドを実行する。
VER=2.25
mkdir -p ~/.local/stow/fossil-$VER ~/.local/bin
cd ~/.local/stow/fossil-$VER
curl -O [https://fossil-scm.org/home/uv/fossil-linux-x64-2.25.tar.gz https://fossil-scm.org/home/uv/fossil-linux-x64-$VER.tar.gz]
tar -xf fossil-$VER.*
ln -fns ../stow/fossil-$VER/fossil ../../bin/
.bashrcなどに以下を記入して、PATHを設定しておく。
export PATH="$PATH:~/.local/bin"

=== CGI ===
情報源

* [https://fossil-scm.org/home/doc/tip/www/server/any/cgi.md Fossil: Serving via CGI]
* [https://fossil-scm.org/home/doc/tip/www/cgi.wiki Fossil: CGI Script Configuration Options]

バイナリーを取得したので、CGIで動作させるために設定する。

ディレクトリー構成は以下とする。

* public_html
** fossil: fossilリポジトリーの格納場所。
** fossil.gnusocial.jp: 公開ディレクトリー。
*** .htaccess
*** fossil: FossilのCGI。
*** index.html

以下のコマンドでディレクトリーを作ってCGIファイルなどを配置する。
mkdir -p ~/public_html/fossil ~/public_html/fossil.gnusocial.jp
cd ~/public_html/fossil.gnusocial.jp

cat <<-'EOT' >.htaccess
<FilesMatch fossil$>
SetHandler cgi-script
</FilesMatch>
EOT

cat <<-EOT >fossil
#!$HOME/.local/bin/fossil
directory: $HOME/public_html/fossil
notfound: /fossil
repolist
EOT

cat <<-'EOT' >index.html
<!DOCTYPE html>
<nowiki><html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"></nowiki>
<head>
<meta charset="UTF-8" />
<meta name="author" content="SENOO, Ken" />
<title>GNU social JP Fossil</title>
</head>
<body>
<nowiki><h1>GNU social JP Fossil</h1></nowiki>
<main>
<section>
<nowiki><h1>About</h1></nowiki>
<nowiki><p>This site hosts GNU social fossil repositories.<p></nowiki>
</section>
<section>
<nowiki><h1>Link</h1></nowiki>
<nowiki><ul></nowiki>
<nowiki><li><a href="fossil">fossil</a></nowiki>: repository list.<nowiki></li></nowiki>
<nowiki><li><a href="fossil/gnusocial">fossil/gnusocial</a></nowiki>: GNU social main repository<nowiki></li></nowiki>
<nowiki></ul></nowiki>
</section>
</main>
</body>
<nowiki></html></nowiki>
index.htmlは仮。必要になったタイミングで、内容やスタイルを改良する。

これで一旦稼働する。

* https://fossil.gnusocial.jp/
* https://fossil.gnusocial.jp/fossil

あとはFossilリポジトリーの用意。

=== Repository ===

* [https://fossil-scm.org/home/doc/trunk/www/inout.wiki Fossil: Import And Export]

Fossil自体の用意はできたので、public_html/fossilにリポジトリーを配置する。GitからFossilへの変換が必要となる。

この作業は緊張する。

# git cloneでgitリポジトリーをローカルに取得。
# fossilに取り込む。

共用サーバーで作業する場合、インポートに時間がかかって、処理が中断する可能性が高い。

この作業はインポートの初回だけなので、コミット履歴が1000以上の膨大な場合、ローカルパソコンで作業して、インポート完了後のsqliteファイルだけ転送した方が確実。

まず以下のコマンドでgitリポジトリー全体を取得する。
git clone --depth 1 https://notabug.org/gnusocialjp/gnusocial
cd gnusocial
git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
git fetch --unshallow
cd ..
以下のコマンドでgitリポジトリーをFossilリポジトリーに変換する。
git -C gnusocial fast-export --all | fossil import --git gnusocial.fossil
実行が完了すると以下が表示される。
project-id: 6ebf1a799a9d9fd8fcb55a9a6c816fadcc2e0e4f
server-id: e45ff282026d409ea80f78f6d1ea62d663b31dda
admin-user: password is "password"

sh -c 451.82s user 27.95s system 96% cpu 8:16.84 total
このパスワードが管理画面の初期パスワードなので重要。保存しておく。gnusocial.fossilのサイズは225MBだった。

作成したgnusocial.fossilを共用サーバーの~/public_html/fossilに配置する。[https://fossil.gnusocial.jp/fossil/gnusocial/index<nowiki>] でアクセスできる。</nowiki>

この後、Fossilの設定をいろいろ行う。特に重要なのがダウンロードページの作成。このページの作成が、composerなどの外部パッケージの配布などと密接に絡んでくるので重要。

後は、GNU social関係のプロジェクトのアーカイブもしたい。

* plugin
* theme
* tool

上記の3ディレクトリーでサードパーティーのツール類を全部取り込んでここで一元管理したい。

== Other ==

=== Document ===

==== About ====
Fossilの埋込文書などのWebページ機能を使ってGNU social自体の公式サイトも一緒に作ることにする。

いくつか重要な文書機能があるので、それの整理と方針を考える。

特に重要なのが以下の機能。

* [https://fossil-scm.org/home/help?cmd=/dir /dir]ページ [[https://fossil-scm.org/home/file?name=src/browse.c&ci=version-2.25&ln=400 Fossil: browse.c at version-2.25]]: ファイルブラウザーでディレクトリー内の「'readme','readme.txt','readme.md','readme.wiki','readme.markdown',"" 'readme.html'」の内容を下にデフォルト表示してくれる。
* /doc/<ci>/<file> や/fileの埋込文書 ([https://www.fossil-scm.org/home/doc/trunk/www/wikitheory.wiki Fossil: Wiki In Fossil]、[https://www.fossil-scm.org/home/doc/trunk/www/embeddeddoc.wiki Fossil: Project Documentation]): ソースコード内の文書を、拡張子を解釈して描画表示してくれる。
* uv: ダウンロードページ・ビルド結果の配布用。

特に埋込文書を駆使して、公式サイトを構築する。

ダウンロードページだけ扱いが特殊なので、uvで分離して作成。それ以外は埋込文書を使う。

==== Doc ====
READMEはindex.mdに改名する。

/doc/trunkをプロジェクトトップ画面にする。

その後は、

* index.md
* www/

==== Download ====
* [https://fossil-scm.org/home/help?cmd=/download Fossil: Help: /download]
* [https://fossil-scm.org/home/doc/trunk/www/aboutdownload.wiki Fossil: How The Fossil Download Page Works]

Downloadページを用意する。デフォルトで/downloadページが存在するが、これは最新コミットのソースコードだけ。非開発者がファイルをダウンロードして配置してインストールするには、composerの外部パッケージなどを取り込んだ状態のものを配布する必要がある。

Fossilでは、uvとして別管理していて、これを配布している。/juvlistでJavaScriptでuvリストを取得して、それを使って動的にダウンロードページを構築している。JavaScriptに依存したくないので、通常のHTMLで構築する。

* HTMLだけで構成する。
* 配布形式は共用サーバーで扱いやすいようにzipにする。
uvでdownload.htmlを追加してページを作る。ページの表示内容。
{| class="wikitable"
!Date
!Version
!Release
!Source
!Change
!History
!Subsequent
|-
|YYYY-mm-dd
|X.X
|Release
|Source
|Change
|History
|Subsequent
|}
こんな感じにする。で、それぞれの行のリンクパスを考える。
{| class="wikitable"
|+
!column
!path
|-
|Date
|../info/vX.X
|-
|Version
|../dir?ci=vX.X
|-
|Release
|../uv/gnusocial-vX.X.zip
|-
|Source
|../zip/x.x/gnusocial-src-vX.X.zip
|-
|Change
|../doc/www/changelog.md#vX.X
|-
|History
|../timeline?p=X.X&bt=pre-X.X
|-
|Subsequent
|../timeline?df=X.X
|}
デフォルトではuvへの書き込み権限がないので、セットアップユーザーに"y"権限を付与する。

Web UIの[Admin]-[Users]-<username>-[Capabilities]=[☑️Write Unversioned]-[Apply Changes]

これでuvへのアップロード (Web UIの/uvやfossil uv sync) が有効になる。

その後、fossil configuration pull user fossil uv syncするも反映されない。
fossil status

UNLINK vendor/bin/fetch-mf2
UNLINK vendor/bin/parse-mf2
fossilがデフォルトでシンボリックリンクを保存しなくて、同期できていないのかもしれない。

以下のコマンドで有効にしてやってみる。
fossil settings allow-symlinks on
これでもダメで、そもそもリモートと通信がうまくできていない感じがあった。

一旦closeして再度open。その後、fossil user capabilities senooken sy; fossil configuration sync allなどしたら解決した。途中でパスワードが変わっていた。

うまくいって、暫定Downloadページ (https://gnusocial.jp/notice/8429766<nowiki/>)。

GNU social JP Fossil

2025-01-05T02:28:56Z

Gnusocialjp: Document About

[[Category:GNU social]]
==About==
GNUプロジェクトのソースコードのホスティングには、フリーソフトを使用したサービスしか使用できない。

それもあって、リポジトリーを自己ホストするために調査した。

*phorge
*trac
*kallithea
*fossil

上記4ソフトのインストール・動作を2024-12に検証 (https://gnusocial.jp/notice/8089277) して、その結果fossilに決めた。fossslが唯一以下を満たした。

*CGIで動作
*リポジトリーと管理UIの統合

Tracもインストールはできたが、これはBTS機能のみで、リポジトリー自体のホスティングはgitwebやcgitなど別サービスが必要だった。2個に分かれるのが面倒くさい。

FossilはSQLiteの著者が管理するプロジェクト。Gitが使いにくいと思っており、そこをうまく解消している。さすがのプロジェクト。

==Install==

=== Condition ===
wiki.gnusocial.jpなどをホストしているCORESERVERに追加する形でインストールする。

* ドメイン=fossil.gnusocial.jp
* ホスティングサービス=CORESERVER
* 方式=CGI
* Web Server=Apache HTTP Server 2.4.37
* OS=GNU/Linux
なお、「 [https://fossil-scm.org/home/doc/tip/www/server/ Fossil: How To Configure A Fossil Server]」に記載があるように、Fossil自体はFastCGI/SCGI/単独サーバーに対応している。ただ、FastCGIはOpenBSDのhttpd専用。残り2個は常駐プロセスで共用サーバーでは安定稼働できないのでCGIを選ぶ。

=== Binary ===
情報源=[https://fossil-scm.org/home/doc/trunk/www/index.wiki Fossil: A Coherent Software Configuration Management System]

インストールに先立って、fossilのバイナリーを取得する。

ソースコードからコンパイルするか、コンパイル済みバイナリーを配置するだけ。設置先の共用サーバーにログインして、以下のコマンドを実行する。
VER=2.25
mkdir -p ~/.local/stow/fossil-$VER ~/.local/bin
cd ~/.local/stow/fossil-$VER
curl -O [https://fossil-scm.org/home/uv/fossil-linux-x64-2.25.tar.gz https://fossil-scm.org/home/uv/fossil-linux-x64-$VER.tar.gz]
tar -xf fossil-$VER.*
ln -fns ../stow/fossil-$VER/fossil ../../bin/
.bashrcなどに以下を記入して、PATHを設定しておく。
export PATH="$PATH:~/.local/bin"

=== CGI ===
情報源

* [https://fossil-scm.org/home/doc/tip/www/server/any/cgi.md Fossil: Serving via CGI]
* [https://fossil-scm.org/home/doc/tip/www/cgi.wiki Fossil: CGI Script Configuration Options]

バイナリーを取得したので、CGIで動作させるために設定する。

ディレクトリー構成は以下とする。

* public_html
** fossil: fossilリポジトリーの格納場所。
** fossil.gnusocial.jp: 公開ディレクトリー。
*** .htaccess
*** fossil: FossilのCGI。
*** index.html

以下のコマンドでディレクトリーを作ってCGIファイルなどを配置する。
mkdir -p ~/public_html/fossil ~/public_html/fossil.gnusocial.jp
cd ~/public_html/fossil.gnusocial.jp

cat <<-'EOT' >.htaccess
<FilesMatch fossil$>
SetHandler cgi-script
</FilesMatch>
EOT

cat <<-EOT >fossil
#!$HOME/.local/bin/fossil
directory: $HOME/public_html/fossil
notfound: /fossil
repolist
EOT

cat <<-'EOT' >index.html
<!DOCTYPE html>
<nowiki><html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"></nowiki>
<head>
<meta charset="UTF-8" />
<meta name="author" content="SENOO, Ken" />
<title>GNU social JP Fossil</title>
</head>
<body>
<nowiki><h1>GNU social JP Fossil</h1></nowiki>
<main>
<section>
<nowiki><h1>About</h1></nowiki>
<nowiki><p>This site hosts GNU social fossil repositories.<p></nowiki>
</section>
<section>
<nowiki><h1>Link</h1></nowiki>
<nowiki><ul></nowiki>
<nowiki><li><a href="fossil">fossil</a></nowiki>: repository list.<nowiki></li></nowiki>
<nowiki><li><a href="fossil/gnusocial">fossil/gnusocial</a></nowiki>: GNU social main repository<nowiki></li></nowiki>
<nowiki></ul></nowiki>
</section>
</main>
</body>
<nowiki></html></nowiki>
index.htmlは仮。必要になったタイミングで、内容やスタイルを改良する。

これで一旦稼働する。

* https://fossil.gnusocial.jp/
* https://fossil.gnusocial.jp/fossil

あとはFossilリポジトリーの用意。

=== Repository ===

* [https://fossil-scm.org/home/doc/trunk/www/inout.wiki Fossil: Import And Export]

Fossil自体の用意はできたので、public_html/fossilにリポジトリーを配置する。GitからFossilへの変換が必要となる。

この作業は緊張する。

# git cloneでgitリポジトリーをローカルに取得。
# fossilに取り込む。

共用サーバーで作業する場合、インポートに時間がかかって、処理が中断する可能性が高い。

この作業はインポートの初回だけなので、コミット履歴が1000以上の膨大な場合、ローカルパソコンで作業して、インポート完了後のsqliteファイルだけ転送した方が確実。

まず以下のコマンドでgitリポジトリー全体を取得する。
git clone --depth 1 https://notabug.org/gnusocialjp/gnusocial
cd gnusocial
git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
git fetch --unshallow
cd ..
以下のコマンドでgitリポジトリーをFossilリポジトリーに変換する。
git -C gnusocial fast-export --all | fossil import --git gnusocial.fossil
実行が完了すると以下が表示される。
project-id: 6ebf1a799a9d9fd8fcb55a9a6c816fadcc2e0e4f
server-id: e45ff282026d409ea80f78f6d1ea62d663b31dda
admin-user: password is "password"

sh -c 451.82s user 27.95s system 96% cpu 8:16.84 total
このパスワードが管理画面の初期パスワードなので重要。保存しておく。gnusocial.fossilのサイズは225MBだった。

作成したgnusocial.fossilを共用サーバーの~/public_html/fossilに配置する。[https://fossil.gnusocial.jp/fossil/gnusocial/index<nowiki>] でアクセスできる。</nowiki>

この後、Fossilの設定をいろいろ行う。特に重要なのがダウンロードページの作成。このページの作成が、composerなどの外部パッケージの配布などと密接に絡んでくるので重要。

後は、GNU social関係のプロジェクトのアーカイブもしたい。

* plugin
* theme
* tool

上記の3ディレクトリーでサードパーティーのツール類を全部取り込んでここで一元管理したい。

== Other ==

=== Document ===

==== About ====
Fossilの埋込文書などのWebページ機能を使ってGNU social自体の公式サイトも一緒に作ることにする。

いくつか重要な文書機能があるので、それの整理と方針を考える。

特に重要なのが以下の機能。

* [https://fossil-scm.org/home/help?cmd=/dir /dir]ページ [[https://fossil-scm.org/home/file?name=src/browse.c&ci=version-2.25&ln=400 Fossil: browse.c at version-2.25]]: ファイルブラウザーでディレクトリー内の「'readme','readme.txt','readme.md','readme.wiki','readme.markdown',"" 'readme.html'」の内容を下にデフォルト表示してくれる。
* /doc/<ci>/<file> や/fileの埋込文書 ([https://www.fossil-scm.org/home/doc/trunk/www/wikitheory.wiki Fossil: Wiki In Fossil]、[https://www.fossil-scm.org/home/doc/trunk/www/embeddeddoc.wiki Fossil: Project Documentation]): ソースコード内の文書を、拡張子を解釈して描画表示してくれる。
* uv: ダウンロードページ・ビルド結果の配布用。

特に埋込文書を駆使して、公式サイトを構築する。

ダウンロードページだけ扱いが特殊なので、uvで分離して作成。それ以外は埋込文書を使う。

==== Download ====
* [https://fossil-scm.org/home/help?cmd=/download Fossil: Help: /download]
* [https://fossil-scm.org/home/doc/trunk/www/aboutdownload.wiki Fossil: How The Fossil Download Page Works]

Downloadページを用意する。デフォルトで/downloadページが存在するが、これは最新コミットのソースコードだけ。非開発者がファイルをダウンロードして配置してインストールするには、composerの外部パッケージなどを取り込んだ状態のものを配布する必要がある。

Fossilでは、uvとして別管理していて、これを配布している。/juvlistでJavaScriptでuvリストを取得して、それを使って動的にダウンロードページを構築している。JavaScriptに依存したくないので、通常のHTMLで構築する。

* HTMLだけで構成する。
* 配布形式は共用サーバーで扱いやすいようにzipにする。
uvでdownload.htmlを追加してページを作る。ページの表示内容。
{| class="wikitable"
!Date
!Version
!Release
!Source
!Change
!History
!Subsequent
|-
|YYYY-mm-dd
|X.X
|Release
|Source
|Change
|History
|Subsequent
|}
こんな感じにする。で、それぞれの行のリンクパスを考える。
{| class="wikitable"
|+
!column
!path
|-
|Date
|../info/vX.X
|-
|Version
|../dir?ci=vX.X
|-
|Release
|../uv/gnusocial-vX.X.zip
|-
|Source
|../zip/x.x/gnusocial-src-vX.X.zip
|-
|Change
|../doc/www/changelog.md#vX.X
|-
|History
|../timeline?p=X.X&bt=pre-X.X
|-
|Subsequent
|../timeline?df=X.X
|}
デフォルトではuvへの書き込み権限がないので、セットアップユーザーに"y"権限を付与する。

Web UIの[Admin]-[Users]-<username>-[Capabilities]=[☑️Write Unversioned]-[Apply Changes]

これでuvへのアップロード (Web UIの/uvやfossil uv sync) が有効になる。

その後、fossil configuration pull user fossil uv syncするも反映されない。
fossil status

UNLINK vendor/bin/fetch-mf2
UNLINK vendor/bin/parse-mf2
fossilがデフォルトでシンボリックリンクを保存しなくて、同期できていないのかもしれない。

以下のコマンドで有効にしてやってみる。
fossil settings allow-symlinks on
これでもダメで、そもそもリモートと通信がうまくできていない感じがあった。

一旦closeして再度open。その後、fossil user capabilities senooken sy; fossil configuration sync allなどしたら解決した。途中でパスワードが変わっていた。

うまくいって、暫定Downloadページ (https://gnusocial.jp/notice/8429766<nowiki/>)。

GNU social JP Fossil

2025-01-04T16:25:28Z

Gnusocialjp: Download暫定版。

[[Category:GNU social]]
==About==
GNUプロジェクトのソースコードのホスティングには、フリーソフトを使用したサービスしか使用できない。

それもあって、リポジトリーを自己ホストするために調査した。

*phorge
*trac
*kallithea
*fossil

上記4ソフトのインストール・動作を2024-12に検証 (https://gnusocial.jp/notice/8089277) して、その結果fossilに決めた。fossslが唯一以下を満たした。

*CGIで動作
*リポジトリーと管理UIの統合

Tracもインストールはできたが、これはBTS機能のみで、リポジトリー自体のホスティングはgitwebやcgitなど別サービスが必要だった。2個に分かれるのが面倒くさい。

FossilはSQLiteの著者が管理するプロジェクト。Gitが使いにくいと思っており、そこをうまく解消している。さすがのプロジェクト。

==Install==

=== Condition ===
wiki.gnusocial.jpなどをホストしているCORESERVERに追加する形でインストールする。

* ドメイン=fossil.gnusocial.jp
* ホスティングサービス=CORESERVER
* 方式=CGI
* Web Server=Apache HTTP Server 2.4.37
* OS=GNU/Linux
なお、「 [https://fossil-scm.org/home/doc/tip/www/server/ Fossil: How To Configure A Fossil Server]」に記載があるように、Fossil自体はFastCGI/SCGI/単独サーバーに対応している。ただ、FastCGIはOpenBSDのhttpd専用。残り2個は常駐プロセスで共用サーバーでは安定稼働できないのでCGIを選ぶ。

=== Binary ===
情報源=[https://fossil-scm.org/home/doc/trunk/www/index.wiki Fossil: A Coherent Software Configuration Management System]

インストールに先立って、fossilのバイナリーを取得する。

ソースコードからコンパイルするか、コンパイル済みバイナリーを配置するだけ。設置先の共用サーバーにログインして、以下のコマンドを実行する。
VER=2.25
mkdir -p ~/.local/stow/fossil-$VER ~/.local/bin
cd ~/.local/stow/fossil-$VER
curl -O [https://fossil-scm.org/home/uv/fossil-linux-x64-2.25.tar.gz https://fossil-scm.org/home/uv/fossil-linux-x64-$VER.tar.gz]
tar -xf fossil-$VER.*
ln -fns ../stow/fossil-$VER/fossil ../../bin/
.bashrcなどに以下を記入して、PATHを設定しておく。
export PATH="$PATH:~/.local/bin"

=== CGI ===
情報源

* [https://fossil-scm.org/home/doc/tip/www/server/any/cgi.md Fossil: Serving via CGI]
* [https://fossil-scm.org/home/doc/tip/www/cgi.wiki Fossil: CGI Script Configuration Options]

バイナリーを取得したので、CGIで動作させるために設定する。

ディレクトリー構成は以下とする。

* public_html
** fossil: fossilリポジトリーの格納場所。
** fossil.gnusocial.jp: 公開ディレクトリー。
*** .htaccess
*** fossil: FossilのCGI。
*** index.html

以下のコマンドでディレクトリーを作ってCGIファイルなどを配置する。
mkdir -p ~/public_html/fossil ~/public_html/fossil.gnusocial.jp
cd ~/public_html/fossil.gnusocial.jp

cat <<-'EOT' >.htaccess
<FilesMatch fossil$>
SetHandler cgi-script
</FilesMatch>
EOT

cat <<-EOT >fossil
#!$HOME/.local/bin/fossil
directory: $HOME/public_html/fossil
notfound: /fossil
repolist
EOT

cat <<-'EOT' >index.html
<!DOCTYPE html>
<nowiki><html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml"></nowiki>
<head>
<meta charset="UTF-8" />
<meta name="author" content="SENOO, Ken" />
<title>GNU social JP Fossil</title>
</head>
<body>
<nowiki><h1>GNU social JP Fossil</h1></nowiki>
<main>
<section>
<nowiki><h1>About</h1></nowiki>
<nowiki><p>This site hosts GNU social fossil repositories.<p></nowiki>
</section>
<section>
<nowiki><h1>Link</h1></nowiki>
<nowiki><ul></nowiki>
<nowiki><li><a href="fossil">fossil</a></nowiki>: repository list.<nowiki></li></nowiki>
<nowiki><li><a href="fossil/gnusocial">fossil/gnusocial</a></nowiki>: GNU social main repository<nowiki></li></nowiki>
<nowiki></ul></nowiki>
</section>
</main>
</body>
<nowiki></html></nowiki>
index.htmlは仮。必要になったタイミングで、内容やスタイルを改良する。

これで一旦稼働する。

* https://fossil.gnusocial.jp/
* https://fossil.gnusocial.jp/fossil

あとはFossilリポジトリーの用意。

=== Repository ===

* [https://fossil-scm.org/home/doc/trunk/www/inout.wiki Fossil: Import And Export]

Fossil自体の用意はできたので、public_html/fossilにリポジトリーを配置する。GitからFossilへの変換が必要となる。

この作業は緊張する。

# git cloneでgitリポジトリーをローカルに取得。
# fossilに取り込む。

共用サーバーで作業する場合、インポートに時間がかかって、処理が中断する可能性が高い。

この作業はインポートの初回だけなので、コミット履歴が1000以上の膨大な場合、ローカルパソコンで作業して、インポート完了後のsqliteファイルだけ転送した方が確実。

まず以下のコマンドでgitリポジトリー全体を取得する。
git clone --depth 1 https://notabug.org/gnusocialjp/gnusocial
cd gnusocial
git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
git fetch --unshallow
cd ..
以下のコマンドでgitリポジトリーをFossilリポジトリーに変換する。
git -C gnusocial fast-export --all | fossil import --git gnusocial.fossil
実行が完了すると以下が表示される。
project-id: 6ebf1a799a9d9fd8fcb55a9a6c816fadcc2e0e4f
server-id: e45ff282026d409ea80f78f6d1ea62d663b31dda
admin-user: password is "password"

sh -c 451.82s user 27.95s system 96% cpu 8:16.84 total
このパスワードが管理画面の初期パスワードなので重要。保存しておく。gnusocial.fossilのサイズは225MBだった。

作成したgnusocial.fossilを共用サーバーの~/public_html/fossilに配置する。[https://fossil.gnusocial.jp/fossil/gnusocial/index<nowiki>] でアクセスできる。</nowiki>

この後、Fossilの設定をいろいろ行う。特に重要なのがダウンロードページの作成。このページの作成が、composerなどの外部パッケージの配布などと密接に絡んでくるので重要。

後は、GNU social関係のプロジェクトのアーカイブもしたい。

* plugin
* theme
* tool

上記の3ディレクトリーでサードパーティーのツール類を全部取り込んでここで一元管理したい。

== Other ==

=== Download ===

* [https://fossil-scm.org/home/help?cmd=/download Fossil: Help: /download]
* [https://fossil-scm.org/home/doc/trunk/www/aboutdownload.wiki Fossil: How The Fossil Download Page Works]

Downloadページを用意する。デフォルトで/downloadページが存在するが、これは最新コミットのソースコードだけ。非開発者がファイルをダウンロードして配置してインストールするには、composerの外部パッケージなどを取り込んだ状態のものを配布する必要がある。

Fossilでは、uvとして別管理していて、これを配布している。/juvlistでJavaScriptでuvリストを取得して、それを使って動的にダウンロードページを構築している。JavaScriptに依存したくないので、通常のHTMLで構築する。

* HTMLだけで構成する。
* 配布形式は共用サーバーで扱いやすいようにzipにする。
uvでdownload.htmlを追加してページを作る。ページの表示内容。
{| class="wikitable"
!Date
!Version
!Release
!Source
!Change
!History
!Subsequent
|-
|YYYY-mm-dd
|X.X
|Release
|Source
|Change
|History
|Subsequent
|}
こんな感じにする。で、それぞれの行のリンクパスを考える。
{| class="wikitable"
|+
!column
!path
|-
|Date
|../info/vX.X
|-
|Version
|../dir?ci=vX.X
|-
|Release
|../uv/gnusocial-vX.X.zip
|-
|Source
|../zip/x.x/gnusocial-src-vX.X.zip
|-
|Change
|../doc/www/changelog.md#vX.X
|-
|History
|../timeline?p=X.X&bt=pre-X.X
|-
|Subsequent
|../timeline?df=X.X
|}
デフォルトではuvへの書き込み権限がないので、セットアップユーザーに"y"権限を付与する。

Web UIの[Admin]-[Users]-<username>-[Capabilities]=[☑️Write Unversioned]-[Apply Changes]

これでuvへのアップロード (Web UIの/uvやfossil uv sync) が有効になる。

その後、fossil configuration pull user fossil uv syncするも反映されない。
fossil status

UNLINK vendor/bin/fetch-mf2
UNLINK vendor/bin/parse-mf2
fossilがデフォルトでシンボリックリンクを保存しなくて、同期できていないのかもしれない。

以下のコマンドで有効にしてやってみる。
fossil settings allow-symlinks on
これでもダメで、そもそもリモートと通信がうまくできていない感じがあった。

一旦closeして再度open。その後、fossil user capabilities senooken sy; fossil configuration sync allなどしたら解決した。途中でパスワードが変わっていた。

うまくいって、暫定Downloadページ (https://gnusocial.jp/notice/8429766<nowiki/>)。

GNU social JP Fossil

2025-01-04T09:58:19Z

Gnusocialjp: /* Download */

GNU social JP Fossil

2025-01-04T09:56:46Z

Gnusocialjp: /* Download */

GNU social JP Fossil

2025-01-04T00:29:30Z

Gnusocialjp: Other Download

MediaWiki

2024-12-30T01:13:27Z

Gnusocialjp: Media

== About ==
MediaWikiはWikipediaで採用されている世界一有名なWikiソフトだ。

GNU social JP WikiもMediaWikiを採用している ([https://web.gnusocial.jp/post/2023/10/31/9191/ 告知: 自由な分散SNSのWiki「GNU social JP Wiki」の開始とサービス名の改名 | GNU social JP Web])。

「[https://kinsta.com/jp/blog/wordpress-wiki/ WordPress Wikiの作成方法（徹底解説）]」にあるように、WordPressでも似たようなWikiサイトの構築は可能。

== Install ==
* [https://web.gnusocial.jp/post/2023/10/30/9167/ 設置: MediaWiki | Wikipediaで採用された世界一有名な情報集約のWikiソフト | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/11/04/9170/ 設置: MediaWikiのindex.phpを省く短縮URL設定 | GNU social JP Web]
* [https://web.gnusocial.jp/post/2023/11/05/9173/ 設置: MediaWikiのホーム画面 (メインページ/Man_Page) の変更方法 | GNU social JP Web]

== Operation ==
[[mediawikiwiki:Manual:Administrators|Manual:Administrators - MediaWiki]]

=== Protection ===

* [[wikibooks:MediaWiki_Administrator's_Handbook/Page_Protection|MediaWiki Administrator's Handbook/Page Protection - Wikibooks, open books for an open world]]
* [[mediawikiwiki:Manual:Autoconfirmed_users|Manual:Autoconfirmed users - MediaWiki]]

荒らしや編集合戦対策で、ページを保護することで、編集を権限者に限定できる。

=== Block ===
Ref:

* [[mediawikiwiki:Manual:Block_and_unblock|Manual:Block and unblock - MediaWiki]] - [[wikibooks:MediaWiki_Administrator's_Handbook/User_Block|MediaWiki Administrator's Handbook/User Block - Wikibooks, open books for an open world]]

サイトが悪党に荒らされた場合の対策。該当アカウントをブロックできる。

ブロックの効果: 編集軽作業が不能になる。

荒らされたページや、新規作成されたページは、復元か削除で対応する。

方法。

* Special:Blockにアクセス。IPアドレスかユーザー名を指定。
* 他に、利用者か利用者トークページを開くと、サイドバーにブロックのリンクがあり、そこからも実施可能。

オプション

* アカウント作成をブロック: そのIPアドレスから新規登録を不能にする。
* 最後の使用IPアドレスと編集アドレスをブロック (ハードブロック):

=== Revert/Rollback ===
Ref: [[mediawikiwiki:Manual:Reverts|Manual:Reverts - MediaWiki]]

MediaWikiで誰かの編集を打ち消したり元に戻す機能。基本的に、復元用の履歴を作って元に戻す。

Revert (undo) は、ページを任意の履歴に戻す。現在のページからその履歴までの変更点を逆に適用して、新しい履歴を作る。基本的に誰でもできる。

Rollback/ロールバックは、ページに対して、同じユーザーによる最後の編集をまとめて巻き戻す。rollback権限が必要。シナリオとしては、同一ユーザーにより荒らしなどで大量に編集、破壊された場合に一括で戻せる。

なお、ページが誕生して以来1名のユーザーしか編集していない場合、ページの作成時点まで戻るので使用できない。

ロールバックを実行すると、「Ctkpaarr964565498 (トーク) による編集を Gnusocialjp による直前の版へ差し戻しました」のメッセージで、変更を打ち消し履歴が作られる。

=== RevisionDelete ===

* [[mediawikiwiki:Help:RevisionDelete/ja|Help:版指定削除 - MediaWiki]]
* [[mediawikiwiki:Manual:RevisionDelete/ja|Manual:版指定削除 - MediaWiki]]
* [https://design.kyusan-u.ac.jp/OpenSquareJP/?MediaWiki/Customize MediaWiki/Customize - OpenSquareJP｜井上貢一研究室]

秘匿情報を誤って公開した場合など、特定の変更履歴を非表示にできる。

LocalSettings.phpに以下を追記すると有効になる。
$wgGroupPermissions['sysop']['deletelogentry'] = true;
$wgGroupPermissions['sysop']['deleterevision'] = true;

=== Right ===

* [[mediawikiwiki:Manual:User_rights|Manual:User rights - MediaWiki]]
* [[mediawikiwiki:Manual:Preventing_access|Manual:Preventing access - MediaWiki]]
* [[mediawikiwiki:Manual:$wgGroupPermissions|Manual:$wgGroupPermissions - MediaWiki]]
* [https://sudachi.jp/wiki/MediaWiki%E3%81%AE%E8%A8%AD%E5%AE%9A MediaWikiの設定 - すだちWiki]

アクセス管理がユーザーやグループ単位でできる。

$wgGroupPermissions[グループ名][権限] で制御する。いくつか便利な設定、よくやる設定がある。
# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;

=== Spam ===
「[[mediawikiwiki:Manual:Combating_spam|Manual:Combating spam - MediaWiki]]」にMediaWikiのスパム対策の基本がまとまっている。

* [[mediawikiwiki:Extension:ConfirmEdit|Extension:ConfirmEdit - MediaWiki]]

=== ページ分類方法 ===
[http://blog.livedoor.jp/lionkid/archives/3096475.html world-walker スタッフブログ:MediaWikiのページ分類方法についての考察]

* 名前空間（Namespace）
* カテゴリ（Category）
* サブページ（Subpage）

MediaWikiでは上記の3種類のページ分類方法がある。それぞれ一長一短。

だが、基本的にはCategoryでやるのが一番汎用的。1個のページが複数の分類にしたいということがよくある。名前空間とサブページだとそれができない。親は常に1個。住所のような完全に上下関係が一致するなら問題ないが、後で変えるのもたいへん。

=== Category ===

==== About ====
[[mediawikiwiki:Help:Categories/ja|Help:カテゴリ - MediaWiki]]

ページをグループ化する機能。重要。

カテゴリーへのページの追加は、追加対象ページに <nowiki>[[Category:カテゴリ名]]</nowiki> を追加するだけ。どこでもいい。最下部が一般的。

カテゴリーページ自体へのリンクを張る場合、<nowiki>[[:Category:カテゴリー名]]</nowiki> のように、先頭に:を付与する。

カテゴリーが未作成なら、同時にカテゴリーの未作成ページができる。カテゴリーページはカテゴリーページで、作成が必要。カテゴリー自体も作成はできる。通常のページ同様に、 [Category:カテゴリー名] で検索して、新規作成する。

新規作成すると、CategoryTree拡張機能で、自動的にカテゴリー一覧が末尾に表示される。

カテゴリー自体も別のカテゴリーに属すことができる。ページ同様に、カテゴリーページに <nowiki>[[Category:カテゴリ名]]</nowiki> を追加するだけ。

カテゴリーの階層の保守としては、カテゴリーでツリー構造になっているときれい。サブページに近い。カテゴリーでWiki全体を分類してまとめられる。Category:Mainをカテゴリーのルートにするときれいかもしれない。

==== CategoryTree ====

===== About =====
カテゴリーの一覧表示は、標準拡張機能の「[[mediawikiwiki:Extension:CategoryTree/ja|Extension:CategoryTree - MediaWiki]]」で可能になる。transclude (参照読込) ではできない ([https://stackoverflow.com/questions/1050853/transclude-a-category-in-mediawiki Transclude a category in MediaWiki - Stack Overflow])。

CategoryTreeは以下の3種類の使用方法がある。

# カテゴリーページでデフォルト表示。
# カスタムタグ (categorytree )。
# special page ([[特別:CategoryTree|Special:CategoryTree]])

categorytree要素は以下のような形式で使う。
<nowiki><categorytree showcount="on" mode="all">Main</categorytree></nowiki>
重要なオプションがある。

* mode: 初期値が複雑。namespacesで上書き。なければ、項目が有無で決まる。pages (上限200ページ) かallを指定しておけばいいと思われる。ページ数が膨大ならpages。
** categories (0): サブカテゴリーのみ。
** pages (10): 画像を除いた、サブカテゴリーとページ。上限200ページ。
** all (20): 全部。
** parents (100): 親のカテゴリーを表示。インバース操作用。
* showcount: "on"でカテゴリーの記事数表示。categorytree要素でのみデフォルトoff。

===== デフォルト展開 =====
CategoryTreeのcategorytree要素を使うと、カテゴリー一覧を表示できる。が、クリックしないと展開されないのが、余計なクリックが必要で嫌。<blockquote>
; depth
: determines how many levels of the tree are shown initially. Default is 1. 0 means only the root node. The maximum value depends on the mode specified, and on the <code>$wgCategoryTreeMaxDepth</code> option. (Introduced between [[/static-codereview.wikimedia.org/MediaWiki/20410.html|r20410]] and [[/static-codereview.wikimedia.org/MediaWiki/20840.html|r20840]], Mar 30 2007; fully functional even with <code>$wgCategoryTreeDynamicTag</code> since [[/static-codereview.wikimedia.org/MediaWiki/36864.html|r36864]], July 2008.)

; $wgCategoryTreeMaxDepth
: an array defining the maximum depth for each [[/www.mediawiki.org/wiki/Extension:CategoryTree#Modes|mode]], to which the tree may be expanded initially using the depth parameter in a <category> tag. By default, this is set to 2 for the "categories" mode, and 1 for other modes. To set it to 3 for categories and 2 for other modes, for example, you can use <code>$wgCategoryTreeMaxDepth = [10 => 2, 20 => 2, 0 => 3, 100 => 2];</code>.
</blockquote>このあたりの、オプションと設定を使うと、うまくできる。

基本はdepthで最大展開表示数を制御する。ただし、性能の制御のために$wgCategoryTreeMaxDepthで上限が決まっている。デフォルトで、mode="categories"=2、他は1になっている。
$wgCategoryTreeMaxDepth = [20 => 9];
そんなに階層が何重にもなることは想定していないが、上記のようにLocalSettings.phpでallの最大を1から9に変更する。
<nowiki><categorytree showcount="on" mode="all" depth="9">Main</categorytree></nowiki>
加えて、上記のようにdepth="9"を指定すると反映される。膨大なWikiで9が重いなら、上限を変える。これで一括管理できる仕組みな模様。

「[https://stackoverflow.com/questions/37348060/mediawiki-category-tree-expand-all-by-default MediaWiki Category Tree expand all by default - Stack Overflow]」が関連Q&Aだが、回答が的外れになっている。

=== Language ===
日本語にすると、ヘルプとか特別とかが日本語のURLになるのが嫌。

「[[mediawikiwiki:Manual:Language/en|Manual:Language - MediaWiki]]」

Page content languageで変更できる？

「[[mediawikiwiki:Manual:FAQ|Manual:FAQ - MediaWiki]]」

Special:Allmessagesにシステムメッセージのリストがある。例えば、「特別ページ」は「specialpage 」が対応している。[Special:AllMessages] は「システムメッセージの一覧」で対応している。

[MediaWiki:Allmessages] のページでシステムメッセージが格納されている。[MediaWiki:Allmessages/ja] で言語対応が出る。

「[[mediawikiwiki:Manual:$wgUseDatabaseMessages|Manual:$wgUseDatabaseMessages - MediaWiki]]」で選択できる。falseにするとwpLanguageCodeで強制指定。trueだと自分で変更できる。

「[https://github.com/wikimedia/mediawiki/blob/1.42.1/languages/i18n/en.json mediawiki/languages/i18n/en.json at 1.42.1 · wikimedia/mediawiki]」が言語対応の一覧。ここから探すとよい。

特に重要なもの。

* nstab: 名前空間類のプレフィクスの模様。
* nstab-special Special
* specialpage
* specialpages 特別ページ一覧
* nstab-
* mainpage

Special:の扱いがよくわからない。カテゴリーじゃなくて名前空間。

* [[mediawikiwiki:Manual:Configuration_settings|Manual:Configuration settings - MediaWiki]]
* [[mediawikiwiki:Manual:Special_pages|Manual:Special pages - MediaWiki]]

The Special pseudo namespace can be translated in other languages. 翻訳可能。「[[mediawikiwiki:Manual:Namespace|Manual:Namespace - MediaWiki]]」によると、「[[mediawikiwiki:Manual:$wgNamespaceAliases|Manual:$wgNamespaceAliases - MediaWiki]]」で翻訳可能？

「[[mediawikiwiki:Manual:Namespace_constants|Manual:Namespace constants - MediaWiki]]」が定数。

NS_SPECIALを指定すると、翻訳が無効になる？
$wgNamespaceAliases['特別'] = NS_SPECIAL;
「[[mediawikiwiki:Topic:T9rltht3umy9zj8c|How to switch from german namespace to english? on Project:Support desk]]」これが近い。

/jaなど言語ページもあって、変更できる。が、パーマリンクは変わらない。別のところ。<blockquote>[[/www.mediawiki.org/wiki/User:Ciencia Al Poder|<bdi>Ciencia Al Poder</bdi>]] ([[/www.mediawiki.org/wiki/User talk:Ciencia Al Poder|talk]][[/www.mediawiki.org/wiki/Special:Contributions/Ciencia Al Poder|contribs]])

What you can control in the MediaWiki namespace is the text of the tab, not the namespace itself (eg: when linking to pages in that namespace or the displayed URL). See [[/www.mediawiki.org/wiki/Manual:Using custom namespaces|Manual:Using custom namespaces]]</blockquote>nstab系はタブテキストなどで、URLは変わらない。

Special:AllMessagesからnstab-category nstab-category/jaをCategoryに直したがパーマリンクは反映されず。

「[[mediawikiwiki:Help:System_message|Help:System message - MediaWiki]]」にシステムメッセージの変更方法がある。

まず、Special:AllMessagesのページに、システムメッセージの全リストがある。「[https://github.com/wikimedia/mediawiki/blob/1.42.1/languages/i18n/en.json mediawiki/languages/i18n/en.json at 1.42.1 · wikimedia/mediawiki]」がソースコードの対応。

en.jsonのja.jsonを変更する？

この画面から編集できる。変更方法が一応2種類ある。

# [MediaWiki:メッセージキー] のページの値を変更。
# Special:AllMessagesの左側のリンクで上記ページにアクセス (既定のメッセージ文が使用されている場合、ページが不在というわけではなく、編集ページが空のためリンクが赤色になっている)。
nstab-categoryを変更しても、URLは変わらない。

ChatGPTへの質問。

MediaWikiの名前空間の翻訳を無効にする方法を教えてください。

====== ChatGPT: ======
MediaWikiで名前空間の翻訳を無効にするには、以下の手順を実行します：

# '''<code>LocalSettings.php</code> ファイルの編集''': MediaWikiの設定ファイルである <code>LocalSettings.php</code> を開きます。このファイルは、MediaWikiインストールディレクトリにあります。
# '''翻訳を無効にする設定の追加''': <code>LocalSettings.php</code> に以下の設定を追加します。この設定により、指定した名前空間の翻訳を無効にすることができます。

// 名前空間の翻訳を無効にする
$wgTranslateLinks = false;

# この設定を追加することで、すべての名前空間の翻訳が無効になります。
# '''特定の名前空間の翻訳を無効にする''': 特定の名前空間だけ翻訳を無効にしたい場合は、より具体的な設定を追加する必要があります。たとえば、「ユーザー」名前空間（<code>User</code>）の翻訳を無効にするには、以下のように設定を追加します。

$wgNamespaceAliases = array(
NS_USER => 'User'
);

$wgTranslateLinks = false;

# これにより、「ユーザー」名前空間の翻訳が無効になります。必要に応じて、他の名前空間も設定できます。
# '''設定の保存''': <code>LocalSettings.php</code> を保存し、MediaWikiを再起動する必要があります。これにより、新しい設定が適用されます。
# '''確認''': 設定が正しく適用されているか確認するため、MediaWikiのインターフェースを確認し、指定した名前空間で翻訳が無効になっていることを確認します。

この手順で、MediaWikiで名前空間の翻訳を無効にすることができます。必要に応じて、設定を調整してください。

wgTranslateLinksは存在しない嘘だが、「[[mediawikiwiki:Manual:$wgNamespaceAliases/ja|Manual:$wgNamespaceAliases - MediaWiki]]」は使えそう。

[https://www.hostknox.com/knowledgebase/686/How-to-add-namespace-aliases-in-MediaWiki.html HostKnox :: ナレッジベース :: MediaWiki に名前空間エイリアスを追加する方法]

* 「[https://vanguardflight.xii.jp/wp/2014/03/30/313/ MediaWikiにExtension:Scribuntoをインストール – Remove Before Flight]」
* [https://vanguardflight.xii.jp/wp/2014/03/26/300/ MediaWikiのインストール手順 – Remove Before Flight]

エイリアスを追加するか、ソースコードの変更がやはり必要だと思われる。

「[[mediawikiwiki:Manual:$wgNamespaceAliases/ja|Manual:$wgNamespaceAliases - MediaWiki]]」を見ていたら、[[mediawikiwiki:Manual:$wgExtraNamespaces|Manual:$wgExtraNamespaces - MediaWiki]]が登場して、既定の名前空間の改名にも使えるらしい。「[[mediawikiwiki:Manual:Using_custom_namespaces|Manual:Using custom namespaces - MediaWiki]]」を見ると。
define("NS_FOO", 3000);
$wgExtraNamespaces[NS_FOO] = "Foo";
以下のように名前を変更すると、改名できるらしい。
define("NS_FOO", 3000);
$wgExtraNamespaces[NS_FOO] = "New";
$wgNamespaceAliases['Foo'] = NS_FOO;
本当かな？

[[mediawikiwiki:Manual:Namespace_constants|Manual:Namespace constants - MediaWiki]]

以下のコードでうまくいった。
// Rename namespace to keep English
$wgExtraNamespaces[NS_USER] = "User";
$wgNamespaceAliases['利用者'] = NS_USER;
$wgExtraNamespaces[NS_CATEGORY] = "Category";
$wgNamespaceAliases['カテゴリ'] = NS_CATEGORY;
$wgExtraNamespaces[NS_SPECIAL] = "Special";
$wgNamespaceAliases['特別'] = NS_SPECIAL;
特別など他のページもこれで全部英語に戻す。

=== Other ===

==== Conflict ====
複数のタブで同じページをGUIで編集して、更新すると、後の更新で前の更新が上書きされる。順番に注意する。

GUIじゃなくて、ソースエディットで節単位だと問題ないのかもしれない。

==== Snippet ====
https://chatgpt.com/c/6747d5d5-57ec-800b-97ec-e00c1e87a2fc

[https://www.wingfield.gr.jp/archives/4387 Mediawiki でのスニペット管理を考える - WINGFIELD since1995]

MediaWikiでコードスニペットの管理。

# 本文に埋め込み: 長いとみにくいかも。
# ファイルアップロード機能: 検索不能で編集履歴も追跡不能。
# VCSサービスの埋め込み。

短文は埋め込み、長くなったらファイルアップロード。がいいかな。

==== Media ====
画像などをアップロードする場合、ファイル名はサイト全体で固有である必要がある。いい加減なファイル名にはせずに、意味がわかるファイル名を心掛ける。

アップロード後のファイルの改名は少々手間がかかる。「拡張機能: Renameuser/RenameFiles」の拡張機能を使うとよい。

== Markup ==

=== Transclusion ===
MeidaWikiでは他のページの内容を埋め込むことが可能で、この機能を [Transclusion/参照読み込み](https://www.mediawiki.org/wiki/Transclusion) と呼んでいる。

{{<page name>}} のように、二重波括弧でページ名を指定すると埋め込める。埋め込み元で、埋め込みの許可・禁止ブロックをマークアップで指定することもできる。

参照読み込み可能な特別ページは限定されていて、以下となる。

* Special:AllPages
* Special:PrefixIndex
* Special:NewFiles
* Special:NewPages
* Special:RecentChanges
* Special:RecentChangesLinked.

トップページでの埋め込み表示などで便利なものがある。AllPages/NewPages/RecentChangesあたりが特に便利そうだ。

テンプレート的な使い方などで、駆使できると便利だろう。

=== HTML ===
MediaWikiでHTMLの要素をいくつか使用できる。

* [[mediawikiwiki:Help:Formatting|Help:Formatting - MediaWiki]]
* [[mediawikiwiki:HTML_restriction|HTML restriction - MediaWiki]]
* [[mediawikiwiki:Help:HTML_in_wikitext|Help:HTML in wikitext - MediaWiki]]

LocalSetting.phpで$wgRawHtml = true (デフォルトfalse) にすれば、html要素内でHTMLを無制限で使用可能になる。

=== Page ===
Ref: [[mediawikiwiki:Topic:Ua1cqlfd07kyvd8p|How to Embed List of All Namespace-Pages in a Wiki Page? on Project:Support desk]]

カスタム名前空間Privateで非公開ページを作ったら、Privateのページ一覧をメインページに表示させたくなった。若干工夫がいる。
<nowiki>{{Special:Prefixindex/<custom namespace>:}}</nowiki>
<custom namespace>部分にカスタム名前空間を指定する。これで一覧ページを開ける。大事なのは末尾の:。これで先頭一致でページ一覧のページになっている。これをtransclusionする形。
==Setting==

===Private===
特定ページを非公開にすることができる。後日方法を精査する。

*[https://irineko.hatenablog.com/entry/2021/01/06/194908 mediawiki 特定のページの閲覧制限をしたい。 - 人狼wiki更新情報]
*[[mediawikiwiki:Manual:Preventing_access/ja|Manual:アクセス制限 - MediaWiki]]
全体設定としては以下がある。基本非公開で一部公開の場合に使える。
# Disable reading by anonymous users
$wgGroupPermissions['*']['read'] = false;

# Disable anonymous editing
$wgGroupPermissions['*']['edit'] = false;

# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;
今回は基本公開で一部非公開。

*ユーザー属性での管理。
*名前空間での管理 (LockDown拡張機能)。

Lockdownを試す。

「[https://web.gnusocial.jp/post/2024/02/03/10009/ 機能: MediaWikiでのLockdown拡張を用いた名前空間単位の非公開ページ | GNU social JP Web]」に記した。

=== $wgCapitalLinks===
出典: [[mediawikiwiki:Manual:$wgCapitalLinks|Manual:$wgCapitalLinks - MediaWiki]]。

MediaWikiはデフォルトでページ名やページURLの先頭1文字目が大文字になる。

$wgCapitalLinks = falseにするとこれを無効にできる。大文字小文字を完全に区別する。例えば、iPhoneなどのように、大文字小文字が重要なことがあるので、falseにしておくのがよいと思う。リンク切れにも影響するので最初の方で設定するとよい。

==Other==

===Analytics===
サイトのアクセス分析のためにGoogle Analyticsを設置したい。いくつか拡張機能がある。GA4対応が重要な項目。

*[[mediawikiwiki:Extension:Google_Analytics_Integration|Extension:Google Analytics Integration - MediaWiki]]: 翻訳は更新されているがベースコードは2017年のv3.0.1で古い。
*[[mediawikiwiki:Extension:GoogleAnalyticsMetrics|Extension:GoogleAnalyticsMetrics - MediaWiki]]: 2023-01 v1.0.2。Google Analyticsからメトリクスを取得して挿入する。アクセスカウンター的な拡張機能な模様 (関連: [[mediawikiwiki:Extension:HitCounters|Extension:HitCounters - MediaWiki]])。
*[[mediawikiwiki:Extension:Google_Analytics_Links|Extension:Google Analytics Links - MediaWiki]]: 2009年v1.2。古い。MediaWiki v1.39以上で動作しない。
*[[mediawikiwiki:Extension:GoogleAnalyticsTopPages|Extension:GoogleAnalyticsTopPages - MediaWiki]]: 2014年v0.0.1。アクセス上位ページのリストを生成する。
*[[mediawikiwiki:Extension:GoogleTagManager|Extension:GoogleTagManager - MediaWiki]]: 2023年v.1.1。Google Tag Managerを設置する。
*[[mediawikiwiki:Extension:GTag|Extension:GTag - MediaWiki]]、[https://mirukupc.com/2022/04/01/?p=169 MediaWikiでGoogle AnalyticsのGA4を使う - ミルクPCのブログ] (GTag): 2023 v1.3.0。新しいGoogle Analyticsのトラッキングタグに対応している。
*[https://github.com/harugon/Gtm GitHub - harugon/Gtm: MediaWikiにGoogle Tag Managerを追加します]: Google Tag Manager。
*[[mediawikiwiki:Extension:Matomo|Extension:Matomo - MediaWiki]]: Google Analyticsではない分析サービスの拡張機能。

公式プラグインを優先したい。

GTag、GoogleTagManager。これらが設置用にみえる。詳細に検討してみる。Google Tag ManagerはAnalyticsを含めて汎用的なことができる。ひとまずよくわからないので、シンプルなGTagを使ってみるとよさそう。

「[https://web.gnusocial.jp/post/2024/01/04/9756/ 拡張: MediaWikiのGoogle Analytics追跡拡張機能GTag | GNU social JP Web]」で設置した。

=== Advertise===

====広告ブロッカー対策====
出典: [https://dajya-ranger.com/pukiwiki/defend-site-content-for-pukiwiki/ 【PukiWiki編】広告ブロッカーからサイトコンテンツと収益を守る！ | SEの良心]。

MediaWikiでも同様の方法で広告ブロッカー対策を導入できそう。

====Adsense====
Google Adsense設置用のプラグインがいくつかある。

*[[mediawikiwiki:Extension:Google_AdSense|Extension:Google AdSense - MediaWiki]]: MediaWiki v1.37以上で非互換。
*[[mediawikiwiki:Extension:ShoutWiki_Ads|Extension:ShoutWiki Ads - MediaWiki]]
*[[mediawikiwiki:Extension:Widgets|Extension:Widgets - MediaWiki]]
*[https://knowledge.rinpress.com/index.php/MediaWiki%E3%81%ABGoogle_AdSense%E3%82%92%E8%BF%BD%E5%8A%A0%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F MediaWikiにGoogle AdSenseを追加してみた - とある社畜の頭脳整理]、[https://dococo.jp/index.php/Mediawiki%E3%81%A7Google_Adsense%E3%82%92%E8%A1%A8%E7%A4%BA%E3%81%95%E3%81%9B%E3%82%8B%E6%96%B9%E6%B3%95 MediawikiでGoogle Adsenseを表示させる方法 - dococo wiki]、[https://dococo.jp/index.php?title=MediaWiki%E3%81%A7Google_Adcence MediaWikiでGoogle Adcence - dococo wiki]: HTMLetsを使うらしい。

ShoutWiki AdsかWidgetsで設置する模様。基本はJavaScriptコードの設置。

[[Category:Other]]

GNU social JP Fossil

2024-12-29T01:50:40Z

Gnusocialjp: /* Repository */

GNU social JP Fossil

2024-12-29T00:55:44Z

Gnusocialjp: Repository

GNU social JP Fossil

2024-12-29T00:29:42Z

Gnusocialjp: /* CGI */

GNU social JP Fossil

2024-12-29T00:21:19Z

Gnusocialjp: /* CGI */

GNU social JP Fossil

2024-12-29T00:19:40Z

Gnusocialjp: Install

GNU social JP Fossil

2024-12-29T00:01:32Z

Gnusocialjp: 新規作成。

pump.io

2024-12-22T04:11:22Z

Gnusocialjp: カテゴリー追加

== About ==

* [https://pump.io/ pump.io]

Evan ProdromouがGNU social/StatusNetの開発を放棄して取り組んだ分散SNSソフトウェア。ActivityPubのベースとなっている実装。

StatusNet/GNU socialだったidenti.caも途中でpump.ioを使うように変更された。

== Client ==

* [https://savannah.nongnu.org/projects/dianara Dianara - Summary [Savannah]]

[[Category:Distributed]]

pump.io

2024-12-22T04:10:34Z

Gnusocialjp: New.