<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>窓際社員の妄想</title>
<link>https://ameblo.jp/ametaka11/</link>
<atom:link href="https://rssblog.ameba.jp/ametaka11/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>窓際社員が常々思う、調べることをツラツラと・・・。</description>
<language>ja</language>
<item>
<title>「へんな会社のつくり方」</title>
<description>
<![CDATA[ はてなの社長　近藤淳也さんの著書。<br><br>今でこそ「はてな」「ウノウ」などいろいろな取り組みをしている会社が多くそれほど珍しいとは言えなくなったかもしれないが、普通（？）の企業からすると「へんな会社」なのかもしれませんw<br><br>はてなとう会社がこれまでにどういった考え方でサービスや、<br>環境を作ってきたかが書かれています。<br><br>はてなという会社がエンジニアが楽しく仕事できる環境に重きをおいていることは前からよく聞いていて、自分も開発のマネージャーをしているのでいろいろと参考にさせていただいていたのですが、<br>いろいろと興味深く参考にさせていただけることが多かったです。<br><br>◆アイディアを腐らせないために下記のことをしているとのこと<br>・毎朝のミーティングでアイディアを発表<br>・アイディアを形にする為に開発合宿と移動オフィス<br><br>◆開発者が楽しく仕事ができる環境を作る<br>・ペアプログラミング<br>　- ペアで仕事するため、仕事以外のことは一切できない<br>　- 「とりあえず」的なプログラミングができない<br>　- 作業者間のノウハウが共有されスキルの向上につながる<br>　- 凄まじく集中力を使うので1ターム２時間程度で１日３回くらいまでとして、帰って寝る<br>・毎朝好きなところに座る「フリーアドレス」<br>　- 前日と同じところには座らないルール<br>　- コミュニケーションの相手が固定化しない<br>　　→社内での派閥ができにくい<br>　- オフィスが美しく保てる<br>　　→次の日は他の人が使うので毎日軽くデスクを拭いて帰る<br>　- 「今日の仕事」を意識できる<br>　　→必要なものだけデスクに持っていくので心理的に今日やる仕事に集中できる<br><br>◆サービスディレクターをコンペで決める<br>◆開発合宿<br>・５人ほどの開発者がインターネット環境のある高原のペンションなどで３日間缶詰になって開発を行う<br>・普段オフィスで行っている仕事は行わずに「新しいものをやって帰ってくる場所」<br>・はてぶはここから生まれたらしい<br>◆移動オフィス<br>・平日にいつものオフィスとは違うところに集まって1日仕事をする<br>・１日集中すれば完成する程度の仕事をするときに利用<br><br><br>ぜーんぶ自分の所で試したい！<br>自分のところもWebでサービスをしている以上、開発者が楽しめる環境にしたいと昔から考えていました。<br>なかなか上司の理解を得ないとできないことが多く、自分が入社して４年になりますが、大きくは変わることは<br>ありませんでした。<br>自分がマネージャーになったことを機にいろいろとチャレンジしようと考えています。<br><br><br>開発者が楽しんで開発をできることでサービス自体も向上するものと僕は考えており、<br>そんな環境からこそ新しいものは生まれると。<br><br><br>現状は開発者６人、企画１人、マネージャー１人の８人チームです。<br>席は固定なのではてな近藤さんのご指摘の通り、コミュニケーションの相手の固定化が懸念でした。<br>仲が悪い訳ではなく、むしろよいのですが活発なコミュニケーションが生まれているとは言いがたい。<br>これをフリーアドレス制を導入することでうまい具合に改善され、活発なコミュニケーションが生まれることを<br>期待しています。<br>企画、マネージャーも含めて一緒にフリーアドレスにしちゃいます。<br><br><br>◆ルール<br>・前日と同じ所には座らない<br>・帰宅時にデスクの周りを拭いて帰る<br>・ノートPCは各自キャビネットに入れて帰宅（これは社内規則もあるので）<br><br><br><dl><dt><a rel="nofollow" target="_blank" alt0="BlogAffiliate" href="http://click.affiliate.ameba.jp/affiliate.do?affiliateId=8940101">「へんな会社」のつくり方 (NT2X)/近藤 淳也<br><img border="0" src="https://img-proxy.blog-video.jp/images?url=http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F51CEFZGYJVL._SL160_.jpg"></a></dt><dd style="margin: 0pt;">￥1,575</dd><dd style="margin: 0pt;">Amazon.co.jp</dd></dl><br><br><a href="http://d.hatena.ne.jp/yohxx/20100306/1267857053">「へんな会社のつくり方」|yohxxの忘れ物</a>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10474990672.html</link>
<pubDate>Sat, 06 Mar 2010 15:36:05 +0900</pubDate>
</item>
<item>
<title>【6時に帰るチーム術】</title>
<description>
<![CDATA[ <p>【6時に帰るチーム術】このフレーズに目を奪われて衝動的に購入して読みました。</p><p>自分自身、現在マネージャーとして働いていて、自部門の在り方について考える毎日を送っている中でたまっていたモヤモヤが少し晴れたような気がする本でした。</p><br><dl><dt><a href="http://click.affiliate.ameba.jp/affiliate.do?affiliateId=7472621" rel="nofollow" target="_blank" alt0="BlogAffiliate">なぜ、あの部門は「残業なし」で「好成績」なのか? 6時に帰る チーム術/小室 淑恵<br><img border="0" src="https://img-proxy.blog-video.jp/images?url=http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F51jv6i2aPbL._SL160_.jpg" width="112" height="160"></a> </dt><dt>￥1,575 </dt><dt>Amazon.co.jp </dt></dl><br><br><p>具体的には下記の３つの構成に分けられています。</p><p>・第1部「今、チーム術が求められている理由」</p><p>・第2部「チーム術を実践する6ステップ・25のツール」</p><p>・「6時に帰るチームを作る！周囲を納得させる18のQ&amp;A」</p><p><br></p><p>■第1部「今、チーム術が求められている理由」</p><p>ここでは悪い意味での古い管理職の働き方、考え方についてと</p><p>如何に現在の環境、メンバーの変化に対応したチームマネジメントへ変化が必要かがまとめられています。</p><p>「管理業」から「監督業」へというのが印象的でしたが、マネージャーの意識の持ち方、</p><p>動き方について書かれており、３．新しいチームマネジメントのあり方は</p><p>とても共感でき、これを自身のチームで実践するにはどうしたらいいか、想像しながら</p><p>読むことができました。</p><p>・コミュニケーションの促進役へ</p><p>・「けなす」から「ほめる」へ</p><p>・「手を出す」から「サポートする」へ</p><p>・「昇進・昇格」から「感謝・成長」へ</p><p>この辺は特に意識したいと思いました。</p><p><br></p><p>■第2部「チーム術を実践する6ステップ・25のツール」</p><p>第2部では第1部で出た事を実践する上でのツール等が紹介されています。</p><p>意外だなと感じたのは報告等はすべて朝、夜のメールで行っていること。</p><p>メールより、顔見てコミュニケーションすることが重要かなと感じていたけども</p><p>必ずしもそうではない場合もあるということ。著者の場合はメールでのコミュニケーションに</p><p>してからの方がメンバーの動きがよく見えるようになったとのこと。</p><p>これは試してみたいと思い、まずは自分が上司に日報として翌日やること、</p><p>昨日送ったやることから本日やったことの実績と残業内容と理由を送るようにしている。</p><p>自分で試してみて良い効果が得られるようであれば僕のメンバーにもやってもらおうかと思っています。</p><p>あとはメンバー同士が「育てあう」仕組み作りに力を入れている所がすごく勉強になりました。</p><p>いつも感じている事ですが、マネージャーはスーパーマンではない。</p><p>なんでもできるからマネージャーをやっているわけではない、できるチームはメンバーそれぞれが</p><p>考え、助け合い、育て合える事が重要であり、マネージャーはそれを促進していく立場だと感じました。</p><p><br></p><p>■「6時に帰るチームを作る！周囲を納得させる18のQ&amp;A」</p><p>これは意外と面白いなと思いました。</p><p>実際にメンバーから質問がきそうな項目がQ&amp;A形式で書かれており、明確な答えがあるので</p><p>これを自部門に置き換えて考えてみると実際に質問された際にはすんなり考えをまとめて</p><p>話せそうな気がします。</p><p><br></p><p>僕のチームは僕自身（マネージャー）が管理職初体験であり、メンバーも若い子ばかり</p><p>組織としての進み方を模索している段階なのでとても参考になる書籍でした。</p><p>今のままではいけないと思いながらも放置していることにメスを入れる、良いきっかけに</p><p>なりそうな本でした。</p><p><br></p><p>参考にしてみる所は実際に動いてみて、結果を書いていきたいと思います。</p><p>とりあえず、ざっくりしたレビューでした。</p><p><br></p><br><a href="http://d.hatena.ne.jp/yohxx/20091108/1257689305">【6時に帰るチーム術】|yohxxの忘れ物</a>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10383986355.html</link>
<pubDate>Sun, 08 Nov 2009 23:09:28 +0900</pubDate>
</item>
<item>
<title>子供とケータイについて考える～授業にケータイを活用した取組み～</title>
<description>
<![CDATA[ <p><a class="keyword" href="http://d.hatena.ne.jp/keyword/CNET">CNET</a> の記事</p><p><a href="http://japan.cnet.com/news/biz/story/0,2000056020,20402882,00.htm" target="_blank">http://japan.cnet.com/news/biz/story/0,2000056020,20402882,00.htm</a> </p><blockquote><p>石川県の「いしかわ子ども総合条例」改正案は、2010年1月に施行されます。この条例は「小中学生に対して防災、防犯など特別な場合を除いて携帯電話を持たせないよう努める」という努力規定です。</p></blockquote><p>に対して</p><blockquote><p>リクルート社から東京都杉並区和田中学の校長に就任（東京都初の民間人校長）し、現場から学校改革を実施した<a class="keyword" href="http://d.hatena.ne.jp/keyword/%c6%a3%b8%b6%cf%c2%c7%ee">藤原和博</a> 氏が、現在橋下大阪府知事から教育分野の特別顧問を委託され、大阪の小中高の活性化を託されているそうです。その取組みの一つが、高校生を対象にした「ケータイをバリバリに使った授業」</p></blockquote><p>高校生は、ほぼ100％がケータイを持っているので、それを規制しても仕方がない、授業で使ってしまおう、というのがコンセプトらしいのですが、</p><p>授業の回答、意見をケータイメールで先生へ送信し、先生は手元のPCで受信した内容をリアルタイムに授業に活かすそうです。</p><br><p>たしかに<span style="FONT-WEIGHT: bold">画期的</span>ですね。</p><br><p>でも発言せずに携帯いじってる授業って想像すると恐いですよ。</p><p>なんか、そういう時代なのかなとか思っちゃいました。</p><p>自分がモバイル業界で働いてるけど、子供にはいつ買おうかとかあんまり考えられないですし…。</p><br><p>これからドンドン発展していくこの業界は子供達に対してどのように接していくのか、</p><p>業界団体設立みたいな話もチラホラしてますが、キャリアのフィルタリングみたいに動向次第で色々と大変な事に</p><p>なりえるので注意してみていきたいですね。</p><br><br><a href="http://d.hatena.ne.jp/yohxx/20091106/1257514960">子供とケータイについて考える～授業にケータイを活用した取組み～|yohxxの忘れ物</a>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10382385834.html</link>
<pubDate>Fri, 06 Nov 2009 22:44:34 +0900</pubDate>
</item>
<item>
<title>Redmineにトラッカー毎の説明を入れる</title>
<description>
<![CDATA[ <p>Redmineをエンジニアが利用する分にはさほど説明がなくても<br>すんなり利用できるのだが、他の部署の人達に利用させると考えると<br>ある程度の説明が必要になる。</p><p><br>他部署からの発注依頼をRedmineにて受けようと考えた時に</p><p>トラッカー等の意味がそもそもわからずにどれを選んだらよいのかわからない</p><p>といったケースが考えられる。<br>最初にしっかりとドキュメントを作成して、説明会でも開くことは重要と考えるが</p><p>説明の後で利用するときに迷うことがあるように思う。</p><p><br>Redmine自体カスタムフィールドをWeb上で追加、編集が簡単にできて便利なのだが、</p><p>項目に対してちょっとした説明が入れられれば便利なのにと感じてRoR自体触った事がないけど、</p><p>ちょっといじってみたｗｗ</p><p><br><strong>とりあえずはトラッカーの説明を表示する事が目標。</strong><br></p><br><p><br><a href="http://stat.ameba.jp/user_images/20091101/01/ametaka11/0a/8d/j/o0762057310292711117.jpg"><img border="0" alt="窓際社員の妄想" src="https://stat.ameba.jp/user_images/20091101/01/ametaka11/0a/8d/j/t02200165_0762057310292711117.jpg" width="220" height="165"></a> </p><br><p><br><strong>１．ヘルパーを作成<br></strong>まずはトラッカー毎の説明を返却するヘルパーを作成する<br>RAILS_ROOT/app/helpers/issues/isuues_helper.rbの一番下にメソッドを追加</p><br><br><p>アメブロでソースコードを書くとおかしくなるので<a href="http://d.hatena.ne.jp/yohxx/20091031/1257005425">Redmineにトラッカー毎の説明を入れる</a> を参照 </p><pre>もうビックリするくらいハードコーディングなんですが、RoRが初めてなんで</pre><pre>ヘルパーってなんぞやから初めてここに至ったので今回はこんなんで勘弁をorz</pre><pre><strong>２．次にビューの該当箇所からこのヘルパーを呼び出すように追記</strong><br>RAILS_ROOT/app/views/issues/_form.rhtmlの6行目に追記</pre><br><p>アメブロでソースコードを書くとおかしくなるので<a href="http://d.hatena.ne.jp/yohxx/20091031/1257005425">Redmineにトラッカー毎の説明を入れる</a> を参照 </p><br><pre>これだけでとりあえず説明文は表示される。<br>赤で囲った部分が選択したトラッカーによって変化する。</pre><pre><br><a href="http://stat.ameba.jp/user_images/20091101/01/ametaka11/5b/3d/j/o0765055310292714262.jpg"><img border="0" alt="窓際社員の妄想" src="https://stat.ameba.jp/user_images/20091101/01/ametaka11/5b/3d/j/t02200159_0765055310292714262.jpg" width="220" height="159"></a></pre><pre><br></pre><pre><br><p>次はこの情報をDBに保存して置いて、Webから変更できるようにしたいです。</p><p>RoR勉強しながらちょっとずつ進めます。</p><p>他の項目もツールチップ的な説明文を表示できるようになるともっと</p><p>エンジニア以外が使いやすくなるのに。←これも今後の課題かな。</p><br><br><a href="http://d.hatena.ne.jp/yohxx/20091031/1257005425">Redmineにトラッカー毎の説明を入れる|yohxxの忘れ物</a> </pre>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10377906575.html</link>
<pubDate>Sun, 01 Nov 2009 01:26:25 +0900</pubDate>
</item>
<item>
<title>Redmineのセッションファイル削除</title>
<description>
<![CDATA[ 普段の業務でRedmineを利用してチケット駆動開発をしています。<br>Redmine自体を使い始めて1年以上、本格的に社内開発に導入してチケット駆動をし始めて半年程度です。<br><p>結構使ってるんですが…</p><p>セッションファイルがたまり続けてる事に今頃気づきましたorz<br>別件でRedmineを活用したらうまく運用改善できそうな案件があったので<br>ちょっとカスタマイズできないかな～とソースを見ようとして<br>/www/redmine/tmp/sessions配下を見たら</p><pre>$ ls /www/redmine/tmp/sessions |wc -l$ 39997</pre><p><br><font size="5">なんじゃこりゃ？！</font></p><p><br>とんでもなくファイル数がある。<br>全部こんな感じのセッションファイルがずらーっとｗ<br></p><pre>ruby_sess.09d5df8e8b34443c</pre><p>ググってみると、Redmineはセッションファイルのクリーニングはやってくれないので<br>自分で削除しないといけないらしい。<br>「入門 Redmine」って本に書いてあるみたい。←これAmazonで中身まで読めるんですね！</p><dl><dt><a href="http://click.affiliate.ameba.jp/affiliate.do?affiliateId=7376587" rel="nofollow" target="_blank" alt0="BlogAffiliate">入門Redmine Linux/Windows対応/前田 剛<br><img border="0" src="https://img-proxy.blog-video.jp/images?url=http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F41vBIvHrjfL._SL160_.jpg" width="113" height="160"></a> </dt><dt>￥2,100 </dt><dt>Amazon.co.jp </dt></dl><p><br></p><p>早速本に書いてある削除コマンドをcrontabに設定<br>最後の更新から3日以上経過したセッションファイルを削除する<br></p><pre>30 9 * * * find /www/redmine/tmp/sessions -name 'ruby_sess*' -mtime +2 -exec rm -f {} \; &gt; /dev/null</pre><p>無事救われました。<br></p><pre>$ ls /www/redmine/tmp/sessions |wc -l$ 5</pre><p><br>Redmineは利用しているけど、まだ知らない事多いなと痛感。<br>使い方も含めてこれからちょっとずつ書いていこうかと思います。</p><br><br><p><a href="http://d.hatena.ne.jp/yohxx/20091029/1256814368">Redmineのセッションファイル削除|yohxxの忘れ物</a> </p>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10376099496.html</link>
<pubDate>Thu, 29 Oct 2009 20:09:51 +0900</pubDate>
</item>
<item>
<title>【漫画で読むニュース】漫画の新聞</title>
<description>
<![CDATA[ <p>IT新聞を見ていたらこんなサイトの記事がありました。</p><p>【漫画で読むニュース】漫画の新聞</p><p><a href="http://newsmanga.com/" target="_blank">http://newsmanga.com/</a> </p><p>IT新聞の記事によると</p><blockquote><p>「世界中のどんなニュースメディアよりもわかりやすく」を目標に、政権交代や新型インフルエンザといった最近の出来事を二ページ構成の漫画で伝えている</p></blockquote><p>実際にサイトを見てみると、</p><br><p>おもしろい！！</p><br><p>確かに、面白いから読めるしわかりやすい。</p><p>今月１５日から開始したサービスらしいのですが、</p><p>漫画家が常駐し、ニュース発生から６～８時間でマンガを仕上げるとのこと。</p><p>これって結構大変ですよね。</p><br><p>サイト内での説明であったり、フローであったりで</p><p>如何にわかりやすくできるかを考えていると、</p><p>わかりやすさも絶対に必要ですが、興味を持って見る事の</p><p>できる事が重要だなと考えていました。</p><p>誰しもが親しんだ（いや、僕は親しんでいるのでｗ）マンガで</p><p>表現するというのは素晴らしいなと思いました。</p><br><p>３ヶ月後には携帯版も開設するらしいので、そっちの方も気になりますね。</p><br><p>ちなみに収益は、サイト広告の掲載をメインにポータルサイトなど他媒体へのマンガコンテンツ配信や、</p><p>企業ニュースリリースの漫画による配信受託事業などを計画しているとのこと。</p><p>漫画家さんがいてこそですが、こういうサービスがもっと出てくると</p><p>普段新聞読まない僕でも時事ニュースを見るようになるのに。</p><br><br><a href="http://d.hatena.ne.jp/yohxx/20091028/1256689173">【漫画で読むニュース】漫画の新聞|yohxxの忘れ物</a>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10375002864.html</link>
<pubDate>Wed, 28 Oct 2009 09:29:25 +0900</pubDate>
</item>
<item>
<title>SEOで気になった記事まとめ</title>
<description>
<![CDATA[ <p>SEO勉強中なので気になった記事をまとめときます。</p><p>■SEOで成果を上げる10カ条 など10記事（海外&amp;国内SEO情報）<br><a href="http://web-tan.forum.impressrd.jp/e/2009/10/23/6739">http://web-tan.forum.impressrd.jp/e/2009/10/23/6739</a></p><p>meta keywordsタグってインデックス対象としては見らてなかったんですね。<br>すこしは効果あるもんだと思ってたけど、ほんとなのかな。</p><p>Yahoo!では影響ない程度だがインデックスはしているようなので「何もしないよりはよい」程度の<br>認識で進めていけばよいのだろうか。</p><p><br>■ざりんく<br><a href="http://www.thelink.jp/">http://www.thelink.jp/</a><br>被リンクの数は絶対的にSEO対策にて効果のある所らしいが、こんなサイトあったんだ。<br>スパム扱いされないよね？<br>その辺は大丈夫なんだろうけど、試してみるのもよいのかもしれない。</p><br><br><a href="http://d.hatena.ne.jp/yohxx/">SEOで気になった記事まとめ|yohxxの忘れ物</a><br>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10373370997.html</link>
<pubDate>Sun, 25 Oct 2009 23:40:09 +0900</pubDate>
</item>
<item>
<title>機動戦士ガンダムUC読みました。</title>
<description>
<![CDATA[ <dl><dt>これ読んだよ。</dt><dt><dl><dt>オトナ向けガンダムだわ。</dt><dd>かなり面白い！！！<br></dd><dt><br></dt><dt><br></dt><dt><a href="http://click.affiliate.ameba.jp/affiliate.do?affiliateId=7329457" alt0="BlogAffiliate" target="_blank" rel="nofollow">機動戦士ガンダムUC 1 ユニコーンの日(上) (角川コミックス・エース 189-1)/福井 晴敏<br><img width="113" height="160" border="0" src="https://img-proxy.blog-video.jp/images?url=http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F51%252B2%252B-1z1tL._SL160_.jpg"></a></dt><dt>￥672</dt><dt>Amazon.co.jp</dt></dl></dt></dl>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10372272587.html</link>
<pubDate>Sat, 24 Oct 2009 17:05:47 +0900</pubDate>
</item>
<item>
<title>docomoとauで異なるDocumentRootを設定する</title>
<description>
<![CDATA[ 同一サーバ上でアクセスされたユーザーエージェントによってDocumentRootを切り分ける方法。<br><br>APacheのmod_rewriteとmod_aliasを使ってやってみる。<br>httpd.confにて下記を設定<br><br><span style="font-weight: bold;"> DocumentRoot /www/                              ← 通常のDocumentRoot</span><br style="font-weight: bold;"><br style="font-weight: bold;"><span style="font-weight: bold;"> RewriteCond %{HTTP_USER_AGENT} KDDI     ← ユーザーエージェントにKDDIが含まれていたら下に書いたルールを利用する</span><br style="font-weight: bold;"><span style="font-weight: bold;"> RewriteRule ^/(.*) /au/$1 [PT]                   ← 全て/au/配下へのURLに書き換える</span><br style="font-weight: bold;"><span style="font-weight: bold;"> Alias /au/ /www/au/                               ← /au/でのアクセスは/www/au/をDocumentRootとして扱う</span><br style="font-weight: bold;"><br><br>なんか異なるモジュール間(mod_rewriteとmod_alias)でやり取りする場合はPTフラグが必要みたい。<br>上記の場合はmod_rewriteで書き換えたURLに対してAliasの設定が適用される。<br><br><br>http://exmple.jpでのアクセス<br><br>①ユーザーエージェントにKDDIが含まれている場合は<br>　/www/au/配下のソースが実行される<br>②上記以外は<br>　/www/配下のソースが実行される。<br><br><br>他に良い方法あるかな？<br>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10100553755.html</link>
<pubDate>Tue, 27 May 2008 16:19:39 +0900</pubDate>
</item>
<item>
<title>デバック時にログをファイルに吐く</title>
<description>
<![CDATA[ <p>とても基本的なことだけどいつも忘れて(あってるか不安で)ググってしまうのでメモっとこう。</p><p>$_SERVER変数の中身を出力してみる。</p><br><p><font color="#0000ff">$server = var_export($_SERVER, true);</font></p><br><p><font color="#0000ff">$fd = fopen('debug.log', 'a');<br>fwrite($fd, "server:".$server."\n");<br>fclose($fd);</font></p><br><p>実際こんだけなんだよなぁ。</p><br>
]]>
</description>
<link>https://ameblo.jp/ametaka11/entry-10097171265.html</link>
<pubDate>Fri, 16 May 2008 02:05:33 +0900</pubDate>
</item>
</channel>
</rss>
