ご連絡ありがとうございます。 先日の TITLE: メンテナンスで発生した不具合でした。
TITLE:
修正いたしましたのでご確認いただけたら幸いです。 ご迷惑をおかけして申し訳ございません。
TITLE表記について外字が表示されていない事象が発生していることは確認できました。お手数ですがご対応いただければと思います。
此方の環境ではTITLE:後の外字のみ数値文字参照が変換さずにh1.titleやdocument.titleに反映されてます
一部にはなりますが 신 や ღ や 间 が土曜日くらいから急に表示されなくなっています。
うちのwikiではハングルは正常に表示できています 書式などが影響していませんか？
私の考えになります。
過去の編集記録も大事ですが、企業としてwikiwiki.jp全体の完全復元ができるように対策されているでしょう。任意のタイミングで個々が行うWikiのバックアップとしては、現状のスタイルで問題ないです。
何らかの事情で他Wikiに移行するために必要としている場合など、backupフォルダを含むWiki全体のデータを必要としている時に、その場限りとして対応して欲しいです。
認識が誤っていたら申し訳ないのですが、バックアップフォルダなしに復旧させた場合過去の版は失われたままになると思われます（貴社が復旧される場合は当然そんなことはないでしょうが）。勿論それで十分だという方も多くいらっしゃると思います。私はWikiの体裁を取ったコンテンツの復旧には過去版も必要と考えていますので、この要望に至っています。 ネットワークのことはまったく詳しくない上、自分の関わるWiki以外の規模感やサーバー負荷などに実感を伴なっていないため、無理筋な要望を出しているのならば申し訳ありません。
まずは、「利用規約に同意する」をお試しいただけたら幸いです。
利用規約 https://wikiwiki.jp/pp/policies
最新の記事データだけで十分だと思いますが、 必ずしも復旧するために使用するのではなく、記録として保持しておきたいということでしょうか？
例えばサーバー提供事業者が予告なく事業停止せざるを得ない事態に陥ったときです。
ご確認・ご検討いただき、どうもありがとうございます。普段から利用する方には問題ないと思われます。当Wikiでつい最近、新作が発表されました。本作はX(元Twitter)やYouTubeなどで話題となっており、新参者のアクセス数が急増したためにお問い合わせさせていただきました。今後とも、より良い運営を願っています。
ご連絡ありがとうございます。
挙動を修正できるか確認します。 当面の回避策は2つあります。
当サービスでは、積極的にWIKIに参加するユーザー様には、広告の表示頻度を抑えるよう努めております。 以下の行動に基づいて、広告表示の調整を行っています。
なお、当サービスはアカウント制ではないため、ブラウザのCookieやローカルストレージ、セッションストレージの読み書きが制限されている場合や、これらがリセットされた場合、ユーザー様の識別が難しくなることがございます。 あらかじめご了承ください。
広告について https://wikiwiki.jp/pp/aboutad
「利用規約に同意する」だけでも効果がありますので、お試しいただけたら幸いです。
どのようなときにバックアップを利用されますか？
レスポンスありがとうございます。サーバー負荷増大の懸念は承知いたしました。需要に関してはあまりないかもしれませんが、私は必要としています。用途は編集履歴のバックアップ（一般的な用語で言うところの）です。バックアップを利用する予定は今のところ無いですし、無い方が良いと思っております。
backupは容量が大きいため、サーバーに負担が掛かることが懸念されます。 需要があるようであれば、対応を検討いたしますので、引き続きご意見をいただけると幸いです。
backupをどのような用途でご利用される予定か教えていただけますと、具体的な議論がしやすくなります。
WIKIの管理者向け機能「dump」が「コントロールパネル」の「高度な操作」から取得できるようになりました。 従来より改善され安定していますが、データ量が多いWIKIでは処理に負荷がかかるため、特別な場合を除き実行を避けてください。
もし大規模な荒らし行為などでWIKIが壊滅的なダメージを受けた場合でも、システム側で1日数回行っているスナップショットがありますので、dumpデータがなくても復旧可能です。その際はWIKIWIKI運営までご連絡いただけると幸いです。
wikiwikiの性格上ゲームの攻略サイトや動画配信者の情報まとめサイトとして使われることが多く、ゲームをしながら・動画を見ながらこのサイトを併用されることも多いと思うのですが、そう言う時にこちらのサイトから音の出る広告が出ると元のゲーム・動画の阻害になってコンテンツの価値をを損ないます。 音の出る広告やコンテンツをこのサイトに残すなら、そういった併用して使われるページの情報は音の出ない、元のコンテンツを阻害しない同業他社のサイトに移植されるべきです。
:RenameLogはローテションで直近50回まで記録するようにしました。
:RenameLog
この度はご不便をおかけし、誠に申し訳ございません。
動画広告の音声は、広告内の音声操作ボタンでミュートすることが可能です。 Chromeをご利用の場合、ブラウザのタブ上で右クリックし、「サイトをミュート」を選択することもできます。
また、当サービスでは、積極的にWIKIに参加するユーザー様には、広告の表示頻度を抑えるよう努めております。 以下の行動に基づいて、広告表示の調整を行っています。
広告の露出頻度や挙動については、今後も柔軟に調整を進めてまいります。 引き続きご理解とご協力をお願いいたします。
同意です 音出る系の広告はできれば見直していただきたいです
ご指摘のとおり、:RenameLogをリネームしましたところ解決しました。 ご回答ありがとうございました。
上記の不具合を修正いたしました。 ご連絡およびご確認、ありがとうございます。
:RenameLogの容量がいっぱいのようです。 お手数をおかけしますが、削除してから再度お試しください。
https://wikiwiki.jp/control/:RenameLog
:RenameLogのローテーションを検討いたします。
修正していただいた内容を確認いたしました。ご対応ありがとうございます。
「ページ名 - Wiki名」となるように修正いたしました。 （ページ名はTITLE:が優先になります）
また、sns_share_imageおよびdescriptionプラグインを使用して、 ページ単位でシェア情報を変更できるようにしました。
sns_share_image
description
ただし、荒らし行為に利用されるリスクがあるため、管理者の許可が必要です。 許可するには、「コントロールパネル」→「各種設定」→「SNSシェア情報の変更を許可」をONにしてください。 現在の設定情報は、ページ右上のシェアアイコンからプレビューできます。
SNSシェア情報の変更のサンプルはこちらです。
上記の挙動を調整いたしました。
上記の不具合を修正いたしました。
構文ハイライト機能は現在、試験運用中です。 そのため、一部の環境で正常に動作しない場合がございますので、 その際は機能をOFFにして編集していただけると幸いです。
ご不便をおかけして申し訳ございません。
表題の不具合の修正を確認しました。ご対応いただきありがとうございました。
私も同じ症状が発生しています。削除テキスト
ハイライト自体が一定行を境に効かなくなっているようにも見えます
おそらく無関係のwikiで、運用方法も異なる(と、思われる)箇所でも同様の症状が発生したため、グローバルな問題であると思われます。 此方では80行程度で症状が発生しております。
一部のユーザーが想定以上の異常な数のタグ付けしていることによるサーバー高負荷により、タグリスト表示に制約を設けられたものと推察しています。タグリスト表示の上限数について公式より明らかにしてもらいたいです。
無制限に表示できていたことを運営からのアナウンスなしに仕様変更されては、ユーザーとしてプラグイン利用や今後の編集に不安が残ります。tablescrollプラグインの一件もそうですが、今までできていたことに制約を設けてお知らせすることなく仕様変更することはwiki管理者や編集だけするユーザー達を困惑させます。運営と一定の信頼関係を保つためにも、wikiの管理方法を見直させるような仕様変更はX公式アカウントなどでお知らせしてほしいです。なぜなら、当方もinclude系プラグインの使用上限についてで文中に「積極的にecacheプラグインを使用してください。」と記載があり、全ページに導入していました。現在も推奨する文言は訂正や削除されていませんが、非推奨を案内する公式アナウンスで知ってプラグインを無効化させることができました。運営さんにはエラー表示されるから、公式のアナウンスが必要ないと考えないで欲しいです。
#contentsxを使ってください。
タグを使いすぎなのが悪いと言われるとそのとおりなのですが、
・タグ数の上限がない想定で運用していたものを、今から上限を超えないように運用を変えるのは難しい ・ソシャゲのwikiでキャラクターの能力に合わせてタグを付与しており、必要性があるタグなので削減が難しい ・見直しをするとして、どこまで減らせばいいか明示されていない ・全タグのリスト表示自体が機能していないだけで、タグ自体は機能している
という事情から、できればタグのリスト表示自体を前の仕様に戻していただいたり(時期的に>> 3の仕様変更が行われるまでは読み込めていました)、リスト表示を1〜50件のような分割表示可能にしていただいたりとwikiwiki側で対応いただきたいです。
埋め込み型の天気予報動画に擬態した広告で、リンク先はgliacloudというサービスでした スポンサー表記がありません
同じ書式設定の二つの表をincludeなどで取得及び結合してだそうとしても取得元の時点で書式通りではなく表示優先になり同じ書式設定にも関わらず表がずれてしまいます(要は同じ書式にしても記載内容によって表幅が自動調整されてしまうため二つの表をincludeした際にずれてしまう)
ご連絡ありがとうございます。
先日の
TITLE:メンテナンスで発生した不具合でした。修正いたしましたのでご確認いただけたら幸いです。
ご迷惑をおかけして申し訳ございません。
TITLE表記について外字が表示されていない事象が発生していることは確認できました。お手数ですがご対応いただければと思います。
此方の環境ではTITLE:後の外字のみ数値文字参照が変換さずにh1.titleやdocument.titleに反映されてます
一部にはなりますが
신 や ღ や 间 が土曜日くらいから急に表示されなくなっています。
うちのwikiではハングルは正常に表示できています
書式などが影響していませんか？
私の考えになります。
過去の編集記録も大事ですが、企業としてwikiwiki.jp全体の完全復元ができるように対策されているでしょう。任意のタイミングで個々が行うWikiのバックアップとしては、現状のスタイルで問題ないです。
何らかの事情で他Wikiに移行するために必要としている場合など、backupフォルダを含むWiki全体のデータを必要としている時に、その場限りとして対応して欲しいです。
認識が誤っていたら申し訳ないのですが、バックアップフォルダなしに復旧させた場合過去の版は失われたままになると思われます（貴社が復旧される場合は当然そんなことはないでしょうが）。勿論それで十分だという方も多くいらっしゃると思います。私はWikiの体裁を取ったコンテンツの復旧には過去版も必要と考えていますので、この要望に至っています。
ネットワークのことはまったく詳しくない上、自分の関わるWiki以外の規模感やサーバー負荷などに実感を伴なっていないため、無理筋な要望を出しているのならば申し訳ありません。
まずは、「利用規約に同意する」をお試しいただけたら幸いです。
利用規約
https://wikiwiki.jp/pp/policies
最新の記事データだけで十分だと思いますが、
必ずしも復旧するために使用するのではなく、記録として保持しておきたいということでしょうか？
例えばサーバー提供事業者が予告なく事業停止せざるを得ない事態に陥ったときです。
ご確認・ご検討いただき、どうもありがとうございます。普段から利用する方には問題ないと思われます。当Wikiでつい最近、新作が発表されました。本作はX(元Twitter)やYouTubeなどで話題となっており、新参者のアクセス数が急増したためにお問い合わせさせていただきました。今後とも、より良い運営を願っています。
ご連絡ありがとうございます。
挙動を修正できるか確認します。
当面の回避策は2つあります。
当サービスでは、積極的にWIKIに参加するユーザー様には、広告の表示頻度を抑えるよう努めております。
以下の行動に基づいて、広告表示の調整を行っています。
なお、当サービスはアカウント制ではないため、ブラウザのCookieやローカルストレージ、セッションストレージの読み書きが制限されている場合や、これらがリセットされた場合、ユーザー様の識別が難しくなることがございます。
あらかじめご了承ください。
広告について
https://wikiwiki.jp/pp/aboutad
利用規約
https://wikiwiki.jp/pp/policies
「利用規約に同意する」だけでも効果がありますので、お試しいただけたら幸いです。
どのようなときにバックアップを利用されますか？
レスポンスありがとうございます。サーバー負荷増大の懸念は承知いたしました。需要に関してはあまりないかもしれませんが、私は必要としています。用途は編集履歴のバックアップ（一般的な用語で言うところの）です。バックアップを利用する予定は今のところ無いですし、無い方が良いと思っております。
backupは容量が大きいため、サーバーに負担が掛かることが懸念されます。
需要があるようであれば、対応を検討いたしますので、引き続きご意見をいただけると幸いです。
backupをどのような用途でご利用される予定か教えていただけますと、具体的な議論がしやすくなります。
WIKIの管理者向け機能「dump」が「コントロールパネル」の「高度な操作」から取得できるようになりました。
従来より改善され安定していますが、データ量が多いWIKIでは処理に負荷がかかるため、特別な場合を除き実行を避けてください。
もし大規模な荒らし行為などでWIKIが壊滅的なダメージを受けた場合でも、システム側で1日数回行っているスナップショットがありますので、dumpデータがなくても復旧可能です。その際はWIKIWIKI運営までご連絡いただけると幸いです。
wikiwikiの性格上ゲームの攻略サイトや動画配信者の情報まとめサイトとして使われることが多く、ゲームをしながら・動画を見ながらこのサイトを併用されることも多いと思うのですが、そう言う時にこちらのサイトから音の出る広告が出ると元のゲーム・動画の阻害になってコンテンツの価値をを損ないます。
音の出る広告やコンテンツをこのサイトに残すなら、そういった併用して使われるページの情報は音の出ない、元のコンテンツを阻害しない同業他社のサイトに移植されるべきです。
:RenameLogはローテションで直近50回まで記録するようにしました。この度はご不便をおかけし、誠に申し訳ございません。
動画広告の音声は、広告内の音声操作ボタンでミュートすることが可能です。
Chromeをご利用の場合、ブラウザのタブ上で右クリックし、「サイトをミュート」を選択することもできます。
また、当サービスでは、積極的にWIKIに参加するユーザー様には、広告の表示頻度を抑えるよう努めております。
以下の行動に基づいて、広告表示の調整を行っています。
なお、当サービスはアカウント制ではないため、ブラウザのCookieやローカルストレージ、セッションストレージの読み書きが制限されている場合や、これらがリセットされた場合、ユーザー様の識別が難しくなることがございます。
あらかじめご了承ください。
広告について
https://wikiwiki.jp/pp/aboutad
利用規約
https://wikiwiki.jp/pp/policies
広告の露出頻度や挙動については、今後も柔軟に調整を進めてまいります。
引き続きご理解とご協力をお願いいたします。
同意です
音出る系の広告はできれば見直していただきたいです
ご指摘のとおり、:RenameLogをリネームしましたところ解決しました。
ご回答ありがとうございました。
上記の不具合を修正いたしました。
ご連絡およびご確認、ありがとうございます。
:RenameLogの容量がいっぱいのようです。お手数をおかけしますが、削除してから再度お試しください。
https://wikiwiki.jp/control/:RenameLog
:RenameLogのローテーションを検討いたします。修正していただいた内容を確認いたしました。ご対応ありがとうございます。
「ページ名 - Wiki名」となるように修正いたしました。
（ページ名は
TITLE:が優先になります）また、
sns_share_imageおよびdescriptionプラグインを使用して、ページ単位でシェア情報を変更できるようにしました。
ただし、荒らし行為に利用されるリスクがあるため、管理者の許可が必要です。
許可するには、「コントロールパネル」→「各種設定」→「SNSシェア情報の変更を許可」をONにしてください。
現在の設定情報は、ページ右上のシェアアイコンからプレビューできます。
SNSシェア情報の変更のサンプルはこちらです。
上記の挙動を調整いたしました。
上記の不具合を修正いたしました。
ご連絡およびご確認、ありがとうございます。
上記の不具合を修正いたしました。
ご連絡およびご確認、ありがとうございます。
上記の不具合を修正いたしました。
ご連絡およびご確認、ありがとうございます。
上記の不具合を修正いたしました。
構文ハイライト機能は現在、試験運用中です。
そのため、一部の環境で正常に動作しない場合がございますので、
その際は機能をOFFにして編集していただけると幸いです。
ご不便をおかけして申し訳ございません。
上記の不具合を修正いたしました。
ご連絡およびご確認、ありがとうございます。
表題の不具合の修正を確認しました。ご対応いただきありがとうございました。
私も同じ症状が発生しています。
削除テキストハイライト自体が一定行を境に効かなくなっているようにも見えます
おそらく無関係のwikiで、運用方法も異なる(と、思われる)箇所でも同様の症状が発生したため、グローバルな問題であると思われます。
此方では80行程度で症状が発生しております。
一部のユーザーが想定以上の異常な数のタグ付けしていることによるサーバー高負荷により、タグリスト表示に制約を設けられたものと推察しています。タグリスト表示の上限数について公式より明らかにしてもらいたいです。
無制限に表示できていたことを運営からのアナウンスなしに仕様変更されては、ユーザーとしてプラグイン利用や今後の編集に不安が残ります。tablescrollプラグインの一件もそうですが、今までできていたことに制約を設けてお知らせすることなく仕様変更することはwiki管理者や編集だけするユーザー達を困惑させます。運営と一定の信頼関係を保つためにも、wikiの管理方法を見直させるような仕様変更はX公式アカウントなどでお知らせしてほしいです。なぜなら、当方もinclude系プラグインの使用上限についてで文中に「積極的にecacheプラグインを使用してください。」と記載があり、全ページに導入していました。現在も推奨する文言は訂正や削除されていませんが、非推奨を案内する公式アナウンスで知ってプラグインを無効化させることができました。運営さんにはエラー表示されるから、公式のアナウンスが必要ないと考えないで欲しいです。
#contentsxを使ってください。
タグを使いすぎなのが悪いと言われるとそのとおりなのですが、
・タグ数の上限がない想定で運用していたものを、今から上限を超えないように運用を変えるのは難しい
・ソシャゲのwikiでキャラクターの能力に合わせてタグを付与しており、必要性があるタグなので削減が難しい
・見直しをするとして、どこまで減らせばいいか明示されていない
・全タグのリスト表示自体が機能していないだけで、タグ自体は機能している
という事情から、できればタグのリスト表示自体を前の仕様に戻していただいたり(時期的に>> 3の仕様変更が行われるまでは読み込めていました)、リスト表示を1〜50件のような分割表示可能にしていただいたりとwikiwiki側で対応いただきたいです。
埋め込み型の天気予報動画に擬態した広告で、リンク先はgliacloudというサービスでした
スポンサー表記がありません
同じ書式設定の二つの表をincludeなどで取得及び結合してだそうとしても取得元の時点で書式通りではなく表示優先になり同じ書式設定にも関わらず表がずれてしまいます(要は同じ書式にしても記載内容によって表幅が自動調整されてしまうため二つの表をincludeした際にずれてしまう)