フォーラム:バグの報告/解決済み

フォーラム:バグの報告で報告された解決済みの報告はこのページへ保存されます。

HTTP404未検出

早速ですが、3rd上にあるバグなのでこのページを作成いたします。 左のサイドバーの一部リンクがHTTP404未検出と出ます。多分これも前の件と同じくMediaWiki翻訳者の仕業だろうかと思いますが、一応報告しておきます。--Fievarsty（トーク） 2012年12月27日 (木) 20:43 (JST)

情報が少なすぎます。環境情報（OS, OS bit, ブラウザとバージョン、スキン等）も、どこで発生するかの具体的な場所も示されなければ解決はおろか、調査すら行えません。--Hosiryuhosi（トーク） 2012年12月27日 (木) 20:48 (JST)

すみません、Wikipedia:バグの報告に従うんですね。問題が発生したページは、上記の通りでサイドバーの「コミュニティ・ポータル」「最近の出来事」のリンク、OSはWindows XP?でInternet Explorerの8、スキンは標準のベクターです。ただしGoogle Chromeではこういった現象が見られなかった(普通に表示された)ので、多分私だけかもしれません。--Fievarsty（トーク） 2012年12月27日 (木) 21:14 (JST)

(追記)幾度かリンクを押しているとエラーなく表示される場合がありますので、多分そちら側での修正は不要かと思われます。お手数おかけしてすみません。--Fievarsty（トーク） 2012年12月27日 (木) 21:25 (JST)

(報告)そのサイドバーの中から一つページを作ってみましたが、エラーは起こらず正常に表示しました。多分未作成ページのリンクをクリックすると起こる症状ではないかと思います。--Fievarsty（トーク） 2012年12月28日 (金) 19:41 (JST)

手元に XP ネイティブ環境が用意できなかったので、 Windows 7 Professional 以上で利用できる XP Mode で IE6 を IE8 へアップグレードして検証してみましたが、同様の結果は発生しませんでした。存在しないページに関しては、 HTTP ステータスコード 404 が返されるのに対し、存在する記事には 200 が返されますので、当然存在するページでは該当する問題は発生しえないはずです。「ツール」より「インターネットオプション」から「詳細設定」タブで「ブラウズ」セクションにある「HTTP エラー メッセージを簡易表示にする」のチェックボックスを外すことによって、改善されるかもしれません（検証環境では、チェックが入っていても問題なく表示できましたが）。--Hosiryuhosi（トーク） 2012年12月28日 (金) 20:34 (JST)

試してみましたが、エラーメッセージが表示されない代わりに真っ白に表示されました。やはり自分のPCかIEに不具合が生じているのではないかと思います。他サイトでも時々表示不具合がありましたが、エラーメッセージが出たのは初です。お手数おかけしてすみません。--Fievarsty（トーク） 2012年12月28日 (金) 21:16 (JST)

一部のアカウントの投稿が「特別:投稿記録」に表示されない

多分、更新が遅れているのかと思いますが、一部のアカウントの投稿がページ履歴には存在しているのに特別:投稿記録には表示されていなかったりしています。例としてあんだく氏の投稿記録をご覧になればいいのですが、記事をいくつも新規執筆(Enpedia:インポート依頼#2012/12/27参照、インポート済み)しているのに、投稿記録には現在4版しか表示されてません。また表示していない投稿記録の該当部分のページ履歴ですが匿名利用者と同じ表示になっています。OSはWindows、IE8、スキンは標準(ベクター)での確認です。--Fievarsty（トーク） 2013年1月1日 (火) 13:44 (JST)

おそらく仕様ではないかと思われます。インポート時点においてあんだくさんのアカウントは存在しなかったため、割り当てるべき利用者IDが見つからないので 0 を割り当てた（＝匿名利用者の扱い）ものと思われます。修正する場合はデータベースの操作が必要となりそうですね。--Hosiryuhosi（トーク） 2013年1月1日 (火) 17:01 (JST)

のろまなデータベースとはおさらばし、移転に伴う整合性の調整時にローカルにアカウントが作成済みで同一性が確認できる編集に関しては、適切な利用者IDを割り当てるように変更しました。--Hosiryuhosi（トーク） 2013年4月6日 (土) 13:17 (JST)

ツイート

メインページに2件のツイートがあるようですが、リンクを押しても「見つかりません」と出ます。OS：WindowsXP、IE8、スキン：ベクターでの確認です。--Fievarsty（トーク） 2013年3月16日 (土) 00:31 (JST)

Twitter 側の問題なのでこちらではどうにもできません。--Hosiryuhosi（トーク） 2013年3月16日 (土) 02:53 (JST)

MediaWikiに読み込んでいるので一応こちらに報告しましたが、Twitter側の問題でしたか。バグじゃないようですが、2件ツイートが表示しているとなるとこれは一体何なのでしょう。削除されたツイートなのでしょうか。--Fievarsty（トーク） 2013年3月16日 (土) 14:24 (JST)

セキュリティ警告のエラーとか

サーバーの移転によるものなのかもしれませんが、エンペディアにアクセスしたりページを保存したりするとアドレスがhttpsに変わり、セキュリティ警告のエラーとかが出ます。またこれが原因か時々サイトの外装もおかしくなったりしています。Rest:日記で先に書いていましたが、Hosiryuhosiさんは特に何も弄っていないとのことです。XP、IE8、スキンはベクターで他ブラウザでも確認しています。--Fievarsty（トーク） 2013年4月7日 (日) 03:36 (JST)

SSL 関連ですね。。申し訳ありません。OpenID 関連でエラーがあったので、その修正を行ったつもりだったのですが、設定ミスを起こしていました。修正しました。。（突貫工事だと必ずどこかボロがでますね。。汗）--Hosiryuhosi（トーク） 2013年4月7日 (日) 03:43 (JST)

追記: IE 8 では SSL に関してのバーチャルホストが非対応の模様です。そのため、サーバー標準のセキュリティ証明書である secure.hosiryuhosi.jp 用の証明書を参照してしまうようです。--Hosiryuhosi（トーク） 2013年4月7日 (日) 03:45 (JST)

OpenID

某匿名巨大掲示板にて OpenID によるアカウント作成にエラーを生じているという報告を受けたため、調査の結果、サーバー移転後から 2013/04/07 01:00 頃までOpenIDによるログイン、及びアカウント作成に問題を生じていました。修正の際のミスで上のセクションに関連するエラーを生じていました。--Hosiryuhosi（トーク） 2013年4月7日 (日) 12:48 (JST)

アドレスの転送

旧アドレス http://enpedia.myht.org/index.php/ と指定すると http://enpedia.rxy.jp/index.php/ に飛んじゃい、存在しないリンクとして表示されてしまいます。http://enpedia.myht.org/ の場合は特に問題ないのですが。--Fievarsty（トーク） 2013年4月10日 (水) 22:06 (JST)

ディレクトリ構造の変更に伴ったエラーですね。myht 側で url rewrite しておきますが、、やけに myht が重いので適当に軽くなったころにどうにかします。--Hosiryuhosi（トーク） 2013年4月11日 (木) 07:48 (JST)

AutoWikiBrowserを導入したいが…

バグ

AutoWikiBrowserを使ったBotを導入しようと思い、「Option」→「Preferences」→「Site」から「http://enpedia.rxy.jp/」を指定しても画像のようなエラーが発生し、うまく読み込めません。補足として、試しにChakuwikiとアンサイクロペディアのドメインでテストするとうまくいったのですが。

環境は、Windows7・Autowikibrowser5.5.1.0です。--written by 鉄の王子さま N-257 2013年6月25日 (火) 16:07 (JST)

http://enpedia.rxy.jp/ ではなく http://enpedia.rxy.jp/w/ と指定してみてもらえますか。--篠田陽司 (トーク) 2013年6月25日 (火) 16:23 (JST)

ダメです。変わりません…。--written by 鉄の王子さま N-257 2013年6月25日 (火) 16:56 (JST)

エラー画面は「インターネット接続を確認し、 index.php および api.php があるディレクトリを指定せよ」と言っているので、エンペディアでは「enpedia.rxy.jp/w/」を指定すればいいはずなんですけどね[1][2]。chakuwikiの場合「wiki.chakuriki.net/」、アンサイクロペディアの場合「ja.uncyclopedia.info/」を指定していらっしゃるかと思います。ウェブマスターに相談してみます。--篠田陽司 (トーク) 2013年6月25日 (火) 17:04 (JST)

エラーの原因を特定し、修正しました。以下苦言と原因の詳細。

1. スタッフやコミュニティに相談なく無断で Bot を利用しようとしないでください。
2. バグ報告の場所では、サードパーティアプリケーションのサポートを行いません。
3. 篠田陽司 さんの指示に対し、「変わりません」という誤った報告を行わないでください。実際に検証してみたところ、末尾の「ルート要素が見つかりません。」は報告者のアドレス指定が誤っていたことが原因であり(アドレスに "enpedia.rxy.jp" を指定したことが原因)、バグではありません（正常な挙動）。次に、アドレスを "enpedia.rxy.jp/w/" と変更した場合、末尾のメッセージが「指定されたキーはディレクトリ内に存在しませんでした。」というメッセージに変化していたはずです（修正済みにつき、同じメッセージは得られないかと思われます）。それに対して詳細な応答ではなく、「変わりません」というのは間違った応答であり、バグ解決の際には致命的な情報の欠落となりますので、問題解決が困難となります。今回は、私の側でも作動検証ができたので、原因を特定し、解決に至りましたが。
4. 原因の概要と解決法 : フォーラム名前空間の調整時に利用した一時的な名前空間へのエイリアス（別名 ; NSID: 111）が残っていたため、これの除去により解決。
5. 原因の詳細 : フォーラム名前空間の調整時に利用した名前空間の設定 (エイリアスの残骸 ; NSID: 111) が、存在しない名前空間を指定したため、AWB はその名前空間を特定しよう試みたものの、当該キー（名前空間）が特定できなかったことに起因し、「指定されたキーはディレクトリ内に存在しませんでした。」というエラーを返した。

以上。--Hosiryuhosi (トーク) 2013年6月25日 (火) 18:44 (JST)

（インデント戻し）ご不快な思いをさせてしまい申し訳ありませんでした本当は他にも言いたいことがあるのですが、所詮言い訳の域を過ぎないので今日はこの辺にしておきます。--written by 鉄の王子さま N-257 2013年6月25日 (火) 21:41 (JST)

ページ巡回できない

ページを巡回済みにしようと思って、右下に出る [このページを巡回済みにする] マークをクリックしたら、ページ右上に「巡回済みにするのに失敗しました。」という表示が出ました。どのページで試してみても同様に巡回ができません。---BadEditor 2013年6月26日 (水) 03:49 (JST)

ウェブマスター改め上級スタッフに対応してもらおうと思ったんですが、ここ数日連絡が取れません… 私の乏しい知識で分かる範囲で。

$wgUseNPPatrolはtrueになっていることが確認できました。

Special:NewPagesやSpecial:RecentChangesからは [このページを巡回済みにする] のリンクにたどり着けないのですが、どちらのページから巡回していらっしゃいますか？--篠田陽司 (トーク) 2013年6月28日 (金) 21:52 (JST)

私の環境では、Special:NewPages、Special:RecentChangesどちらのページから飛んでも、右下に [このページを巡回済みにする] が出ます。調査に必要な環境情報などがあったら質問してください。（あまり詳しくないのでちゃんと答えられないかもしれないけど）---BadEditor 2013年6月28日 (金) 22:12 (JST)

ああ、管理者だから巡回できるんですね。スタッフだけだとできないみたいでした。というわけで、管理者権限をつけてみて、旧清川村強盗殺人事件を巡回してみたところできちゃいました[3]。今も巡回できない感じですか？--篠田陽司 (トーク) 2013年6月28日 (金) 22:21 (JST)

いまだに出来ません。。。　Win8,IE10です。外装を変えても出来ないことには変わりなし。分かるのは、表示されたメッセージはこれが元だろうな、ということぐらいです。。。---BadEditor 2013年6月28日 (金) 23:54 (JST)

時間がないので後日調査します。--Hosiryuhosi (トーク) 2013年6月30日 (日) 17:30 (JST)

先のアップデートの影響なのか、正常にパトロールできるように直りました。---BadEditor 2013年12月7日 (土) 17:44 (JST)

あぁ…　そういえばパトロールも ajax 使ってましたね。。。 #ウォッチリストが追加できないと同じ問題だと思います。--Hosiryuhosi (トーク) 2013年12月7日 (土) 17:46 (JST)

動画読み込み

youtubeやニコニコ動画には「外部読み込みコンテンツ。ライセンス適用範囲外。（詳細）」という但し書きがついていますが、この「詳細」という青い部分をクリックしても説明文が表示されなくなってしまいました。以前までは同じ閲覧環境下でも正常に表示されていたのですが・・・。----BadEditor 2013年10月6日 (日) 19:00 (JST)

ああ、知ってて放置しているバグ…というか手抜きですね。。システムアップデートで今まで動いていた js が動かなくなってしまったので書き直さないといけないのです。。はい。適当な応急処置か、やる気が戻ったら今までの方式にもどします。。--Hosiryuhosi (トーク) 2013年10月6日 (日) 19:01 (JST)

前と同じように戻すのが大変なので免責事項に飛ばすようにしました。今でも同じ状態の場合、空編集か purge してください。--Hosiryuhosi (トーク) 2013年10月6日 (日) 20:06 (JST)

ありがとうございます。免責事項に飛ぶのを確認しました。---BadEditor 2013年10月6日 (日) 21:41 (JST)

YouTubeのときだけhttpsで飛ばされますね(IE8ではセキュリティ警告も表示)。--Fievarsty (トーク) 2013年10月7日 (月) 19:08 (JST)

書き換える際に youtube だけ // とすべきところを https:// と書いていましたね。 IE8 みたいな枯れたブラウザの対応はしませんけども（コレの対応はサーバーかIPを分けるしかないので、やるとなったらEnpedia専用にVPSを借りる必要が出るのです。要するに、私の借りているVPSの空きスペースを使って運営しているので、対応はできません。）--Hosiryuhosi (トーク) 2013年10月7日 (月) 19:18 (JST)

空編集で直っているのを確認しました。--Fievarsty (トーク) 2013年10月7日 (月) 19:29 (JST)

gif形式のサムネイルの不具合

特別:新着ファイルやファイルページからの確認ですが、gif形式のサムネイルが×になってしまっているようで正常に表示できないようです。XPで、IE8やGoogle Chromeからの確認です。--Fievarsty (トーク) 2013年10月27日 (日) 21:26 (JST)

ImageMagick の問題みたいですね。仕方がないので PHP の GD によるレンダリングへと切り替えました。サーバー側の画像キャッシュが数時間から数日残ると思いますので、当分はその表示になるかもしれません。--Hosiryuhosi (トーク) 2013年10月28日 (月) 01:09 (JST)

とりあえず今日正常に表示しているのを確認しました。後画像アップロードの上書きの際にデータベースの更新が遅いような気がしますが、バグではないですよね（一時ファイル削除やキャッシュを破棄しても更新されてなかったような）。--Fievarsty (トーク) 2013年10月28日 (月) 18:08 (JST)

上書きアップロードがなかなか反映されない現象は、アンサイクロペディアでも何度も遭遇したことがあります。たぶんバグとは別物なんでしょうね。あれ、困るんですよね、間違えて何度もアップロードしちゃう。。。---BadEditor 2013年10月28日 (月) 19:27 (JST)

上にも書いてますが、「サーバー側のキャッシュ」です。以前の過剰アクセスによるサーバーダウン対策によってフロントサーバーを nginx にして動的処理の部分は Apache に投げている（リバースプロキシ）のですが、その際に画像ファイルは数時間キャッシュして nginx が返すようにしています。これが原因です。キャッシュを切ることもできるんですが、過剰アクセスが来ると落ちる確率がおそらく上がります。過剰アクセスを考慮しないのであれば、キャッシュを切ってしまってもいいのですが。この画像キャッシュは purge で破棄されないので待つしかないのが現状ですね。-Hosiryuhosi (トーク) 2013年10月29日 (火) 00:44 (JST)

追記: サーバー側の画像キャッシュが有効なのは HTTP 接続に対してのみです。HTTPS に関してはサーバー証明書を結合させて Apache 側に渡すのが面倒くさいので nginx を介さず直接 Apache にアクセスするため、キャッシュは残りません（Apache のキャッシュ/リバースプロキシ機能はオフになってます）。--Hosiryuhosi (トーク) 2013年10月29日 (火) 01:53 (JST)

ファイル:G of google.gifの動画画像はサムネイル部分が動いていないようです。これもキャッシュの影響でしょうか。--Fievarsty (トーク) 2013年11月2日 (土) 23:23 (JST)

設定変更後にアップロードされたファイルであるため、キャッシュの影響ではありませんね。 PHP にバンドルされている GD では動画 GIF のレンダリングができないそうです。後日サーバー PS のアップグレードを行いますので、その際に Imagemagick を手動でコンパイルするかしてどうにかできればどうにかします。。（手動コンパイル版は面倒くさいんだよねぇ。。）--Hosiryuhosi (トーク) 2013年11月5日 (火) 01:49 (JST)

MediaWiki の設定変更により直りました--Hosiryuhosi (トーク) 2013年11月9日 (土) 21:20 (JST)

正常に動画サムネイルが動作しているのを確認しました。--Fievarsty (トーク) 2013年11月10日 (日) 01:17 (JST)

MediaWiki internal error

昨日から確認したのですが、下らない編集しか出来ないさんの利用者ページが表示することができず、MediaWiki internal errorのエラーメッセージが出てしまいます(DPLが原因?)。また先ほどテンプレートの保存の際にもMediaWiki internal errorのエラーメッセージがフッターの下の辺りに出ました。--Fievarsty (トーク) 2013年10月29日 (火) 20:38 (JST)

デバッグ関係のオプションを有効にしていたことが原因でした。切りました（直しました）。--Hosiryuhosi (トーク) 2013年10月29日 (火) 23:14 (JST)

旧エンペディアの画像ファイル

旧エンペディアの画像ファイル（2nd:ファイル:Enpedia logo LEAF.jpg, 2nd:ファイル:Wiki.png）がこの間のサーバーメンテナンス後のドメイン変更によるものなのか、×になっており表示できないようです（ファイル参照が変更前のディレクトリ(w2)のままなので多分設定し忘れ）。--Fievarsty (トーク) 2013年11月13日 (水) 18:40 (JST)

設定ファイルの修正忘れですね。直しました。--Hosiryuhosi (トーク) 2013年11月13日 (水) 19:14 (JST)

ウォッチリストが追加できない

ページのウォッチリストを追加しようとすると「ウォッチリストの「ページ名」の設定を変更中にエラーが発生しました」というメッセージが表示されてウォッチリストを追加することができません。私は普段この機能は全く使わないのですが、たまたまクリックしたらこのような表示が出て、他のページでも試したのですが同様のメッセージが出ました。--Fievarsty (トーク) 2013年11月16日 (土) 19:04 (JST)

私の環境（とりあえず Windows7 x64, IE11 互換表示なし（拡張保護有効） or Google Chrome 31 WOW64）では再現しませんでした。アカウント個別の問題（ウォッチリスト等の破損）かブラウザに関連する問題かもしれません。--Hosiryuhosi (トーク) 2013年11月16日 (土) 19:17 (JST)

ブラウザはIE8とGoogle Chromeで両方試しましたが、エラーのままでした。なおRxywikiなど他MediaWikiサイトでは異常はないので、エンペディアのみで起こっている現象であり、アカウント個別の問題かは知りませんが、ウォッチリストは何も登録しておらず、編集も特にしていないです。--Fievarsty (トーク) 2013年11月16日 (土) 19:55 (JST)

新しく作ったアカウントにて状況を確認しました。しかし、原因が今のところわかっていません。☆の部分を別のタブで開いたり、ウォッチリストのページにて直接追加することは可能なのですが。。。--Hosiryuhosi (トーク) 2013年11月16日 (土) 21:00 (JST)

修正 しました。サーバーのログを確認して☆からのウォッチリスト追加の挙動を調べたところ、API が使われていることが判明しました。そのため、通信解析を施して☆からのウォッチリスト操作時における API からの操作結果を確認したところ、"writeapidenied" というエラーを返していることが判明しました。原因としては user に対して writeapi を false （書き込みAPIの使用を禁止）にしていたため、☆からのウォッチリスト操作は API で行われていたことが原因で「権限なし」としてエラーを生じたためです。スタッフの場合は writeapi をグローバル権限で許可していたために報告された現象を確認できなかったものと思われます。--Hosiryuhosi (トーク) 2013年11月17日 (日) 18:11 (JST)

正常にウォッチリストが動作し、直っているのを確認しました。--Fievarsty (トーク) 2013年11月17日 (日) 19:36 (JST)

中止ボタン

編集画面の中止ボタンを押すと編集がキャンセルされずに保存されてしまいます。通常空間でも利用者ページでもなったのでどうやら全空間で起こるようです。バグでしょうか？それとも仕様でしょうか？
スキンはベクター、OS・ブラウザはwindowsXP+LunascapeORION6.8.5です。--good-flavor # 2013年5月23日 (木) 21:36 (JST)

いつの時点かのアップデートで治ったようです。--Rxy (トーク) 2014年5月10日 (土) 22:43 (JST)

確認しました。ありがとうございます。--good-flavor # 2014年6月8日 (日) 20:46 (JST)

旧エンペディアの不具合

メンテナンスによる影響だと思われますが、旧エンペディアにおいて投稿記録などの特別ページを表示しようとすると「データベース・エラー」が表示されます。また、それが原因か記事空間を含むページも表示できないようです(「「ページ名」というページの版番号 0 の版は存在しません」と表示される。履歴ページは表示できるが版が全く無いという不自然な状態)。--Fievarsty (トーク) 2014年5月7日 (水) 00:32 (JST)

Enpedia:お知らせ/サーバーメンテナンス#2014-05-05 にも書いてある通り状況は把握していますが、何もできないのが現状です。近日中に可能であれば何らかの対応を行いたいとは思いますが、効果的と思われる解決策が見いだせていないのが現状です。私が多忙により時間が取れないということもありますが、そもそも SQL ダンプをとったダンプ事態に膨大な量の構文エラーとなる要素が含まれているため、分割実行もままならない状況です。SQL ダンプだけだと不安だったので、バックアップの際にはデータベースサーバー自体のデータファイルも対象にしていたのですが、こちらからの読み出しも現状は困難な状況となっています。如何せん、2nd には過去の大規模荒らしなどによる「ゴミ」が大量に残っているために、ファイル容量自体も大きくなっており、閲覧するのがやっとな状態で、各構文のチェックを手動で行うにはあまりにも困難な数のエラーをはいていますので、これらの修復には相当なスキルと経験、加えて根気と時間が必要となりそうです。--Rxy (トーク) 2014年5月7日 (水) 06:39 (JST)

手元にちょうど前のサーバー OS と同じバージョンの OS iso イメージが転がっていましたので、それを使って仮想マシンにインストールし、パーミッション等の調整もして mysql のデータファイル一式すべてを入れ替える形で配置することによって、一応のデータ読み込みには成功しました。エクスポートまではやったのですが、検証のために現在の OS と同じバージョンのデータベースサーバーを構築して検証する必要があるため、その検証が無事に終わり次第、整合性の調整に入りたいと思います。今週末には修復のためのメンテナンスに取り掛かれそうです。ただ、前回のメンテナンス以後の編集はすべて吹き飛ぶと思ってください。--Rxy (トーク) 2014年5月7日 (水) 23:05 (JST)

前回のメンテナンス以後の編集というのは2014年5月6日以降の編集が吹き飛ぶということでしょうか。後メンテナンスはまだ完全には終了していなかったのですね。--Fievarsty (トーク) 2014年5月8日 (木) 00:51 (JST)

データベースのデータ吸出しが正常に行え、検証結果も検索インデックス（空でもコマンド発行により再構築可）以外はすべて正常にクエリが実行されましたので、旧エンペディアのデータベースは復旧しました。現エンペディアは書き込みがあるので、どうしても数分から数時間の閲覧を含む停止が必要になりますね。「メンテナンスはまだ完全には終了していなかった」これについては、どちらかといえば当初の予定であるメンテナンスは完了したものの、メンテナンスを行うことによって生じた不具合　といった類のものですね。

「前回のメンテナンス以後の編集というのは2014年5月6日以降の編集が吹き飛ぶということでしょうか。」これについては、正直なところ【吹き飛ばしたまま】にすることもできますし、SQL 実行履歴を追いかけてすべての編集・操作などをほぼ元に戻すこともできますが、後者の場合はとても面倒くさいです。。。企業のシステムが問題発生時に「バックアップ時点までロールバックして、その後にバックアップからロールバックまでに実行された問題のないデータを追加する」というのと似た煩雑な手順を使いますので、個人サイト規模ではそこまでやらなくてもいいんじゃないかなぁ…というのが本音です（カテゴリ関係の編集は取り除かないといけませんし…）。手軽に、新規作成されたものは MediaWiki の xml ダンプ（＝記事の書き出し）で救済し、通常名前空間における編集がある分については、これも MediaWiki のページ書き出しを使ってとっておき、復旧時にはいったん既存の記事を削除して xml インポートをさせるのが楽で必要最小限の効果は得られるかなぁ　と思っているのですが。--Rxy (トーク) 2014年5月8日 (木) 19:52 (JST)

そうですか。編集が吹き飛ぶとなると、新規作成記事はともかく既存記事の編集版の復旧に関してはかなり面倒ですね。あと、旧ウィキのデータベースの復旧を確認しましたが、削除と同様処置でとられている閲覧制限が解除されているという、やばい状態になっています（2nd:特別:利用者グループ権限）。--Fievarsty (トーク) 2014年5月8日 (木) 22:16 (JST)

インポートと削除方式は処理数が多いものの、Botでやってしまうのでそこまで苦痛にはならないのですが、データベースの SQL で問題個所を取り除いて再実行する方法は、ひたすら検索をかけて問題個所を目視と手動で取り除いていくので、大変です。旧エンペディアの閲覧制限が外れている旨のご報告、ありがとうございます。修正しました。おそらくメンテナンス時にログインして作動確認をするのが面倒だったので一時的に解除していたのだと思いますが、コメントアウトを外し忘れていたようです。--Rxy (トーク) 2014年5月9日 (金) 02:11 (JST)

メンテナンスお疲れ様です。復旧インポートに関してはmyadminから行われていましたね。--Fievarsty (トーク) 2014年5月10日 (土) 20:27 (JST)

myadmin とは phpMyAdmin のことを指されているのでしょうか。もしそうであれば、今回のメンテナンスではデータの確認など、GUI　の特性が最大限に発揮できる場面以外は殆ど使いませんでした。基本はターミナルからコマンドでの操作となりました。インポートは 5月5日 以降に行われたページを特定し、カテゴリ名前空間を除外して対象ページを全版エクスポートし、5月5日以降に行われた編集だけを手作業で抽出し（抽出スクリプトを書いたほうが早かった気がします）、importDump.php からのインポートを行いました。その後、インポートされたページのリンク元や最近の更新を反映するため、rebuildall.php を使用して更新をかけました（これが結構な時間を使います）。このため、表面上は 2nd からの記事インポートの際に表示されるような編集要約を含む版が残っていません（作られていません）。--Rxy (トーク) 2014年5月10日 (土) 21:56 (JST)

内部サーバーエラー

MediaWiki 1.23.0 のアップデートによるものなのか、Enpedia:議論の場が内部サーバーエラーになって表示することが出来ません。ページ内部で使われているタグをプレビューで調べたところ<forum>が原因らしいです。Google Chirome でも確認済みです。--Fievarsty (トーク) 2014年6月8日 (日) 17:25 (JST)
（追記）旧エンペディアでもまたデータベース・エラーが発生していますね。ページを開いた場合は HTTP500 内部サーバーエラーとも表示され、全コンテンツが閲覧不可能な状態です。--Fievarsty (トーク) 2014年6月8日 (日) 17:31 (JST)

修正しました。--Rxy (トーク) 2014年6月8日 (日) 18:42 (JST)

正常表示を確認しました。--Fievarsty (トーク) 2014年6月8日 (日) 18:57 (JST)

数件報告

• あまり対したことではないですが特別:アカウント統一管理の特別ページ（利用者を指定したページ）の下部分、つまり「編集回数の合計」の行より下の部分がアカウント情報の表を含み、謎のリンク化現象が起きています。私のアカウント情報の場合は特に問題はないのですが。
• フォーラム:新ウィキについての議論/新ウィキの設置の履歴で見つけたのですが、EZOさんの投稿部分が匿名ユーザー状態（特別:投稿記録にも割り当てられていない）になっていますので、報告しておきます（3rd移行から随分後になって再登録していたので、多分これの設定し忘れ）。--Fievarsty (トーク) 2014年6月29日 (日) 20:10 (JST)

対処

• 特別:アカウント統一管理 :普通ではやらない設定ファイルの書き方を使うことによって解決しました。
• アカウント登録済みの未割り当て分（敬称略: Android-marionette, POLM, EZO, 鉄の王子さま, Hieracosphinx ）に関しては、版に対する利用者 ID の再割り当てを行いました。
• --Rxy (トーク) 2014年8月30日 (土) 20:23 (JST)

直っているのを確認しました。--Fievarsty (トーク) 2014年8月31日 (日) 00:10 (JST)

時々起こるリンク不具合現象

今日はテンプレート:Cc-by-saで確認したのですが、ある特定のページにおいて、内部リンクのリンク先のアドレスが時々 http://enpedia.rxy.jp/enpedia/ と指定されて、エラーになってアクセスできなくなる現象があります(ディレクトリ /wiki に指定し直せば問題なし)。数週間前辺りにもどこかのページで同様の現象が見られましたが、しばらく経つと元通りになっていたりしています。また画像の場合は × となって正常表示が出来なくなるようです。--Fievarsty (トーク) 2014年7月19日 (土) 20:13 (JST)

上記に示したページにおいてのリンクバグ現象は現在元に戻ったようです。が、再びどこかのページで発生しているかもしれません。--Fievarsty (トーク) 2014年7月19日 (土) 21:25 (JST)

キャッシュが悪さをしているんですね。そういう時は ?action=purge か、空編集でキャッシュの破棄を行ってください。SSL 関係で、SSL を使っている人がキャッシュが作られていないページにアクセスすると、このような現象が発生するものと思います。Enpedia 用に SSL 証明書を買うためのお金がないので抜本的な対策は行えません。--Rxy (トーク) 2014年7月19日 (土) 22:29 (JST)

対処 SSL からの接続時にはキャッシュを残さないように書き換えました。今後同様の現象は発生しないはずです。--Rxy (トーク) 2014年8月30日 (土) 20:23 (JST)

右下のライセンス表示の画像が表示されない

画面右下の「Powerd by MediaWiki」と書かれているバナーの左にあるライセンス表示のこういう画像が表示されません。htmlソースを調べてみると <img src="/wiki/skins/common/images/cc-by-sa.png"…… となっていましたが、そのURLは画像では無く、Skins/common/images/cc-by-sa.pngという存在しないページへのリンクになっています。--EZO（意見｜見録［数］｜投函） 2014年8月30日 (土) 15:15 (JST)

こちら monobook からも確認済みです。2日前くらい前から × 状態になっているようです。--Fievarsty (トーク) 2014年8月30日 (土) 19:06 (JST)

対処 #数件報告 で報告された 特別:アカウント統一管理 の問題を解決するための「普通ではやらない設定ファイルの書き方」が原因となって、スクリプトパスが参照できなくなっていたようなので、「普通ではやらない設定ファイルの書き方」の方に含めることによって解決しました。--Rxy (トーク) 2014年8月30日 (土) 20:23 (JST)

正常に表示しているのを確認しました。--Fievarsty (トーク) 2014年8月31日 (日) 00:10 (JST)

活動中の利用者一覧

あまり大したことではないですが、特別:活動中の利用者で、最近30日間に活動があるはずの坂東一郎氏、白岡誠氏等、一部の利用者名が表示されていないようです（あんだく氏も時々表示していないときがある）。バグなのか仕様なのかわからないですが一応報告します。--Fievarsty ［talk/edit-log］ 2014年9月9日 (火) 19:08 (JST)
追記 私が7月に行ったカテゴリ大量削除の操作数も未だそのままになっているようです。上部を見ると「このページのキャッシュされた版を表示しています」と書かれていたので、更新が遅れ表示する仕様でしたらすみません（最大経過というのは良く分からないですが）。--Fievarsty ［talk/edit-log］ 2014年9月9日 (火) 19:26 (JST)

追記 何だか 2014年9月14日 (日) 02:25 (JST) のこの時点では私の利用者名も消えて、3名（EZO、あんだく、アニメモン氏のみ）の利用者名しか表示されていないようです。また上の件について、更新が遅れ表示する仕様ならば30日以上すこし前に活動があった白岡誠氏が表示しないのもおかしいと思いますし、やはりバグっているかもしれません。--Fievarsty ［talk/edit-log］ 2014年9月14日 (日) 02:25 (JST)

もう治ってますね。私はバグってるときのそのページを見てませんが、恐らく一時的なバグだと思います。--EZO（意見｜見録［数］｜投函） 2014年9月16日 (火) 00:55 (JST)

利用者名の表示は確認しました。だけど私の過去30日間の操作数が未だ7月に実行したカテゴリ大量削除の操作数を含めているようです。--Fievarsty ［talk/edit-log］ 2014年9月16日 (火) 02:07 (JST)

また一部の利用者名が表示されなくなっているようです。この時点 (2014年10月22日 (水) 18:22 (JST)) では、Nakayoshi1さんと、Rxyさんしか表示されていないのを確認しました。--Fievarsty ［talk/edit-log］ 2014年10月22日 (水) 18:22 (JST)

私もです。2014年10月22日22時前後の時点(日本標準時)で、

• Nakayoshi1が過去30日間に442回の操作
• Rxyさんが過去30日間に106回の操作

としか表示されません。--Nakayoshi1 (トーク) 2014年10月22日 (水) 22:10 (JST)

そして更にこの時点 (2014年10月22日 (水) 23:39 (JST)) ではNakayoshi1さんも消えてrxyさん（106回の操作）しか表示されなくなりました。--Fievarsty ［talk/edit-log］ 2014年10月22日 (水) 23:39 (JST)

2014年11月7日 (金) 02:51 (JST) 時点では全て正常に表示しているようです。操作数は以前の通りですが。--Fievarsty ［talk/edit-log］ 2014年11月7日 (金) 02:51 (JST)

MediaWiki 1.24.0 のアップデートによってどうやら操作数も直ったっぽいです。--Fievarsty ［talk/edit-log］ 2014年11月27日 (木) 22:38 (JST)

しかしまた一部の利用者名(rxyさん、へのへのもへじさん等)が消えてしまっているようです。--Fievarsty ［talk/edit-log］ 2014年12月5日 (金) 18:24 (JST)

---

しつこいので返信: ページ表示速度高速化のために、enpedia では wikipedia 同様多重のキャッシュサーバーを HTTP サーバー到達までの間にかませています。MWアップデート時等、大規模な変更があるとき以外は基本的に「キャッシュされた統計」が表示されます。これは、ページアクセス毎に毎度毎度集計作業をデータベースに接続して行っていると、サーバーが重くなるうえに、これらの情報は最新性を常に求められるわけでもなく、最新であったところでサーバーが重くなるだけなので、わざわざデータベースへの問い合わせを行わず、キャッシュが存在すればそのキャッシュの内容を読み込み、「キャッシュされた時点のデータ」を返すようになっています。そのため、「サーバー側のキャッシュ」が存在している場合、キャッシュされたデータが返ってきます。--Rxy (トーク) 2014年12月7日 (日) 19:58 (JST)

そうでしたか。ウィキブレイク中の中すみませんでした。以後少々配慮して気をつけます。--Fievarsty ［talk/edit-log］ 2014年12月7日 (日) 21:47 (JST)

TeX が正常に表示されない

こちらで報告があったのですが、<math>タグに数式を入れると「文解析に失敗 (texvc の実行可能ファイルが見つかりません。math/README を読んで設定してください。):」というエラー文が表示されてしまうようです。しかし4分の5拍子の記事に使われている数式は問題なく正常に表示しているようです。スキンは私の場合は monobook から確認しています。--Fievarsty ［talk/edit-log］ 2014年9月17日 (水) 18:22 (JST)

直しました。5月のメンテナンス時に tex 生成のために必要なソフトウェア一式が抜けてしまったようです。--Rxy (トーク) 2014年9月18日 (木) 03:46 (JST)文言修正--Rxy (トーク) 2014年9月18日 (木) 03:49 (JST)

正常に表示しているのを確認しました。--Fievarsty ［talk/edit-log］ 2014年9月19日 (金) 01:35 (JST)

内部サーバーエラー（2度目）

昨日からですが、Enpedia:議論の場のページが重く、しばらくすると内部サーバーエラーになってアクセスすることが出来ません。ページ内部で使われているタグをプレビューで調べたところ、また<forum> が原因らしいです。スキンは monobook から確認しています。--Fievarsty ［talk/edit-log］ 2014年10月1日 (水) 18:44 (JST)

• 直しました。--Rxy (トーク) 2014年10月1日 (水) 18:50 (JST)
  • 迅速の対応ありがとうございます。正常に表示できるのを確認しました。--Fievarsty ［talk/edit-log］ 2014年10月1日 (水) 18:55 (JST)

2ndが閲覧できない

権限エラーで閲覧できなくなっています。「閲覧者」権限が有効に機能していないのでしょうか？---BadEditor 2014年11月27日 (木) 20:50 (JST)

情報 調べたところ、統一ログイン機能の CentralAuth が今回のMediaWikiのアップデート時に除去されてしまったようです。これによりグローバル権限が消滅してしまい、閲覧者権限も無くなってしまったようです。んでもって私は 2nd にログインが出来ないと思ったら、統一アカウント設定前の古いパスワードにリセットされていた･･･。--Fievarsty ［talk/edit-log］ 2014年11月27日 (木) 22:27 (JST)

SQL クエリエラーをはいて、現 Enpedia のログインすらできない状態になったため、一時的に CentralAuth を外してあります。原因が特定でき次第復旧いたします。--Rxy (トーク) 2014年11月28日 (金) 02:43 (JST)

原因を特定し、復旧しました。--Rxy (トーク) 2014年11月28日 (金) 05:28 (JST)

旧エンペディアの URL

メインページ#参加者向けページ集にリンクしている旧エンペディアへのインターリンクをクリックしたら何故かアドレスは old-enpedia.rxy.jp となっているものの、表示しているのは 3rd のデータベースになっていました。その場所から特別:ログインやサイドバーのリンクをクリックすると一部（特別:最近の更新、Enpedia:議論の場等）は 2nd のデータベースに飛びますが、3rd のデータベースのまま表示されるのもあります。スキンは 3rd では標準のベクター、2nd は非ログイン状態だったのでモノブックでの確認です。確か、先日のMediaWikiのバージョンアップの頃から起こっていた現象のような気がします。--Fievarsty ［talk/edit-log］ 2014年12月7日 (日) 18:08 (JST)てい--Fievarsty ［talk/edit-log］ 2014年12月9日 (火) 17:20 (JST)

サーバー側のキャッシュをすべて破棄しました。CA 問題発生時にキャッシュ関連をいじったり、サイト分割（現epと旧epを分ける）設定などを頻繁に変更していたためだと思われます。サイト分割を停止状態かつサーバーキャッシュがオンの状態のときにアクセスが発生したために、現ep の内容が読み込まれる状態でキャッシュされたため、それが長々と残ってしまったようです。なお、このキャッシュはブラウザ側にも残りますので、ブラウザ側のキャッシュも同時に破棄する必要があります。--Rxy (トーク) 2014年12月7日 (日) 19:51 (JST)

直っているのを確認しました。--Fievarsty ［talk/edit-log］ 2014年12月7日 (日) 21:47 (JST)

あれれ? またキャッシュが残ってしまっているようです･･･。--Fievarsty ［talk/edit-log］ 2014年12月9日 (火) 17:20 (JST)

キャッシュは完全に破棄しましたので、どこかの評価段階で old-enpedia.rxy.jp が enpedia.rxy.jp としての評価され、その内容が返されているようですね。。。　影響は少ないので放置します。--Rxy (トーク) 2014年12月10日 (水) 20:40 (JST)

そうですか。あとまたまたすみませんが、メインページで今度はエンペディアのロゴ（ファイル:Wiki.png）をクリックしたら、2nd のファイルページ（2nd:ファイル:Wiki.png）で表示していました。上記と同じ現象が 3rd 上でも発生していたようです。なお、これは非ログイン状態で確認しています（ログインしているときは正常です）。--Fievarsty ［talk/edit-log］ 2014年12月11日 (木) 01:46 (JST)

遅くなりましたが、MediaWiki のキャッシュ設定を変更し、旧 Enpedia へのリクエストは memcached に記録しないようにしました。おそらくこれで再発しないはずです。--Rxy (トーク) 2014年12月30日 (火) 22:04 (JST)

表示不具合が解消しているのを確認しました。--Fievarsty ［talk/edit-log］ 2014年12月31日 (水) 01:31 (JST)