HTTPステータスコードを返すというのはとても単純なことです。ページがレンダリングできた?よし、それなら 200 を返しましょう。ページが存在しない?それなら 404 です。他のページにユーザをリダイレクトしたい? 302 、あるいは 301 かもしれません。 I like to imagine that HTTP status codes are like CB 10 codes. "Breaker breaker, this is White Chocolate Thunder. We've got a 200 OK here." — Aaron Patterson (@tenderlove) 2015, 10月 7 訳:HTTPのステータスコードのことは、市民ラジオの10コードみたいなものだと考えるのが好きです。「ブレーカー、ブレーカー、こちらホワイト・チョコレート・サンダー。200
アプリ自体は普通のニュースアプリですが、 変な所で色々と大変でしたので、少しだけ制作後記を。 当初の依頼は虚構新聞ページのモバイル対応に伴うリニューアルでした。 1年前にもリニューアルを請け負っていたので、2回目となります。 アプリも前のものが終了してしまったそうなので、ついでに出来たらいいね程度で。 とはいってもページリニューアル、実は大変な作業でして。 虚構新聞ページ、静的ページで手書きだったのです。 つまり、ページは全てHTMLでWordPressなどのCMS系も一切なしの手書きです。 記事追加されると、ページ間つながりやRSSなども更新の必要がありますが、これも全て手書き。 虚構新聞、それで運用していたとは、編集者に鬼畜です、真っ黒です。 さすがにモバイル対応なども考えた全ページ手直しは難しいのでシステム化を考えるわけですが、 費用的な理由などで動的にさばけるほどの能力を持ったサー
非常に緩いライセンスです。 1999年までのBSDライセンスには、初期開発者を表示する宣伝条項が含まれていました。 現在はこの宣伝条項のない新しいBSDライセンスを修正BSDライセンス (New BSD License)あるいは三条項BSDライセンス (3-clause BSD license) と呼ばれています。 BSDライセンスをベースに作成されたBSDスタイルのライセンスも多く存在します。 例として、Apache Software License, Sendmail License, PHP License, Python Licenseなど多く存在します。 三条項BSDライセンスの表記例 三条項BSDライセンスのテンプレートがありますので記載致します。 以下のような表記がある場合、三条項BSDライセンスとなります。 Copyright (c) <YEAR>, <OWNER> All
ウェブアプリケーションのフロントエンドに関わる方なら、もう Web Components という 言葉を全く聴いたことがない方は少ないのではないでしょか。 すでに関連記事も数多く出回っており、実際に触り始めている方も多いと思います。しか し、なぜこれが革命的技術なのか、周囲の人に簡潔に説明できる方はどれくらいいるで しょうか?この記事では、それを試みていきたいと思います。 デジタル部品の流通革命 # ソフトウェア部品の流通に今、大きな変化が起きてきています。 数年前のオープンソース環境を覚えているでしょうか?レポジトリは集中管理型の subversion、リリースは zip、テストは手動。Issue の登録もプロジェクトごとにことな るバグ管理システムが使われていたため、とっつきづらかったでしょうし、パッチを送る のも面倒でした。 そんなオープンソースを取り巻く環境が、git や GitH
SassやLESSといったCSSプリプロセッサーは市民権を得たと言って良いと思う。しかしそれらCSSプリプロセッサーは開発という段階にのみ利をもたらすもので、今のところはそれ以上ではない。CSSを実際にユーザーに届けるまでには、開発だけではなくレビューとリリースという段階もある。レビューとリリースも確実性を持って効率的に行うためには、CSSポストプロセッサーと総称されるようなツール群が必要になるだろう。 この文書はFrontrend Advent Calendar 2013の4日目への記事として寄稿した。明日は@hilokiさんがスタコラサッサと書くようだ。 目次 CSSポストプロセッサーとは CSSプリプロセッサーの出力するCSS CSS Lint 開発用とレビュー用、リリース用のCSS CSSポストプロセッサーのユースケース ベンダー拡張プリフィックスの付加 Media Queries
SemanticはHTML5/JavaScript製のオープンソース・ソフトウェア(MIT License)です。 Bootstrapはとても人気がありますが、より実践的に使われるであろうUIコンポーネントを多数提供してくれるデザインフレームワークがSemanticです。 ID、パスワード入力フォーム。 チェックボックス。 ローティング。これは良くある処理だけに便利ですね。 入力エラーも項目毎の表示がサポートされています。 ボタン。 押せる/押している/押せないといった各ステータスごとの表示ができます。 Bootstrap並に様々なカラー設定が用意されています。 こんなフィード表示も。 日付を表示したり、下に追加の画像を表示したり。 コメント。カード型で格好いいです。 多段のコメント。 アイテム。こういう表示も良くありますよね。 さらに複数並べた形。左右はつながっています。 最近多い背景を
よくアルゴリズムの話とかすると「アルゴリズムとか業務で使わないから。ライブラリあるから」みたいな話が出ますね。今日もTwitterでkumagiさんが「競技プログラミングが業務で役に立たないって言ってる人は・・・」って話してたわけです。 でもまあ、アルゴリズムの勉強ってのは、実装したい問題をいかに効率のいいプログラムに落とすかっていう話なんで、プログラムを組むっていう業務をしていたら必要ないとは思わないはずなんで、「アルゴリズムいらない」っていう人がやってる業務はプログラミングじゃないんじゃないのかと思ったりするわけです。 で、noritunaさんが「コーダー」を挙げてて、こういう文脈でよく出るんだけど、これはちょっと違和感あって、「コーダー」は誰かが書いたプログラムをコンピュータに入力するだけくらいの語感で、別に「プログラマ」という職種が必要になるサポート的業種で、でも実際は「プログラマ
FTPS・SFTP・TFTP・FTPに対応し、直接リモートのサーバ同士で転送するFXP、タブの利用、非常に柔軟な見た目のカスタマイズ、スケジューラーによる定期的な転送、ドラッグ&ドロップによる転送、スクリプトエンジン内蔵、UPnP対応、FTPサーバ上のファイルを検索する機能、各種プロキシ対応、UTF-8文字コードOK、高速アップロードとディレクトリ移動を高速化するキャッシュ機能搭載、そして日本語表示可能で最初からローカライズ済み、USBメモリで動くポータブル版もあるという恐ろしく強力なFTPクライアントがこの「FTP Rush」です。 もともとシェアウェアだっただけのことはあり、機能的には充実を通り超えて何に使うのか分からないぐらい超多機能なのが特徴で、Windows 2000/Windows XP(32/64ビット)/Windows Server 2003(32/64ビット)/Windo
このブログがフロントに関する記事が多いもんだから、たまにデザイナーと呼ばれることがあるんですが、僕は業務としてはデザインよか制作ディレクションの方がどちらかと言えばメインなんですよね。 そんなディレクターとしての役割の一つに、周りにいる優れたデザイナーやプログラマー、デベロッパーの業務効率を考えることが挙げられます。 何を取るわけでもなく中途半端な僕ですが、ディレクターとして周りの各プロフェッショナルの役に少しでも立てればと、そして制作する上での効率を向上させるべく色々情報収集をする中で、よくチートシートの存在を目にします。(チートシートってどれだけ普及してるのかわかりませんが、つまりカンニングペーパーのことらしいです。) WEB屋にとってのチートシートって、どれだけ優れた技術力やデザイン力を持っていても、何かしら新しい発見がある物ですよね。以前書かせてもらった時間の価値は人によって違う!
比較は実はナンセンス デザイナーはコードが書けたほうが良いのか? ハイブリッドなのか専門家なのか・・・長く議論されてきているトピックのひとつです。Webデザインの分野でもデザイナーは HTML / CSS / JavaScript くらい出来た方が良いのでは?という意見がありますし、最近では UI デザイナーが Object-C や Java を学んだほうが良いのでは?という意見もあります。 デザイナーがコードの領域に踏み込めるようになることで、インタラクションや画面遷移など、見た目だけでなく細かい動きの制御の設計に直に触れることが可能になります。コードから物事が見れるようになることで、初めて視覚化・具体化できるアイデアもあるでしょう。では、コードも書けるハイブリッドデザイナーのほうが優れているのかといえば、答えは「YES」であり「NO」でもあります。多くの技能をもつということは、何でも屋
ここ数日、Twitter上で appengine に関する発言をたくさん目にする。それを見る限り、「注目をされてはいるが、手を出しかねている人が多い」というのが現状だろう。そこで、私からもひと言。 App Engine は純粋なソフトウェア・エンジニアにとっての天国 私自身、色々な開発環境を試して来たが、私のようにプログラミングが大好きで、新しい言語や環境を学ぶのが楽しくて仕方が無いエンジニアにとっては、「App Engineは天国」というのが正直な感想。SQLやRailsのように一見開発効率を良くしてはくれるが、直感的に実行効率とかが把握できない「補助輪付きプログラミング」と違い、App Engine上でのプログラミングは、ちょっと手を抜くとすぐに実行効率の悪さとして跳ね返ってくる「一輪車プログラミング」。 新しい言語を学ぶのが苦ならApp Engineは避けた方が良い 現時点で、Pyt
以下は、WEBプログラマー用のWEB脆弱性の基礎知識の一覧です。 WEBプログラマーの人はこれを読めばWEB脆弱性の基礎をマスターしてWEBプログラムを書くことができるようになっているかもです。 また、WEB脆弱性の簡易リファレンスとしても少し利用できるかもしれません。 WEBアプリケーションを開発するには、開発要件書やプログラム仕様書通りに開発すれば良いというわけにはいきません。 そう、WEB脆弱性を狙う悪意のユーザにも対処しないといけないのです。 今回、WEBアプリケーションを開発にあたってのWEB脆弱性を、以下の一覧にまとめてみました。 このまとめがWEBアプリケーション開発の参考になれば幸いです。 インジェクション クロスサイト・スクリプティング セッション・ハイジャック アクセス制御や認可制御の欠落 ディレクトリ・トラバーサル(Directory Traversal) CSRF(
地方公共団体が運営するホームぺージの改ざん防止に資するため、Webアプリケーションの脆弱性の有無を診断し、その対処方法をお知らせします。個人情報漏えいの危険性があるSQLインジェクション等の脆弱性についても診断できます。 ウェブ健康診断とは? 「ウェブ健康診断」とは、人間に例えるなら、その名のとおり 「健康診断」にあたるような位置づけの診断です。人間ドックに比べたら精密ではありませんが、平成19年度に実施したWebアプリケーション脆弱性診断結果等も考慮しながら重要な診断項目を検討しました。 本診断は「基本的な対策が出来ているかどうかを診断するもの」とご理解ください。また、診断対象のWebアプリケーションの全てのページを診断するものではなく、診断対象の規模にもよりますが、基本は抜き取り調査(診断)です。 Webアプリケーションとは? ホームページの閲覧者が何らかの情報を書き込んで、
例; (MS):MySQLとSQL Serevr (M*S):MySQLの特定バージョンや、関連する注意事項に記載されている特定条件に関するもの、およびSQLServerを示す。 目次 SQL Injection Cheat Sheatについて 文法のリファレンス、攻撃のサンプル、狡猾なSQLインジェクション小技 1行コメント SQLインジェクション攻撃のサンプル インラインコメント 典型的なインラインコメントSQLインジェクション攻撃のサンプル MySQLバージョン検出攻撃のサンプル 複文 複文をサポートする言語とデータベースの一覧 MySQLとPHPについて 複文によるSQLインジェクション攻撃のサンプル If命令文 MySQLのIf命令文 SQL ServerのIf命令文 If命令文を利用したSQLインジェクション攻撃のサンプル 数値の利用 文字列操作 文字列連結
1つのコードでAjax、Flash、 Adobe AIRを作るには? 特集:オープンソースRIA「OpenLaszlo 4.1」の魅力 株式会社ネットエイト 小野 圭二 2008/8/18 AjaxやFlash、Adobe AIRまでカバーするOpenLaszlo 4.1 Webシステムのリッチなユーザーインターフェイス(以下、UI)を開発するためのオープンソース「OpenLaszlo」をご存じでしょうか。何とこのOpenLaszloは、新しくリリースされたバージョン4.1で、1つのソースコードからFlashコンテンツとAjaxコンテンツの両方をコンパイルアウトできるようになりました! これにより、従来Flash系とAjax系に分かれていた開発プロセスを統一できるようになりました。RIA/リッチクライアントの世界にもJavaで提唱された「Write Once, Run Anywhere」が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く