PHPでPOSTを送信するとなると、Pearのライブラリを使った方法が一般的だと思いますが、Pearなんて大嫌いだという人もいるかと思います。そこで、PHPの標準関数だけでPostを実行する関数を作ってみました。間違ってるよとか、つかいづれーとか、もっと言い書き方があるよ、なんて意見があればはてぶでがんがん叩いていただけると幸いです。 関数の使い方 第1引数　投げ先のURL 第2引数　投げるデータの連想配列 戻り値　レスポンスHTML function post($url, $data = array()){ —-foreach($data as $key => $value){ ——–$data[$key] = mb_convert_encoding($value, ‘utf-8’); —-} —-$query = http_build_query($data, ”, ‘&’); —-$

サイバーエージェントのブログサービス「Ameba（アメーバブログ＝アメブロ）」が、2009年9月期の第4四半期は初の黒字になった。同社は今期、Ameba事業で約30億円の営業利益を計上する見通しだ。来期には、サイバーエージェントの収益を支える新たな主力事業としての地盤を固め、アメブロ事業における約60億円の累積損失を一掃するという。藤田晋社長に、アメブロ事業について聞いた。（聞き手は島田昇＝日経コンピュータ） 懸案だったブログ事業「Ameba（アメブロ）」が四半期ベースでようやく黒字になった。 黒字になるかどうかについては、さほど心配していなかった。黒字転換に固執し、小さな利益を追求しても仕方がないからだ。アメブロは巨大メディアに成長し、高収益事業になってこそ意味がある。目先の収益ばかりに気をとられると、つまらないサービスになってしまう。だからこそ、これまでの約5年間は、あえて収益を度外視

光の4戦士を買ったんすが、売り文句通りレトロな感じがしていいですね。 まぁまだ2, 3時間程度しかやってないんで、これからどうなるか分かりませんが時間を見つけてやって行こうかと。 さて、以前からoverflowプロパティは使い勝手が良いというか、使う場面が多いプロパティの一つですが、考えてみると色んな事に使ってるなぁ～と思ったので自分が良く使うのをまとめてみました。 あんまoverflowプロパティを使った事が無い方は、ビックリですよ！ これで、ソコの可愛いアナタもoverflowプロパティの虜になる事間違い無し！！（わかんないけど サンプルとかは以下よりどうぞ。 サンプルサイトを見る サンプルをダウンロード 基本的に、全てoverflow: hidden; の指定を足す事で解決したり実現出来る感じです。 01 clearfixみたいに使う まずは以前の「clearfixを使わないでやるに

気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン めでたく世界有数の長寿国となった日本で、幸せなはずの長生きを「リスク」ととらえる、憂うつな状況に陥っているのは残念なことです。その不安を打ち消そうと、年金保険や医療保険を買ったり、資産運用で収益を上げたりしようとするのですが、そのことで新たな不安や悩みが生じてしまうこともあるようです。加入している保険会社の経営は大丈夫だろうかとか、新商品が出ているようだけど乗り換えた方がいいのかとか、安定的な運用と言われたのにずいぶん損をしてしまったなど。 私がファイナンシャルプランナー（FP）になった当時、将来の収支予測を行うキャッシュフロー表の作成に際しては、収入の伸び率を3％程度に設定するのが当たり前でした。それがだんだん2％、1％と下げざるを得なくな

2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。

知らないヒトが残したがった日常を　〖日記祭〗 頑張って微調整しましたがスマホでは見づらいかもしれません 2024年12月8日、下北沢にて日記祭。 note.com その名の通り、日記をたのしむイベントです。 誰かの日々の日記を"本"にまとめた「日記本」即売会や、日記にまつわるテーマのトークショーや音楽ライブ、作品展…

Twitterを使っている、という方も多いかもしれませんが、情報収集の為にフィードリーダーを活用されている方が多いと思います。 そのフィードリーダーのメジャー所といえば、Googleリーダーが上げられると思いますが、ユーザーインタフェースが、どうにもコンピューター的というか、意識して情報を得ないと、読むフィードが偏ったり、未読が溜まってしまうことがあります。 私は、大量のフィードをGoogleリーダーに登録しているのですが、先で書いたような状況で、何とかならないものかと考えていました。私と同じような方が居たら、Firefoxのプラグイン「Feedly」を試してみてはいかがでしょうか？ 続きは、以下で。 「Feedly」は、Googleリーダーと連携するFirefoxのプラグインで、表示方法を変更したり、評価の高い記事のピックアップやTwitterの連動機能を備えています。アカウントの作成な

メタデータ/RDFの応用として利用されているXMLフォーマットの代表として、RSS (RDF Site Summary) があげられます。共通の書式でドキュメントの見出し、要約などのリストを提供することで、サイトの更新情報などを効率的に公開できます。 RSS 1.0の要素と構文 channel要素 item要素 シンプルなRSSの全体 RSS 1.0全要素のツリー RDFとして見た場合のRSS RSSのRDFモデル RDFモデルの補足説明 RSSの拡張/応用とモジュール Dublin Coreモジュール Syndicationモジュール Contentモジュール そのほかのモジュール RSSとセキュリティ RSSの実際の利用 RSSの歴史〔補足〕 参照文献 ※RDFの体系的な解説『RDF/OWL入門』を上梓しました。 RSS 1.0の要素と構文 RSS (RDF Site Summary)

おお！これは良かった。久々に一本背負いを喰らったミステリ。 人里離れた別荘でおこる惨劇を描くのだが、これがなんともオーソドックス。「あの」ツツイがなんでこんな陳腐なモチーフを選んだのだろうといぶかしむ。ちょっと違うのは、舞台がロートレックの作品で彩られていること、主人公が侏儒であること。 セオリーどおり、アリバイは？動機は？得する奴は？と経験に即して展開を先読みしていく――のだが、ストーリーはもっと先回りして、読み手の予想を裏切るかのように、ひとつまたひとつと展開の可能性が潰されていく。読み慣れていればいるほど、先々が行き止まりになっている迷宮に入り込んだかのような切迫気分に陥る。 で、そいつをひっくり返すカタストロフとカタルシスが！――で、そいつをいちいち分析しだす意地悪さよ、と思いきやシメは最後は文学臭まで漂わせている。なかでも傑作なのは…と語りたいのは山ヤマだけど、ネタバレなので格納

サイボウズはクラウドベースのグループウェアや業務改善サービスを軸に、社会のチームワーク向上を支援しています。

今日一日調べたこととかまとめてみる。 問題点 次回リリースの新機能はDB select負荷がかなり掛かるはずである。 現状でもデータLOADによる負荷が10に達し、selectにスロークエリ、接続エラーが出ている。DBの負荷分散が急務である。 参考: Load Average 参考: Slow Query あと、STATUSテーブルが2GBに達しようとしているので、デフォルトのサイズ制限4GBが見えてきた。再定義できるけど。 垂直分割対応案 日本語版DBと英語版DBのデータベースとクローラを別ホストに格納する 現状、favotterとfavotter_enはほぼ同規模のDBとなっている。 ただし、参照は圧倒的にfavotterが多い。 favotter_enのクローラを止めたら、スロークエリが激減した事がある。 参考: 小野マトペ on Twitter: "まる一日英語版のクローラ止めてた

自己紹介というのは、簡単なようでいて難しい。自分は何者かを5秒でいう。15秒でいう。3分でいう。それぞれに難しいものがある。 社会人として、自分を知ってもらうということは、仕事の一環として、最初の一歩だ。仕事じゃなくても、コミュニティでの自己紹介とか、親戚一同での自己紹介とか、簡単なようでいて難しい。 その場所にあなたはなぜいて、何者かを簡潔に表現する。それが難しい。 例えば、仕事上での初対面であれば、名刺交換をしつつ、XX株式会社、開発のよしおかでございます、でいいのであるが、勉強会で、全然自分の会社のことを知らないあるいは興味のない人に、第二営業部第三課の営業やるおです、なんて所属を説明しても、自己紹介にはならないし、そもそも第二営業部第三課が何をやっているかなんてことは参加者は知りもしないし、しったこっちゃない。なんできみがここにいるのかが意味がわからない。勉強会で営業やるお君が自己

バイクやアウトドアスポーツ好きの人なら買い。てゆーか必携です。 ヘルメットなどに取り付けられるコンパクトなビデオカメラのほとんどはSD画質で、画角も46（35mm換算50mm）～62度（同35mm）くらいでしたが、｢GoPro HD｣はひと味もふた味も違います。 170度ものひろびろーとした範囲が撮れちゃうし、画質は最高で1920×1080PのTrueHD。また1280×720サイズなら、60fpsのスロー動画までOK。ヘビーデューティかつ防水性も確保したケースに多種多様のマウントがつき、定価は3万6750円です。 高い？ そう思った方は動画を見てくださいよ。魚眼の画角のスゴさを体感してくださいよ。 こんなライヴ感ぎっしりの美映像、プロしか持っていない特殊カメラでもなければ撮れないでしょう。超広角だから、ブレが目立たないというメリットもありそう。 ちなみに同じルックスでSDクオリティの前期

ちょっと更新サボりすぎでしたが、最近 HTML5 関連の話もとっても増えてきましたので、ここらで HTML5 に関する情報を集めるときに情報源として有益なサイトをまとめてみたいと思います。やはり、英語での情報が多くなってしまうので、英語能力が残念な私なんかは結構厳しいんですが、いくつか日本語での情報源も挙げてみましたので、併せて見ておくといいと思います。 ちょっと更新サボりすぎでしたが、最近 HTML5 関連の話もとっても増えてきましたので、ここらで HTML5 に関する情報を集めるときに情報源として有益なサイトをまとめてみたいと思います。 やはり、英語での情報が多くなってしまうので、英語能力が残念な私なんかは結構厳しいんですが、いくつか日本語での情報源も挙げてみましたので、併せて見ておくといいと思います。 ちなみに、XHTML 好きな私としては、XHTML5 で次のサイトリニューアルとか

PHP はやはり良くないツールなのかもしれないと思いました。 私は PHP のことを良く知らないので、単なる「思いました」なのですが、PHP に関するいろいろなエントリと、私の ASP での底辺開発現場の経験を ミックスすると、どうもそのような気がしてくるのです。 これまで 「PHP 酷い」を聞いても、それでも PHP 自体に罪はなさそうにおもっていたけれど、今回はじめて「実は PHP にも罪があるんじゃないかしら」と疑問におもった次第です。 そんな疑問のきっかけになったのは、関数禁止令です。 * * * 筋肉炒飯 - 【逆説】PHP を使いつつ思考停止をすると頭脳が腐敗する さんのエントリはなんかすごくデジャブで、一連の PHP ネタの中では、群を抜いた共感度 No.1 でした。 私が見たのは ASP での開発現場でしたが、 別に他のプログラミング言語であれば劇的に改善するというものでは

Emacs使いだけど敵状視察として行ってきました．なかなか面白かった． 何人かの発表のち，vimscriptコードリーディングという流れ． 以下結構適当なメモ+Emacs設定へのフィードバック Emacsからvimへ id:kozo-niさん vimは設定が楽，楽しい smartchr.vim =の後に空白とかの補完 良いなあこれ，欲しい FuzzyFinder anythingぽいもの? snipMate 動的補完 yasnippet(設定が面倒?) ctags, taglist.vim ctags -Rを実行して:Tlistと打てば大体わかる 検索したい単語の上で*を押すと検索 これは便利 Emacsでもやりたい(デフォルトではない) vimにとってautocomplpop,neocompとfuzzyはおおきい Chromeのvimp=>vimlike smoozie GoogleCh

10月14日にSubmitして10月29日に返事が来ていた。以下翻訳。こんな丁寧な解説がくるのか〜。そりゃ多少時間がかかっても仕方がないなぁ。「iPhone Application Programming Guideを読め」的な1行コメントがくるのかと思っていたので逆に驚いた。こんなに丁寧に教えてもらえるんだったらリジェクトされても逆に勉強になるな。 - にしおさん、 ConicFilmのAppStoreへの投稿ありがとうございます。 我々はConicFilmをレビューし、このバージョンのあなたのiPhoneアプリをAppStoreで公開することはできないと判断しました。理由は、このアプリが iPhone Developer Program License Agreement の 3.3.5章「アプリはHuman Interface Guidlinesおよびその他のAppleが提供するドキ

ドットインストール代表のライフハックブログ

Twitterの認証方式について Twitterの認証方式にはOAuthとBasic認証の二通りの仕組みがあります。 Twitter API Wiki / Authentication Basic認証はお手軽なので、世に存在するTwitter APIを利用する一般的なクライアントは、大抵がこちらの方法を使っているのではないかと思います。 ですが、実はこのBasic認証はセキュリティ上の理由から、将来的に非推奨になることが予告されています。 Twitter API Wiki / OAuth FAQ 既にTwitter API Wikiでは「今後作成するクライアントはOAuthを利用することを強く推奨する」と表明されており、それに応じてOAuthを使うクライアントも増えてきています。 …が、現状Basic認証を利用しているクライアントが既に大量に存在していることを考えると、今日明日でBasic

Twitterが、「OAuth」仕様をサポートするインターフェースのベータをすべての開発者に向けて公開した。開発者はこれを利用して、サードパーティーのウェブサイトからTwitterのAPI経由でTwitterにアクセスできる。TwitterのAPIチームを率いるAlex Payne氏が米国時間3月16日、Twitterのつぶやきとして発表した。 OAuthは、オンライン認証のためのオープンな標準だ。OAuthを利用すると、特定のウェブサイトにパスワードなどの情報を保存しているユーザーは、他のウェブサイトでもそのデータを利用できる。しかも、自分のID情報を共有することはない。TwitterのOAuthに関するFAQによると、TwitterのOAuthサポートは数週間前、限定ベータとして一部の開発者に公開されていた。 OAuthの公式サイトでは、OAuthを「客の車の鍵を預かるボーイ」にたとえ