「二次創作 Wiki*」に2GBもする画像もしくは100GBもする二次創作作品(ゲームなど)を配布したい人もいます。
ちょっと気になったんですけど100GBも何に使うんですか?個人的には2GBもありゃ大体のことは足りるとは思ってます
WikiWikiにも大容量ファイルを添付したい人がいます。 それを避けるためにアップロード可能最大ファイルサイズを512KBから2GBもしくは100GBまで増加してほしいのです。
ひょっとしたらと思ってchromeでもやってみると案の定なった。誰かならないブラウザ教えてくだしぃ…できるのなら修正してほしい
edgeでもなるようになった。なにか変えた覚えもないし理由がわからなぃ…最近アプデがあったみたいだけどそれだろうか
ご対応ありがとうございます。
&br;を使用せずとも自動で改行が行われるようになったことを確認しました。ご対応いただきありがとうございます。😭🙏
現時点でPC、モバイル共にどちらの閲覧時でも01vさんの要望通りに修正されたことを確認しました。
トピック説明のところに「⚠この掲示板は運営に直接質問や要望を伝えるところではありません……基本的にはディスカッションに参加しません。」とあるので、元来そういう用途のトピックではないと思います。 ただ挙げていただいたようなデメリットは実際に存在するので、運営が確認しているならば早期の修正かサンプルwikiなどでの告知をお願いしたいですね。
せっかくご回答をいただいたのに、なかなか確認の時間が取れず、再度返信が遅くなりすみません。 brの改行での対処が可能なことは存じ上げませんでした。ありがとうございます。 しかし、手動での改行はやや不便なところがあるので、できれば機能の改善が欲しいところだと個人的には思います。 ともあれ、一旦は解決することができたので助かりました。Yuuさんご教示ありがとうございました。
明らかな不具合なのに、運営が沈黙を続けているのが一番の問題ですね。
前者なら修正待ち、後者ならbrで対処するということになりますが、 brで対処後に不具合修正された場合、再編集する手間が発生するため、 何も反応がないと、どうするのがベターか分からない状況が続きます。
掲示板を設けている以上、運営は無責任に放置せず、
一先ずどちらかのコメントを出すべきでしょう。
「&br;」を入れると注釈内でも改行されると思います。 想定と違うなら教えてください。
https://wikiwiki.jp/pokopoko/砂場a 返信遅くなりすみません。こんな感じです。
親切にも解説ありがとうございました 管理人に記述を依頼することにします
以下のようにできると思います。今PC無いので正確に確認できませんが。
InterWikiNameのページに以下のように定義して。
-[./?cmd=edit&page= 部分編集] raw
リンクを以下のように記述。
[[部分編集:ページ&id=アンカー]]
回答ありがとうございます
またInterwikiを使えばもう少し簡略に記述できます。
こちらについて、[[編集:(ページ名)#(見出しID)]]のようにすれば良いのかと思いましたがそうではなく、他の解説を探してみましたが答えが見つからなかったため、詳しい解説をいただけるとありがたいです
同じくoEmbed対応のサービスであるらしいjsFiddleを有効にしてほしいなというお願いです。 ゲーム系のwikiで、計算を行うコードをjsFiddleで書いて共有したいなと思ったのですが、#embedに入れても外部リンクとして表示されるだけでした。 ホワイトリスト式で有効・無効のドメインを決定しているのかなと思うのですが。
例に挙げられたページを見ましたが、その使い方なら見出し内編集で同じことができます。
見出し内編集は見出しの横の鉛筆マークから行います。 見出し毎編集機能
includeで呼び出したページで対象の見出し内を編集のリンクを作るなら以下のように書きます。
[[見出し編集>https://wikiwiki.jp/splatoon3mix/?cmd=edit&page=サーモンラン%2F特殊な状況%2Fラッシュ&id=v5d06fff]]
これも鉛筆のリンクからわかります。id=文字列はソースの見出しの各アンカーを任意に書き換えられます。 またInterwikiを使えばもう少し簡略に記述できます。
includexで抽出してaeraeditの数が減った場合、編集対象がずれるのは仕方がないと思います。 ページ内順位2番のエリアがincludexにより抽出され1番目に位置するようになればリンクは1番として生成されて、実体のある元ページの2番にはたどり着かないような状況でしょう。aeraeditはソースに固有idみたいな記述をしないので順番でしか見分けができないでしょう。
なんとしてもareaeditでやるなら、includexで呼び出したページに以下のようにリンクを作れば対象エリアを編集できます。
[[エリア編集>https://wikiwiki.jp/splatoon3mix/?cmd=areaedit&areaedit_no=2&inline_plugin=0&page=サーモンラン%2F特殊な状況%2Fラッシュ]]
areaedit_no=番号に対象のareaを指定します。対象のaeaeditの編集リンクのURLを確認すれば上記と同様のものがわかります。 /は%2Fに置き換えます。 エンコードされた読めない文字列を気にしないのであれば単純にリンクのURLをコピペでもよいです。
includexで呼び出したとき間違ったareaeditのリンクを消すには以下のようにします。
#includex(サーモンラン/特殊な状況/ラッシュ,titlestr=off,section=(filter=ムニ・エール海洋発電所),firsthead=off,except=#areaedit)
解決しました。 書式指定を使ってもできないと思ったんですが、列の数が相違してただけでした。
該当のWikiのページをみてみたいです。
返信ありがとうございます。 1番目の「ユニーク文字列とカッコ数を制御してexceptする方法」で試してみます。
現状のwikiwikiで使えない「行末コメント」のマルチラインは自分も試したんですが、最初にも書いてある通り書いても消されちゃうんですよね…残念です 表もそうですね、&null埋め込んで制御しようとこともありましたが、仰る通りごちゃごちゃし過ぎて… ベースになってるpukiwikiがそういうのを許してないのかな
行末コメントを可能にする(今はできない) 上記の方法は色々面倒だったり、カッコの数で制御するのは分かりにくいのと書いた当人以外には何を意図してるのか理解できないでしょう。誰かがマルチライン記述を増減させてカッコの数が自動で変わったら破綻します。 新しい機能として行末に非表示コメントを入れられるようになれば、もっと直接特定の行を指定できるのでよいです。過去に何回か要望してますが。
マルチライン
#マルチライン{{//コメント 文章 }}//コメント
特定のマルチラインプラグインをincludexで外したいケースに使える。(今回のケース) また1ページに閉じカッコが沢山あるとどの開きカッコに対応してるかわかりにくいので、開きカッコと閉じカッコにペアでコメントをつけられると良いです。
表
|1|2| |3|4|//コメント |5|6|
表の外側にコメントを入れられると行を分類したり検索したりincludexするのが楽です。表の中に不可視のプラグインでコメントを埋め込むこともできますが、スプレッドシートでの管理の観点からデータ列に余計な情報をいれてゴチャゴチャさせたくないです。
ブロック型
#プラグイン()//コメント
includeで特定の行を指定したときはこの書き方ができると良いです。(オプションに落書きできないこともあるので) 通常のコメントであれば次の行に説明書きでもいいのですが。
文章
表示しない//コメント
これをやると既存記述で//が入ってる文章に影響がありそうなので上手くないかもしれません。URLとか。 &null(コメント);で運用するのがいいかも。
別ページで見出しで制御する方法 ページ1
*A 表示しない *B 表示する
ページ2
#flex_container(flex-start){{{ #flex_box{{ #includex(ページ1,section=(filter=A)) }} #flex_box{{ #includex(ページ1,section=(filter=B)) }} }}}
ページ3
#flex_container(flex-start){{{ #flex_box{{ #includex(ページ1,section=(filter=B)) }} }}}
ユニーク文字列とカッコ数を制御してexceptする方法
今回の例であれば以下のようにする ページ1
#flex_container(flex-start){{{{ #flex_box(,非表示){{{ 表示しない&null(非表示); #null{{ }} }}} //入れ子を増やすためにダミーの#nullを入れて}}}にする #flex_box{{ 表示する }} }}}}
#includex(ページ1,except=非表示|^}}}$)
ID変わったの謎すぎる
ちなみにまだ続いています。 1週間毎の模様
返信ありがとうございます。運営からの説明によって、疑問が晴れてバックアップの仕組みについて理解いたしました。 「タイムスタンプを更新せずに「ページの更新」をする」を利用すると差分が発生しているため、実際の日時ではなく以前と同じ日時でバックアップされますと注意書きがあると助かります。
「タイムスタンプを更新しない(管理者のみ)」にチェックを入れてページを更新すると上記のようになります。
また(ry
なるほどです。 それぞれの規制ルールをAND演算でグループ化する感じでしょうか。
01&&02&&03
こんな感じでしょうか? ただ、規制を回避するようなシステムに詳しい荒らしなら、簡単に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に追加されると管理的には助かります。
2番めについてもアップロードと巻き戻しでは差分(バックアップ)の履歴的に違ってきますので、巻き戻しを APIに追加していただけると助かります。
昨今1時間あたり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のみ表示、スマホのみ表示は個人的には結構欲しいですね
「二次創作 Wiki*」に2GBもする画像もしくは100GBもする二次創作作品(ゲームなど)を配布したい人もいます。
ちょっと気になったんですけど100GBも何に使うんですか?個人的には2GBもありゃ大体のことは足りるとは思ってます
WikiWikiにも大容量ファイルを添付したい人がいます。
それを避けるためにアップロード可能最大ファイルサイズを512KBから2GBもしくは100GBまで増加してほしいのです。
ひょっとしたらと思ってchromeでもやってみると案の定なった。誰かならないブラウザ教えてくだしぃ…できるのなら修正してほしい
edgeでもなるようになった。なにか変えた覚えもないし理由がわからなぃ…最近アプデがあったみたいだけどそれだろうか
ご対応ありがとうございます。
&br;を使用せずとも自動で改行が行われるようになったことを確認しました。ご対応いただきありがとうございます。😭🙏
現時点でPC、モバイル共にどちらの閲覧時でも01vさんの要望通りに修正されたことを確認しました。
トピック説明のところに「⚠この掲示板は運営に直接質問や要望を伝えるところではありません……基本的にはディスカッションに参加しません。」とあるので、元来そういう用途のトピックではないと思います。
ただ挙げていただいたようなデメリットは実際に存在するので、運営が確認しているならば早期の修正かサンプルwikiなどでの告知をお願いしたいですね。
せっかくご回答をいただいたのに、なかなか確認の時間が取れず、再度返信が遅くなりすみません。
brの改行での対処が可能なことは存じ上げませんでした。ありがとうございます。
しかし、手動での改行はやや不便なところがあるので、できれば機能の改善が欲しいところだと個人的には思います。
ともあれ、一旦は解決することができたので助かりました。Yuuさんご教示ありがとうございました。
明らかな不具合なのに、運営が沈黙を続けているのが一番の問題ですね。
前者なら修正待ち、後者ならbrで対処するということになりますが、
brで対処後に不具合修正された場合、再編集する手間が発生するため、
何も反応がないと、どうするのがベターか分からない状況が続きます。
掲示板を設けている以上、運営は無責任に放置せず、
一先ずどちらかのコメントを出すべきでしょう。
「&br;」を入れると注釈内でも改行されると思います。
想定と違うなら教えてください。
https://wikiwiki.jp/pokopoko/砂場a
返信遅くなりすみません。こんな感じです。
親切にも解説ありがとうございました
管理人に記述を依頼することにします
以下のようにできると思います。今PC無いので正確に確認できませんが。
InterWikiNameのページに以下のように定義して。
リンクを以下のように記述。
回答ありがとうございます
こちらについて、[[編集:(ページ名)#(見出しID)]]のようにすれば良いのかと思いましたがそうではなく、他の解説を探してみましたが答えが見つからなかったため、詳しい解説をいただけるとありがたいです
同じくoEmbed対応のサービスであるらしいjsFiddleを有効にしてほしいなというお願いです。
ゲーム系のwikiで、計算を行うコードをjsFiddleで書いて共有したいなと思ったのですが、#embedに入れても外部リンクとして表示されるだけでした。
ホワイトリスト式で有効・無効のドメインを決定しているのかなと思うのですが。
例に挙げられたページを見ましたが、その使い方なら見出し内編集で同じことができます。
見出し内編集は見出しの横の鉛筆マークから行います。
見出し毎編集機能
includeで呼び出したページで対象の見出し内を編集のリンクを作るなら以下のように書きます。
これも鉛筆のリンクからわかります。id=文字列はソースの見出しの各アンカーを任意に書き換えられます。
またInterwikiを使えばもう少し簡略に記述できます。
includexで抽出してaeraeditの数が減った場合、編集対象がずれるのは仕方がないと思います。
ページ内順位2番のエリアがincludexにより抽出され1番目に位置するようになればリンクは1番として生成されて、実体のある元ページの2番にはたどり着かないような状況でしょう。aeraeditはソースに固有idみたいな記述をしないので順番でしか見分けができないでしょう。
なんとしてもareaeditでやるなら、includexで呼び出したページに以下のようにリンクを作れば対象エリアを編集できます。
areaedit_no=番号に対象のareaを指定します。対象のaeaeditの編集リンクのURLを確認すれば上記と同様のものがわかります。
/は%2Fに置き換えます。
エンコードされた読めない文字列を気にしないのであれば単純にリンクのURLをコピペでもよいです。
includexで呼び出したとき間違ったareaeditのリンクを消すには以下のようにします。
解決しました。
書式指定を使ってもできないと思ったんですが、列の数が相違してただけでした。
該当のWikiのページをみてみたいです。
返信ありがとうございます。
1番目の「ユニーク文字列とカッコ数を制御してexceptする方法」で試してみます。
現状のwikiwikiで使えない「行末コメント」のマルチラインは自分も試したんですが、最初にも書いてある通り書いても消されちゃうんですよね…残念です
表もそうですね、&null埋め込んで制御しようとこともありましたが、仰る通りごちゃごちゃし過ぎて…
ベースになってるpukiwikiがそういうのを許してないのかな
行末コメントを可能にする(今はできない)
上記の方法は色々面倒だったり、カッコの数で制御するのは分かりにくいのと書いた当人以外には何を意図してるのか理解できないでしょう。誰かがマルチライン記述を増減させてカッコの数が自動で変わったら破綻します。
新しい機能として行末に非表示コメントを入れられるようになれば、もっと直接特定の行を指定できるのでよいです。過去に何回か要望してますが。
マルチライン
特定のマルチラインプラグインをincludexで外したいケースに使える。(今回のケース)
また1ページに閉じカッコが沢山あるとどの開きカッコに対応してるかわかりにくいので、開きカッコと閉じカッコにペアでコメントをつけられると良いです。
表
表の外側にコメントを入れられると行を分類したり検索したりincludexするのが楽です。表の中に不可視のプラグインでコメントを埋め込むこともできますが、スプレッドシートでの管理の観点からデータ列に余計な情報をいれてゴチャゴチャさせたくないです。
ブロック型
includeで特定の行を指定したときはこの書き方ができると良いです。(オプションに落書きできないこともあるので)
通常のコメントであれば次の行に説明書きでもいいのですが。
文章
これをやると既存記述で//が入ってる文章に影響がありそうなので上手くないかもしれません。URLとか。
&null(コメント);で運用するのがいいかも。
別ページで見出しで制御する方法
ページ1
ページ2
ページ3
ユニーク文字列とカッコ数を制御してexceptする方法
無意味なオプションを解釈されないことを利用する
&null(適当な文字列);など
意味のない#null{{}}を入れ子に組み込む
あるいは逆に表示したいところだけ上記のように制御してfilterで抽出する
今回の例であれば以下のようにする
ページ1
ページ2
ID変わったの謎すぎる
ちなみにまだ続いています。
1週間毎の模様
返信ありがとうございます。運営からの説明によって、疑問が晴れてバックアップの仕組みについて理解いたしました。
「タイムスタンプを更新せずに「ページの更新」をする」を利用すると差分が発生しているため、実際の日時ではなく以前と同じ日時でバックアップされますと注意書きがあると助かります。
「タイムスタンプを更新しない(管理者のみ)」にチェックを入れてページを更新すると上記のようになります。
また(ry
なるほどです。
それぞれの規制ルールをAND演算でグループ化する感じでしょうか。
01&&02&&03
のように書き、全てがTrueで規制発動ただし、AND演算に記載されている規制ルールIDは単体で規制発動されない
こんな感じでしょうか?
ただ、規制を回避するようなシステムに詳しい荒らしなら、簡単にUA偽装したりブラウザ変えたりしそうです。
わざわざ機能を追加する必要があるかどうか…
https://wikiwiki.jp/pp/faq#08
こちらに書いてあるとおり、救済措置があるので、しばらくページごと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に追加されると管理的には助かります。
2番めについてもアップロードと巻き戻しでは差分(バックアップ)の履歴的に違ってきますので、巻き戻しを APIに追加していただけると助かります。
昨今1時間あたり10を越える通報があることもあり、荒らし行為に難儀しております。このあたりできるだけ省人化を図れないかといろいろ工夫を考えております。攻撃者の側もある程度知識がある人物の場合、現状のフィルタ実装では容易にかいくぐれてしまいますので、人的コストが馬鹿にならず、できるだけ編集時情報をプラスしたかたちで書き込み情報を取得できると助かります。
また求められた
やっぱり週一周期?
助言ありがとうございます。知らなかったです。やってみます。
flexboxを使用すれば普通にできます。
さんぷるwiki
REST APIでページリストが取得できます。
ページ名とtimestampが帰ってくるのでそれをソートしたらどうでしょうか?
これはちょっとわかりません。
REST APIで自動化できそうですがどうでしょう?
定期的に監視して更新があったページ内容を取得して保存、荒らしだと判断したら、荒らされる前の内容をアップする。
差分も作っておけば、いろいろできそうです。
具体的にどのような文字列をマッチさせたいのでしょうか?
大抵はワイルドカード
*
で対応できそうです。ソースとマッチさせたい箇所を教えていただくことはできますか?
PCのみ表示、スマホのみ表示は個人的には結構欲しいですね