06/05/30 15:02:27 GtUuKaDM
>>292さま
もちろん、リンク先のページは見ましたし、試してみました。
しかし、やり方自体が違っているような気がしています。
＞これらのXMLファイルをMySQLデータベースにインポートするには、MediaWiki配布物に含まれるimportDump.phpスクリプトを使用します。
これを、どう解釈すればよいのか、分かりません。
根本的(最初のとっかかり)の部分を教えてもらえれば
ありがたいのですが、よろしくお願いします。
297:271
06/05/30 17:57:09 sHhsCVVE
>>289様
先日のアドバイスを試してみましたので、ご報告いたします。
＞結局MySQLのバージョンは何？
本日、バージョンをMySQL4.1に変更いたしました。
＞ちなみに4.1や5を使うときは（中略）phpMyAdminでもアクセスできるようになるはず
たしかにアクセス可能になりました。
＞my.iniで default-character-set = utf8 がエラーになるってこと？
＞SHOW CHARSET; でutf8は表示される？
どちらも解消され、MySQLが起動可能になりました。
＞create database wikidb character set utf8;
さっそく試してみました。
DBを作成することには成功しましたが、
やはりWikiのインストールに躓いてしまいます…。
以下のようなエラー文が出ました。
一度切ります。
298:271
06/05/30 17:59:36 sHhsCVVE
続きです。
PHP 5.0.1 installed
PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
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: c:\Apache\htdocs\wiki
Script URI path: /wiki
Environment checked. You can install MediaWiki.
Warning: $wgSecretKey key is insecure, generated with mt_rand(). Consider changing it manually.
Generating configuration file...
Database type: mysql ？？？
PHP is linked with old MySQL client libraries. If you are using a MySQL 4.1 server and have problems connecting to the database, see URLﾘﾝｸ(dev.mysql.com) for help.
Attempting to connect to database server as root...success.
Connected to 4.1.19-community-nt; You are using MySQL 4.1 server, but PHP is linked to old client libraries; if you have trouble with authentication, see URLﾘﾝｸ(dev.mysql.com) for help.
Database wikidb exists
Creating tables... using MySQL 4 table defs...Query "CREATE TABLE `job` ( job_id int(9) unsigned NOT NULL auto_increment, job_cmd varchar(255) NOT NULL default '', job_namespace int NOT NULL,
job_title varchar(255) binary NOT NULL, job_params blob NOT NULL default '', PRIMARY KEY job_id (job_id),
KEY (job_cmd, job_namespace, job_title) ) TYPE=InnoDB " failed with error code "key ?????????？?. key ?？????？？報024 ?？? (localhost)".
後ろの方の文字が化けているようなのですが、原因がまったく分かりません…。
299:nobodyさん
06/05/30 18:34:10
>>298
>>201
それと、メッセージを日本語にするの止めたら？
300:nobodyさん
06/05/30 19:04:42
>>296
ダウンロードして展開してimportDump.phpに食わせるだけ。
$ wget URLﾘﾝｸ(download-yaseo.wikimedia.org)
$ bunzip2 -c jawiki-latest-pages-meta-current.xml.bz2 | php ./maintenance/importDump.php
でも、時間かかかるから専用鯖じゃなければやらない方がいいとは思うよ。
mwdumperやxml2sqlを使う方法もあるけど、まあググってみれば分かると思う。
301:うぃきまにあ
06/05/30 20:17:32 GtUuKaDM
お返事、ありがとうございました。
とりあえず、教えていただいた方法を参考にしつつ、
一通りググッてみながら、試行錯誤してみようと思います。
また分からない点ができましたら、
よろしくお願いします。
302:nobodyさん
06/05/31 13:12:50
>>298
心の眼で読むと
"Specified key was too long; max key length is 1024 bytes (localhost)"
だな。
>>219>>221読め
utf8でDB作ったのが裏目に出たかも。
一度普通にDBの文字コードlatin1で、英語でインストール完了してみたら？
303:nobodyさん
06/05/31 16:49:46
>>302
もう、Latin1サポートは廃止されてるから言語によらず文字コードは一緒になるよ。
304:271
06/06/01 12:19:58 c79ACdcl
>>302様
アドバイスありがとうございます。
DBを一度削除し、あらかじめDBを作成しない状態で
英語でインストールしてみたのですが、
やはり同じことになってしまいました。
エラー文もまったく同じです。
いろいろと調べて試してみてはいるのですが、
卒業制作ということもあり、時期を考えても
しばらく経ってもインストールできないようであれば
違うものを扱おうかと思っております…。
305:うぃきまにあ
06/06/02 01:46:14 n67ZzIOY
>>300
教えて頂いてから、色々と調べながら試してみましたが、
根本的な所から分かっていない…という事がわかりました。
bunzip2 -c jawiki-latest-pages-meta-current.xml.bz2 | php ./maintenance/importDump.php
ここの所で、bunzip2 -c jawiki-latest-pages-meta-current.xml.bz2 は、
解凍ソフトを使えばOKなのは分かりました。
その先の php ./maintenance/importDump.php なのですが、
「importDump.php に食わせる」という表現が、よく分かりません。
一体どういうソフトで、どういう操作をする事を意味するのでしょうか？
たいへん、初心者的なことばかり質問してすみませんが、教えていただけると助かります。
306:nobodyさん
06/06/02 03:06:50
>>305
コンピュータ上級って言うもんだから、これくらい分かるかと思ったんだけど・・・
CLIなOSは使ったことないのかな。
察するにWindowsユーザだろうから、[スタート] -> [ファイル名を指定して実行] に cmd と打てば、
コマンドプロンプトが立ち上がるからいろいろ遊んでコマンドラインに慣れてみるといいと思う。
流石にその後はおおかた自分で考えられる程度の知識は持っておかないと困るから、
ローカルにLinux機でも立てて勉強してみるのがよいでしょう。
307:うぃきまにあ
06/06/02 08:21:12 n67ZzIOY
>>306 様
お返事、ありがとうございます。
コマンドプロンプトのことは、最低限のことは知っているんですが、
契約しているレンタルサーバーでは、使えないそうなんです。
なので、いま契約しているレンタルサーバーでは、
ダンプは無理…という事なんでしょうか？
とりあえず、実験的に試してから…と思っていたのですが、
初めからサーバーを、自分で用意したほうが良いのでしょうか？
308:249
06/06/02 19:05:40
>>307
レン鯖にWikipediaのデータ丸ごと置こうなどとは普通考えない
309:nobodyさん
06/06/03 01:51:00
コテハン消し忘れついでに一つお聞きしますが、
Windows以外のOSでは画像のファイル名文字化け（>>224-225）は起きないのでしょうか。
EUC使ってるりぬとかさ。
まあ、起きないんだろうなあ。
eAcceleratorも動かないしこれを期に真面目にLinux勉強するかな・・・
310:うぃきまにあ
06/06/03 04:59:24 At3J18ij
>>308 さま、アドバイスどうもです。
> レン鯖にWikipediaのデータ丸ごと置こうなどとは、普通考えない
えーと、「記事」だけだと、XMLファイル 508MB なんですけど、
これでもレンタルサーバーでは、負担になるんでしょうか？
処理的な問題でなく、やはり容量的な問題でしょうか？
一応、容量無制限という契約なんですけど…。
とりあえず、レンタルサーバーですと、
色々と面倒な部分も多いので、自分でサーバーを用意する方向です。
311:nobodyさん
06/06/03 05:15:57
OS が windows のレンタル鯖なの？
Linux とかのレンタル鯖にしたほうがよくね？
312:nobodyさん
06/06/03 16:34:16
>>307
>なので、いま契約しているレンタルサーバーでは、
>ダンプは無理…という事なんでしょうか？
技術的には可能だろうけど、その知識レベルでは困難でしょね。
>>310
20分や30分じゃ終わらないし、メモリも馬鹿食いするから
共用のレンタルサーバで走らせるべきじゃないでしょ。
313:うた
06/06/08 00:01:50 l40gPcdL
ロリポップでMediawikiをインストールして使えるようになりました。
けれど、書き込んだ最新記事内容をエクスポートするにはどうしたらいいのでしょう？
php my admin というツールでデータベースからエクスポートできる見たいですが、
履歴に入っている、古い記事も一緒くたにエクスポートされてしまいます。
データベースを見ると以下のような項目が並んでいます。
このうち、どれに絞ってエクスポートしたら、
最新記事だけ抽出することが出来るのでしょうか？
archive ／ categorylinks ／ hitcounter ／ image ／ imagelinks ／ interwiki ／
ipblocks ／ logging ／ math ／ objectcache ／ oldimage ／ page ／ pagelinks ／
querycache ／ recentchanges ／ revision ／ searchindex ／ site_stats ／ text ／
trackbacks ／ user ／ user_groups ／ user_newtalk ／ validate ／ watchlist
314:nobodyさん
06/06/09 12:44:46
>>313
言いたいことがよくわからないが、Special:Exportのことか？
315:nobodyさん
06/06/09 14:45:52 dm7bi2eH
内容だけのエクスポートなら>314でもんだいなくね？
MySQLのフルバックアップはすべて一緒にしないと無駄。
余談
いつのまにか1.6.7がリリースされている件
316:うた
06/06/09 19:44:34 11ubAxaC
313の うた です
>>314 さん
mediawiki/includes/SpecialExport.php ってのを見つけましたが
きっとこれですね？
でもアドレス欄にそこまでのＵＲＬを打ち込んでも
４０３エラー 指定されたページ(URL)へのアクセスは禁止されています。
が返ってきます。
パーミッションはファイル・フォルダともにロリポップで許容される７５５にしているのですが
やり方がおかしいのでしょうか？
それともこの includes/ の中のphpファイルは
ＵＮＩＸマシンか何かでローカルから実行するものなのでしょうか？
私はWindows2000を使っています。
mediawikiの圧縮ファイルをダウンロードした後、
解凍して生成されたフォルダごとＦＴＰでＵＰしました。
そしてＵＰしたディレクトリーにアクセスした所、インストールが始まったので
そのまま設置が出来た、という感じなので英語の取説とか全然読んでいないのですが、
もしかしたら そこに書いてあるのですか？includes/SpecialExport.phpなどの使い方が？
これから読んでみますが、英語は苦手なので、このSpecialExport.phpの使い方だけでも教えて頂けないでしょうか？
>>315 さん
編集が加えられると、履歴に過去の原稿がいくつも残りますが、それはいらないので
ある時点における原稿だけをエクスポーとしたいのです。
その Special:Export とはそういった機能でしょうか？
317:nobodyさん
06/06/09 21:23:14 xhkTjuAZ
>>316
そういう機能です。
ちなみに、日本語でインストールしていると、Special:Exportではなくて、特別:Exportになっています。
なお、特別:Importファイルを取り入れるためには、そのWiki出の管理者特権が必要です。
また、カテゴリなどはインポートしただけではつながりませんので、一度空編集する必要があります。
318:nobodyさん
06/06/09 22:30:23
>>316
Wiki画面で検索の入力欄に「Special:Export」と入力して"表示"(Go)ボタンを押してみ
または、「ツールボックス」(toolbox) の「特別ページ」(Special pages)をクリックして、
「ページデータの書き出し」(Export pages) をクリック
Special:XXX は重要だから勉強してみ
319:うた
06/06/10 10:32:19 CyHdxZt3
>>317 さんと >>318 さん
ご教授ありがとうございました。(ﾟﾟ(｡｡(ﾟﾟ(｡｡(ﾟﾟ(｡｡(ﾟﾟ(｡｡(ﾟﾟ(｡｡(ﾟﾟ(｡｡(ﾟﾟ(｡｡(ﾟﾟ(｡｡
ＷＩＫＩの方でそういう機能があったのですね！
初めて知りました。
おかげさまで、思うとおりの出力が出来ました。
大変助かりました。
これで原稿をメールで送ってもらった上に
「あっ誤植があったから差し替えて！」という煩わしさから解放されそうです。
なぜなら全部ｗｉｋｉに書き込んで直して貰えば良いんですから！
本当にありがとうございました m(..)m
320:nobodyさん
06/06/12 00:38:26
FreeBSDにmediawikをインストールしようと試行錯誤で四苦八苦。
あきらめかけていたときにports/www/mediawiki*を発見したときは脱力してしまった・・・orz
321:nobodyさん
06/06/12 11:26:43
>>320
何に苦労するんだ？httpd、php、mysqlが普通にあれば固有の問題なんて思いつかないが・・
322:nobodyさん
06/06/13 00:40:02
>>313が気に入らないのが過去版も出てくることだとするなら
mediawiki/maintenance/deleteOldRevisions.php
なんてのを蛇足の亀レスしてみる。
# 玄武って蛇の尻尾ついた亀だっけな
>>320-321
root 権限まったくなしの学校のサーバ (FreeBSD4.8) のホーム
ディレクトリ以下に MediaWiki 入れたことあるよ。
php が入ってなかったおかげで、一から AMP 入れる羽目になった
が割とすんなり入ったよ。けど結局 texvc がきれいにいかなかったな。
ImageMagick か GhostScript まわりだろうというところでやめた。
# 64kbps の回線通してリモートで弄ってたから確認がなかなか
# できなくて面倒になったって理由もある。make は速かったけどね。
323:nobodyさん
06/06/16 00:35:39 RQufJgz1
すみません
MediaWiki1.6で言語間リンクを有効にするためにはどうすればよいですか。
また、ライセンス(クリエイティブコモンズ2.5by-nc-sa)を後から指定して下部に掲載する場合、どう設定すればいいですか？
324:うた
06/06/16 11:47:36 lHQaUz2p
>>322 さん。
履歴の原稿を全消去するコマンドの様ですが、使い方が分かりません。
やっぱり検索窓に入れて実行するのかと思いやってみましたが、違うようでした。
>>319 にて
うまく行った旨を述べましたが、実はあれからしばらくして
５００項目くらい入れてみたのです。
するとSpecial:Exportがうまく行かなくなりました。
きっとブラウザ上でそれだけの情報を表示させようとすると、
お手上げ状態になってしまうんだと想像します。
これはやはりＭＹＳＱＬを勉強しなくちゃならないと
覚悟を決めて本を買ってきました。
phpmyadminからselect文でデータの一部らしいものを抽出することが
出来ました。ですから目下の課題は、
mediawikiのデーターベース構造を理解すること その上で
ＭＹＳＱＬで、mediawikiから必要な情報（私の場合履歴を含まない原稿）を取り出すコマンド文を作ること
だと思っています。
まだ本はちらっとしか見ていませんが、どうもＰＣにＰＨＰか何かが走る環境を用意して
ローカルでＭＹＳＱＬを動かしてみないと勉強出来なそうな感じでした。
結局、
ロリポップみたいにお仕着せの環境ではどうすればいいのか想像が付きません。
強いて言えばphpmyadminの中でselect文を発行する場面に於て手動で色々なコマンドを足し書きして実行する
って感じでしょうか。
とにもかくにも、もう少し勉強してきます。
本を買ってから気が付いたけど、
日本MYSQLユーザー会にマニュアルがあるんですね。⇒URLﾘﾝｸ(www.mysql.gr.jp)
mediawikiのテーブル構造⇒URLﾘﾝｸ(honyaku.yahoofs.jp)
翻訳してもよくワカラン(ノ_<。)うっうっうっ これこそこのスレッドで話題にすべき内容なのではないか？
それともどこかに日本語訳があるのでしょうか？
325:nobodyさん
06/06/16 16:54:51
>>323
1) >>241
./maintenance/wikipedia-interwiki.sql とか参考にするといい。
2) URLﾘﾝｸ(www.mediawiki.org)
$wgRightsIcon = 'http://ライセンスアイコン';
$wgRightsText = 'Creative Commons 2.5 by-nc-sa';
$wgRightsUrl = 'http://ライセンス本文';
>>324
Special:Export使ってちょっとずつエクスポートしてもだめなの？
データベースス構造の説明がいるなら、./maintenance/tables.sql を見るのがいい。
他のところの説明は腐ってる。
SQLでやるとなると、こんな感じじゃないかな。
SELECT page_title, old_text FROM page, revision, text WHERE page_namespace = 1 AND page_latest = rev_id AND rev_text_id = old_id;
326:nobodyさん
06/06/17 07:03:51
>>324
mediawiki/maintenance/ 以下にある php スクリプトはコマンド
ライン用のがほとんどだよ。なんでもかんでも窓に入れるもん
だとかって思ってない? プロンプトが出てれば
php deleteOldRevisions.php
って打てば deleteOldRevisions.php が php に渡されて、あとは
勝手にやってくれる。
ロリポップ使ったこと無いからわからんけど、コマンドラインを
使えない環境ってのはちょっと想像できないし多分大丈夫だろ。
327:うた
06/06/17 18:54:03 I/ktdQcM
>>325 さん
>>326 さん ご教授ありがとうございます。
> SQLでやるとなると、こんな感じじゃないかな
大変示唆に富んだ御教授、ありがとうございます。
phpmyadminのＳＱＬ照会実行という窓に貼り付けて実行してみたら
一番最初に入力した１０項目め迄の原稿が表示されました。
アタリがあったような感触を得ました♪
教えて頂いた./maintenance/tables.sql を何とか読んでみます。（英語かぁ～;;）
検索して見つけた知らない人のページですがロリポップはこんな感じです。
↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓
URLﾘﾝｸ(penguin.oops.jp)
どうもコマンドラインで操作できる環境ではないみたいな気がします。
大部の書物の編纂プロジェクトに抜擢されまして、色々試した結果
mediawikiならこちらの要求に応えられる能力を持っていると思いまして、
設置してみました。けれどそこに盛り込まれる項目（原稿）はちょっとした物も含めて
最終的には数千～１万項目になる予定です。
確かにSpecial:Export使ってちょっとずつエクスポートするならうまく行くのですが、
「ちょっとずつ」という所に手作業の部分が入るし、そうするとミスの混入する余地が出来てしまうので、
出来れば全自動で一括エクスポート／インポートしたいと思っているのです。
自分の書いた原稿だけならちょっとずつエクスポートでも良いのですが、
他人の原稿を扱うのでミスは許されない状況にあると考えています。
そのコマンドラインはローカルにＰＨＰ言語がインストールされている状態で
可能なのでしょうか？ だったらまだウチの環境にはＰＨＰはインストールされていませんからダメですよね。
試しにwin2000のコマンドプロンプトから実行してみましたが、当然ダメでした。
それとも、よく知りませんが、ＴＥＬＮＥＴとかいう方法で接続して遠隔地にあるパソコンを動作させるようなやり方なんでしょうか？
もう少し本やマニュアルを読んでみます。
328:nobodyさん
06/06/17 19:26:34
>>327
当然、リモートのシェルにつながないといけないわけで。
普通はtelnetとかsshとかを使うわけだけど、ロリポップでは無理でしょうね。
phpMyAdminてのは使ったことがないんだけれど、
ドキュメントを読んだ限りではデータダンプを作る機能も
あるみたいだから、ローカルに環境を複製して処理するのがいいと思う。
まあ、数千~一万ともなるとバックアップのことなどもあるし、
もうちょっと自由の効くサーバを借りるなり立ち上げるなり
したほうがいいんじゃないかとは思うけれども。
329:nobodyさん
06/06/17 22:13:47
telnetが使えない環境だったら、Dumpしてローカルだなあ。
Windowsでもいいので、ローカルコンピューターでMediaWikiを動かしてみるとよろしいかも。
330:nobodyさん
06/06/18 15:53:57
おまいらに聞きたいことがあるんだが、
ウィキペディアっておまいらの何よ？
331:nobodyさん
06/06/18 15:54:27
誤爆
332:nobodyさん
06/06/20 03:05:27
>>327
MediaWiki （のデータベース）が動作しているマシンでやらなきゃいけない
のだから、当然
> 遠隔地にあるパソコンを動作させるようなやり方
になるわけだな。ローカルマシンで全部運用してるなら別だけど。
# telnet(ftp) や ssh がダメだってのは、じゃあどうやって必要ファイルを
# upload して MediaWiki をセットアップしたんだろうなぁとか思うわけで。
# いやまあ、俺がパソコンに疎いからだとは思うのだけれども。
333:nobodyさん
06/06/20 03:09:18
>>332
え？ftpも駄目なことになったの？
chmodとか以外SITEできない設定のftpd（よくあるレンタルHPスペース程度）とかで、
全ファイルうｐって/config/index.phpじゃないの？
MySQLはphpMyAdminあるみたいだし
334:nobodyさん
06/06/20 11:10:04
ちょっとお聞きしたいんですが。
ユーザー名の変更ってMediaWikiのFAQ（日本語のやつが古い！）だと1.5から
Renameuser使えるとありますが、SVNTrunkのSuperRenameuser.php見ると最近
変える部分を減らしたような。
SQLもPHPもよく知らんのですが、archiveとrecentchanges変えるのはどの程度
問題になるんでしょうか。
335:nobodyさん
06/06/20 16:45:35
>>334
大して問題にならない。でも変えられなくても大して問題にならない。
archiveは削除済みリヴィジョン、recentchangesはページ越えて変更
履歴を自動生成するときのもの。どっちも捨てられるためにある。
336:334
06/06/20 20:20:55
recentchangesのrc_user_textはSpecial:Recentchanges表示用ですね。
大して問題にならなければ変えちゃおうかと。
ご教授ありがとうございました。
337:nobodyさん
06/06/21 21:44:19 t3p/yh5q
すみません。
Mediawikiを移転するため、読み込み専用にしたいのですが・・・
338:nobodyさん
06/06/22 17:18:40
>>337
$wgReadOnly = '(reason)';
339:おしえてさん
06/06/22 21:57:25 0WYVOdii
すみません素人です
aaacafeにインストールしているのですが、
うまくいった表示がされ、さて、メインページを・・・
エンコードが合わないような「 ・ 」みたいな表示が出て、
うんともすんともいわなくなります。
エンコードを変えても「 ・ 」が「 ・・ 」になったりするだけで、大差ありません。
1.6.7で、インストールしています。
これだけでわかりますか？
ほかに示した方が良い情報があったら教えてください。
340:nobodyさん
06/06/22 22:07:28
勿論ちゃんとUTF-8を選択してるよね？
広告の入るところでは止めた方がいいんじゃないかと思うけれども
341:おしえてさん
06/06/22 22:32:00 0WYVOdii
すみません
UTF-8 の エンコードでの 表示ということですよねぇ
なににしましても「・」みたいな表示とか
「？(◇に囲まれた)■」などの表示しか出てきません
ページのソースを見ましても、それだけしか表示されていないようです
ちなみに、広告のはいるところではなぜ止めた方が良いのですか？
すみません 教えてください
342:nobodyさん
06/06/23 12:05:09
非常にラフな質問をして申し訳無いのですが、
最新のmediawiki(1.6.7)を用いて構築するに当たって、
推奨の環境をご教示願えないでしょうか？
具体的には、Apache・PHP・MySQLそれぞれのバージョンということに
なるかと思いますが。。。。
因みにプラットフォームははWindows2000(SP4)＋IE6.0です。
自前PC上に立てる予定です。
343:nobodyさん
06/06/23 16:40:43
>>342
1.6.7の最低要求は PHP 4.3.3, MySQL 4.0.14
HTTPサーバは特に問わないけれどApache2が望ましい。
MySQLも古いものにこだわる理由がなければ最新のを入れておけばいいでしょう。
PHP4を使うなら4.4.xを使うのが推奨されてる。
7月にリリース予定のMediaWiki1.7へのアップグレードを視野に入れるなら、PHP5の方がよい。
（1.7はPHP5の機能を使っているので、4.xでは動かない）
Windowsで立ち上げるとなると、必須じゃないけれどもMemCachedかeAcceleratorのコンパイルが問題かな。
344:nobodyさん
06/06/23 18:06:48 u+ifmWwr
mediawikiってflashを直接埋め込むプラグインとか無いんですかね？
pukiwikiのflash.inc.phpみたいなやつがあればいいんですが･･･
どなたかご存知ありませんか？
345:344
06/06/23 18:17:01
ちなみに、Flashのティッカーを埋め込もうとしているんですが、
monobook.phpに無理やりobjectタグを記述してみたものの、
swfファイル自体は表示されるのですが、
swfファイルが他から呼び出してくるはずのテキストが表示されず。
うーん、なんでだろう･･･。
346:nobodyさん
06/06/23 18:50:42
>>344
軽く探した限りでは無いみたいね。
PHPの知識が少しあればそう苦労することなく作れると思う。
wgParser setHook でググればいい。
347:うた
06/06/23 19:59:17 VcaFGZoL
>>328 さん
>>329 さん
先日中々書き込めなかったのはＤＯＳ攻撃とかいうのに２ｃｈが晒されていた
からなんだそうですね。なんでも１秒に５億アクセスがあったとか！
そんなこととは知らずにこの場所が亡くなってしまったのかと思いました。
> telnetが使えない環境だったら、Dumpしてローカルだなあ。
> Windowsでもいいので、ローカルコンピューターでMediaWikiを動かしてみるとよろしいかも。
今 『ＭＳＱＬ入門以前』という本を見ながら
アパッチやＰＨＰやＭＹＳＱＬをインストールし、実験をしているところです。
ホントに入門書なので、これが知りたい！ というニーズにはもう一冊買ってこなければならないようでした。
きっと皆さんは、こんな環境でmediawikiを動かしていたんでしょうね。
ところで上記お二方に共通の
Dumpしてローカル・・・
データダンプを作る機能もあるみたいだから、・・・
というＤＵＭＰとはエクスポートと違う機能なのですか？
また、私の理想は、ネット上にmediawikiを設置して全国に散らばった執筆者に
直接ブラウザから書き込んで貰い、書き直しや訂正の末、最終的に一括でダウンロードしたい
ので、ローカル環境で動くことには余り魅力がないのです。
まぁ仕組みを知るには絶対必要だとは思いますが。
一番良いのは仰るとおり、自前のサーバーで行うことだと思いますが、（ドーヤルンダロ？？）
でも、ＭＹＳＱＬが直接いじれるなら、簡単にアンケートページみたいなのをつくって
そのまま原稿を書き込んで貰った方が早いかなーとか思ったりしました。
348:nobodyさん
06/06/23 21:01:53
>>347
簡単に言えば、dumpってのはデータベースのデータをファイルにまとめたもので、
データベースサーバに読み込ませればデータベースをそっくりそのまま再現することができるもの。
> 直接ブラウザから書き込んで貰い、書き直しや訂正の末、最終的に一括でダウンロードしたい
> ので、ローカル環境で動くことには余り魅力がないのです。
数千～万の量となるとリモートで処理するわけにはいかないでしょうに。
ちゃんとダンプが落とせるかどうかも甚だ疑問なわけだけれども。
349:nobodyさん
06/06/24 04:07:56
結局はロリポップを捨てて telnet とか ssh でシェルログインできるような
レン鯖さがすほうが早いように思えるんだけど。
どのみち MySQL を直接蹴ってダンプ吐かせたり飲ませたりするんだから
コマンドラインで弄れるようにしといた方がいろいろと都合が良かろう。
350:nobodyさん
06/06/24 04:10:18
どうでもいいけど全角英数は蕁麻疹が出るんでぜひともやめて欲しい
351:nobodyさん
06/06/24 14:44:49
>>347
どこまでわかって書いてんのかなあ・・・。
ロリ鯖は現状のままで運用。適宜DBダンプを作成・ダウンロードして
データベースの内容を丸ごとローカルにコピー。
で、ローカルでmaintenanceスクリプト使うなり、SQLで直接DB
叩くなりして必要な内容を抽出。
352:nobodyさん
06/06/24 19:57:05
うーん、MySQLの文法とか知らなくてもできそうな作業なんだけどなあ・・・
353:うた
06/06/25 07:14:49 YlR4jSoa
なーるほど。
書き込むだけ書き込んで貰って、最終的に、一括でdump（という方法で）ダウンロードして
抽出作業だけを、ローカルでやればいい、ということなんですね！
それは
select * from テーブル名;
でいいのでしょうか？
それとも以前どなたかが示して下さった、
SELECT page_title, old_text FROM page, revision, text WHERE page_namespace = 1 AND page_latest = rev_id AND rev_text_id = old_id;
いや、そもそもdumpはselectコマンドではない何か、あーもしかしてphpでそういうファイルがあるのかな？？
354:nobodyさん
06/06/26 02:57:54
とりあえずローカルに MediaWiki 環境構築してコマンドライン操作に
なれることから始めた方がいいような気がする。
データベースは後からでも移し変えたりできるんだから、慣れてから
いろいろ考えればいいと思う。そんな猶予もないほど緊急の課題なら
まあ好きにすればいいんじゃないかとは思うけど。
とりあえず、PHP で mediawiki/maintenance のスクリプト叩くことから
かな（ダンプ作るスクリプトも入ってたと思うし）。細かいことを考え
なければ、直接 SQL 文を発行する機会はほとんどないように思う。
355:nobodyさん
06/06/26 12:04:50
>> 343
質問を投げておいて、レスが遅くなってしまい申し訳ございません。
回答ありがとうございました。
細かいバージョンは、これから調べますが、
下記のような構成になると考えています。
Webサーバ：Appach2
PHP：5.x
DB:MySQL 4.1.x
MySQLは最新をということですが、5.xは対応しているのでしょうか？
明後日な質問でしたら、失礼をお詫びいたします。
356:344
06/06/26 14:14:33
>>346
ありがとうです。
ちょっとぐぐってみたら、
URLﾘﾝｸ(meta.wikimedia.org)
なんてものがあって、原文のままにやってみました。
swf自体は普通にUPして表示できるようになったものの、
やっぱり外部ファイルからテキストを読み込むタイプのswfだと
中身のテキストが表示されず･･･なんでだろうか･･･
357:nobodyさん
06/06/26 14:43:55
PHP、MySQLともに素人です。
Mediawiki1.6.7を文末の環境に入れたのですが、
「Error in fetchObject(): Illegal mix of collations (sjis_bin,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation ' IN ' 」
といったエラーが表示されてしまっています。
文字コード周りが原因が分かりません。
どこの設定の影響なのでしょうか？
どなかた教えてください。
OS:Win2000
PHP5.1.2
Apache2.0.55
MySQL4.1.18
358:nobodyさん
06/06/26 16:51:23 KapfWW4U
画像のアップロードを管理者のみ可能にするためにはどのように改造したらいいでしょうか・・・
359:nobodyさん
06/06/26 17:19:42
>>355
MySQL5.xは少なくともGAリリースでは問題ない。
>>356
Flashは専門外でわからないけど、
ドメイン制限とかに引っかかってるんじゃないのかなあ。
>>358
URLﾘﾝｸ(www.mediawiki.org)
<code>
$wgGroupPermissions['user']['upload'] = false;
$wgGroupPermissions['sysop']['upload'] = true;
</code>
360:nobodyさん
06/06/26 17:25:27 KapfWW4U
>>359
ありがとうございます。
あ、そのページにはすべて書いてあるんだ・・・今気がつきました。
361:nobodyさん
06/06/26 17:28:23
>>359
ありがとうございました。
試してみます。
362:357
06/06/26 17:31:53
エラーとして出力された内容は
下記のとおりです。
Backtrace:
GlobalFunctions.php line 602 calls wfBacktrace()
Database.php line 596 calls wfDebugDieBacktrace()
Database.php line 1787 calls Database::fetchObject()
LinkBatch.php line 76 calls ResultWrapper::fetchObject()
LinkBatch.php line 55 calls LinkBatch::executeInto()
Skin.php line 192 calls LinkBatch::execute()
Skin.php line 171 calls Skin::preloadExistence()
SkinTemplate.php line 108 calls Skin::initPage()
MonoBook.php line 28 calls SkinTemplate::initPage()
SkinTemplate.php line 151 calls SkinMonoBook::initPage()
OutputPage.php line 577 calls SkinTemplate::outputPage()
OutputPage.php line 794 calls OutputPage::output()
Database.php line 476 calls OutputPage::databaseError()
Database.php line 419 calls Database::reportQueryError()
Database.php line 806 calls Database::query()
Database.php line 825 calls Database::select()
Article.php line 391 calls Database::selectRow()
Article.php line 403 calls Article::pageData()
Wiki.php line 209 calls Article::pageDataFromTitle()
Wiki.php line 48 calls MediaWiki::initializeArticle()
index.php line 123 calls MediaWiki::initialize()
363:344
06/06/27 09:55:50
>>359
ご返信感謝です。
それがですね、サーバは自前で立ててるんですよね。
うーん。monobookもだめ、エクステンションでもだめ･･･。
やっぱり他のHTMLからFlash呼び出して、さらにそのHTMLを呼び出すしかないのかなぁ･･
見栄えが悪くなるからあんまりやりたくないんだけど･･･ほんとどーしたもんだか･･･
364:nobodyさん
06/06/28 04:01:02
>>363
この辺じゃだめなの？検索しただけだから動くか知らんけど
URLﾘﾝｸ(meta.wikimedia.org)
URLﾘﾝｸ(isaacnewton.princeton.edu)
365:nobodyさん
06/06/28 04:08:13
あ、Flash pluginは試したのね、ｽﾏｿ
gflashってやつは外部URL指定できるみたいだけどソースが見つからない
366:nobodyさん
06/06/28 04:12:00
あったあった。
URLﾘﾝｸ(junkchest.blogspot.com)
367:344
06/06/28 17:23:38
>>366
ありがとうです！
ちとやってみました。
が・・・普通にFlashを見ることはできるのですが、やはりそのswfファイルが
外部から読み込むはずのテキストを読み込んでくれません・・・orz
たぶん手詰まり、ですかねぇ…。
368:nobodyさん
06/06/28 22:16:43
>>367
原因はわかってるの？生成されるHTML自体が間違ってる？Content-typeが
不適切とか？動的生成だとうまくいかないとか？
ダメな理由がわからないと対策もできないのでは。
369:344
06/06/29 10:48:43
>>368
原因ははっきりとはわかりません。もしかするとFlashの仕様(外部ドメインからテキストを読み込めない)
か、mediawikiの仕様(設定)か、どっちかではないかな、とは思っています。
何故なら、mediawiki上では無く、単品のHTML上では普通にそのFLASHが外部から
テキストを読み込んできて、普通に動くので。
逆に言うと、mediawikiのその辺の設定があればわかるかもしれません。
mediawikiのサイトを検索してみたんですが、自分の英語力じゃ該当するような
記事を発見できず・・・。
370:nobodyさん
06/06/29 16:37:17
$wgAllowExternalImages = true;
をLocalsettings.phpに加えてみるとか
371:nobodyさん
06/06/29 23:32:20 BLFjagJU BE:230958836-
インストールで躓いてしまいました。どうかお知恵を拝借いただけないでしょうか。
--- LOG ---
MediaWiki 1.4.15 installation
Please include all of the lines below when reporting installation problems.
Checking environment...
* PHP 5.1.4-pl0-gentoo: ok
* PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP's memory_limit is 8M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok.
* Have zlib support; enabling output compression.
* Turck MMCache not installed, can't use object caching functions
* Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled if you enable uploads.
* Found GD graphics library built-in.
* Installation directory: /var/pub/example.org/htdocs/mediawiki
* Script URI path: /mediawiki
* Connected as root (automatic)
* Connected to database... 4.1.20-log; enabling MySQL 4 enhancements
* Database xspect_mediawiki exists
* Creating tables...Query "CREATE TABLE mw_categorylinks ( cl_from int(8) unsigned NOT NULL default '0', cl_to
varchar(255) binary NOT NULL default '', cl_sortkey varchar(255) binary NOT NULL default '', cl_timestamp timestamp
NOT NULL, UNIQUE KEY cl_from(cl_from,cl_to), KEY cl_sortkey(cl_to,cl_sortkey(128)), KEY cl_timestamp(cl_to,cl_timestamp) )"
failed with error code "Specified key was too long; max key length is 1000 bytes".
--- LOG ---
# Apache/2.0.55 , PHP 5.1.4 , mysqld Ver 4.1.20-log
# phpMyAdmin をインストールしています。データベースに関してはあまり詳しくないです。すみません。
372:nobodyさん
06/06/29 23:35:41
>>371
URLﾘﾝｸ(bugzilla.wikimedia.org)
373:371
06/06/29 23:50:26
>>372
素早い回答感謝いたします。
InnoDB の利用を検討してみます。
ありがとうございました。
374:nobodyさん
06/06/30 15:04:00
新しいバージョンほど、なるべく軽くなるような設計見直しが何度か
行われているというのに、今わざわざ1.4系を入れようというのか
などと考えると夜も眠れん。今から昼寝する。
375:nobodyさん
06/06/30 18:17:33
>>374
ディストロで提供されている stable パッケージが
1.4.15 なものでして。unstable を入れると依存関係で
悲惨なことになりそうなので試してないのです。
376:nobodyさん
06/06/30 18:39:02
そういうのまで最近はパッケージできてるんだなぁ。
AMPはパッケージで、mediawikiだけ手動で入れても
罰は当たらないと思うのだけれど。
ディレクトリ構成だけ鳥のを参考にするとか。
377:nobodyさん
06/06/30 19:19:12
>>375
1.4のセキュリティーリリースはそろそろ終わるので、
そっちのほうが不味いんじゃねえかと思う。
それに、1.4から1.5/1.6にアップグレードするのは大きなDBの変換が
必要になるから、新しく入れるなら1.4はお勧めできないなあ。
>>371の環境なら最新の1.7alphaも動くから、
SVNつかって1.6ブランチ入れればいいんじゃないかと思う。
URLﾘﾝｸ(www.mediawiki.org)
378:nobodyさん
06/06/30 19:43:45
初歩的な質問で申し訳無いのですが、
ＭｙＳＱＬの文字セットはどう設定するのが正しいのでしょうか？
現在、オール「latin1」です。
このまま進んで良いものやら、悩んでいるのでお願いします。
ちなみにＭｙＳＱＬのバージョンは5.0.18です。
379:nobodyさん
06/06/30 20:27:18
>>378
そのあたりは自動で設定されるのでインストールが通れば特に気にしなくていいと思う。
380:nobodyさん
06/07/01 21:26:42 nmkk0Acv
でもUnicode設定をお勧めします。
latin1だと、データベースのバックアップがままならないときがありました。
381:nobodyさん
06/07/03 11:06:58
左に表示されるツールボックスを非表示、またはメニューの一部を
表示させないようにするにはどこをいじればいいのかが分からない…。
[[表示メッセージ一覧]]とかにあったっけ？あれはサイドバーしか見当たらない。
382:381
06/07/03 11:36:42
事故解決しました。
上のメニュー(オプションとか自分の投稿履歴とか)はどうやって消すんだろう…。
383:nobodyさん
06/07/03 19:49:36
>>382
スキンを編集するしかない。
384:nobodyさん
06/07/04 07:13:04
つonkeydown
というか常識中の常識だゴルァ。知ったかぶりするのはお勧めできない。
というかどっちにしろ無駄に負荷高杉な罠。
385:nobodyさん
06/07/04 09:53:49
( ﾟдﾟ)ﾎﾟｶｰﾝ
386:nobodyさん
06/07/04 12:19:26
誤爆？
387:nobodyさん
06/07/07 10:13:10
日本語のファイルをUPしてもダウンロードできん。
なんか回避方法あるの？
388:nobodyさん
06/07/07 13:45:44
>>387
もう少し言葉を補ってもらえると答えようもあるんだけど。
389:nobodyさん
06/07/07 15:07:19
>>387-388
私も同様に困っているので書いてみる。
例えば「テスト.gif」というファイルをうｐしたとき、「繝・せ繝・gif」というファイルが生成される。
要は、utf-8のバイト列を無理やりWinNTのファイル名文字コード（多分utf-16）で読んだもの。
MediaWikiは画像に対して
「/images/%E3%83%86%E3%82%B9%E3%83%88.gif」（テスト.gifをutf-8でurl-encodeしたもの）というリンクを貼るので、
そのリクエストを受け取ったApacheは「{{DocumentRoot}}/テスト.gif」を探しにいくので、404が帰る。
thumb処理自体（ファイル生成）は上手くいってるようなので、Apache側を弄った方が早いかなと思い、
mod_encoding.cとか試してみたんだがなかなか上手くいかない。自分でApacheのModule組むほどスキルがない。
というわけなのです。
そういえばPHP5+eAcceleratorがマトモに動かない件はどうしよう・・・
困ったなあ。。。Linuxにすればなおるのかなあ。
390:nobodyさん
06/07/07 15:15:45
>>389
その話なら>>224-225あたりでも出てたね。
今のところ日本語を使わないようにするしかないかな。
391:nobodyさん
06/07/07 18:42:20
>>390
というか、>>224＝>>389＝自分です・・・
392:nobodyさん
06/07/07 19:08:20 JyJPZBtT
//環境 OS:FreeBSD, PHPver:4, DB:MySQL4.1, HTTPd:apache2.0x
旧マシンが老朽化したため、新マシンにしようとしてるんですが
/home/hoge/public_html/mediawiki下をコピーして
あとphpMyAdminでデータベースをエクスポート&&インポートした。
で、問題はwikiの一切の文書（メインページ含み）がなくなっちゃった
UPLOADした画像や左上のロゴは旧マシンの状態のままだったんだがぁ
この文書が消えちゃうってのはどんな原因が考えられますか？
393:nobodyさん
06/07/07 20:54:01
>>392
セットアップ時に指定したデータベース名とインポートしたときの名前が違ってて、新しくデータベース作っちゃったとか
394:nobodyさん
06/07/09 02:28:14
1.7.0がリリースされているのでリンクとか
リリースノート
URLﾘﾝｸ(svn.wikimedia.org)
ダウンロード
URLﾘﾝｸ(www.mediawiki.org)
アップグレードマニュアル
URLﾘﾝｸ(www.mediawiki.org)
395:nobodyさん
06/07/09 03:38:19
>>394
PHP 5必須か。。ちょっと敷居が高いな。
396:nobodyさん
06/07/09 06:43:09
Vine linux 3.90-preview (= VineSeed 3.2) に subversion で
MediaWiki 1.7.0 を導入したところ、 >>389 のような文字化けが
日本語を含むページへのリンクのほとんどで発生してしまい
ログインも編集もできません。サイドバーなどから特別ページ
を開いたりすることはできるので、なんか妙な状態のようです。
文字コードかなと web を検索してみて、 mediawiki/.htaccess に
AddDefaultCharset UTF-8
php_value default_charset UTF-8
php_value mbstring.language neutral
php_value mbstring.internal_encoding UTF-8
php_value mbstring.http_input auto
php_flag mbstring.encoding_translation Off
php_value mbstring.detect_order auto
php_value output_handler none
と書いてみましたが効果無しでした。何かお知恵がございましたら
手を貸していただけると幸いです。
* MediaWiki: 1.7.0 (r15449)
* PHP: 5.0.5 (apache2handler)
* MySQL: 4.0.25-standard
397:nobodyさん
06/07/09 11:10:53
>>395
5.0.0がリリースされてもう2年になるのに、なかなか
ホスティングサービスは置き換えが進まないね。
4.xは開発終了してるからセキュリティー的にも望ましい状態とは
いえないと思うんだけどな。
398:nobodyさん
06/07/09 15:00:20 QntrWMDO
Mediawikiの検索窓で、Shift_jisエンコードの検索を受け入れる方法はありますか？
つまり、あるShift_jisエンコードのページに検索フォームを設置して、そのフォームからShift＿jisで送信された検索ワードを
MediawikiでUTF-8に変換させる方法はないかということです。
399:nobodyさん
06/07/09 15:29:17
>>398
全部UTF-8を前提に書かれてるから、そういう設定はないと思う。
あいだにPHPをひとつ噛ませればよいだけじゃないかな。
<?php
$query = urlencode( mb_convert_encoding( $_REQUEST['q'], 'UTF-8', $_REQUEST['ie'] );
header( 'Location: URLﾘﾝｸ(example.com)' . $query . '&fulltext=1' );
?>
search.php?ie=Shift_JIS&q=%8BT
400:nobodyさん
06/07/09 21:59:54
accept-charset属性付ければ良いじゃん。
<form accept-charset="utf-8" （以下略）>
401:nobodyさん
06/07/09 23:18:16 pXwNtaUW
>>400
IE無理じゃん
402:nobodyさん
06/07/09 23:53:38
>>399
その方法でやったらできました。ありがとうございました。
403:nobodyさん
06/07/10 00:16:36
>>394
さっき見たら1.7.1がリリースされていたので
Win XP+XAMPP 1.5.3a,+InnoDBの有効で試したら
あっさり動いた。mimetexでTeX記法も使えた。
texvcはうまくいかなかった。
>>371-373 ありがとう。助かった。
404:nobodyさん
06/07/11 16:30:28
サーバがWindowsで画像のアップロードを行うと次のエラーが出ます。
Fatal error: mime_magic could not be initialized, magic file (null) is not available in C:\www\mediawiki\includes\MimeMagic.php on line 506
ImageMagic関連のエラーだとは思うのですが・・・
解決策はありますか？
環境は
WindowsXP Pro
Apache2.0.58
MediaWiki: 1.6.7
PHP: 4.4.2 (apache2handler)
MySQL: 4.0.26-nt
405:nobodyさん
06/07/11 17:04:36
>>404
apache の設定だとオモタ。httpd.conf から MIME_magic 関連の設定探して晒してくれ。
406:nobodyさん
06/07/11 18:40:49
>>404
ソースのその辺読めば
On Winodws, you must set mime_magic.magicfile in php.ini to point to the mime.magic file bundeled with PHP
407:nobodyさん
06/07/12 01:08:54
MediawikiにSOABSのほかに、DSBLを参照させたいのですが、どうすればよいでしょうか。
SOABSの規制が働いていないような気がするのですが・・・
408:nobodyさん
06/07/12 01:26:09
>>407
DNSBLはウィキメディアで使ってない機能だから、もしかすると壊れてるかもしらん。
./includes/User.php から User::inSorbsBlacklist を見つけて、
$this->inDnsBlacklist( $ip, 'http.dnsbl.sorbs.net.' ) ってなってるとこを、
書き換えればよいでしょう（綺麗じゃないけど）。
409:nobodyさん
06/07/12 09:27:18
>>406
ご指摘ありがとう、
php.ini に
mime_magic.magicfile = "c:\php\magic.mime"
を追加で動きました。
>>405
今回はapacheの設定ではりませんでしたが、いろいろ調べて勉強になりました。
ありがとうございます。
410:nobodyさん
06/07/13 11:20:27
社内用に構築した情報共有用のmediawikiがなかなかの好評であります。
が、やっぱりマークアップがわからんと文句を言う人も多い…覚えてくれよ、
小学生でもWikipedia使える奴いるんだからさ…
411:nobodyさん
06/07/13 13:48:07
そんな人のために編集ボタンですよ。
ドラッグ反転してボタン一発でマークアップ完了。
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指定すればいいってことではないのか。
つ URLﾘﾝｸ(ja.wikipedia.org)
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
URLﾘﾝｸ(ja.wikipedia.org)
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がセーフモードでブロックされてるんだろうけど。
541:nobodyさん
06/10/22 15:27:33
レンサバで以前1.6.x入れて問題なかったから、VineLinux立てて1.8.2入れてるんだけど、困ってる。
セットアップして『メインページ』は、普通に表示されるのに、
『ノート』とか『編集』とかは、ページタイトルが文字化けする・・・
しかもテキストエリアの中は真っ白。
同じ症状出た人、いないっすか？？？
苦労してMySQL5を入れてもダメだし。