*** MediaWiki 管理者の集い　　***

*** MediaWiki 管理 ..

412:nobodyさん
06/07/13 22:28:49
>>410
逆に、日本で主流っぽいPukiWikiとかの記法が全く分からんｗ
不便な世の中だ。LivedoorWikiとかmwの劣化コピーに見えるのに（履歴ページとか）記法は違うもんな。

413:nobodyさん
06/07/14 00:18:25
>>408
もうひとつ質問させていただきます。127.0.0.2以外を返してくるサーバ(127.0.0.3など)を指定してもエラーは起きませんか？

414:nobodyさん
06/07/14 00:29:41
>>413
Aレコードがあるかどうかしか見てないから、大丈夫だとは思うけど。

聞く前に試してみればいいのになー

415:nobodyさん
06/07/15 21:52:14 Kl8Jkd0j
mysqldumpして、他のサーバに移動したんだけど
復活できた記事と、消えちゃった記事があるんだけどなんでだろ？

416:nobodyさん
06/07/17 16:48:00
自分で拡張した名前空間の定義をバックアップしてないのはよくあるケース。

417:nobodyさん
06/07/17 20:31:55
MediaWiki 1.5.8
新着画像ギャラリーのサムネイルで画像が表示されん。
がしかし、クリックすると大きな（アップロードしたサイズ）画像が現れる。
つうことは、アップロードはなっているけど、
サムネイルが表示できてないってこと？
何をどういじればサムネイルが表示されるのやら。

同じ現象のかたいますか？

418:nobodyさん
06/07/17 21:40:58
・ライブラリへリンクできてない。
・なんらかのパーミッション制限がかかってる鯖でディレクトリハッシュが使えないのに使おうとしてる（無効化してない）
・というかそもそもimageディレクトリのパーミッションがいいかげん。

原因はこれくらい。

419:417
06/07/18 18:42:01
>>418
ありがとう。
2番目ぽいかな・・・
3もありかもね・・・（ｵﾚﾉｺﾄﾀﾞｼ

通常サイズで表示できて、サムネイルでは表示できないってのがなぁ・・・
がんばってみるか

420:nobodyさん
06/07/18 19:58:24
>>419
LocalSettings.phpをrenameして、もっかい./config/index.php開いてみ。
ImageMagickが認識されてるか出るから。

421:417,419
06/07/18 20:20:32
>>420
やってみました。
PHP 4.4.2: ok
PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP's memory_limit is 64M. If this is too low, installation may fail!
Have zlib support; enabling output compression.
Neither Turck MMCache nor eAccelerator are installed, can't use object caching functions
GNU diff3 not found.
Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
Installation directory: /home1/httpd/maemori/public_html
Script URI path:

こうでました・・・が、この先の設定をやって、最後にでる「何々ができる」ってところをみないとだめですか？

422:nobodyさん
06/07/18 20:25:55
>Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.

とあるからな。やっぱパーミッション関係じゃないか。

423:417,419,421
06/07/18 20:58:18
>>422
そですか・・・どうもありがとう！
ちょいとテスト的に作ってみました。

URLﾘﾝｸ(lapaz.no.land.to)

424:nobodyさん
06/07/18 21:14:53
LocalSettingで
> $wgHashedUploadDirectory = true;
と書いてある行を探して
> $wgHashedUploadDirectory = false;
に書き換えて味噌。
既存の
./images/
./images/thumb/
ディレクトリのパーミッション777にするの忘れずにな。

425:417,419,421,423
06/07/18 21:20:08
>>424
おぉ！ありがとうっ
早速やってみるよ！

21：19分現在表示されず。
さて・・・表示なってくれ！

426:417,419,421,423,425
06/07/18 21:24:47
みたら、
#$wgHashedUploadDirectory = false;
こうなってたので、#をけしてみたのだけど、よかった？
パーミッションは777になってた。

がんばれwiki（つか俺の脳

427:426
06/07/18 22:00:04
>>424
なんとか表示できたよ！
どうもありがろう。感謝感謝！

ではこれを元に自鯖でやってみます。
どうもありがとう！

428:426
06/07/18 22:00:42
・・・あまりのことにどもったぜ・・・

429:nobodyさん
06/07/25 19:54:33 RHGKeQId
age

430:nobodyさん
06/07/30 13:18:57 mPB1O1nq
自宅サーバーにするために１からmediawikiを入れようと思い中古PCを１台用意しました
要するに、mediawikiを走らせるためには、

１．ＯＳ（私の場合はwindows2000）
２．ＭＹＳＱＬ
３．ＷＥＢサーバー（私の場合はapache）
４．ＰＨＰ
５．ＭＹＳＱＬのＧＵＩツール（ＰＨＰＭｙＡｄｍｉｎなど）※必須ではない
６．Ｍｅｄｉａｗｉｋｉ

というインフラが整っていなければならない、ということですね。
それで、どうせなら各プログラムは最新版の方がいいだろうということで
最新版を求めました。

そこで質問です。
ＡＰＡＣＨＥは７月２８にver.2.2.3　というのがリリースになっていて、
インストールしたのですが、動作確認をしたら従来、
「あなたの予想に反してこの画面が見えていますか」　と表示される所を
「It works!」　とのみ表示されたのですが、これはインストールが成功しているのでしょうか？

431:nobodyさん
06/07/30 13:44:14
>>430
it worksなら動いてるんでしょうね。

ただ、PHP5.1のWindowsバイナリにはApache2.2用のモジュールが含まれてないから、
自前でコンパイルする必要があるよ。

PHP5.2のスナップショットからphp5apache2_2.dllをもってくれば動くらしいけど。

432:nobodyさん
06/07/30 14:00:50 mPB1O1nq
>>431
え”～　そうなんですかぁ…(T_T)
じゃぁやっぱりapacheはver1.3にしよう。

こういうのって難しいですね。
古ければセキュリティ上問題があるからアップデートしろというし、
新しければ、周囲がそれに対応していないし、詳しい説明情報が無い。

433:nobodyさん
06/07/30 14:04:00
>>432
そこで2.0系にするって発想はないのかい・・・

434:nobodyさん
06/07/30 16:58:55 mPB1O1nq
いえ、物の本がver1.3で説明してあるから、そっちの方が無難かなと思ったのですが。
でも、おっしゃるとおり、というか、再度削除して低バージョンのを入れるのが
面倒くさかったので、教えて頂いた情報を元に、php5apache2_2.dll　を探してきました。
試行錯誤の末、どうにかＰＨＰもアパッチもＭＹＳＱＬもインストールできました。

そこで本丸のｍｅｄｉａｗｉｋｉ（ver１７１）を入れたのですが、
何とかインストールは成功しました。

けれど！！
index.php　を表示させようとすると、
MediaWiki internal error.

Original exception: exception 'DBQueryError' with message 'A database error has occurred
Query: SELECT page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len FROM `page` WHERE page_namespace = '0' AND page_title = 'メインページ' LIMIT 1
Function: Article::pageData
（以下略）

というエラーが出て動きません(T_T)
私しろーとなので、よく分かりませんが、
どの辺がまずかったのでしょうか？
それとも各プログラムのバージョンが新しすぎてかみ合わないのでしょうか？
ＯＳ：　　　　　windows2000 プロフェッショナル
ＭＹＳＱＬ：　　５．０．１６
Ａｐａｃｈｅ：　２．２．３
ＰＨＰ：　　　　５．１．４
MEDIAWIKI：　　１．７．１

435:nobodyさん
06/07/30 17:14:59 mPB1O1nq
自己解決しました
localsetting.phpの$wgDBmysql5をfalseをtrueに変えたら正常に起動しました。
ああ、やっとローカルでＷＩＫＩが動いた。(^_^)

あとは一括流し込みだー！

436:nobodyさん
06/07/30 17:20:43 mPB1O1nq
>>431　さん

興奮のあまり、

ありがとう　の５文字を忘れていました。
php5apache2_2.dll の情報がなければ、きっと今頃まだ悩み続けていたことでしょう。

ありがとうございました。　m(..)m

437:うた
06/07/31 11:57:22 ZiaFHJQ+
>>349　どのみち MySQL を直接蹴ってダンプ吐かせたり飲ませたりするんだから

430は私です。上記のようにmediawikiのインストールに成功しました。
今目の前には白紙状態のＷＩＫＩがある訳なんですが、そこで質問です。

例えば広辞苑の全て２３万項目を網羅したテキストデータがあったとします。
このテキストデータの塊からＷＩＫＩデータを自動で作る方法はありますか？

>>111　さんの情報では
「詳しくは ./maintenance/tables.sql 」とのことでしたが、英文に挫折しました(T_T)

どなたかこんな素人にどうか御教授下さい。(-人-)ナムナム

---------------------------------------
wiki関連書籍は以前は殆ど無かったのに、最近色々出てきたみたいです。
しかしmediawikiに関しては未だにドイツ人が書いた１冊しか見つかりません
手取り足取りの解説本はないものだろうか・・・・
---------------------------------------

438:うた
06/07/31 12:13:49 ZiaFHJQ+
もう少し具体的に言うと、
例えば広辞苑のテキストデータがあったとして、
データベースに載せたいfieldは
・項目名
・説明文
の２フィールドだけなんですが、
このデータをmediawikiのどのテーブルのどのフィールドに放り込んだらいいのか
ということを知りたいのです。

それとも単に放り込むだけでは不味いので何らかの特別な処理が必要なのでしょうか

439:nobodyさん
06/07/31 12:20:19
>>438
MediaWikiのAPIに通じていないのなら、
./maintenance/importTextFile.php に食わせるのが最も簡単。

>php importTextFile.php --help
でヘルプが表示されるから使い方はそっち参照。

一ファイル一ページになるから、バッチファイルでも書いてみればよいでしょう。

SQLで項目を追加するなんてのは無謀だからやめた方がいい。

440:うた
06/07/31 13:29:23 ZiaFHJQ+
>>439　様

早速の御教示、有り難う御座います！！
ところで
> 一ファイル一ページになるから、バッチファイルでも書いてみればよいでしょう。

ということですが、そのファイルの中身は何か決まりがあるのでしょうか？
改行が入っていてはダメ、とか

それからバッチファイルとは以下のような形になると思いますが、
２バイト文字も通るのでしょうか

一括.bat
【中身】
php importtextfile.php 愛.txt
php importtextfile.php 赤.txt
php importtextfile.php 青.txt

>php importtextfile.php --help
Import Text File

Imports the contents of a text file into a wiki page.

USAGE: php importTextFile.php [--help|--title <title>|--user <user>|--comment <c
omment>|--norc] <filename>
--title title : Title for the new page; if not supplied, the filename is used as a base for the title.
--user user : User to be associated with the edit; if not supplied, a default is used.
--comment comment : Edit summary to be associated with the edit; underscores are transformed into spaces; if not supplied, a default is used
filename : Path to the file containing the wikitext to import.
--norc : Do not add a page creation event to recent changes

441:うた
06/07/31 14:20:29 ZiaFHJQ+
一応テキストファイル内から改行は除去し、更に文字コードをutf-8にしましたが
文法エラーになっちゃいました。
↓　↓　↓　↓　↓　↓　↓　↓　
>php importtextfile.php c:\temp\哀惜.txt
Import Text File

Using file 'c:\temp\哀惜.txt'...found.
Using title from filename...ok.
Using user 'MediaWiki default'...ok.
Using edit summary 'Importing text file'.
Attempting to insert page...繝・・繧ｿ繝吶・繧ｹ繧ｯ繧ｨ繝ｪ縺ｮ譁・ｳ輔お繝ｩ繝ｼ縺檎匱
逕溘＠縺ｾ縺励◆縲・----
A database query syntax error has occurred.
The last attempted database query was:
"(SQL query hidden)"
from within function "LinkCache::addLinkObj".
MySQL returned error "1267: Illegal mix of collations (cp932_bin,IMPLICIT) and (
utf8_general_ci,COERCIBLE) for operation '=' (localhost)"

あと問題となるのは何だろう。改行？
それともちゃんと
>php importtextfile.php --title 哀惜 --user WikiSysop --comment from_ikkatu c:\temp\哀惜.txt

みたいにタイトルとかユーザーとかコメントを書かなくてはいけないのでしょうか？

442:nobodyさん
06/08/03 20:44:38
MediaWiki:Common.cssのjs版ってないですか

443:nobodyさん
06/08/04 03:14:05
>>442
ないみたいね。
[[MediaWiki:Common.js]]を有効にするエクステンションを書いてみた。

<?php
if( !defined('MEDIAWIKI') ) die( 'This file is a MediaWiki extension, not a valid entry point.' );
$wgExtensionFunctions[] = 'efRegisterCommonSiteScript';
function efRegisterCommonSiteScript() {
　global $wgHooks;
　$wgHooks['BeforePageDisplay'][] = array( 'efAddCommonSiteScript' );
}
function efAddCommonSiteScript( &$out ) {
　global $wgUseSiteJs, $wgJsMimeType, $wgSquidMaxage;
　if( !$wgUseSiteJs ) return;
　$title = Title::makeTitle( NS_MEDIAWIKI, 'Common.js' );
　if( is_null( $title ) ) return;
　$script = Xml::Element( 'script', array(
　　'type' => $wgJsMimeType,
　　'src' => $title->getLocalURL( 'action=raw&ctype=' . $wgJsMimeType . '&smaxage=' . $wgSquidMaxage )
　), ' ' );
　$out->addScript( $script );
}
?>

444:初心者ですが宜しくお願いいたします
06/08/08 01:35:24 lOURPYyY
ロリポップを借りています。
MediaWiki 1.7.1をアップロードして
Please setup the wiki first.
をクリックしますと
PHP 5.0.0 or higher is required. ABORTING.
と出てきました。
このスレを拝見していると、ロリポップで無事インストールされた方も
いらっしゃるようですが、どのようにされたのかご教示願えないでしょうか。

445:nobodyさん
06/08/08 03:48:34
最低限中学を卒業し（た程度の英語力を保持し）ていないと
MediaWikiに限らず使うのは難しい。

日本製のWikiのほうがいいんじゃないか？
既製スキンも大量にあるし。
その調子じゃインストールした後のカスタマイズも大変だろうに。

446:nobodyさん
06/08/08 05:11:46
>>445
中三の子供に読ませたら理解したよこの英語

447:nobodyさん
06/08/08 13:08:54
1.7系からphp4は切り捨てられたからな。ロリポップも切り捨てなきゃ。

448:444
06/08/08 16:50:51
つまりこのスレのロリポップ使用者は1.7よりも前のバージョンを使われていたんですね。
何かウルトラCがあるのかと思い質問させていただきました。

インストールした後のカスタマイズは心配ですが、ウィキペディアでも利用されている
MediaWikiに魅力を感じています。

できれば携帯電話から閲覧のみのアクセスが可能になるようにしたいと思っています。

449:nobodyさん
06/08/08 20:54:59
だから日本製のWiki大量にあるしそっちのほうがはるかに携帯対応進んでるでしょ。
海外製作されたWikiに携帯対応の思想があるとは思えんし。

用は「WIKIPEDIAでも使用されているmediawiki」って言いたいだけか
まぁ頑張ってくれ。

450:nobodyさん
06/08/08 21:14:01
携帯電話向けのコンテンツマネージメントシステムなら別のものを使ったほうがいいだろう。
UTF-8の読み書きに完全に対応しているモバイル端末はそう多くない。

451:nobodyさん
06/08/08 21:46:28
おれはmwの記法しか知らないからPukiWikiなんて使う気になれないがな

452:nobodyさん
06/08/08 23:20:59
m(w

453:nobodyさん
06/08/10 01:24:59
url中のindex.phpの部分を省略したくてこのページ
URLﾘﾝｸ(yagi.tc)
を参考にここを見て
URLﾘﾝｸ(meta.wikimedia.org)
htaccessファイルとLocalSettings.phpを書き換えたのですが、
検索中のページには問題があるため表示できません。
と出るようになりました。入力間違いなどチェックしたのですが、思い当たることがございましたら教えてください。

454:nobodyさん
06/08/10 01:30:04
"検索中のページには問題があるため表示できません。"は、
500つまり内部サーバエラーだね。

.htaccessの最後に改行がないのとかもよくあるミスだけど。

455:453
06/08/10 01:42:13
ありがとうございます。
確認しましたが、.htaccessの最後に改行はありました。

456:nobodyさん
06/08/10 02:14:50
rewrite_moduleいれてないで使ってるとか・・・

とりあえず.htaccess晒してもらわないと。

たいていの場合
Alias /wiki /filesystem/path/to/my/site/index.php
Alias /index.php /filesystem/path/to/my/site/index.php
で用は足りるけど。

ApacheのErrorLogが見える環境ならそれも必要かも。

457:453
06/08/10 02:52:19
ありがとうございます。

1. install mediawiki in the dir for www.mysite.com/w as normal (using the installer)
2. set $wgArticlePath = "/wiki/$1"; in LocalSettings.php
3. put a htaccess file with the following content in the dir for www.mysite.com

以上３つはやったのですが、その下の
Make sure Apache loads the Rewrite module. In httpd.conf this line must be added/uncommented:
はできていません。レンタルサーバーなのですが、どのようにすればよいのでしょうか。

458:うた
06/08/10 04:53:11 cV7f0aZP
>>444　
私がロリポップにインストールしたのはver1.5.6です。
でも設置が出来ると言うだけで保守とかはシェルが使える
権限が無いとダメみたいです。

さくらインターネットへの移設を考えているところです。

あと、後にver1.7を入れたと書いたのは、自分のノートＰＣに入れたものです。
これには１日かかりました。大変でした。

459:nobodyさん
06/08/10 06:55:16
>>457
それしないと動かないんだったらReweiteは使えないってば・・・
正直にAliasにすればいいじゃん

460:453
06/08/11 02:01:31
>>458
なるほどです

>>459
456で教えていただいたようにhtaccessに書いて試してみたのですが、
Aliasがあるとそのhtaccessファイルは無効になるようです。

とりあえず/index.phpの省略は諦めようかと思います。
ありがとうございました。

461:nobodyさん
06/08/18 14:37:18

MediaWiki って、Wiki RPC に対応していますか?
本体が対応していない場合、対応させるプラグインは存在しますか?

Wiki RPC
URLﾘﾝｸ(www.jspwiki.org)

462:nobodyさん
06/08/18 14:57:13
>>461
本体は対応してない。
エクステンションでもちょっとそういうのは見たこと/聞いたことがない。

MediaWikiにbotを走らせるときは、pywikipediaフレームワークを使うのが主流だから
本体側でのマシンフレンドリーなインターフェイスの開発には消極的かな。

463:461
06/08/19 03:49:29
>>462

そうですか。残念です。

同じような機能として、Robotになるんですか...
ちょっと意味合いが異なりますが、pywikipediaを見てみます。

ありがとうございました。

464:nobodyさん
06/08/19 12:27:39
>>463
URLﾘﾝｸ(meta.wikimedia.org)
とかもご参考にどうぞ

botフラグとかありますし

465:nobodyさん
06/08/22 01:37:32

MediaWikiが一番用途にあっているようで、インストールしてみました。
インストールして、メインページに10数KBの画像をつけた段階で、DBが2MBになっていました。

何とか動くようにはなったのですが、借りているMySQLサーバのDB上限が50MBなのです。

50MBだと、何ページ(文字のみのスクロールしない文章量)ぐらい保存できるか大体の目処ってあるのでしょうか？

466:nobodyさん
06/08/22 10:52:14
>>465
> メインページに10数KBの画像をつけた段階で、DBが2MBになっていました。
画像はDBに保存されない。容量食ってるのはシステムメッセージで1500余ページ分ある。

> 50MBだと、何ページ(文字のみのスクロールしない文章量)ぐらい保存できるか大体の目処ってあるのでしょうか？
そんなに使いきれんだろ。どうしても気になるなら圧縮すればいい。
URLﾘﾝｸ(www.mediawiki.org)

467:nobodyさん
06/08/23 07:54:06
465です。

システムメッセージがあることが頭から抜け落ちていました。
なんで最初から2/50使用しているのだろう…？と、思っていました。

これで心おきなくデータを登録していくことができます。
ありがとうございました。

468:nobodyさん
06/08/24 21:11:44
ドイツ語版ウィキペディア、新機能を搭載へ--信頼性の確保を目指す
URLﾘﾝｸ(japan.cnet.com)

469:うた
06/08/28 12:58:29 crovTESD
>>441

を書いた「うた」です。
どうもこう言うのは思い切りがないと中々出来ないので、>>441 で挫折して以降
mediawikiから遠ざかっていました。でも避けて通るわけにはいかないようなので
再度おたずねするのですが、このエラーメッセージ
Using file 'c:\temp\哀惜.txt'...found.
Using title from filename...ok.
Using user 'MediaWiki default'...ok.
Using edit summary 'Importing text file'.
Attempting to insert page...繝・・繧ｿ繝吶・繧ｹ繧ｯ繧ｨ繝ｪ縺ｮ譁・ｳ輔お繝ｩ繝ｼ縺檎匱
逕溘＠縺ｾ縺励◆縲・----
A database query syntax error has occurred.
The last attempted database query was:
"(SQL query hidden)"
from within function "LinkCache::addLinkObj".
MySQL returned error "1267: Illegal mix of collations (cp932_bin,IMPLICIT) and (
utf8_general_ci,COERCIBLE) for operation '=' (localhost)"

は何が悪いのと言っているのでしょうか？　linkcashがどうとか言っているように
見えるのですが、どこをどうしたら良いやら分かりません。
どなたかご存じの方、御教授をお願い申し上げます。　m(..)m

470:nobodyさん
06/08/28 21:40:40
>>469　
書き込みを拝見していると精神的に危ない状態に
陥っているように見えます。まずは周囲の人間か
お医者様とご相談なさった方がよろしいかと思います。

importtextfile.phpでぐぐっても19件しかヒットしないので
コードに書いてあるスクリプトの作者にメールをするか
開発者のメーリングリストで質問するしかないと思います。

471:nobodyさん
06/08/29 07:35:38
>>469
MySQLサーバの文字コード（cp932）とクライアントの文字コード（utf8）があってません
テーブルをutf8で作り直しては

472:nobodyさん
06/09/07 18:39:40
みなさんバックアップはどうやって取ってますか？

473:nobodyさん
06/09/08 01:29:18
容量少ないので履歴ファイルも含めて一日一回
mysql -e'SELECT 云々'

474:nobodyさん
06/09/08 01:36:57
同じく

475:nobodyさん
06/09/09 00:02:28
最近更新したページのリスト20件ほどを常時サイドに表示させたいのですが、
どうすればいいのでしょうか？

476:nobodyさん
06/09/11 17:00:46 /Tj+zhwt
>>470さん　
まがりなりにもＤＢを操作するプログラムなのだから、
こういった他の形式のデータを吸い込んだり吐き出したりする
手段が最初からあるべきだと思うのですが、どうも今のバージョン（ver171）
以前にはimporttextfile.php が無かったようなのです。

>>471さん、ご教授ありがとうございます。　m(..)m
テーブル構造はcp932_bin とcp932_japanese_ci というのになっています。

ちなみにメディアウィキの使っているＤＢからphpmyadminで文字セット変換なしで
エクスポートさせると、文字化けしてます。

んで、今手動で
cp932_binをutf8binに
cp932_japanese_ci をutf8_code_ciに
変更しています。
（うまくいくやら・・・）

477:475
06/09/14 02:46:52
すいませんが、いろいろ試してるのですができませんので、>>475 についてどなたか教えてもらえないでしょうか？

それから、MediaWikiのカスタマイズについて詳しく解説しているページでお勧めがあれば教えてください。

478:nobodyさん
06/09/14 13:53:33
MediaWikiを家族の情報共有ツールとして、また、各人の備忘録として使っています。
できればいいなぁと思っていることが2点ありまして、MediaWikiのエキスパートである皆さまのお知恵を拝借したく書き込みました。

１．外部画像（例： URLﾘﾝｸ(www.google.co.jp) とか）の表示サイズ（px数）を変更する方法。
２．検索機能の強化。例えば、「東京ディズニーシー」という記事があるのですが、検索で「ディズニー」を指定してもHitしません。
　　「東京」でも「ディズニー」でも「シー」でも「ディズニーシー」でもHitさせたいのです。
　　これっていわゆる全文検索機能のことなのでしょうか？Namazuとかと連携させる方法はあるのでしょうか？
　　※今はキーワード（東京、ディズニー、シー、ディズニーシーとか）を記事の最初に書くことにしています。

環境は次の通りです。
　MediaWiki : 1.4.10
　PHP : 5.0.4 (apache2handler)
　MySQL : 4.1.13-nt

「xx嫁」とかでも結構です。英語サイトのご紹介でもかまいません（でも本当は日本語の方がいいです）。
皆さま、よろしくお願いいたします。

479:475
06/09/14 15:14:43
>>478
検索についてですが、Wikipwdiaを使っていてもたまに、GoogleでWikipedia内を検索してくれ
というページに移ったりします。

MediaWikiの検索はサーバーに負担もかかるようですので、サイドバーにある検索をGoogleに替えるか
併用するというのはいかがなものなのでしょうか。

しかしサイドバーに最近更新したページのリスト20件ほどを表示するやり方がわからない…

480:nobodyさん
06/09/14 22:11:19
>>475
自分の知っている方法だと下記の通りです。

下記のURLで公開されているRSSのextensionsを導入した上で
URLﾘﾝｸ(meta.wikimedia.org)

「MediaWiki:Sidebar」を編集して「特別:Recentchanges」のRSSを
表示させることができます。

481:nobodyさん
06/09/14 22:44:53
>>478
１．外部画像の埋め込みについてはサイズの変更はできないです。
URLﾘﾝｸ(meta.wikimedia.org)

>Embedding external images
>It can be shown in actual size only

２．mediawiki1.7.1では何も設定しなくても全文検索ができますので、
バージョンアップをするか、別に検索システムを構築するかどちらかでしょう。
Google と連携するextensionsがありますが、1.5系以上のバージョンが必要です。
URLﾘﾝｸ(meta.wikimedia.org)

namazuの構築はスレ違いなのでここでは説明はいたしません。

482:nobodyさん
06/09/15 01:05:53
ついでだからもう一つ投稿。

>>472
「特別:Import」（特別ページ→ページデータの書き出し）
「特別:Export」（特別ページ→ページデータの取り込み）

という方法を見つけました。

483:475
06/09/16 02:20:57
>>480
ありがとうございます。
自分には出来ませんでした。
もう少しヒントを下さい。

484:480
06/09/16 15:05:36
>>483
申し訳ございません、嘘を教えてしまいました。
Menubarはページ名しか表示できないようです。
URLﾘﾝｸ(www.mediawiki.org)

RSSのサイドバー表示をしているサイトは見たことがないので
自分でスキンをカスタマイズするしかないです。
スキンのカスタマイズ例は下記のURLで見ることができます。
URLﾘﾝｸ(meta.wikimedia.org)

485:nobodyさん
06/09/18 17:43:48
質問させてください。
各ページのタイトルの下に
出典: ～～～～～
と表示されるじゃないですか。

これはmonobookのmain.cssで
デフォルトで
#siteSub {
display: none;
}
となっているのをアクティブにすると表示されるというのは過去ログで分かったのですが、
文字を小さく（今のWikipediaのような大きさ）するにはどこをいじったらいいのですか？
HTMLソースをみると<h3>が適用されているので
main.cssのfont-size: 132%の大きさになっているというのは分かったのですが、
ここをいじると見出し2の大きさも変更されてしまいますよね。
おそらくsiteSubがh5かh6あたりを適用するように変更すればいいと思うのですが…
具体的にどこを変更すればいいのかが分からなかったので質問させて頂きました。

486:nobodyさん
06/09/19 18:16:02
>>485
[[MediaWiki:tagline]]

487:nobodyさん
06/09/19 22:30:15
>>486

内容はその定型文の変更で変えられますが・・・
肝心の文字サイズは、ここだとマークアップ構文やHTMLは無視されて
そのまま載ってしまうようです。
例えば
<font size=3>出典: ～～～～</font>
がそのまま・・

488:478
06/09/22 11:52:02
皆さま、早速のレスありがとうございます。
私のレスが遅くなり申し訳ないです（ホント遅すぎ）。

>>479

> MediaWikiの検索はサーバーに負担もかかるようですので、サイドバーにある検索をGoogleに替えるか
> 併用するというのはいかがなものなのでしょうか。

家族の情報共有ツール＆各人の備忘録に使っている関係で、外部（インターネット）からはアクセスできなくしてあります（怖い）。
サーバーはWindowsXP ProにApache他一式をのせて運用しています。ので、Googleは使えないと思います。

>>481

>１．外部画像の埋め込みについてはサイズの変更はできないです。
残念...

>２．mediawiki1.7.1では何も設定しなくても全文検索ができますので、
>バージョンアップをするか、別に検索システムを構築するかどちらかでしょう。

貴重な情報ありがとうございます。バージョンアップします。(^_^)

489:nobodyさん
06/09/26 10:02:40
>>478
もう遅いかもしれんが。MediaWiki:Monobook.cssとかMediaWiki:Commnon.cssで
font-size指定すればいいってことではないのか。

つ Wikipedia項目ﾘﾝｸ

490:489
06/09/26 10:05:06
間違えた。
>>487

491:nobodyさん
06/10/01 20:48:18
mediawikiのまとめサイトってどこかにないでしょうか？

492:nobodyさん
06/10/01 23:07:37
meta

英語読めないとか言い出すなよ。
結構日本語に翻訳されてる部分もあるし。

493:nobodyさん
06/10/04 08:39:30 nTWimo3w
素人丸出しですが、

あのー、ページ移動（項目名の変更）はあるのですが、
その項目自体を消すにはどうしたらいいのですか？

494:nobodyさん
06/10/04 21:29:38
>>478
main.cssとかで
　　　　h3#siteSub {font-size: ~~~; font-weight: ~~~;}

みたいに指定すればおｋ（h3をオーバーライドする）。

WinXPでMediaWikiを動かしてるのだけれど、Wikipediaみたいに
svgを表示するには、別途ラスタライザのインスコが必要？

495:nobodyさん
06/10/04 21:30:27
↑まちがえたorz
>>487
です

496:nobodyさん
06/10/04 22:23:51
>>494
ImageMagick

497:494
06/10/05 00:03:04
>>496
サンクス。しかし何故かうまく行きません
・Wikipediaでは表示できてるsvgでも、自分のところではエラーを出したりする
・透過部分を持つsvgを表示すると、透過した背景色が黒になる

TeXはまともに動いてるみたいなので、ImageMagickも問題ないと思うのだけれど……

498:nobodyさん
06/10/05 22:35:32
>>497
上はわかんないけど、下はWikimediaでも一緒な気が

だから解決しなくていいということにはならないと思うけど、いちおう。

499:494
06/10/05 23:50:09
svgに限らず、pngでも背景が黒になってしまう……
同じファイルでもWikipediaだと正常に表示されてるし

phpにはsvgラスタライズのところに
'ImageMagick' => '$path/convert -background white -geometry $width $input $output',
と書いてあるので、呼ぶときは白背景を指定してるみたい

これはもうMediaWikiじゃなくてImageMagickの問題なのかな

500:494
06/10/06 19:13:28
（追記）
pngでは成功したが、svgではやはり黒背景になってしまう
弄るべきphpを間違えているか、そもそもsvgに-backgroundオプションが無効なのか

501:nobodyさん
06/10/09 12:41:23
URLﾘﾝｸ(k-tai.impress.co.jp)
これって携帯で表示するためにどうやってるんでしょう？

502:nobodyさん
06/10/09 17:25:00
trackback.phpが働いてないように見える

データベースにも反映されてないし・・・

MediaWiki: 1.8alpha (r16882)
PHP: 5.1.4 (apache2handler)
MySQL: 5.0.22

503:nobodyさん
06/10/09 23:33:54 jGNI9uPZ
クエリ情報の渡し方について
<php>
print("<a href=./Wikipokpok:サンドボックス?num=");
print($num+1);
print(">次の月へ</a>");
print($_GET['num']);
</php>
として試してみましたが、
print($_GET['num']);で何も表示されません。
クエリ情報を渡すにはどのようにするんでしょうか？

mediawiki-1.6.3
PHP 4.3.10-16

504:nobodyさん
06/10/10 10:43:57 Z2puJ4Zn
>>493

ねーねー、ページを削除するのってどうすればいいんですかぁ？

ウィキペディアでも管理者が削除するとしか書いてないから、方法が分からないんですけど。
なにかヒントでもイイですから、教えてくださいよぉ＞ａｌｌ

505:nobodyさん
06/10/10 11:07:00
>>504
何でこんな厨が沸いてるんだ？

一般ユーザには削除権限ないね。
あとmediawikiでは履歴を残すから、Sysopが削除しても削除記録が残るぞ。

どうしても消したければDBから直接削除すればいいんじゃね？

506:nobodyさん
06/10/10 11:21:08 Z2puJ4Zn
>>505さん

504です！
その、Sysopが削除する、方法が知りたいのです。

教えてくださいませんか？

507:nobodyさん
06/10/10 11:27:23
>>506
ォィォィ、Sysopでログインしたら各ページのタブに「削除」があるでしょ？
削除したいページのリンクが切れて表示できないなら、
「特別ページ」の「孤立してるページ」とかからたどれるはず。

Sysopで入れないとか言うどアホなら、あとは知らん。
mediawikiのセットアップ時にSysop名とパスワードを入れたはずだ。

508:nobodyさん
06/10/10 13:14:31
>>501 URLﾘﾝｸ(www.rcdtokyo.com) が参考になるでしょう。

509:nobodyさん
06/10/10 21:50:28
>>505
DBから直接消すよりはlogとRCから隠蔽した方が楽

510:nobodyさん
06/10/11 08:26:55
>>500
うまくいかなさそうでしたら、Inline SVG extensionで
記事に直接svgコードを貼る方法を試してみて下さい。
こちらだとアニメーションも表示できます。
URLﾘﾝｸ(meta.wikimedia.org)

使い方は
<svgcode width="500" height="200" version="1.1">
<svg>
・・・・
</svg>
</svgcode>

という感じです。

511:nobodyさん
06/10/11 12:46:41
URLﾘﾝｸ(svn.wikimedia.org)

ktkr

512:nobodyさん
06/10/11 14:47:31
mediawikiをカスタマイズして販売するのって違法なんですかね？

513:nobodyさん
06/10/11 15:53:02
>>512
Wikipedia項目ﾘﾝｸ

GPLに準拠してれば問題ない。

514:nobodyさん
06/10/11 16:25:48
>>507　さん

ありがとうございます。
WikiSysopでログインすれば良いんですね！

えーっとログイン　ログインっと・・・・・・・・・・・

パスワード忘れてしまいました　汗）

仕方がない、もう一度セットアップしなおします。(ノ_<。)うっうっうっ

所で皆さんは常にログインしてmediawikiを弄ってらっしゃるんですか？

515:nobodyさん
06/10/11 18:52:46 fUASVo7g
>>504の素人です。

>>507　さま　m(.人.)m

ボクは以下の環境ですが、
MediaWiki: 1.7.1
PHP: 5.1.4 (apache2handler)
MySQL: 5.0.24a-community-max-nt

WikiSysopでログインしても各項目のタブには、

本文　ノート　編集　履歴　移動　ウォッチリストに追加

しか出てきませんが、何か設定が不足しているのでしょうか？
よろしくお願いします。

516:nobodyさん
06/10/11 19:14:23
sysopってのはユーザー名じゃなくて権限なんだけど。

517:nobodyさん
06/10/11 19:56:07 fUASVo7g
>>516　さん

え～だって、インストール時に尋ねられてパスワードを設定したのは
WikiSysopというユーザー名だけで、実際ＭＹＳＱＬのuserテーブルを見ても
WikiSysop一人しか設定されていません。
>>507さんが　おっしゃっていたのは、これでログインせよ、という事だと思ったのですが
そうじゃないんですか？

それと、おかげさまでやっとimporttextfile.phpで一括でＵＰすることに成功しました！
けれど、
１．ファイル名が２バイト文字だと文字化けをする
　　　→仕方なく英数でファイル名にした。
　　　ＭＹＳＱＬのインストールではＵＴＦ８を指定した。
　　　それ以前はデフォルトのcp932とかいうヤツだったので
　　　importtextfile.phpの段階で文字セットが違うと蹴られた>>471さんの指摘

２．記事中に<br>とか入れたけども全然改行してくれない
　　改行コードがCR+LFだったのがまずかったのか？

そういうわけで、実験でやたらと増えたミスページを消してしまいたい、と
そういうわけなんです。
まぁだめなら又再インストールしなきゃ。。。

518:うた
06/10/11 20:49:37 fUASVo7g
せっかくだから続きを書いておこう

３、読み込ますテキストファイルはカレントディレクトリにおいた方がよい。
さもないと、c:\temp\kiji.txt　などとして指定すると、importtextfile.phpは
成功するが、実際wikiで表示しようとすると、mediawiki/index.php/c:\temp\kiji
を開こうとするので、「そんなページねぇよ」と怒られました。
※実際はC:%5Ctemp%5Ckiji　のように表示される（eucコードかな？）

４、引数でphp importtextfile.php --title 核実験 kakujikkenn.txt
　などとすればちゃんとやってくれるかと期待したが、やっぱりだめだった。
どこかで、この２バイト文字のタイトルが引っかかるみたいで
記事の書き込みの段になってエラーになった。

５、暫定解決案
ＭＹＳＱＬのｐａｇｅテーブルを開いてpage_titleを手動で２バイト文字に
直したら、Wikiの方でもちゃんと２バイト文字に直して表示してくれた。
実際上はpage_idで各レコードを管理していると思うので、今のところ問題なさそうな感じだ
だから、、、、
最後にＭＹＳＱＬの命令で一括でpagetitleを変更すればいいんじゃないかと
思いました。

６、あと、改行は間違っていた。</br> としていたが、<br>　にしたらちゃんと改行した。
（おかしいなぁＸＭＬなんかではスラッシュを入れるの正統だと聞いたのに・・・）
因みに改行コードをＣＲのみにしたり、ＬＦのみにしたけれど、関係なかった。

519:nobodyさん
06/10/11 21:43:16
>>517-518
バ<br />
カ<br />
め

520:nobodyさん
06/10/12 20:55:53
>>518
UTF-8なターミナルを使えよ

521:nobodyさん
06/10/12 21:02:15
>>514 私の場合は荒らされないようにするためログインユーザだけ編集できるようにしています。
荒らし対策がされていないMediaWikiをGoogleでちらほら見かけるので設定を貼っておきますね。

LocalSettings.php
$wgGroupPermissions['*']['edit'] = false; #ログインユーザのみ編集
$wgGroupPermissions['*']['createaccount'] = false; #新規ユーザ登録停止

522:nobodyさん
06/10/12 21:05:46
>>502
パッチ投げようかとおもって、ずっとそのままにしてるんだけど、
トランザクションが開いたまま終了しちゃってるのよね。

trackback.phpの最後に以下のコードを入れてみて。

wfLogProfilingData();
$wgLoadBalancer->closeAll();

Trackback機能はメンテナンスしてる人がいないから気をつけてね。

523:nobodyさん
06/10/12 23:50:50
>>522
でけたでけた。
ｔｈｘです
トランザクションがMySQLに実装されたの割と最近だったっけか

>>521
対策が、てかウィキペディアもやってる身とするとその設定を当然のものとするのは違和感があるな
まあでも普通の小さいwikiだったらそうしとくべきなのかなあ。

524:521
06/10/13 16:05:05
>>523　むしろ、ウィキペディアの管理者達が荒らし対策に
エネルギーを吸い取られている教訓から編集を制限しています。

【百科事典】ウィキペディア第275刷【Wikipedia】
ｽﾚﾘﾝｸ(hobby板)

編集権限を厳密にするもう一つの理由はセキュリティ上危険のある設定があるので。
例えば制限無しでHTMLやJavaScriptを記事に直接コーディングできるようにしています。

$wgRawHtml = "true";
$wgAllowUserJs = "true";
URLﾘﾝｸ(www.mediawiki.org)

525:nobodyさん
06/10/13 16:43:04
まあ、それじゃただのCMSに成り下がるけどな

526:うた
06/10/13 18:18:26 6ExzYw6S
>>519　さん
はーーーーっはっはっはっはっは！！
URLﾘﾝｸ(www6.airnet.ne.jp)
確かに仰るとおりでした。思いこみにはつける薬がありませんね。

>>520　さん
あーそれはＯＳをlinuxにせよ、ということなんでしょうね。
でも私一度もlinuxを弄ったこと無いんです。
そろそろ年貢の納め時で勉強しなければなりませんかね？

さて、本題は、mediawikiのページ削除の方法です。
最大の権限を持ったユーザーがインストール時に設定したwikisysopなんでしょ？
でもそれでログインしても削除のタブが見あたらないのです。
どこかにスクリーンショットでもさらしてあると一目瞭然なのですが
どこかにそういったのはありませんか？

527:nobodyさん
06/10/13 18:28:44
>>526
もう諦めろ。しつこい

528:nobodyさん
06/10/13 18:42:08
>>526
なにをどうしたらSysop権限のないWikiSysopを作れるのか、俺のほうが聞きたい。
他のPCに最初から入れて実験してみれば良いだろ。

529:nobodyさん
06/10/13 18:45:00
キャッシュとかじゃねえの？

530:nobodyさん
06/10/15 02:10:40
>>518
> ３、読み込ますテキストファイルはカレントディレクトリにおいた方がよい。
> さもないと、c:\temp\kiji.txt　などとして指定すると、importtextfile.phpは
> 成功するが、実際wikiで表示しようとすると、mediawiki/index.php/c:\temp\kiji
> を開こうとするので、「そんなページねぇよ」と怒られました。
> ※実際はC:%5Ctemp%5Ckiji　のように表示される（eucコードかな？）

apacheが見る方式でapacheから見えるディレクトリを指定すれば叱られない。
%5Cは\のURLエンコーディングされた姿。同様に
> ４、引数でphp importtextfile.php --title 核実験 kakujikkenn.txt
> 　などとすればちゃんとやってくれるかと期待したが、やっぱりだめだった。
> どこかで、この２バイト文字のタイトルが引っかかるみたいで
> 記事の書き込みの段になってエラーになった。
は和文文字をutf-8のURLエンコーディングすれば読まれるはず。
ちなみに、和文文字は大抵は3bytesになるからな。

531:うた
06/10/15 21:52:47 dfWi0dsG
>>528 さん
まぁそうなんですけれども、apacheとかMYSQLとかのインストールって
結果オーライな感じでどこをどう弄ったか、よく覚えていないので、
再び違う環境にインストールしてみろ、と言われてもちょっと自信がない
のでした。いや、やれば出来ると思うんですが、また多大な試行錯誤が必要な気がして腰が引けてしまうのです。

>>529 さん
む！それかもしれません。でもそのキャッシュというのはＩＥのキャッシュですよね？
wikiのインストール時にキャッシュがどうとかいう項目がありましたが全て不使用にしたと思います。

>>530 さん
> apacheから見えるディレクトリ
と仰る意味は、恐らく私が行き着いたカレントフォルダ（デフォルトでいうhtdocs）での作業と同義であると思います。
まぁこの問題はクリアできましたから、ご放念下さい。

> 和文文字をutf-8のURLエンコーディングすれば読まれるはず
というのはURLﾘﾝｸ(www.geocities.jp)
とかを使って和文文字部分を変換したものを使えばいいわけですね。
php importtextfile.php --title \xe6\xa0\xb8\xe5\xae\x9f\xe9\xa8\x93 kakujikkenn.txtと。

※実はmediawikiをインストールしたノートＰＣを職場に置いてきてしまったので今検証できません。試してみて、レポートします。
しかし前にも書きましたが、このimporttextfile.phpってのは今のバージョンから
ですよね？
importtextfile.phpでyahoo検索しても日本語じゃこの掲示板しかヒットしないし、
一体他の人はどうやって既存のデータをmediawikiに放り込んでいるのだろうと
不思議に思います。
もしやgoogleだと違うのかと試したら
URLﾘﾝｸ(sarabande.info)
で私と似たような事で悩んでるらしいのを見つけました。

532:nobodyさん
06/10/15 22:02:22
>>531
ファイル名の文字コードをUTF-8に変換するようにimporttextfile.phpを弄ればいいだけだろ
上で散々ヒントが出てるのにお前はなぜそれを無視する。

533:nobodyさん
06/10/16 01:27:41 GXJgCgfd
>465に散々亀レスをしてみる

大体5000編集ぐらいすれば、50MB突破してくると思われ。

534:nobodyさん
06/10/16 01:57:39
＞php importtextfile.php --title \xe6\xa0\xb8\xe5\xae\x9f\xe9\xa8\x93 kakujikkenn.txtと。
コーディングが違うと思われ。

＞と仰る意味は、恐らく私が行き着いたカレントフォルダ（デフォルトでいうhtdocs）での作業と同義であると思います。
全然同義じゃあない。httpd.confに定義されているDocumentRootを/とするような
apacheのディレクトリ構造とウィンドウズのディレクトリ構造を混同するなって意味。

535:465
06/10/19 19:10:26
>533
ありがとうございます。まだまだここにお世話になっています。
5000ページ前後すか。。。根気が続けば5000ページは超える予定なのですが。

ボツボツデータを入力していて、これ一括でインポートできないかなぁ…？と
最近はDB破壊してたり。（英語ページを読むか…とあきらめ入ってきました）

ま。超えたら鯖変更を考えますー。
そしてどのあたりかを、落としにきます。

536:nobodyさん
06/10/20 21:30:45
ポスグレに対応するのはいつ？

537:nobodyさん
06/10/20 21:35:27
>>536 1.8から対応しています。
URLﾘﾝｸ(svn.wikimedia.org)

>* Full Postgres support is now enabled. It requires version 8.1 or better, and
> needs to have both plpgsql and tsearch2 already installed.

538:nobodyさん
06/10/20 21:43:29
>>537
うわ、キタコレ。
今年の10月10日からって、対応したのめっちゃ最近なんだね。
これなら自鯖でテストできそうだ。

539:nobodyさん
06/10/22 00:37:45 ciR0TVl6
PHP5のXREAのサーバーで動かしているんだけど、timezoneをAsia/Tokyoに設定すると、safe modeだからできない、なんたらのwarningがでる。ググったけどよくわからないんだけど、回避するやりかたあるのかな？

540:nobodyさん
06/10/22 00:57:58
>>539
どんなことをしてるのかぐらい書きなさいよ。
大方、putenvがセーフモードでブロックされてるんだろうけど。

次ページ