知りたい
僕のところにもいます
作り過ぎだと思います
誰もが自由に編集可能だと、 例えば荒らしがページ削除後にRecentDeletedからページ削除の痕跡を消すといったことが可能になってしまいます。
管理者限定ということなら、 以前運営がTwitter(現X)に「管理者限定の裏技がある」とポストしていて、 どなたかがページリネームだと書いていた記憶がありますが、 今回運営が下に具体的な手順を書いてくれていますね。
RecentDeleted は編集可能です。
ただし直接編集できないため、 以下の手順で一度リネームしてから編集してください。 (管理者ログインが必要です)
以下は 操作例 です。 RecentDeleted ページの編集方法
ページ名の変更画面を開く ::cmd/rename?refer=RecentDeleted
ページ名の変更
RecentDeleted の名前を変更します。 新しい名前:RecentDeleted_編集用
RecentDeleted_編集用
[次へ] ボタンをクリック
変更元ページを指定
以下のファイルをリネームします。
[実行] ボタンをクリック
編集作業
RecentDeleted_編集用 ページを編集します。
ページ名を元に戻す
編集が完了したら、再度リネーム機能を使って
RecentDeleted_編集用 → RecentDeleted に戻してください。
コマンド ::cmd/rename?refer=RecentDeleted_編集用
気持ちの問題というレベルの話ではありません。 リンク先を見ればわかりますが、この文字列が公に残っている事自体が犯罪幇助になりかねないと思います。 管理者限定で良いのでなんらかの削除手段は欲しいところです。
RecentDeletedはログ(記録)であり、ログの改ざん(編集)はできません。 荒らしの足跡が残って気分が悪いというのは分かりますが、 ユーザー誰もが確認可能な記録として重要なものなので、 我慢してください。
リネーム
このページ、editコマンド(::cmd/edit?page=RecentDeleted)でも編集できないんですよね。 WIKIWIKI運営に連絡して、何とかしてもらうしか手の打ちようがないように思います。 それまで出来ることは、管理者権限でページの新規作成を禁止するくらいです。 悪用可能な仕様なので、早く対策されるとよいのですが。
ありがとうございます
https://z.wikiwiki.jp/wikiwiki-request/topic/439
私も発生しました💦 不具合の可能性が高そうです
sandboxでごく簡単なテストをしただけで、たやすく再現しました。 使い方の問題ではなく、サーバ側の不具合のように思います。
節の最後に空白行を入れる処理に、何か問題があるのかもしれません。
自分も発生しています。見出しからの部分編集の他にtable_editでも発生しました。
目次を入れる方法を詳しく説明しているページがあるので、そちらをご覧ください。 https://wikiwiki.jp/sample/目次
必要最低限の記述だと、目次を目次だと分かってもらえないことがあります。 上記ページの一番下にあるサンプルを参考にして、目次を装飾するとよいかもしれません。
組織的な犯行も考えられます。IPアドレスから地域を調べていっしょでないなら...
UAはいまのところ2か3種類です。少しでも共通しているのはUAだけでIP,ホストは全く規則性がありません。この場合はどのように複合ルールを作ればよいでしょうか?
6種類なら可能性はいくらでも考えられそうですね。 もしUAにも規則性があるなら複合ルールの設定を検討してみてはいかがでしょうか。
続報なのですが現時点で6種類のホスト、IPで同一人物を思われる人から荒らしをされています。これはどういう可能性が考えられるのでしょうか?一番上の人の回答からもさすがにそんなに多く契約してるとは思えませんので
Wikiのログイン / ログアウトは、画面右上にある「歯車アイコン」でできます。 ログイン中は緑色に、ログアウト後はグレーアウトになるので、 状況が一目で確認できます。
ログアウト私もできなくて困ってます
お二方とも回答していただきありがとうございました
できました!ありがとうございます!!
多分文書化されていませんが、以下のようにして上付きや下付きを記述する方法があります。
test1&sup(){uetsuki}; test2&sub(){shitatuki};
ホストまで変えて荒らしをするとしたら法的手段をするしかありません。
どこのWikiですか?私が前編集していたWikiと同じかもしれません
それがなぜか変えて荒らしてくるのです。 以前にも同じようなことがありましたがその時はワイルドカードの規制でうまくいきましたが、今回はホストまで変えて荒らしてきます。
そして一方的な情報発信を望んでいるわけではなく情報提供者からの情報も求めているのでブログなどのほかのサービスはあまりしたくないです
個人でプロバイダーや携帯キャリアをいくつも契約している人は稀でしょうから(普通は各1ずつ)、 次々にホストを変えて荒らすというのは考え難いです。 ピンポイント規制が上手くいかない(ヒットしない)のであれば、広域規制をかけ、 SMS認証して荒らしたユーザーのトークンを規制していけばいいと思います。
1次規制の巻き込まれはSMS認証で回避できますし、 全面編集禁止よりマシでしょう。
尚、特定の人(例えば管理ユーザー)のみ編集可能にすることはできません。 一方的な情報発信がお望みであれば、 無料ブログサービスなど、他サービスの検討もお奨め致します。
それzawazawaちゃうん
wikiwikiのシステムに、モデレーターの制度は存在していません。 ここは「WIKIWIKIユーザー助け合い掲示板」ですが、本当に質問したいことはwikiwikiではなく、もっと別なことではありませんか?
よそのwikiと同じことをやりたいのなら、そのwikiのソースを読むのが確実です。
例として、このページのソースを見たい場合: https://wikiwiki.jp/sample/font
このURLを使えば、ソースを読むことができます: https://wikiwiki.jp/sample/::cmd/source?page=font
直りました。ありがとうございます。
regionプラグインが使われているページをincludexで取り込もうとすると、sectionオプションが正しく機能しないという報告が以前にありました。 取り込まれる側(今回の場合は「アップデート履歴/ウェポン・ギアパワーごとのアップデート」のページ)のなかで使われているregion~endregionを、foldプラグインに置き換えてみてください。
region~endregionは古い書き方で、foldへの置き換えが推奨されています。 foldの使い方は、マニュアルを参照してください。
それは知りませんでした。ありがとうございます。
勘違いされていませんか? ページ削除=添付画像削除ではありません。 添付画像が個別に削除されていない限り、 ページを復旧すれば元通りになります。
REST APIという、投稿を自動化する仕組みがあります。 それを使って多数のページを一斉に更新した可能性があるので、投稿時間が集中していることだけを理由にバグと断言することはできません。
返信ありがとうございます そんな機能はないんですね、面倒だけど警告して従わない時はクッキーbanにでもしてみます
かつて(2020.3.31以前)はそれができましたが、 現在はできない仕様です。 理由はコチラに示した通りです。
実際私は過去に、コメントの改ざん防止目的でコメントページを凍結して運用し、 仕様が変わったことに気づかず数か月経過(その間、新規コメント投稿が不可になっていた)、 偶然気づいて修正(凍結解除)し、利用者からお叱りを受けたことがあります。
その際、運営に問い合わせて仕様変更の理由を知り、納得しました。 (どちらが優先されるかという話なので、納得するしかないです)
これは気になっていた他人のコメントを編集する人がいるからコメントは書き込めるけど編集はできないようにならないかなって
相手が遅いとwikiも重くなるので、恒久的に設置するのはあまりよろしくないと思います。
知りたい
僕のところにもいます
作り過ぎだと思います
誰もが自由に編集可能だと、
例えば荒らしがページ削除後にRecentDeletedからページ削除の痕跡を消すといったことが可能になってしまいます。
管理者限定ということなら、
以前運営がTwitter(現X)に「管理者限定の裏技がある」とポストしていて、
どなたかがページリネームだと書いていた記憶がありますが、
今回運営が下に具体的な手順を書いてくれていますね。
RecentDeleted は編集可能です。
ただし直接編集できないため、
以下の手順で一度リネームしてから編集してください。
(管理者ログインが必要です)
以下は 操作例 です。
RecentDeleted ページの編集方法
ページ名の変更画面を開く
::cmd/rename?refer=RecentDeleted
ページ名の変更
RecentDeleted の名前を変更します。
新しい名前:
RecentDeleted_編集用[次へ] ボタンをクリック
ページ名の変更
変更元ページを指定
以下のファイルをリネームします。
[実行] ボタンをクリック
編集作業
RecentDeleted_編集用 ページを編集します。
ページ名を元に戻す
編集が完了したら、再度リネーム機能を使って
RecentDeleted_編集用 → RecentDeleted に戻してください。
コマンド
::cmd/rename?refer=RecentDeleted_編集用
気持ちの問題というレベルの話ではありません。
リンク先を見ればわかりますが、この文字列が公に残っている事自体が犯罪幇助になりかねないと思います。
管理者限定で良いのでなんらかの削除手段は欲しいところです。
RecentDeletedはログ(記録)であり、ログの改ざん(編集)はできません。
荒らしの足跡が残って気分が悪いというのは分かりますが、
ユーザー誰もが確認可能な記録として重要なものなので、
我慢してください。
リネーム
このページ、editコマンド(::cmd/edit?page=RecentDeleted)でも編集できないんですよね。
WIKIWIKI運営に連絡して、何とかしてもらうしか手の打ちようがないように思います。
それまで出来ることは、管理者権限でページの新規作成を禁止するくらいです。
悪用可能な仕様なので、早く対策されるとよいのですが。
ありがとうございます
https://z.wikiwiki.jp/wikiwiki-request/topic/439
私も発生しました💦
不具合の可能性が高そうです
sandboxでごく簡単なテストをしただけで、たやすく再現しました。
使い方の問題ではなく、サーバ側の不具合のように思います。
節の最後に空白行を入れる処理に、何か問題があるのかもしれません。

自分も発生しています。見出しからの部分編集の他にtable_editでも発生しました。
目次を入れる方法を詳しく説明しているページがあるので、そちらをご覧ください。
https://wikiwiki.jp/sample/目次
必要最低限の記述だと、目次を目次だと分かってもらえないことがあります。
上記ページの一番下にあるサンプルを参考にして、目次を装飾するとよいかもしれません。
組織的な犯行も考えられます。IPアドレスから地域を調べていっしょでないなら...
UAはいまのところ2か3種類です。少しでも共通しているのはUAだけでIP,ホストは全く規則性がありません。この場合はどのように複合ルールを作ればよいでしょうか?
6種類なら可能性はいくらでも考えられそうですね。
もしUAにも規則性があるなら複合ルールの設定を検討してみてはいかがでしょうか。
続報なのですが現時点で6種類のホスト、IPで同一人物を思われる人から荒らしをされています。これはどういう可能性が考えられるのでしょうか?一番上の人の回答からもさすがにそんなに多く契約してるとは思えませんので
Wikiのログイン / ログアウトは、画面右上にある「歯車アイコン」でできます。
ログイン中は緑色に、ログアウト後はグレーアウトになるので、
状況が一目で確認できます。
ログアウト私もできなくて困ってます
お二方とも回答していただきありがとうございました
できました!ありがとうございます!!
多分文書化されていませんが、以下のようにして上付きや下付きを記述する方法があります。
ホストまで変えて荒らしをするとしたら法的手段をするしかありません。
どこのWikiですか?私が前編集していたWikiと同じかもしれません
それがなぜか変えて荒らしてくるのです。
以前にも同じようなことがありましたがその時はワイルドカードの規制でうまくいきましたが、今回はホストまで変えて荒らしてきます。
そして一方的な情報発信を望んでいるわけではなく情報提供者からの情報も求めているのでブログなどのほかのサービスはあまりしたくないです
個人でプロバイダーや携帯キャリアをいくつも契約している人は稀でしょうから(普通は各1ずつ)、
次々にホストを変えて荒らすというのは考え難いです。
ピンポイント規制が上手くいかない(ヒットしない)のであれば、広域規制をかけ、
SMS認証して荒らしたユーザーのトークンを規制していけばいいと思います。
1次規制の巻き込まれはSMS認証で回避できますし、
全面編集禁止よりマシでしょう。
尚、特定の人(例えば管理ユーザー)のみ編集可能にすることはできません。
一方的な情報発信がお望みであれば、
無料ブログサービスなど、他サービスの検討もお奨め致します。
それzawazawaちゃうん
wikiwikiのシステムに、モデレーターの制度は存在していません。
ここは「WIKIWIKIユーザー助け合い掲示板」ですが、本当に質問したいことはwikiwikiではなく、もっと別なことではありませんか?
よそのwikiと同じことをやりたいのなら、そのwikiのソースを読むのが確実です。
例として、このページのソースを見たい場合:
https://wikiwiki.jp/sample/font
このURLを使えば、ソースを読むことができます:
https://wikiwiki.jp/sample/::cmd/source?page=font
直りました。ありがとうございます。
regionプラグインが使われているページをincludexで取り込もうとすると、sectionオプションが正しく機能しないという報告が以前にありました。
取り込まれる側(今回の場合は「アップデート履歴/ウェポン・ギアパワーごとのアップデート」のページ)のなかで使われているregion~endregionを、foldプラグインに置き換えてみてください。
region~endregionは古い書き方で、foldへの置き換えが推奨されています。
foldの使い方は、マニュアルを参照してください。
それは知りませんでした。ありがとうございます。
勘違いされていませんか?
ページ削除=添付画像削除ではありません。
添付画像が個別に削除されていない限り、
ページを復旧すれば元通りになります。
REST APIという、投稿を自動化する仕組みがあります。
それを使って多数のページを一斉に更新した可能性があるので、投稿時間が集中していることだけを理由にバグと断言することはできません。
返信ありがとうございます
そんな機能はないんですね、面倒だけど警告して従わない時はクッキーbanにでもしてみます
かつて(2020.3.31以前)はそれができましたが、
現在はできない仕様です。
理由はコチラに示した通りです。
実際私は過去に、コメントの改ざん防止目的でコメントページを凍結して運用し、
仕様が変わったことに気づかず数か月経過(その間、新規コメント投稿が不可になっていた)、
偶然気づいて修正(凍結解除)し、利用者からお叱りを受けたことがあります。
その際、運営に問い合わせて仕様変更の理由を知り、納得しました。
(どちらが優先されるかという話なので、納得するしかないです)
これは気になっていた他人のコメントを編集する人がいるからコメントは書き込めるけど編集はできないようにならないかなって
相手が遅いとwikiも重くなるので、恒久的に設置するのはあまりよろしくないと思います。