SIMPLE. EXPRESSIVE. FAST. Kickstart your next Haskell web application within seconds using Spock. Download from Hackage or run cabal install Spock Features Spock is a lightweight Haskell web framework inspired by Ruby's Sinatra. It provides a full toolbox including everything to get a quick start into web programming using Haskell.
Toru Kawamura discusses the need for web clients in Ruby to be adaptable to change by being decoupled and easy to reuse through versatility. He outlines some of the issues with existing tightly coupled clients and gems dedicated to specific APIs. Kawamura proposes a "Web Client" concept modeled after Rack middleware and Faraday middleware, which can be combined and reused across clients and APIs.
顧客は SPA であることを望んでいるのか?そうではないです。技術者は SPA を作りたいのか?そうではないです。 ではなぜ SPA 的なものが出来てしまうかといえば、いちいち UI の遷移のために大量のデータをロードしているのは時間と資源の無駄だからです。 もちろんあるべき姿としては、サーバーの CPU やストレージやメモリは爆速で、回線も爆速で、用いられるデータは必要最低限で、クライアントマシンも爆速で、クライアント側でフォームを一個書き換えるたびにページをフルロードしても全くストレス無く使える、というような世界観です。 しかし実際にはサーバーのスペックも回線もクライアントのスペックも不足気味ですから頑張って補っていく必要があります。 すると最初にロードしたデータをクライアントは保持し続けて、 HTML 全体を書き換えるのではなく必要なところだけを最小限の通信とともに書き換えてみたいな
Content from Web should be merged here. Below is a list of known to be active Haskell web frameworks. Rather than one framework to rule them all, Haskell provides several options. You can view the Web/Deploy page to get an idea of how you might deploy an application written in some of these frameworks. See also: there are also many inactive web frameworks to draw inspiration from IHP: Integrated H
お疲れ様でした。 セッションの内容に関しては動画がありますし、実況ツイートに関してはTogetterさんがしっかりまとめてくれてるのでどうぞ。 togetter.com front_archというテーマで登壇しましたが実況ツイートでも多く見られるように次世代成分が足りてなかったなというのは80分終わった瞬間に自分でも思いました。ので、ブログでちょっとだけ持論を補足しておきます。 標準仕様で繋がるWeb 私が次世代のWebに期待しているのは、異なるライブラリやフレームワークが標準仕様を通してコミュニケーションするのが当たり前になる世界です。 C88で頒布されたTechBoosterの「ジャバスクリプトゥーン」の第1章を書かせてもらいましたが、そのコラムでPolymerとその他のライブラリがWebIDLでコミュニケーションし、独自のHTML要素のAPI定義を他のライブラリから参照できるようにな
Content Security Policy Reference The new Content-Security-Policy HTTP response header helps you reduce XSS risks on modern browsers by declaring which dynamic resources are allowed to load. What is Content-Security-Policy? Content-Security-Policy is the name of a HTTP response header that modern browsers use to enhance the security of the document (or web page). The Content-Security-Policy header
Refactor.io. Share your code instantly for refactoring and code review.
セキュキャン 2015 高レイヤートラック(Jxck) 本資料は、セキュキャン 2015 高レイヤートラックの講義資料です。 セキュキャン参加者であるセキュリティエンジニアの卵を対象に、 Web のセキュリティの知見が、実際どのように Web アプリ開発に反映されているか、もしくはどう反映すべきかを、フレームワークの視点から解説することを目的としています。 将来、 Web のセキュリティに興味を持ったエンジニアが、その知見を多くの開発者に啓蒙する手段として、フレームワークに反映するというのは非常に有効な方法です。 ここではその実例として Rails を例にとり、 Rails がこれまでに積み上げてきたセキュリティに関する知見を振り返るとともに、フレームワークとしてそれをどう取り入れているかを解説します。 Intro Web アプリケーションを開発する場合、 Web アプリケーションフレーム
HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基本 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection サイトの安全化 HTTP Observatory HTTP アクセス制御 (CORS) HTTP 認証 HTTP キャッシュ HTTP の圧縮 HTT
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね!また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
お知らせ 2022年 12月 23日 超歴史プレーヤ - ニコニコ動画2022年版 を公開しました 2021年 12月 15日 超歴史プレーヤ - ニコニコ動画15周年記念版 を公開しました 2021年 12月 15日 超歴史プレーヤ - ニコニコ動画2021年版を公開しました 2020年 12月 18日 超歴史プレーヤ - ニコニコ動画2020年版を公開しました 2019年 12月 24日 超歴史プレーヤ - ニコニコ動画2019年版を公開しました 2018年 12月 26日 超歴史プレーヤ - ニコニコ動画2018年版を公開しました 2018年 02月 10日 「SNOW MIKU LIVE! 2018」の舞台にSongrium3D の映像が登場しました 2017年 12月 26日 超歴史プレーヤ - ニコニコ動画2017年版を公開しました 2017年 12月 26日 超歴史プレーヤ
forkanart という絵をフォークするという絵を描く人向けのサービスをリリースしたのですが、今回はその裏側の技術的な話をします。 ざっと構成を列挙します。 フロントエンド: nginx (フロントエンド) - http://nginx.org/ Varnish (キャッシュ) - https://www.varnish-cache.org/ uWSGI (アプリケーションサーバー) - http://projects.unbit.it/uwsgi/ バックエンド: MySQL (ユーザー情報) - http://www.mysql.com/ MongoDB (上記以外全部) - http://www.mongodb.org/ アプリケーション: Python 2.7 - http://python.org/ Pyramid - http://www.pylonsproject.org/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く