実行演算子(``)というのがあって、これは外部のシェルコマンドを実行するための演算子である。 バッククオートで囲まれた部分がシェルのコマンドとして実行される。 返り値が、シェルを実行した結果になる。 shell_exec()関数と同じこと。 これを使えば、linux上なんかで、バッチみたいにPHPを使うことができる。 コード例はこんな感じ。 #!/usr/bin/php <?php $result = `ls -ltr *`; echo $result, PHP_EOL; echo "------shell_exec()------",PHP_EOL; $result2 = shell_exec("ls -ltr *test*"); echo $result2, PHP_EOL; 実行した結果はこちら。 # /usr/bin/php sample.php -rwxr-xr-x. 1 roo

デモがありますのでぜひ実際触ってみるべき！ Webのオーサリングツールと言えば長らくDreamweaverが中心でした。それ以外になると一気に手打ちになってしまったりします。最近ではCSSフレームワークを用いることも多いので、それでもさして不便ではありません。 とは言えWebアプリケーションのような複雑なUIを考えた場合、やはりオーサリングツールが欲しいところです。さらに言えばDreamweaverよりも柔軟にデザインができるものが。そんなツールを願っている方に見て欲しいのがStyloです。 これが画面です。Webベースだと思えないほど充実した機能を備えています。 大きさを変えたり、文字を入力したり。 オブジェクトをドラッグした時に隣接するオブジェクトの上辺や中心にスナップする補助線が出てくれるのが格好いいです。 色の変更はピッカーを使って。透明度まで決められるのがいい感じですね。 半透明

(Last Updated On: 2018年8月8日)C言語の最も重要なセキュリティの基本ルールは「メモリをきっちり管理する」です。もちろん他にもプログラミングをする上で注意しなればならない事は山ほどありますが、C言語でプログラミングする上で最も基本的なセキュリティのルールは「正確なメモリ管理」です。 Webアプリを作る上でのセキュリティの基本ルールは何でしょうか？ 今回はWebアプリセキュリティはもっとシンプルに考えよう！という話です。 Webセキュリティの基本ルールは正確なテキスト管理 C言語で最も重要なセキュリティの基本ルールは「正確なメモリ管理」です。セキュリティの基本である「正確なメモリ管理」がされていないと「不正なコードをインジェクションされ実行」されてしまいます。不正なコードを実行されることはシステムの乗っ取られる事を意味します。 1つの間違いでサーバーを乗っ取られる可能性

私が以前執筆した記事「意外と知られていない、IE11リリースによる本当の危機」がかなり好評でしたので、執筆者としてもう少しだけ言葉を残してみようと思います。 なぜQuirks？と考えたことはあるだろうか Webシステムでは、わざとQuirksを使うというバッドプラクティスがどこでも横行しているでしょう。必然的に、そうならざる得ないケースがあったからです。マルチバージョン対応を最小のコストで行う方法として、Quirksが最も優れてしまったのというのが最大の要因です。 かつてWinXPの時代、6/7/8で同じ機能性が確保された無菌室状態のレンダリングモードはQuirksだけでした。IEのみしかいない世界では、Quirksに逃げられてしまう可能性があることを想定できていなかったのは、IE側のミスだったと言えます。IEは、バージョン間の相互運用性が確保できていないと暗に認めてしまうような機能を実装

「私が見ていなくても、月はそこにあるはずだ」――。アインシュタインはかつてこう語り、量子力学への不満を示した。20世紀に登場した量子力学では、物体の「位置」は実際に測定されるまで値がない。つまり見ていない時点の月がどこにあったかは決まらないのだ。この量子力学における長年の"常識"を問い直す動きが出てきた。振り返れない量子力学ひとたび物体が「そこにある」という測定結果が得られたら、過去にどこ

メールアドレスの「ルール」に関する話題が盛り上がっていますね。 「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を 「メールアドレスのルール」なんて使ってはいけない3つの理由 これらのエントリに異論があるわけでありません。メールアドレスに関するルールというとRFC5322などがあるものの、現実の運用では簡易的な仕様を用いている場合が大半である…という事情は、私も以前ブログに書きました。、 本稿では、「空前のメールアドレスのルールブーム(?)」に便乗する形で、RFC5322に準拠したメールアドレスで、XSSやSQLインジェクションの攻撃ができることを紹介します。と言っても、SQLインジェクションについては、過去に書きましたので、本稿では、RFC5322バリッドなメールアドレスでSQLインジェクションとXSSの両方ができるメールアドレスを紹介します。 まず、攻撃対象として、以下

Although I learned a few programming languages in the past, I had absolutely no experience with them except for Visual Basic, which is barely considered a language. I learned rails the hard way: 18 hours every day for 2 months. No sleep, no partying just pure hard coding. I forbade myself to watch TV, movies or even youtube videos if it wasn’t related to coding. Everything I was doing or reading w

git-flowのインストールとブランチ運用前のリポジトリ準備：Gitブランチを使いこなすgit-flow／GitHub Flow入門（2）（1/2 ページ） 数回にわたってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。今回は、git-flowのWindows、Mac、Linux別でのインストール手順、利用の仕方の流れ、ブランチ運用前のリポジトリ準備の流れを紹介。 前回の「いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識」では、git-flowで利用するブランチモデルの概要について解説しました。今回は、git-flowのインストールとgit-flowを利用し始める前のリポジトリの準備について解説します。 git-flowをコマンドベースで利用 git-flowを利用するには、コマンドラインから利用するCUIのgit-flowを利用す

32. trait Entity[ID <: Identity[_]] { ! /** エンティティの識別子。 */ val identity: ID ! override final def hashCode: Int = 31 * identity.## ! override final def equals(obj: Any): Boolean = obj match { case that: Entity[_] => identity == that.identity case _ => false } ! } 33. trait Identity[+A] extends Serializable { ! def value: A ! } ! object EmptyIdentity extends Identity[Nothing] { ! def value = throw E

(Last Updated On: 2018年8月4日)ブラックリスト型（サニタイズ型）のセキュリティ対策クイズ 解答編 ではバリデーション時の注意点をまとめに書きました。 ホワイトリスト型のバリデーションを行う場合でも以下の項目に注意しなければなりません。 特殊な意味を持つ文字を許可する場合、細心の注意を払う そもそも特殊な意味を持つ文字は許可しない方が良い 絶対の自信が無いのであれば、特殊な意味を持つ文字を許可してはならない ブラックリスト型（サニタイズ型）のセキュリティ対策クイズ 解答編 でパストラバーサルを禁止するようなフィルター処理（ブラックリスト型サニタイズ処理）は基本的には行うべきではありません。しかし、どうしてのフィルター／デコード処理が必要になる場合があります。 正当な理由でフィルター／デコード処理が必要となる代表例はUnicode文字列の正規化です。Unicode文字列

出典：日経SYSTEMS 2013年7月号 pp.32-53 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 基幹系システムを取り巻く問題は根深い。高額なハードやミドルのために運用費がかさむ。安定性の重視で新技術を採用しにくく、技術革新の恩恵を受けにくい――。こうした状況をクラウドで変えようとする現場が出てきた。IaaS 上にシステムを移行し、これまでにないメリットを得始めている。先行ユーザーの事例から勘所も見えてきた。基幹系のクラウド化を真剣に検討する。今、その時期に来ている。

TLで話題になっているCodeIQでの問題と解説はこちらです。 これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE 大変丁寧な解説、とても参考になりました。 ただ、参加されている方の採用したテスティングフレームワークにCodeceptionがない！ 日本のPHP開発者にCodeceptionを流行らせたいワタクシとしては看過できない事態（＝チャンス）です！ ってことで、Codeceptionを使って書いてみました。 といいつつも、今回はCodeceptionがメインではなく、AspectMockがメイン。 AspectMockとは Codeceptionの開発者の@davertさんによる「ちょーすげー(not an ordinary)」PHP向

株式会社 日経BP 〒105-8308 東京都港区虎ノ門4丁目3番12号 →GoogleMapでみる ＜最寄り駅＞ 東京メトロ日比谷線「神谷町駅」4b出口より徒歩5分 東京メトロ南北線　「六本木一丁目駅」泉ガーデン出口より徒歩7分

これはGmailをさらに便利なものに変えてしまうかも！ IT系の方でGmailを使っている方は多いと思います。gmail.comはもちろん、Google Appsもあります。そんな幅広く使われているGmailだからこそ、多数の機能拡張が開発されていたりします。単純に使うだけでなく、自分でカスタマイズすればもっと面白い使い方が見いだせるでしょう。 そんなGmailを拡張するスクリプトのベースになりえるのがGmail.jsです。Gmailを自在に操作するAPIとして使えます。 最初の使い方としては、Gmail.jsとjQueryを読み込むところからはじまります。Gmailを開いて以下のコードをコンソールで実行します。 var jq = document.createElement('script'); jq.src = "https://ajax.googleapis.com/ajax/lib

枯渇と言えば原油、水、石炭を思い浮かべますが、｢え、こんな身近なものまで品不足なの!?｣という意外なものを7つ集めてみました。 どれも携帯用の飲料水みたいな生死に関わるものではないですけどね。米国は感謝祭。今のうちにありがたみを噛みしめておきましょう。 チョコレート チョコおいしいですよね。チョコの原料カカオは大体が西アフリカ産です。 西アフリカではまだ児童労働、人身売買、強制労働が違法化されてない国も沢山あり、そのみなさまが口に入れてるチョコレートもまさにこういう労働の産物です。 でもいくら奴隷の手を借りても、カカオ豆の栽培は西アフリカの平均的農家にとっては割に合わない商売…。 農場で働く子どもに取材すればわかりますが、時間もかかるし（収穫までに5年かかる）、手作業なんですね。それも太陽が情け容赦なく照りつける灼熱の中、1個1個摘み取らなきゃならない。それでもらえる日当は80セント（80

Author:くるぶし（読書猿） twitter:@kurubushi_rm カテゴリ別記事一覧 新しい本が出ました。 読書猿『独学大全』ダイヤモンド社 2020/9/29書籍版刊行、電子書籍10/21配信。 ISBN-13 : 978-4478108536 2021/06/02 11刷決定 累計200,000部（紙＋電子） 2022/10/26　１４刷決定 累計260,000部（紙＋電子） 紀伊國屋じんぶん大賞2021　第３位 アンダー29.5人文書大賞2021 新刊部門 第１位 第２の著作です。 2017/11/20刊行、４刷まで来ました。 読書猿 (著) 『問題解決大全』 ISBN:978-4894517806 2017/12/18 電書出ました。 Kindle版・楽天Kobo版・iBooks版 韓国語版 『문제해결 대전』、繁体字版『線性VS環狀思考』も出ています。 こちらは１０刷

2013年11月28日18:00 マンガ史上最も綺麗な終わり方した作品は何？ Tweet 1：風吹けば名無し：2013/11/27(水) 18:41:18.64 ID:YstkgPIf ハガレンだよな 最終回が納得いかない作品 http://blog.livedoor.jp/nwknews/archives/4536159.html 2：風吹けば名無し：2013/11/27(水) 18:41:38.17 ID:T+VX/KpU 封神演義のほうがきれい 3：風吹けば名無し：2013/11/27(水) 18:42:08.65 ID:BySyfT4r うしとら 760：風吹けば名無し：2013/11/27(水) 19:41:19.73 ID:OJ9QJFBZ >>3 で出てた あとめぞん一刻 5：風吹けば名無し：2013/11/27(水) 18:42:40.04 ID:NBUqWuEh からくり

ユーザーエクスペリエンス（UX：ユーザー体験、使い勝手などと表現されることが多い）には、五感への訴求、特定のアクションとの相性、情動の喚起など、実にさまざまな要素が含まれる。それらを総合的に考慮した「UXデザイン」の能力が、いまや企業の収益を左右する。UXを中核資産として育てるために、企業はどうUX能力を構築すればよいのか。GE、マイクロソフト、ビザ、シャープなどのUX戦略を支援してきたデザイン・コンサルティング会社フロッグのバイス・プレジデントが、5つの要諦を示す。 今日のビジネスでは、ユーザーエクスペリエンス（UX）が製品やサービスの全体的な質を代表するようになっており、エンドユーザーにとっての製品・サービスの妥当性や意義を決定づけるものとなっている。UXは見た目や触感から始まり、使用時にユーザーに対してどう反応するのか、人々の日常生活にどうフィットするのかというところまで、さまざまな

ツイート今日は、第 1 回のSQL アンチパターンの回から良コンテンツを提供しまくりなエンバカデロ・テクノロジーズさん主催の第 3 回 DB エンジニアのための勉強会に参加してきました。 今回は 漢(オトコ)のコンピュータ道で有名な漢の中の漢、 @nippondanji 氏がデータベース設計を徹底指南してくれるということで、元々 DB エンジニアがバックグランドのわたしとしてはいかないわけにはいかんだろう、と喜び勇んでいってきました！ 内容はというと下記の概要をカバーする内容でした。 リレーショナルデータベース（以下RDB）は登場してからかなりの時間が経っています。その名が示すように、RDBはリレーショナルモデルをベースに考案されたソフトウェアです。しかしながら、未だに現場ではRDBが使いこなされているとは言いがたく、リレーショナルモデルへの理解も進まず、誤った常識が跋扈しているのが現状で

DBエンジニアのための技術勉強会（第3回）で使用した資料です。主にリレーショナルモデルと正規化について解説しています。リレーショナルモデルの限界について正しく認識してこそ、リレーショナルモデルを理解したと言えると思います。

DBエンジニアのための技術勉強会というイベントで、リレーショナルモデルにおけるDB設計について話す機会を頂いた。リレーショナルモデルは非常に重要であるにも関わらず、現場ではないがしろにされてしまっている。その結果、アプリケーションのロジックを上手くクエリで表現できず、開発現場では非効率な開発が行われ、多くの人がデスマ的な状況に追い込まれている。そういう危機意識について、これまで何度か本ブログでも書いてきたし、WEB+DB Pressで連載している動機もその点にある。リレーショナルデータベースはやはりリレーショナルデータベースとして使うべきだ。そのための鍵となるのが、DB設計である。 今回はなんと約2時間の持ち時間を頂いた。リレーショナルモデルについてはこれまで何度か話す機会を頂いたが、2時間というのは最長記録である。それに合わせてスライドもボリュームたっぷりのものになった。過去のスライドと