忍者ブログ
[PR]
×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。



2026/04/11 23:15 |
ゲームレビュー:メモリーズオフ6 T-Wave

360のギャルゲと2DSTGは制覇するよ計画発動中。



メモリーズオフ6 T-Wave
実績1000/1000


お約束

ビジュアル
結乃>クロエ≒りりす>智紗>鈴

シナリオ
りりす>智紗>クロエ>結乃>鈴

お気に入り度
クロエ>りりす=結乃>智紗>鈴


プレイ所感

本能の赴くままにプレイしていたら最初は何故か鈴。
正直なところ、最初に鈴をクリアしてしまったせいでしばらくやる気が削がれたのは秘密だ。
デートの約束→デートすっぽかし→そのことについて言及一つも無し、とかどうなん。

これに限らず、本作はシナリオ間でいまいち整合性がとれていないというか、シナリオライター間で調整がしきれていないという感が散見されます。
特に鈴シナリオはそれが目立ってちょっと放り出してしまいました。

セカンドプレイはりりす。
以下エンディング制覇まで自力プレイです。

記憶喪失→思い出した?思い出した?→狂言だってわかってました
ねーよ。
絶対気付いてなかっただろお前。

いやまあそれはまだいいんだけど、とりあえずあの栞を見た瞬間に智紗シナリオが9割方わかってしまったわけなんだがちょっとどうなのよ。
つうか志雄もなんか気付けよ。
あれを送ったってことは智紗も気付いたっていうことなわけだが、それについて智紗が全く触れなかったというのも不自然。

結乃は見た目も性格も大好きだしシナリオも悪くないんだが、導入が最悪だ。
人を振って泣かせた翌日にニヨニヨ含み笑いとかどんだけ人間のクズだよ。
おかげで結乃自体は好きなのにシナリオがちょっと…という気持ちになってしまった。
何気に智紗の性格は結乃シナリオが一番好きだったりするんだが。

クロエ先輩、やばいかわいすぎるこの人。
でも他シナリオだと稀に茶目っ気は出すけど基本澄ました人なので、そのギャップがちょっと大きすぎるというか極端。
いきなり主人公の家に押しかけてくるって展開も無茶苦茶だしな。
そのわりに家庭問題について問題になることもなく当然解決することもなく、わりと逃避的な終わり方だったのが残念。
こーゆー場合のためのトライアングルルートだろうがと。
智紗との関係については一番きっちりしたシナリオだと思うのでそこは高評価。
つうか結乃シナリオとの演出差が酷すぎる。

何故か最後が智紗となりました。
水族館でまあそうなんだろうなと思い、遊園地でやっぱ間違いないと確信。
あれだけはっきりわかりやすい態度なのに全く気付かない志雄ってどうなのよ。
親御さんに…水族館のときに会ってるやん。


システム

オールクリア後はシーン毎の達成率確認はともかく、シナリオの一部シーンだけを選択してプレイできるというおそろしく便利な機能が搭載されています。
この手のゲームは最終的にセーブロードを繰り返してコンプリートを目指すことになるので、このシステムは素晴らしく高評価。
カオスヘッドの頃はシステム的にこなれてなかった印象の5pbですが、ここに来てシステムはほとんど完成系に近づいたと言っていいでしょう。
全盛期のKIDに勝るとも劣らない出来です。


全体評価

いやまあ悪いとまでは言えないんだけど、では素晴らしいか、人に勧められるかと言われるとそれはないと言わざるを得ないという程度の出来でした。
EDが個別とか進行状況でタイトルが変わるとかそういったところはすごい頑張ってるのに、そこらへんの労力を肝心のシナリオに回し切れていない印象のゲームでした。
まあEDもイベントCG使い回しって言われればその通りではありますが。


個人評価

クロエ先輩が可愛すぎて困る。
その一点だけで買った価値はあった。


で、ゆめみって誰。

 
過去のゲームレビュー

PR


2009/10/28 21:36 | Comments(0) | TrackBack() | レビュー
PHPのディレクティブが設定できる範囲

すぐ忘れてしまうのでメモ。
何故か何故か公式に見あたらず。
http://www.php.net/manual/ja/ini.php
http://www.php.net/manual/ja/function.ini-set.php

と思ったらこんなところにあった。
http://www.php.net/manual/ja/configuration.changes.modes.php
 

モード 意味
PHP_INI_USER このエントリは、ユーザスクリプトから設定可能
PHP_INI_PERDIR .htaccessから設定可能
PHP_INI_SYSTEM このエントリは、php.ini または httpd.conf で設定可能
PHP_INI_ALL このエントリはどこでも設定可能
php.ini only php.iniのみ

設定方法 設定可能モード
ini_set PHP_INI_USER,PHP_INI_ALL
php.ini php.ini only ,PHP_INI_SYSTEM,PHP_INI_ALL
.htaccess PHP_INI_PERDIR,PHP_INI_ALL
httpd.conf PHP_INI_SYSTEM,PHP_INI_ALL


合ってるのかねえ?
ちなみにこれらの定数はget_defined_constants()で出てきません。


ところで公式マニュアルってどれが正式なんですかね?
どれもhttp://www.php.net/とかhttp://jp.php.net/とかhttp://jp2.php.net/とかはどれもエイリアスで、実際はphp.get7.bizとかpobox.packetbusiness.com(jp-php-net.packetbusiness.com)とか胡散臭い名前なんですが。
wwwのy2.php.netが一番まともっぽいかな。
http://www.php.net/manual/ja/
http://jp.php.net/manual/ja/
http://jp2.php.net/manual/ja/
http://y2.php.net/manual/ja/
http://php.get7.biz/manual/ja/
http://pobox.packetbusiness.com/
http://jp-php-net.packetbusiness.com/manual/ja/



2009/10/26 22:10 | Comments(0) | TrackBack() | PHP
買った本リスト 2009/10/25


☆☆☆☆☆

幼女に働かせるだけ働かせてその上がりで食っちゃ寝というどう考えても警察呼ばれたら速攻アウトな母親のお話。
実際立場的には一巻のハヤテとほとんど変わらない気がするんだが。
そんな中グレずにがんばるちいちゃんは実に応援してあげたくなります。
しかしこの店常連しか見かけないんだが大丈夫か。


☆☆☆☆

本編は4コマですが、6巻と同時刊行されたこちらは普通のストーリー仕立て。
4コマではなかなかできなかったような長めのエピソードを読むことができます。
本編ではしっかりしすぎなちいちゃんも、こちらでは少し年相応なところも見せてくれます。
しかしこの作者は幼女を書くのが上手いな。


☆☆☆

ちいちゃんの母親のような女将の旅館の話。
こんな女将実在したら速攻首だろ、あるいは倒産。
まあ後半ちょっと頑張る分マシですが、でも夫に何も言わず出ていくってどうなの。
女性陣にわりと無神経な発言が多いので実在したらすげーウザいだろうなあと思いますが、ただ絵柄が可愛いので概ね許す。


☆☆☆☆

この人にこんな空気の漫画が描けるとは思っていなかった。
見直したよ小坂俊史。
中央線沿線の中野~武蔵境各駅に住む人たちの目線を通したそれぞれの街が生き生きと描かれています。
まあ実際のところ中野より先に行ったことがないんでこの本の内容が本当かどうかとか知らないんですが、駅毎に特色のある街が並んでいて楽しげな雰囲気が伝わってくるよい本でした。


☆☆

駄目だろこのメイド。
特にまともな古参メイドを追い出すあたりは完全にアウトだ。
もっと!委員長が気に入ったので買ってみたのですが残念。


☆☆☆

もっと!委員長はいろいろと一方通行だったわけですが、両思いも書きたくなったと言うことで本作は甘甘の両思い……なんだがなんか違う。
なんというか直接的すぎるというか。
もっとこうSweetHomeみたいな甘さが欲しいんだ。
というわけで内村かなめはもっと!委員長だけでいいや。


☆☆☆

お仕事・業界編と銘打っては居ますが中身はジョッキーマスコミの話だけです。
ネットで全部読めるので買う必要はないと言えば無いのですが、やはり本になると可読性が違いますね。
たいした分量ではないと思っていたら意外と分厚かったりとか。
まあAAなので実際読める部分はそこまで多くないですが。
しかしハルヒとかフリーザとか出して大丈夫なんだろうか。
 


未プレイ。
メモオフ6が終わったのでやっと手が出せる。



2009/10/25 15:09 | Comments(0) | TrackBack() | 買ったもの
ミリデレの 正体見たり 枯れ木山

多根清史というゲームライターがいます。
超クソゲー」「プレステ3はなぜ失敗したのか?」といった著作で知られ実績のある人物ですが、同時に経歴詐称で批判されたりA助としょうもない底辺バトルを繰り広げたりネット上では色々とアレな発言が多かったりと毀誉褒貶の激しい人物です。

しばらく前から何故かDAKINIが彼を批判し始めます。
http://b.hatena.ne.jp/entry/gamenokasabuta.blog86.fc2.com/blog-entry-1203.html
http://b.hatena.ne.jp/entry/gamenokasabuta.blog86.fc2.com/blog-entry-1213.html

そして先日、その多根氏から面白い発言が。

http://twitter.com/bigburn/status/5056229185
ミリデレの電波は体に毒なのでRSSから外しました…あの人、『オトナアニメ』で原稿を書いてもらったとき(VOL.1のハルヒ特集の時/本人の希望で別PN)は理性が残ってたんだけどなあ
5:10 PM Oct 21st Tweenで
http://twitter.com/bigburn/status/5056271039
オレに(間接的にではあるけど)原稿発注されたと知ったらどういう反応するんだろう、ミリデレw
5:12 PM Oct 21st Tweenで
http://twitter.com/bigburn/status/5056359360
@sakasamma 生活支援のために「CAN○AN」の原稿を発注しましょうかねw>ミリデレ
5:16 PM Oct 21st Tweenで sakasamma宛

オトナアニメVol.1は2006年7月発売。
涼宮ハルヒ特集がメインとなっているようです。

先生を一躍有名にしたPSP初期不良祭りが2004年12月、そして2006年はまだ比較的まともな記事を書いていた頃であり、ちょうど「ハルヒは俺が育てた」的主張を行っていた頃でもあります。
オトナアニメについての言及は発売時期にある1エントリだけで、自分が記事を書いたといったことには一切言及していません。

さっそくヲチャによる分析が行われます。


 490 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 12:47:37 5P3LtgNT0
オトナアニメ1のハルヒ特集で記事を書いている人
キャラ紹介 全話解説 多根清史 
平野、茅原、後藤インタビュー 結城昌弘
長門有希は萌えているか?天野貴
石原監督、ヤマカンインタビュー 名義なし(編集部?)
朝比奈ミクルの冒険 解説 酒徳ごうわく
ハルヒとSF  山本弘


巻末の著者紹介よりより
天野貴
75年生まれ。某ゲーム会社に勤務して、ゲームを制作するディレクター兼プランナー。
アニメとゲームとライトノベルに溺れる日々 


 502 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 13:02:01 8c0OLqky0
天野貴でググってもライターっぽい人が全然ヒットしない。
ヒットするのは将棋の天野貴元三段ばかりだよ。

ライターとしてはかなり泡沫っぽいな。
そして指摘にもあるように発熱のアドレス
ttp://amanoudume.s41.xrea.com/

……実苗字か? でもこれに該当するような大物ディレクター、俺は知らんが。


 508 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 13:07:36 km7Uhe5E0
>>502
アドレスはおそらく
アメノウヅメ(アマノウヅメとも呼ばれる)だと思う
おそらく件のPNはそこから捩っているようだから、実苗字って可能性は低い 

 518 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 13:27:03 k8hTGCOL0
ケータイ小説書いてた、ってのは本当だったっぽいのかな

小学館】きらら携帯メール小説大賞20【編集部員後輪
http://mimizun.com/log/2ch/bun/book3.2ch.net/bun/kako/1149/11492/1149266748.dat

>175 :名無し物書き@推敲中?:2006/06/09(金) 10:37:36
> 15
(略)
> ☆佳作━━━━━━━━━━━━━━━━━
(略)
>      「ミルクの味」   天野貴(30)



きららについては「ケータイ小説」ジャンルの最初の記事で言及している。
その後、特に賞を取ったと断言した発言はありません(断言してないのはある)


 546 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 13:58:52 ytaNDu0V0
多根氏、編集者等と相談し発熱のサイト主に原稿を依頼する
      ↓
編集者、センセーに原稿を依頼、その時に個人情報も入手
センセーはプロのライターになれたと思い有頂天、しかしその後続く原稿依頼は特になし
      ↓
きらら携帯メール小説大賞で佳作を取っただけを、プロの仕事として吹聴
以降自分には文才があるプロの文字書きだと思いこむが特に仕事依頼はなし
      ↓
過去にはエロゲのコンシューマー移植の仕事はしたようだが、現在は無職
センセー、一番のプライドであるオトナアニメの仕事が、自分が見下している多根氏のお陰だったという事が発覚


自分のサイトに閉じこもっている限り、どんな大ホラを吹こうと、自分の正体は
バレない思っていたセンセーに襲いかかる最大のピンチ、さあどうする!
百万本売ったという意味とは違うらしい、ミリデレという謎の肩書きを持つ先生に明日はあるのか!!
次回更新にこうご期待! 


 573 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 15:04:26 mLItqDZY0
DAKINI情報New!

(1)多根清史氏がtwitterでミリデレに言及
>あの人、『オトナアニメ』で原稿を書いてもらったとき
>(VOL.1のハルヒ特集の時/本人の希望で別PN)は
>理性が残ってたんだけどなあ
>オレに(間接的にではあるけど)原稿発注されたと知ったら
>どういう反応するんだろう、ミリデレw

(2)スレ住人の調査によると特集ページにプロフィールが酷似したライターが存在。
>天野貴
>75年生まれ。某ゲーム会社に勤務して、ゲームを制作するディレクター兼プランナー。
>アニメとゲームとライトノベルに溺れる日々

名前には当時の「発熱地帯」のアドレスとも関連性がみられる。
ttp://amanoudume.s41.xrea.com/

(3)また、スレ住人の調査によると「きらら携帯メール小説大賞」スレで佳作受賞者に同じ名前を発見。
>「ミルクの味」   天野貴(30)

※今のところ(2)も(3)もDAKINIがブログで書いた内容に合致しています。
※とはいえ別人の可能性もあるので扱いは慎重にお願いします。


 678 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 18:14:47 TfFiDcL6O
どっちみち、ミリデレじゃあなかったってこったな

今挙がってる人は違うような気がする
書いてたら自慢してきそうだけどな、先生


 680 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 18:21:30 xbdPC5El0
>>678
佳作だから自慢はしそうですよね、暗に「賞くらいは取ったんですが」みたいに。

でもあの手の賞はコンスタントに作品投稿して、佳作レベルでもくり返さないと
編集者の目に留まらないからねえ。
小さな賞でもくり返していれば、編集者から何かしらアドバイスやら
ちょっとライターな仕事を紹介してもらえる可能性がある。
継続して行なう力が無いと、執筆者としては不安だろうからね。


 681 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 18:28:26 38qPfT55O
>>678
もしかして「そろそろ実名公開」言ってた時期には、本気で近い将来に
ライターとしてやってけるって目算や自信があったのかもな。

ただ今の発狂ぶりから察するに、その道もどうやら完全に頓挫してるっぽいが…


 682 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 18:29:58 X8l0eHn80
発熱の記事に書いてるよ

> 実際、試みに、とあるケータイ小説賞に送ってみたところ、
> 受賞しても「もっと長いものを書いてください」と言われるわけです。
> (まあ逆にいえば、そこらのブロガーが「ちょっと書いてみた」程度で通ってしまうほど、
> まだまだ競争が少ない世界なのです)


  732 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 22:02:11 5P3LtgNT0
オトナアニメVol.1の筆者
青井邦夫 56年生まれ。イラストレーター。『映画秘宝』に連載あり。
天野貴  75年生まれ。ゲーム会社のディレクター兼プランナー。
天野裕之 69年生。テリー・天野名義で『大進撃放送BONZO』(東京MX)に出演中(06年当時)。映画にも数作出演。
石田敦子 魔法騎士レイアースのキャラデザ・作画監督等で有名なアニメーター。
岩佐陽一 67年生。懐かしテレビ専門ライター兼特殊映像プロデューサーらしい。2ちゃんで過去にスレが立っていた。
宇佐美渉 漫画家。
かかし朝浩 漫画家。
加々美利治 75年生まれ。共著あり。ゲゲゲの鬼太郎DVD-BOXの解説を担当。
酒徳ごうわく 72年生まれ。アマチュア映像作家。ホームページあり。
更科修一郎 75年生まれ。著作あり。
多根清史  
箭本進一 70年生まれ。多根やABCと一緒に超クソゲーとか書いてた人です。
山本弘 SF作家。
結城昌弘 76年生まれ。ゲームライター。「CONTINUE」なんかで書いてる。


多根のいうことを信じれば先生はこの中にいる。 

  733 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 22:04:12 CCSmgthv0
>>732
いるって、どう見ても1名しか該当者がいないw 


  734 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 22:05:05 GiCqRTlb0
絶対に違う、という人間も少なく無いしな。 

  736 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 22:06:19 xbdPC5El0
活動が分かる人間ばっかりだな、1名を除いて。
いやいや、まだだ!まだ足りないぞw

  737 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 22:07:31 OcHnaVHd0
いやいや、俺の火サス仕込みの推理力だと一番怪しい奴は大抵犯人じゃ無い(棒 


今後の展開に期待してみましょう。

ミリデレについて詳しくない人はここらへんを読んでみよう。

ミリデレまとめWiki
http://www24.atwiki.jp/dakini/
比較的まとまってるヲチャサイト
http://d.hatena.ne.jp/EXAPON/

 




531 名前:名無しさん必死だな 本日のレス 投稿日:2009/10/23(金) 13:45:29 6L7s5I3Z0
先生が実名発表するって言ってたのはこのことだったんだよ!!(棒



2009/10/24追記

本人から「偽者だ」と言われたので消しておきます。
あと経歴詐称は阿部広樹だった。
急いで記事書くと駄目駄目だ。適当なことを書いてしまって申し訳ない。


2009/10/23 22:38 | Comments(0) | TrackBack() | 戯言
ZF-05:Zend_Validate

http://framework.zend.com/manual/ja/zend.validate.html
いわゆるひとつのバリデータです。
入力形式が整数か、メールアドレスの形式として正しいか、IPアドレスの形式として正しいか、クレカの形式の形式として正しいか、といったチェックを行うことができます。

本来の使い方としてはZend_Validate_Digits、Zend_Validate_EmailAddress等個別のバリデータをインクルードして、といった形なのですが、そんなの面倒でやってられないのでZend_Validateから全て静的に呼び出せるようになっています。
こういう実装は伝説のFactoryMethodパターンなんじゃないかと思うのですがよくわかりません。

それはまあ便利なのですが、この場合は欠点としてバリデータチェインが使用できません。

逆にバリデータチェインを行う場合は、各バリデータを手動でインクルードしないとエラーになってしまいます。

zend_validate.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
<?php
    
    //チェックする文字列
        $string='abc012';
        
    //Zend_Validate
        require_once('Zend/Validate.php');
    
    //静的にバリデート
        //必要なファイルは自動的に呼び出してくれる
        Zend_Validate::is($string, 'StringLength',array(6,12)); //trueになる
        Zend_Validate::is($string, 'Alpha');                    //falseになる
    
    //メソッドチェーンでバリデート
        //こちらの場合必要なファイルを全部インクルードしないとエラーになる
             require_once('Zend/Validate/StringLength.php');
           require_once('Zend/Validate/Alpha.php');
        //バリデートチェイン
             $validator=new Zend_Validate();
           $validator
               ->addValidator(new Zend_Validate_StringLength(6, 12))
               ->addValidator(new Zend_Validate_Alpha());
           $ret=$validator->isValid($string);
        
    //失敗した場合エラーメッセージを取得できる
        if(!$ret){
            $error_message=$validator->getMessages();
        }


このように、静的バリデートは使用は簡単ですが'6~12文字かつアルファベット'といった表現に弱く、逆にインスタンスを生成する場合は毎回個別バリデータをインクルードする必要があって面倒です。
毎回インクルードしまくるか、毎回静的に呼び出しまくるかの二択になってしまいます。
もうちょっとどうにかならなかったんでしょうか。


バリデータには通常使われる文字数やメールアドレスといったもの以外にも、16進文字やIBANコードなど珍しいものまでありますが、英語圏出身にふさわしく日本語関連のものはありません。
全角のみ、といったバリデータは自分で実装する必要があります。

また不注意にZend_Validate::is('あ', 'StringLength',array(3,3))とかやってしまうとtrueになってしまったりすることがあるので注意が必要です。
Zend_Validate_StringLengthの文字数比較はiconv_strlen()という見慣れぬ関数で行われており、これのデフォルトがISO-8859-1なので、'あ'がUTF-8だったら3文字と判断されてしまいます。
Zend_Validate_StringLengthを使用する場合は必ず何処かに
iconv_set_encoding('internal_encoding','UTF-8');
と書いておきましょう。


どうでもいいけど住所や電話番号欄に「全角のみ」ってバリデータは百害あって一利なし。

 



2009/10/23 22:26 | Comments(0) | TrackBack() | PHP
ネットワークスペシャリスト模範解答発表

ネットワークスペシャリスト午後の回答例がTAC、iTECより発表されました。
http://www.tac-school.co.jp/sokuhou/joho/joho0910.html
http://www.itec.co.jp/auto_mark/answer/index.html

模範解答に従って採点を行ってみます。
iTECのほうは予想配点が掲載されていませんので、TACの予想配点で計算した採点結果は以下のようになりました。

午後1:51(+23)
午後2:22(+31)
表記揺れや部分点がありそうなものは括弧としています。
60点で合格ですから、午後1はおそらく大丈夫、午後2は明らかにアウト、という残念な結果になりました。

ただこれ、少なくとも電源の問題は模範解答間違いなく間違ってますから!
どう考えても正解はこうです。

20091022-電源問題解答 
なんで揃いも揃ってこんなしょうもないミスしてんだよ。

なんて断言しつつ何か気付いてない条件があったりで実は間違ってたりしたら恥ずかしいことこの上ないですが、まあそれはないでしょう。

またARP要求とICMPecho要求など、明らかにTACとiTECのどちらかが間違っているような問題もあるため、運が良ければもう少し点数が上がるかもしれませんというか上がってくれ頼む。



2009/10/22 21:58 | Comments(0) | TrackBack() | 資格
ネットワークスペシャリスト

午前2午後1午後2満遍なく微妙。


午前1は免除。
なにやら相当難しかったようでラッキー。


午前2。
20/25で8割なのでまず合格。
予想よりは簡単だった。
ただ、回答欄にやたらイが並んだときはどうしようかと思ったがやはり間違っていたようだ。
せっかく頑張って覚えたアーランとか平均待ち時間とかの計算問題が一問もなかった。
あと問11は余計な機能が付いているとはいえDHCPでも間違ってはないと思うんだがどうか。


昼休みはそこらのファーストフードで教科書でも眺めていようと思ったら何故かブラスバンドの演奏会をやっていて、うっかり眺めていたら昼食を逃してしまった。
皆も余計な誘惑には気をつけよう。


午後1。
問題を10分ほど見比べ、設問3が一番簡単そうだった問3をまず選択。
だいたい間違ってはいないと思う。

995番ポートなんて知らないということで問2を避けて問1を始めたが、STPやESSIDのあたりが全然わからないということに気付いて問2に戻ってきた。
こちらは用語がわからなかったり、設問3(3)などどう答えたものやら的な問題もあったが、不合格になるほど間違ってはいないんじゃないかなあというか間違っていないでくれ。


午後2。
無線LANとRADIUSだ→迷わず問2を選択。
設問2(6)は大体なんとなくこういうようなことだ、というのはわかるのだが文字数制限以内で表現するのに脳力を使い果たした。
疲れたまま設問3に進んで爆死。
なんでARP要求を相手サーバに対して送信するんだよ。
(↑わからない人向けに簡単に言うと、メアドを知りたい人に対して「メアドを教えてくれ」とメールを出す)
STPについては完全に忘れてしまっていたが、設問4まで辿り着いたときには既に問題を変更する時間が残っていなかった。
とりあえず適当に穴埋めしたが適当すぎる。
設問5はNW担とかを記入すべきか悩んだのだが、「F部長の要望」は保守業者と通信事業者しか書かれていないのでそれを信じて書かないことにした。
どうなんだろう。

午後2は問4が全滅だろうから、それ以外の用語の語彙が足りてなかったあたりがどう響くかで決まるのでは無かろうか。
コンティジェンシープランとか聞いたことないよ。


午前2
ウアアイイ イアエアア イイイイウ エエエウア ウイイイア

午後1
問2
 設問1 ア:AJAX イ:SMTP ウ:ESMTP エ:IPマスカレード オ:POST
 設問2
  (1)X社以外のIPアドレスからの接続を禁止する
  (2)社内同士のメールのログが取得できないから
  (3)HTMLメールもテキストとして表示する
 設問3
  (1)カ:MX キ:IPアドレス
  (2)SMTP送信を禁止する
  (3)SMTPサーバをプロキシサーバにする・IMAP、IMAPSを有効にする
  (4)IPアドレス毎に、作業期間以外のWebメールへの接続を禁止する
問3
 設問1
  (1)ア:セッション イ:クッキー
  (2)対象のポートにtelnetを行い、稼働を確認する
  (3)ホスト名に対するIPアドレスを、VIPから各eSVRに変更
  (4)送信元のIPアドレス
 設問2
  (1)a:HRTMAC b:LBMAC c:SVR1MAC d:172.16.0.1
  (2)受信フレームの送信元IPアドレスが、送信フレームの宛先と違う
  (3)サブネットマスク
 設問3
  (1)全てのパケットがLBを往復するので、LBに負荷が集中する
  (2)フレームの送信元IPアドレスがLBのIPアドレスになる

午後2
問2
 設問1 ア:ISMS イ:ディスプレイ ウ:ブレーカー エ:ホットスワップ オ:リスクマネジメント カ:検証 キ:安全性 ク:SNMP
 設問2
  (1)リモートKVMスイッチのIPアドレス
  (2)6
  (3)同じのを書いて、真ん中の線をクロスするかんじで
  (4)c:サーバの停止 d:サーバαのIPアドレス変更
  (5)該当するサブネットを本社側L3SWから削除し、DC側L3SWに追加する
  (6)8:ネットワークの移行が完了しないと、サーバの動作確認を行うことができない
   10:動作確認が取れたシステムから、動作未確認のシステムに接続する可能性がある
 設問3
  (1)4:ARP応答、サーバβ、サーバα (3と同じ)
   6:ICMP要求、サーバα、サーバβ (5と同じ)
   7:ARP要求、サーバβ、サーバα
   8:ARP応答、サーバα、L3SW
   9:ICMP応答、サーバβ、サーバα
  (2)サーバγからのpingに対し、サーバαは172.28.42.126という間違ったアドレスに返した
  (3)新旧サーバに差異があった場合、NW担に設定を確認する
 設問4
  (1)1:エ 2:エ 3:ア 4:イ 5:ア 6:ウ
  (2)L2SW-1でBPDUを正しく処理できなかったので、1-2、3-4、5-6でスパニングツリーのループが発生した
  (3)L2SW-1の障害が起こったポートをシャットダウンする
 設問5
  (1)運用SEに「保守業者」「通信事業者」をくっつけただけ
  (2)構成情報の変更が反映されていなかったので、構成を一元管理し、変更を随時更新するようにする



2009/10/18 22:24 | Comments(0) | TrackBack() | 資格
買った本リスト 2009/10/17


☆☆☆☆☆
戦記もののフィクションはありふれていますが、本作は第二次世界大戦における本物のエースパイロットである坂井三郎氏による自伝です。

初めて教習を受けたときの覚束ない状態や初陣の失敗といった経験から、日本を代表するエースへと成長していく様が比較的冷静かつ情熱的に描かれています。
微妙に自慢話みたいな描写が多いのが気になりますが、まあそもそも経歴を語ること自体が自慢話な人だから仕方ないと言えば仕方ない。

この手の著作では必ずと言っていいほど書かれているはずの軍部や天皇についての言及が殆ど無いのが奇異に感じました。
逆に、むしろそんなことはどうでもいい、俺は戦闘機乗りなんだ、それが全てだ、という清々しさがあります。


☆☆☆☆
原作の大事なところを端折ったり殺したりしてしまって台無しになってしまうコミカライズが多い中、比較的良くできています。
原作のモノローグ部分とかビジュアル化は難しいと思ったんだが、そこらへんもうまくできています。
絵柄がちょっと少女漫画過ぎて微妙に肌に合わないのですが、それ以外は文句なし。


☆☆☆
こっちを先に買ってしまったわけですが、実はソーダ屋のソーダさんのスターシステムでした。
内容的には関係ないので問題無いと言えば無いのですが、なんとなく知らない人のライブにうっかり紛れ込んでしまった一般人のような感覚に陥った。


☆☆☆☆
というわけで元ネタも購入。
何故か死んでしまったけど生きているソーダさんとその周囲を描いた4コママンガ。
4コマのくせにストーリーも構想もしっかり練られていてびっくりですよ。
終盤は一見超展開だけど、そもそも最初から死んでる時点で何でもありだしな。
それにしてもあんな本気の全力で抵抗するなんてさすがにかわいそうです><


☆☆☆☆☆
綺麗な作品です。
世紀末チンピラのような奴とか厚顔無恥な奴とか自分以外はどうでもいいと思っているだけでなく実行にまで移してしまう奴とかとか色々出てくるわけだけれども、そんな連中がどれだけ闊歩していたとしても、席捲していたとしても、それでも本作は綺麗な作品です。
しかし前半は塩害により滅び行く街を懸命に生きる人や投げやりに生きる人を描いているのに中盤以降ジャンルが変わりすぎ。
あとアメリカ様やその他のアレな国家が半年も手を出してないわけがないので後半は荒唐無稽といえばあり得ない展開なわけではありますが、そういう細かいことは気にしない方向で。

あとグリーングリーンに4番以降があることを初めて知った。



・・・あー、もういいや。
5巻あたりから「あんまり面白くないなあ」と思っていたのですが、今巻については明白に「つまらない」と感じました。
どこがどういう理由でそう感じたか、とかはよくわからないのですがなんだろう。
根岸が心底クズ野郎に成り果てたせいですかね。
 


☆☆☆☆☆
一見何の関係もないひとつひとつのエピソードが徐々に交錯し、最終的にひとつの大きな作品が完成する、というとても著者に負担のかかる形式のノベルを平然と使いこなす天才作家、成田良悟。
何者だよこいつ。
1931は特に疾走感たっぷりで、複雑な構成にも関わらず平易な文体で情景も時系列も頭にすんなり入ってきます。

しかし今回早々と作中最強キャラが登場してしまいます。
あまりに人外過ぎてどうにもならんだろ、こいつ。

あと問題点としては悪人が少なすぎる。
マフィアなんて普通悪人の巣窟だろ。
カモッラ?一般人にはそんな区別付きませんから。
 



2009/10/17 16:04 | Comments(0) | TrackBack() | 買ったもの
Serializableの動作変更その2

前回マジックメソッド__sleep、__wakeupによるシリアライズを行いましたが、今回はSerializableインターフェイスで同じことを行ってみます。

両者がどう違うかというと、マジックメソッド__sleepはあくまでシリアライズ対象を変更できるだけであったのに対し、Serializableインターフェイスによるシリアライズは出力をわりかし自由にできるという点です。

SerialExample2.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
<?php
    
//適当なクラス
class SerialExample implements Serializable{
    
    //インスタンス変数とか
        private $string_serial='';
        private $string_no_serial='';
    
    //セッタゲッタ
        public function __set($name,$value){
            if($name=='string_serial' || $name=='string_no_serial'){
                $this->{$name}=$value;
                return true;
            }else{
                return false;
            }
        }
        public function __get($name){
            if($name=='string_serial' || $name=='string_no_serial'){
                return $this->{$name};
            }else{
                return false;
            }
        }
    
    //シリアライズ
        public function serialize(){
            //シリアライズした文字列を返す
            return mcrypt_encrypt(MCRYPT_DES,'hogehoge'
         ,$this->string_serial,MCRYPT_MODE_ECB);
        }
    
    //アンシリアライズ
        public function unserialize($serial){
            //シリアライズされた文字列を元に戻す
            $this->string_serial=mcrypt_decrypt(MCRYPT_DES,'hogehoge'
         ,$serial,MCRYPT_MODE_ECB);
        }
    
//↓クラスのおわり
}

serialize2.php
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<?php
    
    //SerialExample
        require_once('SerialExample2.php');
        $example=new SerialExample();
    
    //適当
        $example->string_serial='aaaaaaaa';
        $example->string_no_serial='bbbbbbbb';
        
        
    //シリアライズ
        $serial=serialize($example);
        
    //アンシリアライズ
        $desilial=unserialize($serial);
        
        var_dump($serial,$example,$desilial);

シリアライズ時にSerialExample::serializeが呼ばれ、シリアライズ後の文字列は、
string 'C:13:"SerialExample":8:{mィ^ョ・シ+}' (length=33)
というふうに暗号化されたなんだかよくわからない文字列となります。

周囲の'C:13'や'SerialExample'等はPHPが必要に応じて自動的に付けるので、実際に変更できるのはその後の{}の中となります。
今回は簡単な暗号化を行いました。

逆にアンシリアライズ時にはSerialExample::unserializeが呼ばれます。
   
object(SerialExample)[2]
  private 'string_serial' => string 'aaaaaaaa' (length=8)
  private 'string_no_serial' => string '' (length=0)

SerialExample::string_serialには無事、復号化後の文字列が収まりました。

 



2009/10/16 22:06 | Comments(0) | TrackBack() | PHP
Serializableの動作変更

serialize()でMDB2のインスタンスを使い回したいとします。

serialize0.php

1
2
3
4
5
6
7
8
<?php
    
    //MDB2
        require_once('MDB2.php');
        $db=MDB2::factory('mysqli://testuser:testpass@localhost');
    
    //シリアライズ
        $serial=serialize($db);

これだけでMDB2のインスタンスがさくっと一つの文字列になり、その後は保存して別の場所で開くなり、APIで他所に渡すなり自由に扱えます。
簡単ですが、この作り方、一つ重大なセキュリティ上の欠陥があります。
コンストラクタで引き渡したユーザ名やパスワードが平文で保存されてしまうのです。

パスワードは見せたくないけど、それ以外のインスタンスはそのまま渡したい、などということはできるでしょうか。
というわけでserialize()の動作を変更する方法があります。
しかも二種類。
http://jp.php.net/manual/ja/language.oop5.magic.php
http://jp.php.net/manual/ja/class.serializable.php

何故二種類もあるのかよくわかりませんが、
http://fabien.potencier.org/article/9/php-serialization-stack-traces-and-exceptions
>@Eric: Because the Serializable interface is much more flexible. In this specific case, we don't use anything fancy, but for consistency, I always use the interface'
だそうです。

まあとりあえずマジックメソッドでやってみます。

SerialExample1.php
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
<?php
    
//適当なクラス
class SerialExample{
    
    //インスタンス変数とか
        private $string_serial='';
        private $string_no_serial='';
    
    //セッタゲッタ
        public function __set($name,$value){
            if($name=='string_serial' || $name=='string_no_serial'){
                $this->{$name}=$value;
                return true;
            }else{
                return false;
            }
        }
        public function __get($name){
            if($name=='string_serial' || $name=='string_no_serial'){
                return $this->{$name};
            }else{
                return false;
            }
        }
    
    //シリアライズ
        public function __sleep(){
            //シリアライズしたい変数名だけ返す
            return array('string_serial');
        }
    
    //アンシリアライズ
        public function __wakeup(){
            /*
                シリアライズ時に返した変数は自動的に元の場所に復帰する
                それ以外の、特に行いたいこと(DBに接続しに行くとか)
                がある場合はここに書く
            */
        }
    
//↓クラスのおわり
}


 serialize1.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?php
    
    //SerialExample
        require_once('SerialExample1.php');
        $example=new SerialExample();
    
    //適当
        $example->string_serial='aaaaa';
        $example->string_no_serial='bbbbb';
        
        
    //シリアライズ
        $serial=serialize($example);
        
    //アンシリアライズ
        $desilial=unserialize($serial);

シリアライズ時に、変数名'string_serial'のみを返しています。
こうすることで指定した'string_serial'のみがシリアライズされ、シリアライズされた文字列は
string 'O:13:"SerialExample":1:{s:28:"&#0;SerialExample&#0;string_serial";s:5:"aaaaa";}'
となります。

シリアライズ前のSerialExampleクラスの中身にはstring_serial及びstring_no_serialが両方とも入っています。

object(SerialExample)[1]
  public 'string_serial' => string 'aaaaa' (length=5)
  public 'string_no_serial' => string 'bbbbb' (length=5)

一旦シリアライズ後アンシリアライズしたときには、string_serialだけが元に戻ります。

object(SerialExample)[2]
  public 'string_serial' => string 'aaaaa' (length=5)
  public 'string_no_serial' => string '' (length=0)

パスワードのような、平文で送信されると困る部分だけシリアライズ対象から排除することができるようになりました。
めでたし。

全然どうでもいいんですがPHP以外ではデシリアライズです。
何故PHPだけアンシリアライズなんだろう。


2009/10/13 22:37 | Comments(0) | TrackBack() | PHP

<<前のページ | HOME | 次のページ>>
忍者ブログ[PR]