はてなキーワード: ACLとは
やー。面倒でした。
古い情報だと Outlook Express を経由しろと書いてあるので、後継であるらしいWindows Live Mail を経由して(Windows Live Mail からエクスポートする方法で)
Outlook に移行したのだが、どういうわけか宛名が文字列として移行されてしまい、xxx@example.com というメールアドレスの移行ができなかったんです。
で eml → msg もしくは pst 形式への変換ソフトを探すのですが、無料のものが見つからなくてあんまり情報もありませんでした。が、ありましたよ!お兄さん。
====
MAPI data collection and parsing tool. Supports property tag lookup, error translation, smart view processing, rule tables, ACL tables, contents tables, and MAPI<->MIME conversion. MrMAPI currently knows: 3916 property tags 801 dispids 35 types 58 guids 148 errors 27 smart view parsers Usage: MrMAPI -? MrMAPI [-Search] [-Dispids] [-Number] [-Type <type>] <property number>|<property name> MrMAPI -Guids MrMAPI -Error <error> MrMAPI -ParserType <type> -Input <input file> [-Binary] [-Output <output file>] MrMAPI -Flag <flag value> [-Dispids] [-Number] <property number>|<property name> MrMAPI -Rules [-Profile <profile>] [-Folder <folder>] MrMAPI -Acl [-Profile <profile>] [-Folder <folder>] MrMAPI [-Contents | -HiddenContents] [-Profile <profile>] [-Folder <folder>] [-Output <output directory>] [-Subject <subject>] [-MessageClass <message class>] [-MSG] [-List] MrMAPI -ChildFolders [-Profile <profile>] [-Folder <folder>] MrMAPI -XML -Input <path to input file> -Output <path to output file> MrMAPI -FID [fid] [-MID [mid]] [-Profile <profile>] MrMAPI -MAPI | -MIME -Input <path to input file> -Output <path to output file> [-CCSFFlags <conversion flags>] [-RFC822] [-Wrap <Decimal number of characters>] [-Encoding <Decimal number indicating encoding>] [-AddressBook] [-Unicode] [-Charset CodePage CharSetType CharSetApplyType] All switches may be shortened if the intended switch is unambiguous. For example, -T may be used instead of -Type. Help: -? Display expanded help. Property Tag Lookup: -S (or -Search) Perform substring search. With no parameters prints all known properties. -D (or -Dispids) Search dispids. -N (or -Number) Number is in decimal. Ignored for non-numbers. -T (or -Type) Print information on specified type. With no parameters prints list of known types. When combined with -S, restrict output to given type. -G (or -Guids) Display list of known guids. Flag Lookup: -Fl (or -Flag) Look up flags for specified property. May be combined with -D and -N switches, but all flag values must be in hex. Error Parsing: -E (or -Error) Map an error code to its name and vice versa. May be combined with -S and -N switches. Smart View Parsing: -P (or -ParserType) Parser type (number). See list below for supported parsers. -B (or -Binary) Input file is binary. Default is hex encoded text. Rules Table: -R (or -Rules) Output rules table. Profile optional. ACL Table: -A (or -Acl) Output ACL table. Profile optional. Contents Table: -C (or -Contents) Output contents table. May be combined with -H. Profile optional. -H (or -HiddenContents) Output associated contents table. May be combined with -C. Profile optional -Su (or -Subject) Subject of messages to output. -Me (or -MessageClass) Message class of messages to output. -Ms (or -MSG) Output as .MSG instead of XML. -L (or -List) List details to screen and do not output files. Child Folders: -Chi (or -ChildFolders) Display child folders of selected folder. MSG File Properties -X (or -XML) Output properties of an MSG file as XML. MID/FID Lookup -Fi (or -FID) Folder ID (FID) to search for. If -FID is specified without a FID, search/display all folders -Mid (or -MID) Message ID (MID) to search for. If -MID is specified without a MID, display all messages in folders specified by the FID parameter. MAPI <-> MIME Conversion: -Ma (or -MAPI) Convert an EML file to MAPI format (MSG file). -Mi (or -MIME) Convert an MSG file to MIME format (EML file). -I (or -Input) Indicates the input file for conversion, either a MIME-formatted EML file or an MSG file. -O (or -Output) Indicates the output file for the convertion. -Cc (or -CCSFFlags) Indicates specific flags to pass to the converter. Available values (these may be OR'ed together): MIME -> MAPI: CCSF_SMTP: 0x02 CCSF_INCLUDE_BCC: 0x20 CCSF_USE_RTF: 0x80 MAPI -> MIME: CCSF_NOHEADERS: 0x0004 CCSF_USE_TNEF: 0x0010 CCSF_8BITHEADERS: 0x0040 CCSF_PLAIN_TEXT_ONLY: 0x1000 CCSF_NO_MSGID: 0x4000 CCSF_EMBEDDED_MESSAGE: 0x8000 -Rf (or -RFC822) (MAPI->MIME only) Indicates the EML should be generated in RFC822 format. If not present, RFC1521 is used instead. -W (or -Wrap) (MAPI->MIME only) Indicates the maximum number of characters in each line in the generated EML. Default value is 74. A value of 0 indicates no wrapping. -En (or -Encoding) (MAPI->MIME only) Indicates the encoding type to use. Supported values are: 1 - Base64 2 - UUENCODE 3 - Quoted-Printable 4 - 7bit (DEFAULT) 5 - 8bit -Ad (or -AddressBook) Pass MAPI Address Book into converter. Profile optional. -U (or -Unicode) (MIME->MAPI only) The resulting MSG file should be unicode. -Ch (or -Charset) (MIME->MAPI only) Character set - three required parameters: CodePage - common values (others supported) 1252 - CP_USASCII - Indicates the USASCII character set, Windows code page 1252 1200 - CP_UNICODE - Indicates the Unicode character set, Windows code page 1200 50932 - CP_JAUTODETECT - Indicates Japanese auto-detect (50932) 50949 - CP_KAUTODETECT - Indicates Korean auto-detect (50949) 50221 - CP_ISO2022JPESC - Indicates the Internet character set ISO-2022-JP-ESC 50222 - CP_ISO2022JPSIO - Indicates the Internet character set ISO-2022-JP-SIO CharSetType - supported values (see CHARSETTYPE) 0 - CHARSET_BODY 1 - CHARSET_HEADER 2 - CHARSET_WEB CharSetApplyType - supported values (see CSETAPPLYTYPE) 0 - CSET_APPLY_UNTAGGED 1 - CSET_APPLY_ALL 2 - CSET_APPLY_TAG_ALL Universal Options: -I (or -Input) Input file. -O (or -Output) Output file or directory. -F (or -Folder) Folder to scan. Default is Inbox. See list below for supported folders. Folders may also be specified by path: "Top of Information Store\Calendar" Path may be preceeded by entry IDs for special folders using @ notation: "@PR_IPM_SUBTREE_ENTRYID\Calendar" MrMAPI's special folder constants may also be used: "@12\Calendar" "@1" -Pr (or -Profile) Profile for MAPILogonEx. -M (or -MoreProperties) More properties. Tries harder to get stream properties. May take longer. -No (or -NoAddins) No Addins. Don't load any add-ins. -On (or -Online) Online mode. Bypass cached mode. -V (or -Verbose) Verbose. Turn on all debug output. Smart View Parsers: 1 Additional Ren Entry IDs Ex 2 Appointment Recurrence Pattern 3 Conversation Index 4 Entry Id 5 Entry List 6 Extended Folder Flags 7 Extended Rule Condition 8 Flat Entry List 9 Folder User Fields Stream 10 Global Object Id 11 Property 12 Property Definition Stream 13 Recipient Row Stream 14 Recurrence Pattern 15 Report Tag 16 Restriction 17 Rule Condition 18 Search Folder Definition 19 Security Descriptor 20 SID 21 Task Assigners 22 Time Zone 23 Time Zone Definition 24 Web View Persistence Object Stream 25 Nickname Cache 26 Encode Entry ID 27 Decode Entry ID Folders: 1 Calendar 2 Contacts 3 Journal 4 Notes 5 Tasks 6 Reminders 7 Drafts 8 Sent Items 9 Outbox 10 Deleted Items 11 Finder 12 IPM_SUBTREE 13 Inbox 14 Local Freebusy 15 Conflicts 16 Sync Issues 17 Local Failures 18 Server Failures 19 Junk E-mail Examples: MrMAPI PR_DISPLAY_NAME MrMAPI 0x3001001e MrMAPI 3001001e MrMAPI 3001 MrMAPI -n 12289 MrMAPI -t PT_LONG MrMAPI -t 3102 MrMAPI -t MrMAPI -s display MrMAPI -s display -t PT_LONG MrMAPI -t 102 -s display MrMAPI -d dispidReminderTime MrMAPI -d 0x8502 MrMAPI -d -s reminder MrMAPI -d -n 34050 MrMAPI -p 17 -i webview.txt -o parsed.txt
本業野球ファン、副業サッカーファンです。サッカーについては「永遠のにわか」だと思います。
もう少しスポーツ観戦歴を書くと、ケーブルテレビに加入してないので、関東に引っ越してきてからスポーツ中継の少なさに驚き、トラキチにもかかわらず仕方なく巨人戦を観たり球場に行ったりしています。サッカーに至ってはACL(とCWC)と天皇杯と代表戦ぐらいしか観る機会がないけど、サッカースタジアムにまで行くほどの熱意は正直ないです。
それに対してニワカはどうだ
それを言っているのは「ニワカ」ではなくて一部評論家や2ちゃんねらーのような気がしますが。
私を含めた「ニワカ」は、普通の人がオリンピックでカーリングなんかを見るのと同じ調子で、とりあえず何でも応援しておけという感じだと思います。
むしろ、それを「弱い代表を応援してるニワカうぜー」とか「ベスト4とか本気で信じるニワカうぜー」とか、言われるのが癪に「存在しない誰かと戦ってる」ような人たち(具体的には、上に書いたような評論家や2ちゃんねらー)がうざいです。
言われなくても日本が、相撲で言えば前頭の下から真ん中当たりを行ったり来たりしてるレベルなのはわかりますよ。身内だから応援しているだけで、これといって名選手もいなければ魅力も特にないチームだなんてのは承知です。4年に一度のお祭りなんだから、わざわざ斜に構えないで素直に盛り上がろうとしているだけなのに、そういう態度をくさす人たちが多いのが正直嫌な感じです。
実のところ、サッカー場に行く気になれないのはその辺が原因です。こういうとあれですが、野球場のファンのレベルはピンキリですが、逆に言えばにわかファンからオタクまで居場所がいるわけで。熱心なファンがにわかを見下すという分野は、衰退はしなくても発展もしないと思いますよ。
年に4,5回試合を見るだけでここまで偉そうに叩く人種って
野球にもいますよ。ただ、野球の場合はサッカーみたいに売名行為で斜に構えたこと言ってる評論家ってのがあまりいなくて、元選手とかが論壇をコントロールしてるから、極端に的外れなことにはならないんですよ。そもそも、野球の場合クラブチームがメインで代表戦なんておまけだから、虚像をつくりあげてファンをコントロールしたり(サッカーでそれが成功しているとも思えないが)できないんですよ。自分が応援するチームの選手を無理に持ち上げたって、他チームのファンから容赦なく叩かれるだけですからね。
って層にも思うところはあれど今回は置いておくとして)
野球でもメジャーヲタ(というかその御用達のNHK)は多少うざいですけどね。ただ、野球の場合日本のプロリーグが、サッカーで言うならブンデスリーガとかリーグアンとか、要するに準トップリーグに相当する程度のレベルにはあるからメジャーヲタがあまり増殖しづらいという構図もありますが。
BIG-server.com binboserver.com メンテナンス / 障害報告
03/02 00:03 障害報告:【2010/3/1】ネットワーク障害報告
2010年3月1日11時40分より発生しているネットワーク障害について、
PIEデータセンターよりステートメントを発表いたします。
------------------------
2月28日 米国西海岸時間18時35分ごろより確認しておりますMaido3.com、
そしてPIE.us へのDDos攻撃につきまして報告いたします。
今回の障害は世界各国のボットコンピューターより大量のアクセスが
数万IPアドレスから行われ、ネットワーク機器が過負荷に陥り発生しました。
に登録しておりますが攻撃は継続しております。
また、自動化されたスクリプトの可能性もあり現在米国公的機関に
米国企業に対するサイバーテロとして調査依頼の準備を行っております。
現在弊社帯域はほぼ正常値に戻っており、
緊急体制より準緊急体制へPST 3月1日 午前6:00に引き下げます。
PIE.us
Ryan Iwasaka
おいおいw調査依頼の準備されてるよw
ログ大量に取ったんだろうな
どうなることやら
素人の予想など当たるべくもないことは分かっているのですが、こうして予想しておくと1年の終わりに答え合わせをする楽しみが待っているので予想するのです。
優勝は浦和。根拠は特に無く、強いて言えば2007年の鹿島のようなことが起こるんじゃないかなという程度。オリヴェイラ1年目で鹿島が優勝するなんて思った人は殆どいなかっただろうけど優勝しちゃいましたからね。もともと普通にやりさえすれば優勝する戦力はあるだけに、監督が代わればガラッと変わりそう。ACLが無いのもプラス要素。
G大阪は今年も積極補強。戦力的にはやっぱりナンバー1かなという気はします。しかしあれだけ派手に補強しておきながら加地の控えを獲らないってのはイマイチ理解できない。何か理由があるのかしら。
鹿島は毎年の事ながら出入りの少ないオフ。中後の穴は大して問題無いと思う。しかし戦力的な上積みはそれほど無いので、ACLとの掛け持ちはやっぱり負担になりそう。注目の大迫は10試合くらい出場できれば上出来かなと。
清水は中盤から前はリーグ屈指の陣容だと思う。でもDFの層の薄さが気がかり。センターバックは1枚獲っておいた方が良かった気がする。若い選手が多いので波に乗れれば面白そうですが、去年と同じ展開になるような予感もひしひしと。だが一番の不安要素はパルさん。
川崎は関塚さんの復帰が微妙。もう一段ステップアップしないとタイトルは取れないと思うんですが、そこで関塚回帰ってのは正解なのかどうか。まあ谷口を上手く使いこなせるのは関塚さんだけなのかもしれない。
横浜Mは中盤から後ろは超豪華。計算できるストライカーさえ獲っていれば優勝争いできるはずなんですが、レンタルバックのハーフナーとルーキーの渡辺に期待し過ぎるのも酷かと。逆に言えばこの辺がブレイクしたらもっと上に来そうですね。あとコーキチはワケ分からな過ぎて面白いのでもっと色々しゃべって欲しい。
大分は主力の流出も無く、補強も最低限。去年ほどの旋風は起こさないと思いますが、安定した成績は残しそう。長期離脱の深谷の穴は藤田と坪内でおそらく問題なし。前の方では今年はやってくれるはずの家長とユース出身2年目の清武に期待。そして前俊に夢を託したいが今年も裏切られるんだろう…。
名古屋はレギュラークラスだけならかなり強いと思いますが、選手層が心許ない感じ。ACLもあるしシーズン通して戦うのは辛そう。巻とか津田あたりのブレイクに期待か。ダヴィはめんこい。それとマギヌンがいない時にどうするかは今年も課題。でもダヴィはめんこい。大事なことなので(ry
FC東京はそこはかとなく地雷臭を感じる。攻撃重視の戦術→守備に綻びが出てなかなか勝てない→そのうち点まで取れなくなるという定番の悪夢スパイラルにハマるとやばそう。逆に言えば、序盤戦を上手く乗り切れば昨年の名古屋以上の旋風もあり得る。かなりギャンブル性の高いチーム。
広島はもっとギャンブル性の高いチーム。J2降格の原因となった守備崩壊は昨年のJ2最少失点というデータを見る限り解消されたのか…というところですが、実際のところ攻め込まれること自体が少ないことと槙野の個人的成長でカバーしただけという感も。どちらもJ1で1シーズン通用するかどうかは未知数です。それでも何だかんだ中位には潜り込みそう。多分寿人が何とかする。
京都は地味にえげつない補強をしてるんですが、肝心のカトQさんの手腕が未だに良く分かりません。あの人は名将なの?迷将なの?まあどっちにしても多分ディエゴが何とかする。
柏は「上手くいっていた監督が代わると低迷」というお約束のパターンに嵌りそう。アルセウの怪我もかなり痛手だと思います。やはりアレックスを手放すべきではなかったのでは…。それでも多分フランサが何とかする。
神戸も同じジンクスに嵌りそうですね。しかもこちらはブラジル人監督なだけに余計に怖いです。レアンドロはともかく大久保の穴は容易に埋まらないと思うので結構厳しいんじゃないかと思います。
山形は圧倒的な降格候補のようですが、意外と残留するんじゃないかと思っています。結構面白い補強をしてますし、小林監督は曲者です。ブラジル人選手が期待通り働いてくれれば、2006年の甲府くらいにはやるんじゃないかと思います。
千葉はストライカーを補強すべきだったと思います。今年も攻撃面で苦労しそう。そろそろ巻がぶっ倒れるぞ。今年も心臓に悪い一年になりそうだ。
新潟は今年結構危ない気がするのですが、大島と三門の獲得は大きいと思います。この2人がフィットしてくれれば残留は何とかなるんじゃないかと思いますが、フィットしなかったら…ええと…。あとは鈴木順一ことブルーノ・カスタニェイラに密かに期待。その前に田中アトムたんか。
大宮は監督自身にそこはかとなく地雷臭がします。それ以上にレアンドロ様(神、いわゆるゴッド)の放出が失策かと。大宮の残留力の源は間違いなくレアンドロ様(神、いわゆるゴッド)。レアンドロ様(神、いわゆるゴッド)なら何とかしてくれたのに。
磐田は、正直に言ってあまりポジティブな要素が思い浮かばないです…。思い切って改革すべきだと思うんですが新監督はヤンツーさん。それでいいんでしょうか…。
開幕が待ちきれない。
http://anond.hatelabo.jp/20070928043402
http://anond.hatelabo.jp/20070930020128
これで三回目のエントリーです。しつこくてすみません。
前回のエントリで、皆さんに、応援団が取ったアクションに対して、協会・Jリーグがどんな反応を示すか、見守ってください、と書きましたが、結果が出ました。
http://www.sponichi.co.jp/soccer/news/2007/10/04/04.html
ACLの城南―浦和戦を視察した犬飼専務理事は26日の川崎F批判後初めて口を開き、「ACLに出るチームが全部こういうことをしたらJリーグはどうなるのか」と、あらためて自説の正しさを主張。
>>日本協会の川淵キャプテンも「Jリーグはかつて、年間52試合やった年もある。強いチームゆえの日程だから、疲れたなんて言わないで頑張ってほしい」と“泣き言”を禁じた。
<<
http://www.nikkansports.com/soccer/p-sc-tp0-20071003-264758.html
>>Jリーグ鬼武チェアマンが(中略)サポーターがJリーグに横断幕を提出するなど抗議活動も出ているが「川崎FだけでなくJ全体のサポーターがいる」と話した。
<<
(※この記事だけでは、文脈上、鬼武チェアマンのコメントか、犬飼専務理事のコメントかがはっきりとはわかりませんが、おそらく鬼武チェアマンのコメントかと思われます)
私は、一番最初のエントリーにて、
浦和では、『We are REDS』の中に、サテライトの選手は含まれないのですか?
そういう選手がトップの試合に出たら、「裏切りだ」と感じ、心一つに応援できないのですか?
あるいは、柏の立場に立った場合、目の前の自分たちのチームが一生懸命戦った上で勝ち点3が手に入ったのに、「こんな試合は失礼だ」と憤りますか?
犬飼専務理事が言っていることはそういうことだと私は考えます。
この人が『川崎フロンターレサポーター』や『柏レイソルサポーター』とは何かを知っているわけではないのですから、
『浦和レッズサポーター』とはそういう人たちだと言っているも同然です。
あるいは、『Jリーグサポーター』はそういう人種だとJリーグは考えている、と言っているのです。
これは「失礼」には当たりませんか?
と書きましたが、Jのトップからそう明言されてしまいました。
しかも、「ACLに出るチームが全部こういうことをしたらJリーグはどうなるのか」と言われても、(一部の方には誤解されているのかもしれませんが、)フロンターレはJリーグのいわゆる「ベストメンバー規約」を守り、事前に相談もしていたわけです。
http://www.nikkansports.com/soccer/p-sc-tp0-20070928-262399.html
柏戦では「当該試合直前のリーグ戦5試合のうち、1試合以上先発メンバーとして出場した選手を6人以上含まなければならない」というJリーグ規約に抵触しないメンバーを組んだ。あらかじめ、Jリーグに問い合わせ「問題なし」との了解も得ていた。決して、Jリーグを軽視したわけではない。川崎Fの福家GMは「こんなに短期間で試合が続いたら、選手生命に影響する。川島と憲剛は代表もあって、もっと過酷だった」と理解を求めた。
ルールを守っても怒られるというなら、そのルールに何の意味があるというのでしょうか。
(一時期は処分という言葉まで出てきて、まさに無法地帯状態でした。)
ついでに言えば、川淵キャプテンの言う、年間52試合という点についても、フロンターレは世界一過酷な日程といわれるJ2に、つい最近まで所属していたので、年間52試合という試合数の部分には特段驚いたりはしないチームです。
そのチームがこの判断をしたことを踏まえ、自分たちの日程調整に間違いがあったかもしれないとはならないところが、そういう人だとはわかってはいましたが、改めて愕然とします。
(鬼武チェアマンは、考える、という旨の発言をしていますが。)
こうして、サポーターがこういうアクションを起こしたことに対して、恥の上塗りと言っても差し支えない発言をする幹部たちですが、川崎フロンターレというチームを応援するものとして、もう一つショックなのは、武田社長がまた呼び出されてしまったことです。
http://hochi.yomiuri.co.jp/soccer/jleague/news/20071003-OHT1T00077.htm
Jリーグの鬼武健二チェアマン(68)らは2日、9月23日の柏戦で先発メンバー8人を入れ替えた問題で川崎の武田信平社長(57)から2度目の“事情聴取”を行った。
9月28日にも武田社長を呼んで会談したが、同30日の甲府戦で川崎サポーターがリーグへの“抗議”横断幕を掲げたことなどを受けてのもの。
事の始まりでも、武田社長は鬼武専務理事にこのような扱いを受けています。
http://www.nikkansports.com/soccer/p-sc-tp0-20070928-262399.html
同専務理事が、決戦前で盛り上がる会場に到着するなり、川崎Fの武田社長を怒鳴ったことを伝え聞いたある選手は「(アジア一を目指し)一緒になってくれていなかったのかな」と漏らし、別の選手は「結果だけで判断されても…」と戸惑いを隠せなかった。
http://www.sponichi.co.jp/soccer/news/2007/09/28/02.html
26日のセパハン戦前、関係者と報道陣の前で慶大サッカー部の後輩である武田社長を怒鳴りつけた同専務理事は「浦和も並行して戦っている。他のクラブの社長もいるところで話し合った方がいい」と説明。日本協会の川淵キャプテンも「8人も代えるのはファンをバカにしている」と一蹴した。
川崎フロンターレのサポーターにとっては、選手はもちろん大切なのですが、チームを支えてくれているフロント・スタッフ、チームを束ねている社長・GMも、とても大切な人たちです。
特に、武田社長は、サポーターから「信平ちゃん」と呼ばれるほどに親しまれている人物です。
「富士通のお偉方」という安泰な地位から、J2に降格したばかりのフロンターレの社長に就任し、
今でも自ら試合告知宣伝カーの運転手をし、サポーターと共に駅前で試合前のビラ配りをし、
勝ち点1足りなくて昇格できなかったときにもサポーターの前でしっかりと挨拶をし、
http://jp.youtube.com/watch?v=QF_syU3BUbs
どんなときも、サポーターと共に泣き、共に笑い、共に戦う、
『俺たちの信平ちゃん』です。
もちろん、社長としての手腕そのものについても、J2の観客3000人台の状態から、予算規模が少ない中でも、代表選手を輩出しACLで戦うチームに育て上げた実績をみただけでも、他チームの方にも十分にお分かりいただけるのではないかと思います。
http://hochi.yomiuri.co.jp/soccer/jleague/news/20070919-OHT1T00091.htm
その社長が、サポーターの行動のせいで、また呼び出しを喰らったという事実は、とても辛いものがあります。
これも、結果として、前のエントリーでの懸念どおり『チームに迷惑』になってしまったわけです。
しかも、サポーターとの会談前に社長を呼び出されたわけですから、何か圧力をかける意図があったようにしか思えません。
開いた口が、ふさがりません。
ただ、こう思っているのは少数派で、他のJリーグサポーターの方々の大半はそうは思っていない、という可能性も考えなかったわけではありません。
敢えてリンクを張ったりはしませんが、「犬飼発言を支持する」というブログもいくつか読みました。
ただ、検索結果などを見ても、多くの他チームのサポーターの方がこの発言をおかしいと思っているように思えます。
そして、最もカチンときているポイントは、「サポーターを裏切った」「J全体のサポーターがいる」という部分ではないかと思うのです。
とはいえ、「Jリーグ全体のサポーターは裏切られたとは思っていない」という方が多数派であることを示すために、各チームに「裏切られていない」弾幕への署名をお願いするわけにもいきません。
それこそ、大迷惑以外の何者でもなく、問題の広げ方として、Jリーグ幹部と同じことをすることになってしまう気がします。
それに、仮にお願いをしてみた状況を想像しても、浦和レッズサポーター(応援団)にはまず絶対に同意されることはないでしょう。
(それは、おそらく『俺たちの信平ちゃん』と同じような気持ちを、浦和サポーターが犬飼専務理事に持っているのではないかと思うからで、十二分に理解できる部分です。)
でも、何かできないか、と、どうしても考えてしまうのです。
そこで、これはまったく個人的なお願いになるのですが、
このエントリーをお読みになった方で、
「裏切られたとは思っていない『サポーター』」
かつ
サッカーに関する記事を書く頻度の高い(「Jリーグのサポーター」であることが判別できる)ブロガーの方は、
このエントリーに対して、トラックバックを飛ばしていただけないでしょうか。
匿名でありながら、お願いをするのも恐縮なのですが、
匿名であるからこそ、トラックバックをいただく事に、アフィリエイトやアクセス数などの直接的なメリットは発生しないと思うのです。
また、このエントリーとは別に、「裏切られた」と思う方用のエントリーも設けます。
http://anond.hatelabo.jp/20071005120456
これで意見が集約できるとも思いませんし、「Jリーグ各チームのサポーター」「J全体のサポーター」「Jリーグのサポーター」等、サポーターの定義についても問題があることを承知でのお願いです。
ご協力いただける方は、何卒よろしくお願いいたします。
http://anond.hatelabo.jp/20070928043402
ええと、元増田です。
と言えばいいのでしょうか。
すみません。はてな匿名ダイアリーの流儀がわかっていません。
(はてなのこともよくわかっておらず、すでに取り返しがつかないらしいミスをしてしまっています。情けないです。)
にも関わらず、私がここで書くことを選んだのは、ここの方が自分で持っているブログよりも多くの人に見てもらえるのではないかと思ったからです。
こんなひどいことをJリーグの幹部に言われたという事実を知らせたかった。
また、川崎サポーターの少なくとも一人は、「チームに裏切られた」などとは決して思っていないことを知ってもらいたかったのです。
おかげさまで、たくさんの反響を頂きました。ありがとうございます。
すべての皆さんに返信をしたいのですが、難しいので、このエントリーに代えさせてください。
もうひとつ、はてな匿名ダイアリーに書こうと思った理由は、普段の自分では絶対に書かないであろうことを書こうと思ったからです。
それは、ご指摘の通り、浦和サポに八つ当たりすることでもあり、また、その他の、自分のブログでは自重してしまうようなこともいっぺんに書いてしまおう、ということでもありました。
また、自分のブログでサポーター全体を代表するような意味合いに取られるようなことを書くこと、サポーター面することも少し嫌でした。
すでに書きましたが、サポーターという言葉は大変曖昧なものです。
ですが、大変便利な言葉なので、自分のブログでもちょくちょく使ってしまっています。
便利な理由のひとつは、『ファン』という言葉とは別の言葉であるからです。
ファンではない。サポーターであるということ。
私は女性です。だから、余計にそれを意識するのかもしれません。
ミーハーすることがそれほど悪いことだとは思いませんが、やはり金切り声を上げて特定の選手を呼ぶ人の気持ち、選手が嫌そうにしているのにしつこく話しかける人の気持ちはわかりません。
サインにもさほど興味がありません。
女の身でも応援したいのです。ただ、それだけです。
だから、自分を『サポーター』と位置づけると楽なのです。
なので、よくこの言葉を使いますが、実際のところ、この言葉にはたくさんの疑問を持っています。
例えば、私はイランに行きました。
事前に社長などから、「トイレなどが大変かもしれないけれど、なるべくちゃんと用意してもらうようにするから、行けるなら応援に行ってください」と言われてはいました。
(社長は私個人を知っているわけではありません。ファン感謝デーの時に聞いたのです。)
イランのことも調べました。
いろいろなことを考えた上でイランに行ったつもりです。
でも、結果として、いろいろな人に迷惑をかけました。
チームにもです。
トイレの手配もあったでしょうし、現場で一時入場できなくなったときにも、結局、チームや男性サポーターたちに迷惑をかけました。
セパハン側が事前に女性入場許可の届出を忘れていたのが原因ですが、それでも私たちが入場できない事態になったときの関係者の焦りは相当のものがありました。
そういう迷惑をかける可能性があるとわかっていたのに、それでもイランに行きました。
応援したかったから。
等々力での私は入場料を払っている観客ですが、イランでは違います。
私の応援の力と、チームにかけた迷惑と、どちらが重いのか、わかりません。
それでも、私はチームをサポートしているのか。つまり、『サポーター』なのか、とても悩みました。
入れないかもしれないということを聞いたとき、女性たちはあっさりとそれを受け入れ、男性を送り出し、許可が出るまでの間、話をしながら過ごしました。
だれも、「いつになったら入れるのかな」などとは言いませんでした。
「いざとなったら、このスタジアムならバスから試合が見えるからいいね」という話はしました。
おそらくその場にいた女性のほとんどが大なり小なり同じ気持ちだったでしょう。
迷惑をかけたくない、という気持ちです。
そして、日本に帰ってきた私たちを迎えたのは、一部の賞賛と一部の批判でした。
「よくがんばったね」
「大変だったね」
「イランでは女性はサッカーを見てはいけないのに、現地の慣習を犯してまで行くことか」
賞賛と批判のどちらも、言いたい人の気持ちはわかりますが、放っておいてほしかった。
その場ではいろいろとお土産話をしましたが、「がんばったね」という言葉は要らなかった。
私個人のことだけしか言えませんが、私はただ自分が行きたいからという理由で応援をしに行っただけなのです。
褒められたいと思っていたわけでも、現地の慣習を疎かにするつもりだったわけでもありません。
ただ、間違いなくチームに迷惑をかけました。
また、悩みました。
そこにあの犬飼専務理事の発言です。
川崎フロンターレのサポーターとしての怒りもありましたが、そういったわけで、私個人の怒りもあったのです。
人がこんなにこの言葉ひとつに悩んでいるのに、あんたはその程度の認識か、と。
悩みすぎなのもわかっています。
こんな形のない言葉なのですから、テキトウに使えばいいのですし、あるいは自分はその言葉を使うのをやめてしまえばいいのです。
そういう気持ちもあっての先のエントリーでした。
そして、長くなりましたが、最後にもうひとつの理由とお願いを書かせてください。
はてな匿名ダイアリーにはとても及ばない自分のブログで何か書いても、チームにとっては迷惑なことがある可能性があるかもしれないから、というのが最後の理由です。
心配しすぎなのはわかっていますが、ただでさえチームがJリーグに目をつけられているとしか思えない状況で、感情むき出しな言葉を書くのはためらわれました。
「チームに迷惑」ということと、自分のフツフツと湧き上がる感情がせめぎあった末の妥協点が、このはてな匿名ダイアリーだったのです。
そして、現時点では、各マスコミの記事が効いたのか、それとも直接の抗議や『ネットの意見』が効いたのか、鬼塚チェアマンが『しょうがない発言』で事態を収拾しようとしています。
http://www.nikkansports.com/soccer/p-sc-tp0-20070929-262871.html
http://hochi.yomiuri.co.jp/soccer/jleague/news/20070929-OHT1T00014.htm
「Jリーグ軽視」との嫌味をねちねちと言われ続けていますし、犬飼専務理事が謝ったわけでもなく、同様の発言をした川渕キャプテン(笑)が謝ったわけでもないので、私のサポーターとしての感情は付いていきませんが、社会人として考えれば、これがサッカー協会とJリーグとしての限界なんだろうと思います。
それに、また、「チームに迷惑」という言葉が私の頭の真ん中の方にでしゃばってきますし。
ですが、川崎フロンターレの応援団である『川崎華族』の人たちは、決して嫌味で言うのではなく、本当にただただ羨ましいほどの直球勝負に出るようです。
http://kawasakikazoku.net/main/archives/2007/09/post_64.html
私の中の一人が言います。
「いまさら、チームに迷惑なんじゃないの?」「ベストメンバー廃止なんて言っちゃって、本当はターンオーバー制をやりたい、当の『犬飼の浦和』にとって好都合なだけじゃないの?」と。
http://hochi.yomiuri.co.jp/soccer/jleague/news/20070929-OHT1T00018.htm
ただ、もう一人の私は、やはりこう言うのです。
「頑張れ。いや、一緒に頑張ろう。サポーターの名を借りた暴言はもううんざりだし、川崎サポーターがフロンターレに所属するすべての選手を応援しているということ、関塚監督の判断を支持していることをはっきりと示すべきだ。」「この件と、浦和もアジアで厳しい戦いをしていることは別。犬飼が憎いからといって、ACLを共に戦った浦和まで憎む必要はない。」と。
きっと、応援団の人たちにも悩みはあったのだと思います。
ですが、我那覇問題の時にも敢えて行動しなかった彼らが、意を決して行動しようと決めたのですから、そこには相当の思いがあるはずです。
(我那覇の件については、我那覇とチームドクターの行動には問題がなかった、Jリーグの手続き上の不備、と、WADAも認めています。
http://www.sponichi.co.jp/soccer/news/2007/09/15/06.html
ですが、そういった見解はすべて無視されており、まだ我那覇とチームドクターの名誉回復と罰金1000万円の返還はされていません。)
彼らの行動を見守ってください。
支持してくれ、とまでは言う資格は私にはありません。
ですが、彼らと、彼らに共感した川崎サポーターが、どこまでやれるか、見守ってください。
また、今回の行動に対して、Jリーグやサッカー協会がどんな反応を示すか、見ていてください。
無視し続けるのか、はたまた、理不尽なことを仕掛けてくるのか、見ていてください。
本当に長くなりましたが、これで閉じます。
明日の甲府戦があるので。
悩んでも、応援することしかできないので、精一杯応援してきます。
続きを書きました。
■X-Reproxy-Cache-Clear できる Perlbal プラグインCommentsAdd Star
■[Perl][CPAN][Perlbal] X-REPROXY-CACHE-FORを使いたい人向けショートBK
X-REPROXY-CACHE-FOR ヘッダが Perlbal に(というか Perlbal::Cache に)どのように解釈されるかというと、
1467 sub add_to_reproxy_url_cache {
1468 my Perlbal::Service $self;
1469 my ($reqhd, $reshd);
1470
1471 ($self, $reqhd, $reshd) = @_;
1472
(snip)
1484 my $hostname = $reqhd->header("Host") || '';
1485 my $requri = $reqhd->request_uri || '';
1486 my $key = "$hostname|$requri";
1487
(snip)
1496 $cache->set($key, [$timeout, \@headers, $urls]);
1497 }
こうなってる。ここで、
Perlbal -> mod_perl -> MogileFS
こんな風に、フロントに Perlbal, バックエンドに mod_perl ハンドラでも置いて、その裏の MogileFS とやりとり(をあんまさせたくないので Perlbal に直にキャッシュさせたい)という構成を考える。
この場合、
つまり、
X-REPROXY-CACHE-CLEAR: /artwork/12345
というヘッダを mod_perl から Perlbal に返す必要がある(host は補われる)
この /artwork/12345 というリクエスト URL は、 mod_perl 側から直に参照できない。
mod_perl ハンドラを例えば以下のような conf であてていたとすると、
<Location /example/artwork>
PerlHandler Example::Artwork
</Location>
RewriteEngine On
RewriteRule ^/artwork/(.*) http://127.0.0.1:8080/example/artwork/$1 [P,L]
ここで $r->uri をとると /example/artwork/12345 となり、これをそのまま X-REPROXY-CACHE-CLEAR で返しても Perlbal::Cache がキャッシュした key とは違うものなのでキャッシュを破棄できない。自前で $r->uri を split なりして、 /artwork/12345 を、 Rewrite される前の URL を知る必要がある。当然、どんな RewriteRule かに依存するので一般的な実装はあげられない。 Rewrite しなければもう少し話が簡単になる。
要は、
と、それぞれ意味の違った URL (key になるもの)がいくつか存在して、どれがどれやらわからなくなってしまうので、ハマりどころが多い。ありがちな(というか俺がやった)ミスとしては、 CACHE-FOR でキャッシュした状態で MogileFS からファイル実体を消してしまうと (mogile に突っ込むときの key はまた別に digest とかで作ってあったりすると余計に混乱することうけあい) Mogile にはもう存在せず、したがって mod_perl にはどうしたって知りようがない URL を Perlbal がキャッシュしていて 503 を返しつづける、という状態になってしまう。それから、キャッシュを自発的に消したいときというのはもともとキャッシュしてた URL (Mogile 上でのファイルのありか)が指し示すファイル実体を消したいときなので(実体がないものをいつまでもキャッシュしているのは困る、という理由)当然実体そのものも消すわけだが、
こういう手順でつくらないといけない。この URL は ACL を厳重にしておかないと、全ての artwork に対応するキャッシュ破棄用(つまりファイル削除用) URL を GET されまくってファイルを消されまくってしまうので非常にまずい。
我ながら乱雑で要領を得ない文章だと思うけど、こんなものでもないよりはあったほうがこれから同じことをやろうとする人にとっては多少の助けになると思うので走り書きのままで公開する。こういう、どっかに一言書いてあれば5秒でぐぐって済むことを何時間もかけてやり直すのは人類にとっての時間的損失でばからしいので、適当に間違ってるところとかを修正しつついろんなブログとかに転載しまくって世に広めてください。
http://www.nikkansports.com/soccer/p-sc-tp0-20070809-238977.html
現状、残り16節でガンバが勝点41。2位浦和が39。3位新潟が32。4位鹿島が30。5位以下は20点台。
3位以下との差は浦和が7、ガンバが9。通常安全圏とは残り試合以上の勝点だから、安心とはまだ言えないが、
天皇杯を浦和が制していることもあって、このまま優勝すれば勿論、2位になっても浦和が優勝ならACL出場権があるガンバ。
ガンバが逃すケースとしては、浦和以外のチームに抜かれての2位(以下)。になる。
自分が大崩れすることも、ガンバと浦和の両方ともに崩れることはない、と見立てているということだろう。