さくらVPS 2GB SSDのCentOS 6.4をセットアップしてイケているRailsサーバに仕上げるまでのシリーズです。第8回はPassengerの導入です。PassengerとはRailsのアプリケーションサーバの1つで、Apacheと組み合わせて使う方式はそれなりの時間が立って、熟れているのでネットでの情報も豊富です! 🐰 Passengerのインストール手順gem install時にドキュメント生成を行わないようにする。 vim ~/.gemrcに次の項目を追加。
こんにちは。末永です。 Facebookやtwitterなどで流行ったリアルタイムWeb。誰かが更新した情報を自分のページで即座に反映するための仕組みですが、websocketとかnode.jsとか最近(ちょっと前?)人気ですよね。rubyを使ってやれないかなといろいろと調べてみた所、pusherを使うのがいいみたいでそれを使ってやってみました。 Pusherとは? 下記URLがPusherのページですが、Web、モバイルアプリケーションに簡単に安全にリアルタイムWebの機能を導入できるAPIだよ!と主張していますね。websocketのサーバサイドを提供してくれているものだと思ってもらえればいいのかなと思います。 http://pusher.com/ 名前とメールアドレス、パスワード等を入力すると即座にapp_id、key、secretの情報が取得できます。大事にメモしておきましょう。
2013年9月17日に開催されたGinza.rbの『ActionController::Liveで始めるリアルタイムWeb』に参加しました。 Action Controller::Liveの導入部分の説明があったり、Action Controller::Liveのコードをガッツリ1時間以上読んだりしました。 @netwillnetさん達のクールなコードの読解方法も知ることができたので本当に実りの多い勉強会でした! 🎉 Action Controller::Liveとは?Action Controller::Liveについては、@y_yagiさんがあらかじめ『ActionController::Liveについて、というかServer-Sent Eventsについて』という記事を書いて、とてもわかりやすいのでそちらがオススメです! 僕がメモした要点としては次のとおりです。 * Rails4か
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
ウェブサイトの高速化を支援してくれる「PageSpeed Insights」の提案「ブラウザのキャッシュを活用する」についてとその対処方法を解説します。 Google Developersが提供するウェブページのコンテンツ解析をしてくれるWebサービス「PageSpeed Insights」の使い方はこちらを参考にしてください。 » PageSpeed Insightsの使い方 静的リソースの HTTP ヘッダー内で、有効期日や最大経過時間を設定すると、ブラウザが以前にダウンロードしたリソースをネットワークからではなくローカル ディスクから読み込むようになります。 とのことなので、データ(CSS、JavaScript、画像ファイルなど)をブラウザにキャッシュする設定をしていきます。これで、サイトを再び訪れてくれるリピーターにストレスなくサイトを閲覧してもらうことができますね。 それでは、設
原文:“There is no simple solution for local storage” (on March 5, 2012 by Chris Heilmann) 要約:私たちは良いデータストアとして localStorage を推奨するのをやめなければならない。パフォーマンスがひどく損なわれるからだ。しかし残念なことに、代わりとなるものはまだ完全にサポートされておらず、また簡単に実装できるものでもない。 Web 開発において、うますぎる話に出くわすことは常々だ。そういったもののいくつかは良いもので、だからこそそれが「すべて」として目立ってしまい、開発者を使うように仕向けてしまう。しかし、多くの場合、良いと思われていたものはそこまで良いものではない。また、しばらく使ってみてはじめて「間違っていた」と気づかされるものなのだ。 そんなもののひとつに、localStorage がある
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
「Webサイト・アプリ高速化テクニック徹底解説」第8回は、モバイルブラウザに向けた最適化について紹介します。 モバイル端末はPCに比べ、CPUやネットワークなどの性能面で劣ることからボトルネックの影響が出やすく、またゲーム開発など突き詰めたチューニングを行う場面では、特殊なノウハウも必要になります。 しかしきちんと最適化を行えば、その効果もその分著しく、比較的低スペックな端末や3G回線であっても、サクサク軽量なサービス提供が可能です。今回の記事では、その勘所をお伝えしたいと思います。 1. ボトルネックを取り除く まずはやってしまいがちなボトルネックの事例について、挙げていきたいと思います。前述のようにモバイル端末では、その性能からPCよりも顕著に、未最適化箇所が体感に影響を及ぼします。 仕事がらそこそこの数のアプリケーションを見てきましたが、モバイル向けに特化したチューニングができていな
近年、モバイルブラウザ上でアプリケーションを作るにあたり、JavaScriptでも不安定な回線上で動作する設計が求められるようになってきました。 ここでは、「オフラインファースト」をはじめとする、モバイルなどの回線が不安定な状況を想定したWebアプリケーション設計に関して、キャッシュ方法やよく使われるAPIなどを紹介したいと思います。 「オフラインファースト」とは2012年ごろから提唱されていた、「回線がオフラインになることを前提にアプリケーションの設計を行う思想」のことで、オフライン前提に設計することにより回線状況によらないサービス提供や、効率的な通信をベースにした高速な動作を目指すものです。 それではここからはキャッシュ方法とそれぞれ向いているコンテンツの紹介を行います。 読み込みデータのキャッシュ ApplicationCacheやlocalStorage、オンメモリキャッシュなどを
Telerik Platform is Retired Learn about our next generation mobility platform, the retirement of Telerik Platform and what it all means to you. A Heritage of Serving Developers Progress® Telerik® tools have always been about empowering developers to do their best work in less time. Over the past 15 years, we’ve expanded our product portfolio to keep pace with the latest technologies, trends and in
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
調査経緯2013年10月12日土曜日、気温が31度と真夏の様相を見せている中、溜まっている雑務を消化するために常用しているコワーキングスペースの原宿 TERMINAL に向かったが、TERMINALが突然の休みであったことでコワーキングスペース難民になった。仕方なく近隣の電源利用でき、作業可能なコワーキングスペースを探し、もう秋の直中にも関わらず真夏の日差しを受けながら、ようやく辿り着き使ってみたところ、男女交流会(合コン)や男女交際(デート)が開催されており、あまりに集中できない環境であったことから、作業空間のRedundancyの重要性を再認識し、それを高めるため、都内のコワーキングスペースを調査し、精神の安寧を図ることとなった。 前提条件一定期間入居するスタイルの利用ではなく、1日集中して作業を行う場合の1日利用(drop in)で使った場合に、環境面、料金面、その他の側面での使用感
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く