.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

一つのブコメに何個までつけれるもんなん？

SQLインジェクションの進化形として、ブラインドSQLインジェクションという手法があります。通常のSQLインジェクションは、検索結果表示やエラー表示のところに、アプリケーションの想定とは別のテーブル・列の値を表示するものですが、ブラインドSQLインジェクションは、SQLの結果がエラーになる・ならないを1ビットの情報として悪用し、これを積み重ねることで、データベース内の任意情報を得ることができるというものです。 1ビットの情報が得る手段としては、SQLのエラー表示に限らないわけで、現実問題として、SQLのエラーが外部からは判別しにくい場合もあります。そのような場合の究極形として、時間差を利用するという手法があります。 MS SQL Serverには、waitfor delayという命令があって、時・分・秒指定でスリープさせることができます。金床本には、MySQLやPostgreSQLの場合の

John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が

gitで始めたプロジェクトをSubversionのリポジトリにしたかったのだが、どうやったらいいのか調べてもよくわからない。 Subversionからgitはよくあるのにねー。 試行錯誤の結果とりあえずうまくいったっぽいので記録を残しておく。 これで大丈夫なのかどうかはよくわからない。 きっとid:bleis-tift先生がなんとかしてくれるハズ！ gitからSubversionへ 移行先となる新しいSubversionリポジトリを用意する。 svnadmin create foo んで、コミットがないとうまくいかない感じだったのでtrunk,branches,tagsを作っておく。 svn checkout http://localhost/svn/foo foo cd foo mkdir {trunk,branches,tags} svn commit -m "init" なんかfil

ITProの記事が契機となって、PCIDSS（PCIデータセキュリティ規準）およびパスワードに関する規定が話題となっている*1。 「パスワードは90日ごとの変更」が義務づけられる！？ | 日経 xTECH（クロステック） それに対して，PCIDSSは表現が具体的である。現在のバージョン1.1ではパスワードについて下記のような規定がある。 ■要件8.5.8　グループ、共有または汎用のアカウントとパスワードを使用しないこと。 ■要件8.5.9　ユーザー・パスワードは少なくとも90日ごとに変更する。 http://itpro.nikkeibp.co.jp/article/OPINION/20080220/294287/ このうち、要件8.5.9「ユーザー・パスワードは少なくとも90日ごとに変更する」に関して疑問を持った。これはいわゆる「セキュリティの常識」という奴の一つではあるが、実際のところ、

2013/01/15追記 毎度ご利用ありがとうございます。 多くの方からご指摘頂いておりますが、 この作業を行った時は確かに活線状態で行っております。 （ブレーカーを落としていない状態での作業） 本来であれば、ブレーカーを落として作業をすべきでした。 ご迷惑をお掛けした事をお詫びいたします。 また、この作業は工事士の資格がなければ出来ない作業です。 以上、ご了承頂きますよう宜しくお願いいたします。 照国電機株式会社　 代表取締役　堂園　秀隆 http://www.terukuni.co.jp/ 照明器具の専門店　てるくにでんき

こんな話題が。 http://2chradio.com/arc/mnewsplus1315894389.html （マドンナが）先日、ファンからあじさいの花をプレゼントされた際、一応「ありがとう」とは言ったものの、直後に「私、あじさいって大っ嫌いなのよね」と発言。切ったはずのマイクが、マドンナの声をとらえていたことで、「失礼すぎる!」と話題になった。 （略）マドンナのスポークスマンは、「マドンナはどんな花でも好きになる権利があり、世界中のあじさいの機嫌を損ねる意図はありませんし、世界中のあじさいを愛する人たちの気持ちを軽視するわけでもありません。ただ違う種類の花をより好んでいるだけなのです」と表明。 （略）このたびマドンナ本人による釈明ビデオが公開された。 あじさいの花を愛おしげに抱きかかえるマドンナ。悲しげな音楽が流れ始め、まるで映画のような映像には、字幕が添えられている。 （略） 「や

facebookでブロックを行うこと facebookでブロックを行うことを、twitterでブロックを行うことと 同義だと思っている人が多いけど、違うよ。 twitterの場合は、メッセージの一方的やりとり返信機能付き、という しろものなので、ブロックしても、その人から見られることがなくなるし、 その人を見かけることは、人のtweet全体を個別に自分から見に行かないと 二度と見る事はない。 twitterの関係性は、 実際には、矢印が双方向、一方通行とかあるのだが、 図が、煩雑化するので概念図で表記するが、 ブロック後は、あなたはブロック者を見る事もないし 見られることもないから、各クラスターでの会話は、 いままでどおりすることができる。 しかし、facebookは、基本が、相互承認であり、 相互承認後のtwitterでの関係性に似た構造を取る。 しかし、コミュニケーションの主は、基本、

Documentation You can add and customize the +1 button to meet the needs of your website, such as modifying the button size and load technique. By adding the +1 button to your website, you allow your users to recommend your content to their circles and drive traffic to your site. The +1 button can also improve the time spent on your site by providing recommendations for further reading. Use of the

この条件での確認画面問題は，トランザクションリソースを導入しなくても，もっとシンプルに考えて解決できると思います． 処理内容：ユーザ名とパスワードが入力項目となるユーザ登録処理 画面遷移：登録画面→確認画面→結果画面 確認画面問題はトランザクションリソースの導入で解決できるのでは - 岩本隆史の日記帳（アーカイブ） まず上記の条件から次の事が言えると思います． ユーザ登録処理とはユーザリソースの作成処理と考えられる 画面はあくまでリソース状態が表示されるものなので，画面遷移とはユーザリソースの状態を都度表示しているもの ということで，あくまでユーザリソースとそれに対する CRUD（この場合は DELETE はないが）として考えればいいかな，と． まず最初の登録画面はユーザ作成フォームリソースを取得します． GET /users/new登録画面から確認画面のところはユーザリソースの新規作成と