リクエスト広場

ID変わったの謎すぎる

ちなみにまだ続いています。
1週間毎の模様

返信ありがとうございます。運営からの説明によって、疑問が晴れてバックアップの仕組みについて理解いたしました。
「タイムスタンプを更新せずに「ページの更新」をする」を利用すると差分が発生しているため、実際の日時ではなく以前と同じ日時でバックアップされますと注意書きがあると助かります。

「タイムスタンプを更新しない（管理者のみ）」にチェックを入れてページを更新すると上記のようになります。

また(ry

なるほどです。
それぞれの規制ルールをAND演算でグループ化する感じでしょうか。

1. 規制ルールにIDを振る
2. 対象項目[規制ルールID]を新しく作成
3. パターン種別[AND演算]を新しく作成
4. パターンに 01&&02&&03 のように書き、全てがTrueで規制発動
   ただし、AND演算に記載されている規制ルールIDは単体で規制発動されない

こんな感じでしょうか？
ただ、規制を回避するようなシステムに詳しい荒らしなら、簡単にUA偽装したりブラウザ変えたりしそうです。
わざわざ機能を追加する必要があるかどうか…

https://wikiwiki.jp/pp/faq#08

このSMS認証は制限に巻き込まれた場合の救済措置機能です。

こちらに書いてあるとおり、救済措置があるので、しばらくページごとSMS認証かけたらいいのではないかと思いました。

https://www.clvs7.com/blog/2019/09/20/bookmarklet-for-aa/
これ

たとえば、ページ名X、攻撃者が 255-255-255-255-node.example.comから user agent:BrowserAgent(Mozilla-12)で書き込みをしていて、ドメイン制限であれば\d+-\d+-\d+-\d+-node.example.comでマッチはしますが、その場合ページ名Y(平和なページ)への書き込みまで制限されてしまいますし、同じように user-agent: Chrome(Mozilla...)で acessしてくる人も制限されてしまいます。

cookie, ipについては毎回削除＆再接続によって変化させてきますので、それらの論理積を取ったマッチングを取りたいのです。また、対象ページも何ページかに限定されていますので、(X|X1|X2)などでmatchさせたいと考えています。

コメントありがとうございます。REST APIのリストについては見落としておりました。ただ情報的に少なすぎて書き込みに関する user-cookie, user-ip, user-ua等について各個に再度読み込むのもリクエスト過多になるかと思いますので、そういった情報も付与していただける引数がAPIに追加されると管理的には助かります。

２番めについてもアップロードと巻き戻しでは差分(バックアップ)の履歴的に違ってきますので、巻き戻しを APIに追加していただけると助かります。

昨今１時間あたり10を越える通報があることもあり、荒らし行為に難儀しております。このあたりできるだけ省人化を図れないかといろいろ工夫を考えております。攻撃者の側もある程度知識がある人物の場合、現状のフィルタ実装では容易にかいくぐれてしまいますので、人的コストが馬鹿にならず、できるだけ編集時情報をプラスしたかたちで書き込み情報を取得できると助かります。

また求められた
やっぱり週一周期？

助言ありがとうございます。知らなかったです。やってみます。

flexboxを使用すれば普通にできます。

さんぷるwiki

更新リスト取得：単純にページ名と更新時刻のリストを最新n個取得できるかたちでかまいません。もし parameterを取れるのであれば diff flagなどを用意して Trueである場合には変更内容も jsonに含めていただけると最善です

REST APIでページリストが取得できます。

curl "https://api.wikiwiki.jp/<wiki-name>/pages" \
-H "Authorization: Bearer eyJ0eXA..."

ページ名とtimestampが帰ってくるのでそれをソートしたらどうでしょうか？

{
  "pages": [
    {
      "name": ":config",
      "timestamp": "2022-01-01T00:00:00+09:00"
    },
    {
      "name": "FrontPage",
      "timestamp": "2022-01-01T00:00:00+09:00"
    },
    ...
  ]
}

ページ巻き戻し：これは荒らしであると判断できる場合に現在では過去の内容を取得して新しく書くというかたちになるため、巻き戻したのか追記したのかわかりません。これは履歴管理的にも困りますので、現在差分ページにあるような巻き戻しリンクに対応した APIをお願いします。

これはちょっとわかりません。
REST APIで自動化できそうですがどうでしょう？
定期的に監視して更新があったページ内容を取得して保存、荒らしだと判断したら、荒らされる前の内容をアップする。
差分も作っておけば、いろいろできそうです。

具体的にどのような文字列をマッチさせたいのでしょうか？
大抵はワイルドカード * で対応できそうです。
ソースとマッチさせたい箇所を教えていただくことはできますか？

PCのみ表示、スマホのみ表示は個人的には結構欲しいですね

追記。こちらの正規表現ですが \d+などの表現だと抜けてしまうようです。内部で matchingをしているのは ereg系でしょうか、preg系でしょうか。できれば最大限に正規表現のマッチングパターンを拡張していただけますと非常に助かります。

普通に入力箇所がおかしく、自分のミスで検索できていないことに気づきました…申し訳ないです……

確認しました。横並びプレビューで、ブラウザーを横方向に拡大していくと、ある幅を境に表示が13px→12pxにかわりました。他にも画面全体の行の開始位置もかわりました。
また、プレビューではなく通常表示においてブラウザーの横幅を狭めていくと、ある幅を境に12px→13pxにかわりました。
ご指摘の通りこの動作は表示幅が狭いときはデバイス側の表示体が小さいとみなしてフォントを自動で拡大する機能のようです。よって不具合ではなく仕様であると解釈しました。

この前管理人なのにsms認証を求められましたね。その時はコントロールパネルの各種設定にある逆引きできないIPアドレスでもSMS認証要求なしで許可するをONにすることで求められなくなりました。ただこれだと解決にはならないので信頼できる編集者とかは設定できてもいい気がします

またSMS認証求められた。
4Gだと2日に1回くらいSMS認証求められてたけど、Wi-Fiでも週一で求められるように変更されたのかな？

なるほど、その通りかもしれません。スマホで見るとサイズ未指定時は13pxと同じに見えます。後日PCでも幅を変更して確認します。
この現象のせいでプレビューの表の幅の辻褄が合わず、時間をくいました。

これはデバイスに合わせて文字を見やすくするための仕様なのではないでしょうか。
昨年の5月頃にwikiwikiはレスポンシブデザインになりましたが、
それ以前の「PC向け」と「スマホ向け」でデザインが異なっていた頃から、このような仕様でした。
たとえば、wikiの基本文字サイズが12pxに設定されている場合、
「PC向けデザイン」ではそのまま12pxで表示され、「スマホ向けデザイン」では13pxで表示されていました。

「スマホ向けデザイン」が廃止され、レスポンシブデザインになった現在はどうなってるのかというと、
モニタの横幅が一定以下になると、wikiのメニューバーなどの配置が、スマホ・タブレット向けの表示に切り替わり、
wikiの基本文字サイズが12pxに設定されていても、以前の「スマホ向けデザイン」のように13pxで表示されます。

たとえば、FirefoxでもChromeでもどちらでもいいですが、ブラウザのウィンドウの横幅をマウスでドラッグして調整してみてください。
横幅が一定以下になると、左側にあるメニューバーが下側に配置され、スマホ・タブレット向けの表示になるはずです。
この表示に切り替わったとき、フォントの大きさに注目してください。13pxになってるはずです。
※wikiの基本文字サイズとは別に、フォントサイズを指定した場合は、表示が切り替わっても指定したサイズが維持されます。

つまり、質問の「横並びプレビューでは13pxで表示される」のは、
表示領域の横幅が足りないため、スマホ・タブレット向けの表示でプレビューされているということです。
このような仕様になってるようなので、表などを作った場合は「スマホやタブレットのユーザーにはどんな風に見えるのか」なども意識するといいと思います。
フォントが大きくなると意図しない改行などがある場合がありますから。

お二方ともありがとうございます。
紹介していただいたものを試してみようと思います

指定したテキストを、指定した期間だけ自動で繰り返し表示するプラグインならtomorrow_scheduleというのがあります。
wikiwikiでも使用できます。

指定日は「毎週●曜日」「毎月第●週●曜日」「毎月●日」「毎年●月●日」などが指定でき、
指定日の何日前から表示するかも指定できるので、
例えば「只今セール期間中!」というテキストを、毎年8月10日～31日の間だけ自動で表示する
といったことが可能になります。

ただし時刻・時間単位での指定はできませんので、
ご要望に叶うかはわかりません。

決まったテキストのON/OFF表示なら、
コメントアウトを付けたり外したりすれば良いのでは? とも思います。

wikiwikiには時間で表示を制御する機能はほとんどありません。
minicalendar_viewer、calendar_viewerなどはありますが、使い勝手はよくないでしょう。
また&new(nodate){日付};で日付を指定してNew表示を出すことはできます。
おそらく求められているのは以下のような形式のプラグインだと思いますが、そういうものはないはずです。

#view(表示条件){{
表示内容
}}

googleスプレッドシート上で表示内容を時間制御して、それを#google_spreadsheetを使えば掲示はできるでしょう。
ただページリンクと連動させるなどはできません。
スプレッドシートで表示内容を時間制御する方法は

• 掲載開始、掲載終了、表示フラグ、表示内容の列を作る
• 今日と期間の関係から表示フラグを計算
• Filter関数で表示フラグを条件に表示内容をFilter

SMSが届かなかったの、おやすみモードが原因でした

横解像度 x 縦解像度 = 画素数 です。

画素数の小さい画像を張り付けたければ、
予めペイントなどでサイズ調整した画像を用意してアップロードすれば良いだけです。

またJPEGの場合、圧縮率を大きくすることでもファイル容量を小さくできます。

編集しようとした内容は、個人情報が載っているページの削除をしようとしました。

ちなみに移行先としてはWikiHouseを考えています。

端末によって変わるっぽい

ID変わってるけど本人です(毎日変わるのかそれとも端末によって変わるのか)。
いっそのこと自分のWikiごと他のWikiサービスに移行しようかな…自分のWikiも編集できないようじゃ本末転倒なので…

規約違反のWikiの管理者にアク禁されてて、それで編集しようとすると電話番号認証求められて(入れても「ご入力された電話番号は規制対象となっております。」って言われる)
それで違う番号(捨て電話番号)を入れると自分のWiki等他のWikiでも電話番号認証求められるようになった。

またSMS認証を求められた。しかも、SMSが届かなくて何回もやってたら1日5回までですって言われて詰んだ。

edgeだとならなかった。これから編集するときはedge使おう。でもなんでこんな現象がおこるんだろ、

operaでもなる…

ページを大量に編集、削除(荒らしではない)したので、そのことでWIKIWIKI側に規制を掛けられた可能性もあります(自分のWiki含めどのWikiでもSMS認証を求められたので)
また、4G回線(楽天モバイル)だと大抵のWikiで毎回SMS認証を求められます(「逆引きできないIPアドレスでもSMS認証要求なしで許可する」をオンにすることで対処可能)

android12 chromeだとならなかった！なんで？またfirefoxの問題なんだろうか、

該当ファイルのスクリーンショットを取り直した画像で試したところ、アップロードできました。
トピックにアップロードしている画像のみ、アップロードができません。
当方としては解決していますが該当ファイルに対するシステム上の不具合は未だ解決していないので、このまま記録として残しておきます。

WIKIWIKI公式Twitterの告知によるとExcel等から表形式での貼り付けは構文ハイライトモードだけ動作するように変更されたようですね。
通常の編集モードでは間違えて貼り付けて表に変換されるとCtrl+Zで元に戻せなかったので余計に使いづらかったのですが、構文ハイライトモードではCtrl+Zで元に戻せるし、個人的にはこれで解決でいいかなと思います。

ところで、FirefoxのCtrl+Shift+Vの件ですが、あの後ちょっと調べてFirefoxのヘルプにはちゃんと記述があるのに動作しないという謎な状態。ただし、Gmailのサイトでは動作するので全くできないというわけではないみたい。

ともあれこの件については解決済みにさせていただきます。

文字入力してボタンを押すなど誰にでもできる操作であれば、
編集への敷居が低くなり、情報提供者もさらに多くなるので助かります。
これまでより一層あらゆる方面より情報を募ることが出来て、
管理している側としても使い勝手がよくなります。