MediaWiki 新しいページはコチラ

@@ 1行: / 1行: @@
+[[メインページ#Web技術|Web技術]]へ戻る。
 == '''Media Wikiとは？'''==
 このページの仕組みそのものです。<br />
 ウィキペディアは公式に活動している百科事典になりますが、その百科事典のシステムそのものが、<br />
@@ 26行: / 28行: @@
 == '''SyntaxHighlight_GeSHiをインストール'''==
+※最近のWikiMediaではデフォルトで一緒にインストールされるみたいです。
 SyntaxHighlight_GeSHiをインストールするとWikimedia内でプログラムコードの記述をした際に手間をかけることなく<br />
-シンタックスハイライトをしてくれます。<br />
+シンタックスハイライトをしてくれます。※最近のVersionではGeshiが同梱されているので、インストールの手間はないそうです。<br />
 １．まずは必要なソースコードをダウンロードしよう。
@@ 66行: / 70行: @@
 == '''スタイルシートを変更'''==
-１．http://xxxxxx.xx/xxxxx/index.php/Special:Userrights にアクセスして、ユーザに管理者・ボット・ユーロクラット権限を付与します。<br />
+１．http://xxxxxx.xx/xxxxx/index.php/Special:Userrights
-２．http://xxxxxx.xx/xxxxx/index.php/MediaWiki:Common.css にアクセスして、Common.cssを記事を編集するかのように編集します。<br />
+もしくは
+http://xxxxxx.xx/xxxxx/index.php?title=Special:Userrights にアクセスして、ユーザに管理者・ボット・ユーロクラット権限を付与します。<br />
+２．http://xxxxxx.xx/xxxxx/index.php?title=MediaWiki:Common.css
+もしくは
+http://xxxxxx.xx/xxxxx/index.php?title=MediaWiki:Common.css にアクセスして、Common.cssを記事を編集するかのように編集します。<br />
 CssのファイルでFTPで直接操作すると死ねる結果が待っていますのでWikiのシステムを使いましょう。<br />
@@ 81行: / 93行: @@
 Geshiのスタイルシートは
 http://xxxxxx.xx/xxxxx/index.php/MediaWiki:Geshi.css
+もしくは
+http://xxxxxx.xx/xxxxx/index.php?title=MediaWiki:Geshi.css
 に記述するとよいですが、pre class=de1(通常行)やde2(強調行数)といった深いところに使われるタグにもフォントの定義がされていたりするので、Geshi.cssよりあとで定義されているシンタックスのCSSが優先されて、動作しない定義が出てきます。そういうときは、よく考えてからになると思いますが、CSS最優先キーワードを使って定義しちゃいましょう。geshiで変更しても影響のないスタイルだけにこのキーワードを使います。たとえば等幅フォントを設定したい場合は
 <syntaxhighlight lang="css" line start="1">
@@ 224行: / 240行: @@
 グダグダ言ってても、だれも救われないかもしれないので、この件はこれでおしまい。<br />
 <br />
+== 140623 PHP Verupによるセーフモード解除 ==
+VersionUpしてセーフモードが解除されたみたいです。よかったね。もう、ややこしいことはしなくてよくなりました。こういう方針の変更というのは大事だよね。ユーザはカスタムしたいからサーバを借りるわけだから、自由度が低いレンタルサーバはやっぱだめだよね。経営側がようやくユーザ離れの深刻さを理解したのかもしれません。でも、なんつうか、あんまりおおっぴらな連絡もなくPHPだけでなくDBシステムのバージョンアップとか大きな変更をやったもんだから、データベースが止まりました。バックアップはとったから、動くようにする作業は各自でやってね的な対応です。これはなかなか強引だ。xrea恐るべし。でも、自分はこの恐るべし方策についていけるので、よしとします。6/25現在もxreaユーザはDBシステムの変更によるWebサイトの機能停止に追われているようです。
+FTPログインルートにDBのバックアップを_DB_BACKUP_XREA_UPGRADEというフォルダの中にDBログインID毎にdumpファイルを作ったそうです。
+たとえば、ID=xxxなら
+_DB_BACKUP_XREA_UPGRADE/mysql_xxx.dump
+となります。このdumpファイルというのはインポートすることができる形式になっていて、文字コードは使っていた人の都合によっては様々なモノになっている可能性があります。文字化けが発生したりする可能性については各自で対応しなければならないそうなので、このあたりの理解度が対応力をためされる部分になるそうです。
+このファイルをFTPツールとかをつかって自分のPCに保存します。このときもバイナリーファイルとしてダウンロードするなりして、文字コードの形式が変わってしまわないように注意が必要です。この節のFTPに関する説明が分からない人はFTPの理解からやり直しです。
+そして、phpMyAdmin(MySQLの場合)とかphpPgAdmin(PostgreSQLの場合)でインポートして、dumpファイルを指定してあげれば復活します。それぞれのIDでログインしてIDにあったファイルをインポートする作業を繰り返します。xreaでは5つのIDまで使えるので多い人でも5回くらいでしょう。
+ファイルが大きい場合は途中で失敗することも多いので、ID名の中に関連付けられているすべてのテーブルを削除して、やり直すとよいでしょう。それと、phpMyAdminやら、phpPgAdminの画面で、DBシステムのVerUpに伴うエラーが表示される場合もあると考えられます。これはphpXXAdminのバージョンが古いために表示される不具合です。基本的な動作に支障はないので、それほど気にしなくていいWarningエラーですが、気になる人は、DB管理画面の結構下の方にあるphp(xx)Adminのインストールボタンをもう一回おして再インストールをすると良いでしょう。
+果たして、昔のDigiRockはこういう会社だっただろうか？キニシナイけど。気になる。2011年にGMO資本になってから、なんかオカシイ。自分はその昔、GMOと大きな訴訟的な問題(自分にとって)を起こしてから、GMOから逃げ出してDigiRockに移動したんですけど、モトサヤに収まってしまいました。これが切っても切れない腐れ縁というやつなのかもしれません。GMOはGMO。GMOディジロックはGMOディジロック。
+== '''181001 ImageMagick Convert 移動''' ==
+　これまでは、/usr/local/bin/php/convertにおいていたのに、突如として消されて、一般的なパスに移動。自分でソースからコンパイル、リンクした奴でしたけど…なんにせよ普通な設定になってよかった。新しいパスは
+*/usr/bin/convert
+　xrea のサーバもごく一般的なパスになりました。割かしちょいちょい、こういう大改造をしれっとやるので、古参は困りますね。
+　なので、localsettings.phpの設定の中は
+*$wgImageMagickConvertCommand = "/usr/bin/convert";
+　と書けば、ImageMagcikの変換関係の処理が使えるようになります。
+[[メインページ#Web技術|Web技術]]へ戻る。

MediaWiki 新しいページはコチラ

2020年9月28日 (月) 00:00時点における最新版

個人用ツール

名前空間

変種

表示

操作

検索

案内

ツールボックス