PHP: rfc:nophptags
PHP has been known to be more vulnerable to script inclusion attacks than other languages. PHP is made for Web and embedding feature is valuable for easier web application development. However, embedded scripts are serious security risk as it can executes any PHP code in any files. PHP is made for web application and today's web application should have strong security. This RFC proposes PHP open t
<?phpタグが無くなる日 〜PHPの開発プロセス〜
PHPスクリプトを記述する際に使われる<?phpタグの利用をオプションで有効無効を切り替えるようにするという仕様がPHPの開発コミュニティでの議論に挙がっています。 この仕様変更が実装された場合、PHPスクリプトには必ず<?phpのタグがあるという前提条件が変わる事になります。 まずこの議論がどのような形で行われているのでしょうか？ご存知でない方もいるかと思いますが、PHPの文法や機能へどのような変更を加えたいか、という議論はRFC (Request For Comment)という形でパブリックに行われています。Wikiページに仕様や背景、実際のパッチなどを添付し、開発者やユーザーからの投票を行った結果を元に実際にPHP本体への変更を行うかどうかが決定されています。 過去に実装された機能の際の例などと一緒に見てみましょう。 Array Short Syntax # 従来の記述の場合 $a
SIerは終わっているか
先日、みんな大好きアノニ増田イアリーで、「SIerって終わってんな」という記事が掲載された。これは、「日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン」に対するツッコミ記事である「コーディング技術にこだわり過ぎるとITエンジニアの地位は向上しない - プロマネブログ」に対するさらなるツッコミ記事であり、ここのところこの話の流れはかなりホットなようである。 「SIerって終わってんな」という記事にはどうしても突っ込んでおきたいところがあったので、ここで突っ込んでおくことにする。 問題の箇所はここだ！！どうやって世界と伍して戦う？ どうやって他の製品を上回る？ 微々たる使い勝手の差などは、技術力の差の前では圧倒的に無力だということは データベースはオラクルだのSQLに依存し、製品ではSAPなどに完敗を喫し続けているSIerこそ理解すべきだろう ん？ SQLは言語であってどのRD
MySQLでトランザクションの4つの分離レベルを試す - FAT47の底辺インフラ議事録
トランザクションとは 1つの作業単位として扱われるSQLクエリの集まりです。 複数のUPDATEやINSERTをひとつの集まりとして、 それらのクエリがすべて適用できた場合のみデータベースに反映します。 ひとつでも適用に失敗したクエリがあった場合は、そのまとまりすべてのクエリの結果は反映しません。 ACID特性 トランザクション処理に求められる4つの特性です。 原子性 (Atomicity) トランザクションに含まれる手順が「すべて実行されるか」「すべてされないか」のどちらかになる性質。 一貫性 (Consistency) どんな状況でもトランザクション前後でデータの整合性が矛盾なく保たれる性質。 分離性 (Isolation) トランザクション実行中は、処理途中のデータは外部から隠蔽されて他の処理に影響を与えない性質。 永続性 (Durability) トランザクションが完了したら、シス
AngularJSを使ったWebアプリのアーキテクチャ設計 - Qiita
AngularJSは公式で分かりやすいチュートリアルが用意されているし、日本語の記事も増えてきたし、けっこう簡単に使い始めることができるんじゃないかと思います。 でも、チュートリアルやサンプルはクライアントサイドオンリーなことが多くて、サーバーサイドも含めたWebアプリを作ろうと思うと、どういう構成にすればいいのか迷うのではないでしょうか？（僕がそうでした） 最初は試行錯誤していたのですが、書籍やネットの記事を読んだりGitHubで見つけたアプリを真似たりしているうちに、どういう構成にすればいいのかだんだん見えてきたので、解説してみたいと思います。 SPA 最近、SPA（Single Page Applicationまたは Single Page Web Application）という言葉をよく耳にするようになりました。 SPAとは、最初のページだけ通常のWebアプリと同じようにサーバーか
情報共有の必要性について
本エントリは、社内向けに書いた記事を公開するものです。 なぜ情報共有するのか みなさんご存知の通り、コーポレートサイトにて、以下のように謳われています。 意見やアイデアは、ミーティング、社内SNS、メールなどで積極的に発言しましょう。不採用かもしれないと思っても、他のアイデアと合わさることで新しいものになることがあります。そのために、すべてのアイデアに耳を傾けると同時に、頭に浮かんだことをどんどん外に出しましょう。 また、インターネットで表現し続ける、コミュニケーションし続けることを楽しんで、自分たちが一番のユーザーであることを心掛けましょう。 大切にしてほしいこと | 採用情報 | 株式会社paperboy&co. このことからもわかる通り、様々なことに関してアウトプットを行い、広く共有することは、我々みなに求められていることです。 組織面からの理由 他にも理由があります。それは、我々が
neocomplete.vimのfile_includeを使いこなす - RailsとRubyとVimのブログ
この記事はVim Advent Calendar 2013の42日目の記事になります。 Neocomplete.vimのfile_includeを使いこなす さて、今回の記事ではneocompleteのfile_includeを使いこなしてみます。 file_includeとは、ファイルパスを補完してくれるアレです。file補完との違いは、特定のキーワードや変換を含んだ補完が出来る点です。 キーワード(requireや#include)があると補完が始まり 指定されたパスの中から候補を探し、変換して表示します。(例:system.os) 内部では、path, include, includeexprなどが使われています。(pathの参考 –> Vim中級者を脱する Path編) neocompleteを拡張する file_includeを拡張する際には、neocompleteの設定をしてあ
neosnippet.vim からデフォルトのスニペットが削除された - C++でゲームプログラミング
http://lingr.com/room/vim/archives/2014/01/11#message-18043783 と、言うことで neosnippet.vim からデフォルトのスニペットが削除されました。 今後デフォルトのスニペットを使用する場合は neosnippet-snippets を別に導入しておく必要があります。 Shougo/neosnippet.vim - github Shougo/neosnippet-snippets - github NeoBundle "Shougo/neosnippet" NeoBundle "Shougo/neosnippet-snippets" デフォルトのスニペットを使用している方はご注意を。
vimのメモリ使用量を26分の1に削減した - pockestrap
ある日気がついた。Vimが79.3MBもメモリを食っている。 数個のプラグインを入れているにしろ、これは食い過ぎではないのか。たかが100MB未満でも、貧弱な仮想マシン上などでは中々に大きい値だ。 ということで、どこが食っているのかを調べてみた。 すると、 ~/.vimrc の set history=1000000 行をコメントアウトするとメモリ使用量が3MBまで減るではないか。 つまりこの設定がメモリを食いつぶしている。 試しに、 set history=100 などとしてみた。3MB程度しかメモリを食わない。 ついでに、vimの起動時間を調べてみたところ、set history=1000000時では087.987だったものがset history=100では059.888まで減っていた。 ちなみに、historyの数値が100000を超えたあたりから急激にメモリの使用量が伸びる気がす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cakes（ケイクス）
TechCrunch | Startup and Technology News