=== MediaWiki 管理者の集い 第3版 ===
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/01/25(月) 01:55:05ID:???== 公式サイト等 ==
[http://www.mediawiki.org/wiki/MediaWiki/ja MediaWiki.org]
[http://www.mwusers.com/ MediaWiki Forums]
[http://www.amazon.co.jp/dp/1904811590/ Mediawiki Administrators' Tutorial Guide]
日本語翻訳中（らしい）
== 過去ログ ==
*** MediaWiki 管理者の集い ***
http://pc11.2ch.net/test/read.cgi/php/1116571633/
=== MediaWiki 管理者の集い 第2版 ===
http://pc11.2ch.net/test/read.cgi/php/1183501450/
0494nobodyさん
2013/01/26(土) 21:43:04.53ID:???現状はLAN内で運用してるので、セキュリティよりも速度を重視してます。
（記事を溜めたのち、MySQLでdump、公開鯖に移植という流れを想定してます）
v1.20はキャッシュ込みで7〜8秒要するので、極力現在のバージョンで使いたいのですが…
0495nobodyさん
2013/01/26(土) 21:48:17.39ID:???0496nobodyさん
2013/01/26(土) 21:56:47.25ID:???機能もメッセージも大きく違うし。
0497nobodyさん
2013/01/27(日) 10:52:06.73ID:???0498nobodyさん
2013/01/27(日) 17:37:45.69ID:???0499nobodyさん
2013/01/27(日) 17:38:39.24ID:???> レスポンスがかなり厳しく、debianパッケージ版を使っている状態です
そもそもdebianが軽くない
0500nobodyさん
2013/01/27(日) 17:46:07.89ID:???0501nobodyさん
2013/01/29(火) 16:18:12.32ID:???速度には何も関係しないと思う。
MediaWiki のパフォーマンスは基本的にキャッシュまかせで、PHP 側を
いじっても大した効果はない。APC, memcached, varnish をちゃんと
入れて、それでも遅ければそれ以外の方法を考える、くらい。
0502nobodyさん
2013/01/29(火) 16:31:20.64ID:???0503nobodyさん
2013/01/31(木) 21:37:46.73ID:3HUVj2/Fどんな利点があるの？
/wiki/ のままでも短縮URLにできるんだけど。
0504nobodyさん
2013/02/01(金) 03:39:20.05ID:???0505nobodyさん
2013/02/01(金) 21:22:39.25ID:???・・・/wiki/myskin.css へのアクセスがあった場合、
cssファイルを取りたいのか、myskin.css という項目を表示したいのか
という問題が生じるから、/w/にインスコするか、.htaccessでうまく裁くかの選択をする。
wikipediaは/w/にインスコする方を選んでるだけ。
0507nobodyさん
2013/02/06(水) 20:15:26.00ID:???PHPのソースコードの品質を評価するスレ
http://toro.2ch.net/test/read.cgi/tech/1360128502/
0508nobodyさん
2013/02/09(土) 03:48:10.41ID:???毎日、下記のｓｈでバックアップを取っているんですが・・・
date=`date +'%y%m%d'`
file=mysql-backup-$date
dir=/hoge/backup
/usr/local/bin/mysqldump --opt -c -Q --add-drop-table \
--host=hogehoge \
--user=foo --password=hage db_mw > \
$dir/$file
/usr/bin/gzip $dir/$file
なぜかgzの大きさが毎日10Ｍずつ増えていきます。
もちろんそんなに投稿は増えてないです。
deleteOldRevisions.phpをした直後でもお構いなしに10M増えます。
こんな現象に心当たりはないですか？
1.16のときはそんなことなかったんですよね、、、
0509nobodyさん
2013/02/09(土) 04:23:51.87ID:???おそらくmysql内のobjectcacheとl10n_cacheにキャッシュが溜まってる
1.18からeacceleratorが対象外になったから多分それじゃないかな
$wgMainCacheTypeとかで指定したやつがエラーだと自動的にDBにキャッシュする仕組み
www.mediawiki.org/wiki/Manual:$wgMainCacheType
素直にAPCに乗り換えるのが吉
話し変わるけどみんなはLocalSettings.phpのパーミッションって600にしてる？
0510nobodyさん
2013/02/09(土) 04:57:52.89ID:???でも、$wgMainCacheType = CACHE_NONE; なんですよね。。。
0511nobodyさん
2013/02/09(土) 14:12:18.97ID:???0512nobodyさん
2013/02/10(日) 18:39:07.95ID:???同じページがいくつもキャッシュされることはないし、期限が切れれば勝手に消える。
0513nobodyさん
2013/02/11(月) 00:53:47.05ID:???サーバ屋に怒られるかも・・・
でも消すのは怖いわｗ
0514nobodyさん
2013/02/12(火) 00:56:18.01ID:???http://www.mediawiki.org/wiki/Manual:Objectcache_table
Objectcache table is used for a few generic cache operations
if not using Memcached. Its content can be deleted and
excluded from backups as it will be regenerated when needed.
このTBLはMemcachedを使用しない場合に、わずかなキャッシュ操作の生成のために使われる。
この中身は必要なときに再生成されるので、削除しても構わないし、バックアップに含めなくても構わない。
0515nobodyさん
2013/02/12(火) 02:49:21.30ID:???0516nobodyさん
2013/02/13(水) 00:52:44.76ID:???レンサバで使えるところは少数派だと思うよ
0517nobodyさん
2013/02/14(木) 19:09:54.88ID:???0518nobodyさん
2013/02/15(金) 08:04:25.16ID:???アダルト系では無いですが、できればアダルトもOKな所がいいです。
0519nobodyさん
2013/02/15(金) 09:34:05.29ID:???0520nobodyさん
2013/02/17(日) 22:25:23.67ID:n/q/k3dx$wgMainCacheType=CACHE_NONE; なのな。
ファイルとシステムのキャッシュも設定したら非常に軽くなった。
memcachedだとMediaWikiがソケットで扱えないし、こっちがいいかな。
キャッシュサーバ置くほどの規模ではないから。
検証してくれた方ありがとう。
http://netlog.jpn.org/r271-635/2012/01/mediawiki-cache-benchmark.html
0521nobodyさん
2013/02/17(日) 23:50:18.92ID:???0522nobodyさん
2013/02/18(月) 00:30:17.28ID:???ローカルで完結するのにポート経由するのもなんだかなぁと思って。
iptablesや-l オプションでListenするアドレス絞れるけど、あまりネットワークで墓穴掘りたくない。
0523nobodyさん
2013/02/18(月) 00:46:48.25ID:???127.0.0.1:11211
でMediaWikiのmemcahed用の設定して
iptablesは
-A INPUT -i lo -j ACCEPT
でループバック許可するだけで問題ないが
ループバック許可しない変態設定なら知らんし
ループバックが墓穴と思うなら仕方ないけどな
0524nobodyさん
2013/02/27(水) 22:34:22.43ID:???0525nobodyさん
2013/02/28(木) 02:09:23.01ID:???0526nobodyさん
2013/02/28(木) 23:47:08.19ID:???だってスマートフォンからの方がアクセス多かった。から。
0527nobodyさん
2013/03/02(土) 18:28:02.92ID:???0528nobodyさん
2013/03/05(火) 03:04:02.75ID:???警告：アップロードの既定ディレクトリに、任意のスクリプト実行に関する脆弱性があります。
MediaWiki はアップロードされたファイルのセキュリティ上の脅威を確認しますが、アップロードを有効化する前に、このセキュリティ上の脆弱性を解決することを強く推奨します。
これはどうやれば消えますか?
0529nobodyさん
2013/03/05(火) 07:20:19.75ID:???0530nobodyさん
2013/03/07(木) 12:33:21.47ID:5tWwyQLnMySQL、PHP、MediaWikiのダウンロードはしました。
configディレクトリってどこにあるのですか。
0531nobodyさん
2013/03/07(木) 14:16:06.51ID:???ググれ無いならあなたには無理です。
0532nobodyさん
2013/03/07(木) 18:27:30.98ID:5tWwyQLn0534nobodyさん
2013/03/07(木) 20:56:12.49ID:5tWwyQLn0535nobodyさん
2013/03/08(金) 00:26:38.42ID:???0536nobodyさん
2013/03/08(金) 14:12:42.22ID:xJLt8iYp0538nobodyさん
2013/03/10(日) 19:44:53.08ID:???さくらVPS CentOS 6.3, PHP 5.4.12
wikiを/var/www/html/ 下に配置して、index.phpに接続するも、
そこからインストール画面に飛ぼうとすると、500エラーが出る。
本家や先達たちのインストール指南を見ると、
パーミッション設定やら、wikiフォルダの所有者設定が違うと失敗するとのことだが、
何度も見なおしたり設定しなおしたり、apache再起動したりしてもダメ
見慣れないエラーログみたら、httpdのerror_logに、
”php-domが見つからないよ”って書いてあった。
yum install --enablerepo=remi php-dom
してから、apache再起動したら、インストール画面に進めたよ。
タコ晒しで恥ずかしいけど、ひょっとして、今後同じような事で困る人がいたら、役に立つかなと思って、書きました。
0539nobodyさん
2013/03/10(日) 20:45:05.06ID:???なぜわざわざ？いまさら？
0540nobodyさん
2013/03/10(日) 23:32:43.77ID:???本音： 俺ってすごいだろ？？？ふふふｗｗｗｗ
0541nobodyさん
2013/03/11(月) 01:54:00.73ID:???0542nobodyさん
2013/03/12(火) 01:44:10.44ID:???どのような手法を用いれば埋め込めるでしょうか。
よろしくお願いします。
0543nobodyさん
2013/03/12(火) 22:13:40.25ID:ABFd4pnM表示毎に読み込むスクリプトってことならMediaWiki:Common.jsとか
0544nobodyさん
2013/03/13(水) 11:41:40.46ID:???http://engawa.2ch.net/test/read.cgi/poverty/1363142026/
0545nobodyさん
2013/03/13(水) 19:31:46.72ID:???馬鹿なの？
apt-get updateだろうって？
0546nobodyさん
2013/03/14(木) 12:29:00.82ID:???APC 3.1.14
PHP 5.4.12
ろりぽ
apc.enabled + apc.enable_cli 1
$wgMainCacheType = CACHE_ACCEL;
誰かExtensionのAPC使ってる人います？
APC情報表示したらミス100％で正常に動作しているか判断付かなくて困っています。
Extensionが対応してないだけなんでしょうか？
判断方法があったら教えていただけるとありがたいです。
ファイルキャッシュの情報
キャッシュされたファイル 116 ファイル (7.56メガバイト)
ヒット数 0
ミス数 116
0548nobodyさん
2013/03/16(土) 02:05:17.96ID:???>>543
該当スクリプトがcommon.jsに掲載可能かどうかを検討してみます
>>547
そちらのプラグインについても調査してみたいと思います
ありがとうございました
0549547
2013/03/16(土) 08:37:30.58ID:???0550547
2013/03/16(土) 08:38:06.39ID:???AdSense のはずｗ
0551nobodyさん
2013/03/16(土) 18:53:53.23ID:???すみませんが違います。アクセス解析用cgiへのデータ転送スクリプトなのですが・・・。
一時はスキン用PHPに直接書き込んでいたのですが、バージョンアップごとに書き直すのが面倒でそういう手法がないかなあと思いまして。
0552547
2013/03/16(土) 19:36:58.48ID:???0553nobodyさん
2013/03/20(水) 09:37:49.04ID:???いろいろ改良が進んでるな。
0554nobodyさん
2013/03/20(水) 16:21:00.44ID:L89lRUi/MedaiWikiは名前空間、Template、Categoryという優れた機能を持つWikiだけど
他にも同じような機能を持ったWikiクローンってないものかな？
0556名無しさん＠お腹いっぱい。
2013/03/21(木) 11:08:42.41ID:???早く作れゴミ野郎
0557nobodyさん
2013/03/21(木) 16:39:20.39ID:???http://toro.2ch.net/test/read.cgi/tech/1363684895/
0558nobodyさん
2013/03/23(土) 08:04:32.85ID:???0559nobodyさん
2013/03/23(土) 11:30:48.55ID:???0560nobodyさん
2013/03/23(土) 18:08:33.19ID:???の必要性は>>554にしかわからない。
欲しい機能・性能が具体的に説明されてるわけでもなく、
ただ漠然と「より優れた」や「高機能」と言われても
>>554以外には何がどうすぐれてて高機能なのか比較のしようすらない。
必要だと思う>>554が、>>554の考える優れた高機能クローンを作るしかない
としか答えようがない意味のない質問をする方が悪い。
0561nobodyさん
2013/03/23(土) 20:32:27.84ID:???一般論で誰でも分かるだろ
0563nobodyさん
2013/03/24(日) 03:38:20.48ID:???0564nobodyさん
2013/03/24(日) 11:12:31.24ID:???0566nobodyさん
2013/03/25(月) 16:41:42.10ID:???0567nobodyさん
2013/03/26(火) 13:06:56.87ID:???pukiwikiも開発停止してるし。
blogが事実上wordpressだけになったのに似た状況
どちらもPHPがクソいが、それを越える移行先もない
>>566
mediawikiでmarkdownできるよ
http://www.mediawiki.org/wiki/Extension:AlternateSyntaxParser/ja
0568nobodyさん
2013/03/27(水) 02:59:26.88ID:???0569nobodyさん
2013/03/27(水) 03:04:10.69ID:???ないならしかたない
何かあると思っていたんだよ
その言い方だとそんなものは存在しないか、あるいは＞＞５６０がしらないかのどちらか
ちなみに>>561は俺とは別人
というか作れって何なんだ
>>567
Java製wikiは無理だろうか
TemplateもJavaで書けるwikiを夢見てる
0570nobodyさん
2013/03/27(水) 07:12:04.57ID:???0571nobodyさん
2013/03/27(水) 08:46:32.79ID:???一般論で言うならば、
MediaWikiのようなWikiが使いたいというだけの人なら
そのままMediaWikiを使えばいいし、普通はそうする。
そうではなくてMediaWikiに不満があるから他のは無いかと言うならば
何が不満か明らかにするのが必要最低限のレベル。
不満な点を挙げることもなく、なおかつより高機能などと言う阿呆は
勝手に作れ、言いだしっぺがやれ。
0573nobodyさん
2013/03/27(水) 09:36:57.70ID:???http://ja.wikipedia.org/wiki/Confluence
http://ja.wikipedia.org/wiki/XWiki
http://en.wikipedia.org/wiki/Jive_(software)
http://en.wikipedia.org/wiki/SamePage
http://en.wikipedia.org/wiki/Traction_TeamPage
0574nobodyさん
2013/03/29(金) 01:11:21.71ID:???俺は、記事の名前空間とユーザ権限のリンクができるようになったら
Mediawikiに完全移行するわ。無理だろうけど。
0575nobodyさん
2013/03/29(金) 02:28:47.75ID:???MediaWikiに匹敵するwikiはなさそうだな…
せめて名前空間とTemplateとCategoryの機能さえあれば…
0576nobodyさん
2013/03/29(金) 09:03:12.55ID:???あと無機質なwikipedia風よりもオシャレなcssがほしい
0577nobodyさん
2013/03/29(金) 11:28:40.32ID:???わかる。管理（編集）は自分だけで、コメントだけ（ノート名前空間に）ゲストも書ける、という
日本で需要の多い使い方が
できないのが痛い。
0578nobodyさん
2013/03/29(金) 12:08:40.85ID:???日本ではpukiwikiが壊滅して終わってるけど
http://en.wikipedia.org/wiki/Comparison_of_wiki_software
0579nobodyさん
2013/03/29(金) 14:13:40.89ID:???JAMWikiはどうした。テンプレートも名前空間も、カテゴリもあるぞ。
...MWの劣化クローンなんだから当たり前なんだけど
http://jamwiki.org/wiki/en/JAMWiki
>>574
$wgNamespaceProtectionでノート以外の名前空間をすべて
管理者/登録利用者限定に設定すれば良いのでは?
0580nobodyさん
2013/03/29(金) 14:36:26.82ID:sshGJfPa0581nobodyさん
2013/03/29(金) 14:37:30.87ID:???特に権限関係は割と細かく設定できた覚えがあるんだが……
無いとか無理とか言ってる奴が多いから俺の思い違いか…。
0582nobodyさん
2013/03/29(金) 16:10:15.52ID:???デフォだと$wgNamespaceProtection設定しても
標準空間の書き込み禁止するとノート空間の書き込みできなくなる(逆は可能)から、
まずTalkrightを導入する. 説明ページではMW1.18までと書いてあるが
実際には最新の1.20.3でも動く
http://www.mediawiki.org/wiki/Extension:Talkright
あとは拡張機能のページ読めば楽勝。
0583582
2013/03/30(土) 08:35:58.15ID:???コメできるから、$wgNamespaceProtectionで標準以外のノート空間を保護すると完璧
変数の設定は公式サイトで検索汁
連投スマソ
0584nobodyさん
2013/03/30(土) 21:27:40.65ID:???確かに「トーク：」に書き込みはできるんだけど、既に書き込みがある「トーク：」の場合、
権限のないユーザには編集画面へのリンクが出てこないんだよね・・・
コメントがないページには「トーク：」へのレッドリンクが出てくるが、
コメントが付いてる場合、開いた先のトークページに編集リンクがない状態。
0585nobodyさん
2013/04/01(月) 09:36:16.16ID:???壊滅というか
代わりに@Wikiが馬鹿みたいに普及している
wikiwiki.jpとかfc2 wikiとかLivedoor Wikiとかも普及しているといえるのかわからないが
どれもpukiwikiライクなwikiで
日本の匿名文化が普及させた結果なんだろうか
>>579
JAMWikiはMediaWikiのJava版といったところかな
PHPベースのMediaWikiで動いているYourpediaですら動作が非常に重いのに
JavaベースのJAMWikiなんかつかったらますます重たくなるんじゃないかと懸念している
そこらへんはどうなんだろう。
昔Athlon XPを搭載した自宅サーバにMediaWikiをインストールしたことがあるんだが
記事をひとつも追加してもいないのに
激重でWikiの反応があまりにも鈍くて何度もサーバが止まったよ。
それをJavaでやると、Servlet対応月３０００円のレンタルサーバでも足りないじゃないかと思ってしまう。
0586nobodyさん
2013/04/01(月) 10:19:32.88ID:???0587nobodyさん
2013/04/01(月) 11:27:31.30ID:???スループット性能ではCGIは明らかにServletに劣る
0588nobodyさん
2013/04/04(木) 08:52:20.01ID:???何で?ソース表示用リンクあるじゃん。無権限利用者にソース見せない変態設定は知らんが
ラベルが気に入らなければMediaWiki:Viewsource書き換えるとか
権限別jsで動的に変える方法もあるだろうし。
節編集リンクとか新しい節挿入は別の新たな拡張機能を作るか本体改造が必要。
Talkrightは編集可能にするだけの極めて場当たり的な処理しかしてないから。
0589nobodyさん
2013/04/12(金) 07:52:59.07ID:???0590nobodyさん
2013/04/20(土) 01:54:25.21ID:???頻繁にverupするんなよと
0591nobodyさん
2013/04/20(土) 09:49:27.12ID:???mediawiki.orgのバージョンにでもあわせればいい
0592nobodyさん
2013/04/20(土) 12:29:59.14ID:???0593nobodyさん
2013/04/20(土) 12:49:47.89ID:???■ このスレッドは過去ログ倉庫に格納されています