①
アカウントは名前のみ。プロフィールや編集ランキングなどSNS的機能は不要。ただし、管理の円滑化のために最低限のアカウントページは作り、「管理しているWiki一覧」「連絡先」(セキュリティ上問題なければ)は表示できるようにすべき。
また、Wiki内に一般利用者が閲覧可能な「管理メンバー一覧」ページを作り、そこから管理メンバーへの荒らし通報や問い合わせなどができると望ましい。
編集の公開については、>> 10より
②
権限は、ZAWAZAWAと同様に「オーナー」、「アドミニストレーター」(いずれも従来の管理人権限相当)、「モデレーター」(従来のサブパスワード権限相当)の3段階とする。
また、正直カタカナの名称はわかりづらく感じるので、できればそれぞれ「管理人」「共同管理人」「副管理人」としてほしい。(以後、便宜的にこちらの名称を使用させていただきます。また、"管理メンバー"はこれら3つの総称です)
副管理人の権限は管理人および共同管理人がある程度選べるようにすると柔軟性があって良さそう。
③
ZAWAZAWAで言うところの「一般メンバー」は不要。
運営の方がおっしゃるように、「誰でもすぐに編集できる」というオープン性と匿名性はWIKIWIKIの大きなメリットである。私の管理するWikiでも、「匿名でアカウントなしでも気軽に参加できるのが良い」という声が、低年齢層に限らず見受けられる。 一時期な荒らし対策としては「メンバーのみ編集可」というモードは確かに有効なのかもしれないが、それが常態化すると閉鎖的で新規参入のハードルが高いWikiになってしまいかねず、本末転倒である。
アカウント制度はあくまでも管理メンバー向けのシステムとし、一般利用者は従来と何ら変わりなく利用できるようにしたい。
もちろん、副管理人などに昇格する際はアカウント作成が必須になるが、それはむしろ信頼のない人物が権限を持ってしまうリスクを減らせるので良い。
@wikiwiki
本来のメンション機能の意図するところではないと思うのですが、メンションを送らせていただきます。
本変更について、2024/07以前の仕様であるとtaglistのページがサーバに負荷をかける等望ましくなく、一定件数を越えた際に、Too many tags to display.のエラーメッセージを表示する仕様に変更したのだと認識しております。
ただこの約9ヶ月間、wiki内で利用しているtag自体を一覧したい場面が複数あり、なんらかの形でwikiwiki内の全タグを取得する方法の実装を希望します。
以前のtaglistのように甲に対してtag甲を付与したページを下層に全表示する仕様は必要ありません。
使用しているtagの一覧のみが取得できれば十分です。
・#tagcloud(,cloud=off)を2024/07以前同様に100件でなく全件表示する
・#tagcloudの表示数上限を100としたまま、前/次の100件のページ送りで分割表示する
などの現状の機能の延長線で構いませんので、ご検討をいただきたいです。
@wikiwiki
お世話になっております。この件について、以下の点についてお教えいただる部分があれば、ご返答を頂きたいです。
・この不具合を認識しているか。
・この不具合は修正可能なものか。
・本プラグインの仕様や、wikiwiki運営のリソース面から、不具合が解決するのにどの程度時間を要しそうか。
正直なところ、wikiwiki全体のaaプラグインの利用数や発生する状況の特殊性から、対応の緊急性が高い案件とは言えないと感じております。
とはいえ不具合が発生しているのも事実なので、修正にかかる日数を踏まえ、aaプラグインを利用しない形でページの内容を修正するか、現状どおりページを保持しておくかを考えたいです。
既存の議論に同意します。編集差分ログはこれまで荒らしへの対応を行う用途で活用することが多いです。
この際、特にUAやIP、ホストなどで絞り込んで特定ユーザの編集履歴を検索する場合は、その日の編集履歴だけではなく上限いっぱい（＝90日分）の編集ログを取得したいと感じます。
現状の仕様は検索にマッチする内容は日付ごとで区切って表示され、例えば4/16に検索にマッチする編集差分ログがあるかは4/16のタブを開いてみないかぎりわからない仕様で、運用するのには負担感があります。
日を跨いで一定件数表示をしてくれるのが理想です。
次善として、日付タブに4/16 (20件)のように件数を表示してくれたり、その日付に検索結果がないときはリンクが機能しなくなったりと、現状のUIのままでも確認すべき日付タブが減る方向性のアップデートが考えられます。
いずれにしても、今の編集差分ログを利用して十分な管理を実施するのは、管理人が慈善事業な以上勘弁してほしいというのが正直な気持ちです。
レイアウト構成の幅が広がるため、是非とも導入していただきたい機能です。
タブ仕様に関する意見は以下のとおりです。
→要望が多ければ設定可能で良いと思いますが、ソースが複雑になり可読性が下がるので個人的には利用予定はありません。
→スマホ表示を考慮すると短い文字列などの指定は必須かと思います。
→改行やリンクなどを記述するとタブ本来の機能を損なう可能性があるため、制限した方が良いと考えます。
→後述のスマホ表示と関連しますが、選択中のタブが分かりやすいものであれば特に希望はありません。
→タブ内の表示はinclude想定とのことなので、includeの仕様に合わせる形で良いと思います。
→flex_containerプラグインのように、画面幅に応じて動的にタブの行数が切り替わる形式が良いと思います。
特定ユーザーの編集を日を跨いで一覧化できないのは非常に不便だし、日付の選択も不便です。
こんな話をしたら怒られるかもしれませんが、ログ画面のURLを手で書き換える（day=の部分に見たい日付を入れる）ことで、特定の日付に直接移動できます。
ttps://c.wikiwiki.jp/wiki/diff-log?day=2025-04-19
↑ここ
同意します。1日ずつ見ないといけないので不便だと思います。
日付の選択も1週間ずつしか移動できず、昔のログを見たいときカレンダー画面で選択するようなものがあったら良いなと思っています。
そこまで使用頻度は高くないのですが、もっと便利になったらいいなとは思います。
こちら、他の管理者ユーザーの方が居ればご意見を伺いたいです。
>> 9さんと概ね同様の意見です。
コード型はページ(の一部)テンプレートで、インライン型は何らかのID(wiki外で使用)などで利用しやすいかと思います。
もともとページテンプレートなどの拡張として希望したこともあり、どちらか一方を優先して実装するのであれば
#codeから拡張したコード型を希望します。イメージとしてはテック系サイトで用いられるコードブロックのようなものです(quitaなどが参考になるかと思います)。
タブ機能は私も所望します。
その上で運営チームからのコメントを踏まえて個人的な意見を羅列します。
・タブの中にさらに別のタブを配置するような構成は必要か？（いわゆる「入れ子構造」）
→不要です。タブ形式の場合、includeよりも入れ子化すると見づらくなるのでは？と思っています。
・タブのラベルは任意に指定できるべきか？
→必要です。そもそもラベルが変更できないとタブ機能の意味が無いかと思います。文字・背景色などは無くて構いません。
・ラベル内でWIKI記法を使えるようにするか？（※あまり許容したくないと考えています）
→中立です。基本的には欲しいですが、無くても許容できます。
・ラベルの見た目やデザインはどのような形式が望ましいか？
→>> 12さんと同じく見やすければ特に希望ありません。
・タブの数に制限は必要か？
→特に希望はありません。極端に多くても読み込み速度を損なうだけかと思いますし。
・スマートフォン表示ではラベルをどのように扱うのが適切か？
→プルダウン形式だと一番見やすいかと思います。
>> 15さんの意見に賛同します。
私が管理しているwikiにおいてもサブパスワードの発行には一定回数以上の編集参加を条件としているものの、現状の完全匿名仕様ですと確認に労力を割くことになります。
一方でアカウント間の連絡については中立的な立場です。wikiは個人間のコミュニケーションを取る場ではなく、他のSNS等で十分代用可能と考えているためです(あれば便利かとは思いますが)。
この仕様はzawazawaと同じかと思いますので、近い機能、ひいてはzawazawaアカウントと連動するようなシステムがあれば個人的には重宝します。
>> 13の「匿名が基本、ただし管理メンバーはアカウント必須」という形態には賛成ですが、今多く言われている「管理人・副管理人のみがアカウントを持てる」ではなく「一般の利用者も希望すればアカウントを持てる」の方が良いのかなと個人的には思っています。
私が参加しているwikiの中に副管理人を決める条件としてwiki内以外の連絡先を持っていることやwikiに参加してから○日以上などの条件があるので、そういった統計情報などをアカウントページに表示させることで管理メンバーが副管理人などを選ぶ際の参考にできると思います。
また、アカウントページにコメント欄があるとwiki内で匿名での質問や連絡ができ便利だと思います。
アカウント機能が実装された場合の話ですが、アカウント保有者の場合は編集差分ログのネットワークID・ブラウザIDの部分がアカウント名に変わるようにしてほしいです。
現在zawazawaで実装されているグループ管理画面をベースに、>> 12で提案されているような
wiki独自の要素を組み込んだシステムにするというのは技術的に可能なものでしょうか。
wikiとzawazawaを併用して管理するケースは多いかと思いますので、
ある程度UIに共通性を持たせることができれば管理の利便性向上は図れるのではないかと考えます。
なお、編集者の公開・非公開という点に関しては、編集差分ログ機能によって同様の内容が既に実装されているため、
改めて機能を設計する意義は薄いのではないかと感じますが、いかがでしょうか。
念のためですが、私は「アカウント作成が基本、ただし匿名でも編集可」というより「匿名が基本、ただし管理メンバーはアカウント必須」という形態にして欲しいと思っております。理由は③に記したとおりです。
つまり、私の思う「アカウント」は「管理者」や「サブパスワード」の発展版に近いです。
ただ、もし前者(アカウント作成が基本)とする方向で議論が進んだ場合でも、主張内容はおおむね同じになります。
運営の方からの返信や皆さんの意見を拝読し、私なりに考えてみました。
具体的には以下のようなシステムを提案します。
①
アカウントは名前のみ。プロフィールや編集ランキングなどSNS的機能は不要。ただし、管理の円滑化のために最低限のアカウントページは作り、「管理しているWiki一覧」「連絡先」(セキュリティ上問題なければ)は表示できるようにすべき。
また、Wiki内に一般利用者が閲覧可能な「管理メンバー一覧」ページを作り、そこから管理メンバーへの荒らし通報や問い合わせなどができると望ましい。
編集の公開については、>> 10より
こちらの意見に全面的に賛成。
公開する設定になっていてもアカウント名を隠した編集も選べると嬉しい。
②
権限は、ZAWAZAWAと同様に「オーナー」、「アドミニストレーター」(いずれも従来の管理人権限相当)、「モデレーター」(従来のサブパスワード権限相当)の3段階とする。
また、正直カタカナの名称はわかりづらく感じるので、できればそれぞれ「管理人」「共同管理人」「副管理人」としてほしい。(以後、便宜的にこちらの名称を使用させていただきます。また、"管理メンバー"はこれら3つの総称です)
副管理人の権限は管理人および共同管理人がある程度選べるようにすると柔軟性があって良さそう。
③
ZAWAZAWAで言うところの「一般メンバー」は不要。
運営の方がおっしゃるように、「誰でもすぐに編集できる」というオープン性と匿名性はWIKIWIKIの大きなメリットである。私の管理するWikiでも、「匿名でアカウントなしでも気軽に参加できるのが良い」という声が、低年齢層に限らず見受けられる。
一時期な荒らし対策としては「メンバーのみ編集可」というモードは確かに有効なのかもしれないが、それが常態化すると閉鎖的で新規参入のハードルが高いWikiになってしまいかねず、本末転倒である。
アカウント制度はあくまでも管理メンバー向けのシステムとし、一般利用者は従来と何ら変わりなく利用できるようにしたい。
もちろん、副管理人などに昇格する際はアカウント作成が必須になるが、それはむしろ信頼のない人物が権限を持ってしまうリスクを減らせるので良い。
④
前項で一般メンバー制度を否定した代わりというわけではないが、荒らし対策は大幅に強化し、気軽さと安全性を両立したシステムにしてほしい。
例えば、次のような機能が挙げられる。
・管理メンバーは凍結ページを編集可(≠凍結解除)
・「管理メンバーのみ編集可」機能 (どちらも>> 5から)
・大規模な荒らし時のロールバック機能 (>> 11から)
・ページ名NGワード設定機能
・荒らし通報があると管理メンバーのアカウントに通知が行く機能
⑤
その他、追加でこのような機能もあるとありがたい。
・アカウントとWikiの紐付けによるシームレスな移動(>> 7から)
・管理メンバー同士で話し合える機能(外部SNSのグループチャットなどを使わずに済む)
・管理人だけができる機能の副管理人への拡大(②の項で書いたように選択制だと良い)
・問題のあるアカウントを運営に通報する機能
以上、長文で申し訳ありませんが、私からの提案です。
こちらに一票です。私がアカウント制度の導入を求めている理由として、現行のサブパスワードはあくまで管理人の補助のため、管理パスワードも含めて編集権限の強化を求めています。凍結中でもパスワード保持者は編集できたり、大規模なページ削除があっても運営に頼らずに荒らし行為が起きる前までにロールバックできたりなどです。現状はどの作業もひとページづつ手作業で行う必要があります。
>> 3の方が言うようにFrontPageやお知らせページの凍結しているページは匿名利用者に編集させず、管理側の利用者だけ編集できるといった編集機能の強化・拡張をお願いしたいです。
また、当Wikiではないのですが幾つもの荒らし対策を回避して執拗に執着して荒らす利用者がいます。日本の電話番号取得もフリーSNSサービスは除いて昔と違い、低価格で複数回線の取得が容易になっています。このことから、執拗な荒らし行為を完全排除のために特定のページあるいは特定のディレクトリ、特定のWikiごと、アカウントなしでは編集できないような仕組みを望みます。
さらに以下の管理パスワードを所持する管理人だけができる以下の編集に関わる機能もサブパスワードなり、アカウント所持者に権限を付与してメンテナンス管理しやすくなるようにチームを形成したいです。ご検討いただければ幸いです。
参考までに、ユーザ側での対処法を記します。
>> 2のコメントに記載されているInterWikiNameの記述を以下のように修正することで
リンクが機能するようになります。
(下記の内容をそのままコピーして差し替えると楽です。)
なお、本トピックは既に[解決済み]扱いになっていますので、
ホームの案内に書かれているとおり、新規にトピックを作成すると運営の目に留まりやすいかと思います。
複数人での管理を容易にしつつプライバシーのことも考慮したいので、誰が編集したかを明確にしつつも、誰が編集したかの情報は権限を持つメンバーだけ閲覧可能にするという設定が欲しいです。また、設定の変更で全ての利用者に誰の編集かを公開出来るようにする(誰の編集かを公開するか非公開にして一部メンバーだけ閲覧可能にするか選べるようにする)と、柔軟性があってベストな気がします。
またアカウント制については、既存のサブ・パスワード機能をベースにして、個別にサブ・パスワードが持つ権限を変更出来るようにすることで十分実現可能だと思います。
他社サービスの用にユーザー毎に権限を変更して、編集権限だけ持つ一般ユーザーとwikiの管理の権限を持つ人ををユーザー毎に分けたり、管理権限を持つ人でも、バックアップの削除や規制の実施等の権限の付与を細かく操作して、副管理人にはほぼ全ての権限を与えて、そこまではいかないけど管理メンバーではある人には一部の権限だけ与えるなど、柔軟性のある管理を行えるようにする機能があると理想的です。
お忙しいところ、ご対応有難うございます。
こちらとしては、かなり需要があると思っていましたが
仰るように、全体としては否定的な意見が多かったみたいで
皆さん、荒らし・暴走などを恐れらているようです。
非常に残念に思います。
結びになりますが、長々とお付き合い頂き、ご返信有難うございました。
今後、何らかの形で、対応出来ることがありましたら、よろしくお願いいたします。
お付き合い頂いた皆様へ
長らくお付き合い頂き有難うございました。
また、ご縁がありましたらよろしくお願いいたします。
なお、スレ主様におかれましては
本題をすり替えたような事になってしまい大変失礼しました。
改めてお詫び申し上げます。
ご提案いただいた「添付ファイルの投稿者による完全削除」につきまして、慎重に検討を行いましたが、
今回は見送らせていただくことといたしました。
現時点でこの機能を要望されているのは1名のみであり、利用者全体としての需要が限定的であると判断しております。
また、議論全体を通じても、どうしても必要とされている機能であるとは感じられませんでした。
運営としては、WIKIに投稿された情報は、その時点でWIKIの一部として扱われるべきものであり、投稿者自身の判断でバックアップを含めて完全に削除できる仕組みは望ましくないと考えております。
利便性の向上も含め、必要に応じて今後の対応を検討してまいります。
ご理解のほど、よろしくお願いいたします。
返答ありがとうございます。
自分は誰が編集したかを知り管理したいわけではなく、FrontPageや引用元ページなど不特定多数の人に晒したくないページを守る制度を今より充実してほしいと思っているので、アカウントまで行かずともサブパスワードを打ち込む管理で十分と感じています（5の提案）。そのため「機能だけを制御する「匿名の権限アカウント」で十分とする」に1票です。
ご要望ありがとうございます。
アカウント管理に関するご要望について、運営の見解と検討状況をお伝えいたします。
近年、荒らし対策や維持管理の負担が増えてきており、アカウントによる管理を求める声も多くなっていることは把握しています。
そのため、特定の用途に限ったアカウント機能の導入については、今後の検討課題として受け止めておりますが、現時点で実装をお約束できる段階ではありません。
これまでの方針と対応について
WIKIWIKIでは、「誰でもすぐに編集できる」というオープン性と匿名性を重視してきました。
そのため、これまでアカウント制の導入は見送ってきました。
2020年には、メールアドレスなどの個人情報が不要な「サブ・パスワード機能」を追加しました。
これは、複数人での管理を想定した管理者向けの補助機能であり、一般ユーザーの投稿や編集を個別に制限・許可するものではありません。
アカウント制の導入はこのときも検討しましたが、個人情報の保管やログイン機能が必要になることなどから、導入は見送ることにしました。
また、プロフィールやフォロー機能といったSNS的な仕組みもあえて加えず、編集と管理に集中できるシンプルな構成を保つ方針としてきました。
なお、アカウント制を本格的に導入する場合、役割が重複することから「サブ・パスワード機能」は将来的に廃止となる可能性があります。
現在ご利用中の方にも影響のある変更となるため、あらかじめご留意いただければと思います。
あわせて、アカウント制の導入とは別に、管理者操作に対するセッション管理の必要性は認識しており、安全性と今後の利便性向上のためにも、適切な強化を検討していきたいと考えています。
ご意見を伺いたいこと
アカウントを導入するとしたら、どのような形が望ましいか、ぜひ皆さんのご意見をお聞かせください。
この設計によって、仕組みの内容や実現までのスピードも大きく変わってきます。
また、「アイコンを付ける」「プロフィールを設定する」「編集ランキングや編集者一覧を見られるようにする」といった機能は、あとから追加するのが難しい場合もあります。
そのため、最初にどこまでの機能が必要かを慎重に検討する必要があります。
ご協力のお願い
引き続きこの議論に参加される方は、話の流れを整理しやすくするため、「ハンドルネーム（識別名）」を付けていただけると助かります。
ご協力をよろしくお願いいたします。
案拝見しましたが、自分は既に超縦長になっているカード一覧ページをレアリティ毎にタグ分けしようと思っていました。既にinclude状態なのでinclude形式は移行しやすく賛同します。
入れ子→できれば欲しい
ラベルの任意指定→文字や幅、色など最低限の編集機能はほしい
タブのデザイン→勝手にエクセルとかのを想像していた
最大数→自分は10あれば十分と感じるが使用者によってかなり感覚は変わりそう
スマホ表示→すべて無理やり表示して縦に長くなるより横長でスライドできる方がスッキリするかなと感じる
@wikiwiki
数日前から各wikiにおける「?cmd=edit」を用いた「[[編集:MenuBar]]」のリンクが切れていることを確認しています。
こちらにつきまして、意図したものでなければ修正を、意図したものであれば案内を頂けますと助かります。
運営の方からコメントを頂いた後、ある程度、ご意見が出ましたので
このあたりで一旦、運営からのコメントをお願いします。@wikiwiki
こちらの方で簡単にまとめますと、現在
運営からの案で一定時間内での完全削除
>> 21>> 23一定時間内での完全削除（1時間ぐらいまで）
こちらが提案しているパスワード等を用いた期限なしの各自の削除
>> 15アカウント制度を導入するなどして、期間を設けずに完全削除できる形
以上 4案で、皆様が仰ることは意見に反対ではないですが
やはり、荒らし・暴走などを気にされている方が多いみたいです。
そこで、こちらからの提案ですが、もし、荒らし・暴走などの被害にあった場合
運営でも、バックアップを取られていると思いますが、その際の問い合わせ先などの
詳しい詳細など、もう少し分かりやすく周知されては如何でしょうか？
もちろん、各自でバックアップを取っておくことも然りですが。
長々と失礼しました、ではご返信お待ちしております。
現在はPukiWikiプラグインとの互換性がないというのは意外でした。
PukiWiki用自作プラグインの追加実装を要望しても、
なかなか応じてもらえなかったのに合点がいきました。
ただ、そうした情報はもっと早く出していただきたかったです。
（伏せておくことにメリットはないでしょう）
具体的な仕様についてですが、
原則としてPukiWikiのtabプラグインに沿ったものが望ましいと考えます。
つまり、
となります。
タブ機能の検討状況
ご要望ありがとうございます。
領域をタブで切り替える表示機能については、運営側でも有用性を認識しており、実装は計画中です。
ただし現在はまだ着手しておらず、具体的な仕様の検討には入っていません。
PukiWikiとの互換性について
WIKIWIKIはもともとPukiWikiをベースにスタートしましたが、20年以上の運用の中で独自に改修・拡張を重ねてきたため、現在ではPukiWikiのソースコードはほとんど残っていません。
一部に名残がある程度で、PukiWikiのプラグインとの互換性はなく、必要な機能はすべて独自に実装する必要があります。
実装にあたっての前提
fold のようにページ内に大量の情報を折りたたんで持たせる形式は、ページの肥大化によって初期読み込みや転送量の負荷が大きくなるため、現在は避けています。
もしタブ機能を導入する場合は、include のように他ページの内容を使用し、それを非同期で読み込む形式を想定しています。
ご意見を募集したい点
このトピックで使い方や仕様が具体化されれば、実装の優先度を上げられる可能性もあります。
そこで、以下のような点についてもご意見をいただけると、設計の参考になります。
こうした点についても自由にご意見をいただければ幸いです。
今後の開発検討の参考にさせていただきますので、引き続きよろしくお願いいたします。
ご連絡ありがとうございます。
対応いたしました。
ご確認ありがとうございます。
本日撤去しました。
上記サイトのリアルタイムコメント欄が撤去されたことを確認いたしました。
迅速なご対応ありがとうございます。
承知しました。
動機はともかくとして、要望に反対するわけではありませんので
後は運営に見解を伺ってみるのがよろしいかと思います。
こんにちは ご意見有難うございます。
プレビュー機能はありますが、プレビューで見た物と、実際にアップした後では
若干の違いがある事があります。
基本的に
その為、今回の提案に至ったわけです。
それにより、ユーザーが添付ファイルをいつでも削除できるようになれば気軽なアップのしやすさ
添付ファイルの管理のしやすさ等（差し替えで無く各自で責任をもって削除→新たにアップ）
そしてそのついでと言ってはいけませんが
物事を説明する際に一時使用（使用後、各自責任をもって削除）
特定のユーザー同士でのやり取りなどで、他の方には見られたくない内容等（確認後→即削除）
いろんなことが想定できます。
ご意見有難うございます。
横から失礼します。
「アップロードした画像のバックアップを本人が削除できるようにしたい」という要望の背景として、間違えてアップロードした画像を本人が削除できないから、という理由があると認識しました。
だとすれば、失敗した後のフォローとしてバックアップを削除できるようにするのではなく、
そもそもアップロードを失敗しないようにするための仕組みを整えることも対策として有効ではないでしょうか。
現状はファイルを選択してボタンを押すだけで、何の確認もなくアップロードされてしまいます。
そのことに対して特に注意書き等もありません。
例えば画像のプレビュー機能を実装したり、アップロード時の注意事項を目立つように記載しておけば
失敗する可能性は下げられると考えます。
主にバックアップ機能にフォーカスして議論されているところ恐縮ですが、別の視点から提案させていただきました。
こんにちは ご意見有難うございます。
管理者には手動で定期的なローカルバックアップを要求するのは身勝手なエゴでしかありません。
このような、ご意見もありましたのであえて触れませんでしたが
それは、もちろん各自でバックアップを取られた方が良いかと思います。
それは、個々の内容にも異なるかと思いますが
例えば、このような説明の場合は、順次仕様も変更される為、使いまわしは出来ないのではないかと思います。
余りにも、込み入った内容であれば、仰るようなことも考えられますが、ごくごく簡単なことで
あれば他サービスからではなく、その場で対応できる方が簡単で良いかと思います。
結びになりますが、バックアップその物を否定している訳ではありませんが
基本的にいろんな物事が想定できますが、そのことも踏まえた上でご要望させて頂いています。
ご意見有難うございました。
個人的にはバックアップは必要だと考えています。確かに運営に問い合わせをして対応してもらえば解決かもしれませんが、何百何千とあるであろうwikiがバックアップを消されるたびに運営を頼るようになるのは運営の負担も大きくなりますし対応してもらうまでは何もできない、という状態になってしまいます。各wikiにバックアップを保存している現在の仕様の方が運営の負担も減り、画像が何らかの理由で削除された場合も管理人等によって早急な対応ができると思います。
また画像で説明する場合のことを話していますが、その場合でも特に問題は無いと思います。ここでの「説明」が何の説明なのかは分かりませんが、プラグインの説明や参加しているwikiの説明なら一時的に使用するだけでも画像を消す必要は無いと思います。(次同じ説明をする際に使いまわせるため)
もし「説明」が最後の方に話している「他の方には見られたくない内容」の説明なら、それは誰でも閲覧できるwiki内で説明するよりもDiscordやSNSのDM機能、ブラウザでも無料で鍵をかけられるチャットサイトはあるのでそれらを使った方が安全で確実だと思います。
個人的には>> 21さんと同じくバックアップは1時間は誰でも削除可能、それ以降は従来通り管理人のみ削除可能が妥当な範囲かなと思っています。
こんにちは ご意見有難うございます。
>> 21
確かに満たされますが、上記にも書いていますが
例えば、やり取りの場面で、文面だけでは説明が付かない時には
「こちらをご覧下さい」とか言って、画像で説明したりする場面も想定できます。
その場合は説明する為に、一時的に使用するだけなので、後々必要なくなりますよね？
こういった利用方法も想定しています。
バックアップ（自動）否定している訳ではありませんが
暴走に関しては、こちらも上記に書いていますが、
一般論としてですが、成功した画像のバックアップを、故意的に消そうとは思いませんよね？
仮に最悪、仰るようなことになった場合は、運営側でも、バックアップは取られていると思いますので
その場合は、管理者が運営側に問い合わせれば、この問題は解消できるかと思います。
こちらについては、こちらの方にも利用規約があるように
他社サービスにおいても、恐らく同じような規約があるかと思われますので
こちらとしては考えていません。
結びになりますが
皆様そうですが、荒しとか暴走を気にしておられる方が多いみたいですが
基本的に、荒らさても暴走されても、運営側でもバックアップは取られていますので
そんなに敏感になる必要はないのではと思います。
それにどんな物でも、バックアップがあれば良い言うわけではありません。
同志（ここで言うと管理者・副管理者・賛同して頂けている一般ユーザー）など
特定のユーザー同士でのやり取りなど、他の方には見られたくない
内容もあるのではないでしょうか？
そういった時でも、いつでもアップいつでも削除出来れば、コメント欄に記載しなくても
画像でも会話できますし、ご覧いただいた時点で削除することも出来ます。
こういった利用方法も想定していますので、出来ればいつでも削除できる状態が
好ましいかとも思います。
長々と失礼しました、ご意見有難うございます。
私は、管理者以外がバックアップを削除できるようにすることに、基本的には反対です。
ただし、運営が「アップロードから一定時間以内に、誰でも削除できる仕組みであれば実現可能」
というのであれば、それについては反対しません。
時間については、さすがに1分以内は短すぎて実用性に欠けるので、
15分～1時間以内が妥当かと思います。
逆に言えば、誰でも削除可能な状態が1時間を超えて続く状態にはして欲しくありません。
15分～1時間の猶予があれば、要望主の要求は十分に満たされる筈ですし、
それ以上は管理上の「ザル」になるだけです。
以前に、他編集者と対立した挙句、
自分が書いた記事やアップしたファイルを片端から削除した人がいたと聞きます。
そういう「暴走」からWikiを守るためにも、バックアップは重要です。
>> 13
外部（個人管理）からのファイル引用を、代案の1つとしてご提案されていますが、
それについては反対します。Wikiは個人のものではないので、
個人の都合で将来ファイル参照不可になる可能性が生じるのは好ましくないと考えます。
それと関連する質問ですが、
Zawazawaの倉庫利用は規約違反にならないのでしょうか。
追記：
外部（個人管理）からのファイル引用は反対と書きましたが、
それは記事を構成するファイルに対してであり、
>> 22に書かれているような、個人が一時的に利用するだけのファイルであれば、
確かにそれは有用な手段であると言えます。
追追記：
「例：1分以内」「セキュリティに関わる」という運営の文言が引っかかっています。
確認ですが、対象となるファイルは「新規にアップされたファイル（のバックアップ）」という認識で合っていますよね?
たとえ1分間にせよ、全てのバックアップファイルが対象になってしまうのであれば反対します。
皆様 こんにちは
皆様からのご意見を伺って、丸1日が経過しましたが
お二方からご意見を頂いただけですが、他にご意見のある方はおられますか？
ありませんようでしたら、議論が進みませんので、運営の方へメンションを付けて
次の判断を仰ぎたいのですが、如何でしょうか？
ただし、前スレからしっかりと内容をご確認頂き、ご意見をお願いいたします。
大人であれば、一般常識的な（節度のある）議論をするのは、当然の事ではあります。
しかしながら、大変残念なことに一部ではありますが、乱雑なご意見が見受けられますので
このあたりの事も踏まえて、皆様のご意見をお待ちしています。
いただいたコメントを基に、現在の状況を整理してみました。
現在、荒らしコメントが確認されている公式サイトは以下の2つです。
WIKIWIKI.jp SandBox
WIKIWIKI サンプルWIKI/リアルタイムコメントフォーム
上記への対処としては、コメント欄の撤去で解決するかと思います。
(SandBoxに関しては自動復旧する内容をpcommentプラグインに差し替えるなどの手段もありだと思います)
[悪用されるリスクがあるためコメントの一部を削除しました - トピック主]
本トピックの主旨については殆ど議論の余地は無いと思われますが、
少し様子を見てから再度運営に対してメンションさせていただきます。
コメントいただいた方々、ありがとうございます。
賛成です。
以前凍結機能に関する似たようなトピックを立てたのですが、凍結機能を含め現在の管理機能は不便な点が多くアカウント機能の導入にしろそうでないにしろ改善・強化は必要だと思います。
個人的には複数のwikiを管理している場合に別のwikiの管理画面を開くために一度ログアウトとログインを挟まなければならないのが不便と感じていましたが、アカウント機能が導入されればアカウントとwikiを紐づけ一度アカウントにログインすればその後自由に管理画面が見られるようになる、のような改善をすることができそこの不便さが解消されるかなと思いました。あくまで個人的な妄想ですが…
追記：3年ほど前に同様の内容のトピックがありました。
また、賛成意見が多く機能の提案もされある程度議論が進んだと感じましたので、ここで一度運営からのコメントをいただきたいです。@wikiwiki