タグ アプリケーション側
人気順 5 users 50 users 100 users 500 users 1000 usersCloudflare Pagesの`{name}.pages.dev`ドメインに自分だけアクセスできるようにアクセス制限をつける手順
Cloudflare Pagesの {name}.pages.dev ドメインに自分だけアクセスできるようにアクセス制限をつける手順です。 アプリケーション側の変更は不要で、Cloudflare Accessの機能を使ってアクセス制御ができます。 カスタムドメイン(Cloudflare DNS)を設定している場合の方法は色々ありますが、デフォルトで用意されている {... 続きを読む
Log4j2 脆弱性問題における SpringBoot アプリケーションの検証 | DevelopersIO
先日騒ぎになっていた CVE-2021-44228 についてのアプリケーション側の対応について記載いたします。 緩和策としてすでに AWS WAF での Rule の Update 等が行われているため、AWS サービスの詳細については別途記事を御覧ください。 Log4jの脆弱性対策としてAWS WAFのマネージドルールに「Log4JRCE」が追加されました ... 続きを読む
N予備校のマイクロサービス - ドワンゴ教育サービス開発者ブログ
N予備校のバックエンドは、2016年のリリース当初からマイクロサービスアーキテクチャを採用しています。 この記事では、N予備校のマイクロサービスアーキテクチャについて、主にアプリケーション側の観点からご紹介していきます! 目次 目次 N予備校の全体構成 なぜマイクロサービスにしたか? 採用しているマイクロサー... 続きを読む
LINEマンガのデータベースをシャーディングしました (サーバーアプリケーション編) - LINE ENGINEERING
はじめに こんにちは、LINEマンガ開発の伊藤です。 今回はLINEマンガのデータベースをシャーディングした作業について、サーバーエンジニア編とデータベースエンジニア編に分けてご紹介したいと思います。 本エントリでは、シャーディングに至った経緯や対応方針、アプリケーション側で改修したことについて書いていこう... 続きを読む
ECSでごっつ簡単に機密情報を環境変数に展開できるようになりました! | DevelopersIO
これでついにあんな秘密やこんな秘密をコンテナに渡しやすくなりますね — ポジティブな Tori (@toricls) 2018年11月16日 先日のアップデートで、ECSコンテナ内への機密情報の受け渡しが非常に簡単になりました。 従来は機密情報の展開にアプリケーション側での処理が必要だったものが、マネージドな仕組みで実現可能とな... 続きを読む
キャッシュフレンドリーなステートレスアプリケーション設計について考える #CDN_Study - mizchi's blog
2018 - 04 - 15 キャッシュフレンドリーなステートレスアプリケーション設計について考える #CDN_Study CDN _Study という勉強にいってきた。 https://http2study.connpass.com/event/81469/ そこで、 Akamai の方が、「個人の意見だけど、アプリケーション側がもっと基礎設計でステートレスでキャッシュフレンドリーな設計になって... 続きを読む
モブプログラミングについて(2) - hitode909の日記
2018 - 03 - 15 モブプログラミングについて(2) チームのみんなでモブプログラミングやってみたので記録 ブログの記事を参照しつつ,モブプロについて軽く説明してから始めた モブプログラミングについて - hitode909の日記 最初なので,簡単めなタスクをやってみた DBにカラムを足して,アプリケーション側で計算していた値をDBに持たせる 東京と京都でHangoutでつないで会話しな... 続きを読む
Rails でストアドプロシージャーを使う - Qiita
当記事では、みんな大好きストアドプロシージャーを Rails で使ってみて、理解を深めてみます API ファースト開発を使った開発を想定して、ストアドプロシージャーを Rails プロジェクトに組み込んでみましょう ストアドプロシージャーとは RDBMS にだいたいついてる、関数を作る機能です 当記事では PostgreSQL を使います API ファースト開発とは アプリケーション側からは RD... 続きを読む
Ruby on Rails & Vitessによる DBスケールアウト // Speaker Deck
ソーシャルゲームのような高負荷がかかるWebアプリケーションにおいては、何十, 何百台ものサーバーでスケールアウトするのが当然の時代になりました。特にDBサーバーでは垂直分割、水平分割による複数のDBへの負荷の分散が行われ、アプリケーション側でハンドリングすべきことが増してきています。 今回は、Google社のyoutubeの基盤として大量のクエリを捌いているVitessを、当社のゲームにおいて実... 続きを読む
ISUCON5オンライン予選にclfreaksとして参加しました - 八発白中
2015-09-28 ISUCON5オンライン予選にclfreaksとして参加しました 9/27(日)に開催されたISUCON5のオンライン予選に参加しました。 僕はアプリケーション側の改善、他の二人はインフラ寄りの対応をするように事前に役割分担をしていました。 “ISUCON”とは ISUCONは「Iikanjini Speed Up Contest」の略で、LINE株式会社 (昔はLivedo... 続きを読む
CDN化をnginxの設定で行う方法 - Qiita
瞬間的な高負荷に耐える為にアプリケーション側を変更せず、nginxの設定のみで対応する方法 CDNとは、「Contents Delivery Network」といわれるもので、最適なネットワークを経由してWebコンテンツをキャッシュし効率的に配信できる物です。Amazon(AWS)では「CloudFront」というサービスがあります。他にも「Akamai」などが有名です。 前提条件 バックエンドに... 続きを読む
CakePHPからAmazon CloudSearchを使う | nanapi TechBlog
今回はCakePHPからAmazon CloudSearchを使う方法について紹介したいと思います。 AWSへの移行 7月末をもって、nanapi.jpのインフラをオンプレミス環境からAWSへ全て移行しました。インフラが変わるにあたり、アプリケーション側では次の変更をしました。 画像保存、配信用のオリジンサーバをS3へ移行 MemcachedとRedisはElastiCacheへ移行 MySQLは... 続きを読む
インターネットサービスを「繋げて」使うIFTTT、より「自由」なAndroid版がついに登場 | TechCrunch Japan
Internet上のサービスを繋いで処理を自動化するIFTTTのAndroid版が登場した。そしてこのAndroid版、iOS版と比較するとよりOSレベルの連携が見られるようだ。もちろんこれはAndroidの「レッセフェール」の方針によるものだ。すなわち、アプリケーション側からOSの機能をいろいろと操作しやすくなっているのだ。 IFTTTのAndroid版の登場は、多くの人にとっては予想よりもはる... 続きを読む
ログアウト機能の目的と実現方法 | 徳丸浩の日記
2013年2月15日金曜日 ログアウト機能の目的と実現方法 このエントリでは、Webアプリケーションにおけるログアウト機能に関連して、その目的と実現方法について説明します。 議論の前提 このエントリでは、認証方式として、いわゆるフォーム認証を前提としています。フォーム認証は俗な言い方かもしれませんが、HTMLフォームでIDとパスワードの入力フォームを作成し、その入力値をアプリケーション側で検証する... 続きを読む
DBIx::DSN::Resolver::Cached をリリースしました - blog.nomadscafe.jp
YAPC::Asiaの前にDBIx::DSN::Resolverってのを書いてリリースしていますが、実際のWebアプリケーションで使うにはキャッシュやDNSRR対応などアプリケーション側でコードを書く必要があって面倒なので、ラッパーとなるモジュールを書いてリリースしました。 https://metacpan.org/module/DBIx::DSN::Resolver::Cached DBIx::... 続きを読む
TwitterでOAuth認証するアプリケーションのアクセスレベルに「DMへのアクセス権限」が追加された - F.Ko-Jiの「一秒後は未来」
TwitterでOAuth認証するアプリケーションのアクセスレベルに「DMへのアクセス権限」が追加された ... PV 3分前に投稿 Share これまでTwitterのOAuth認証にはアクセスレベルが「Readのみ」「ReadとWrite」という2段階しかなく、認証を許可してしまうとダイレクトメッセージの内容までアプリケーション側から読めてしまうという問題がありましたが、ようやくこの問題が解決... 続きを読む
Firefoxからsshのダイナミック転送を使って非公開サーバへアクセスする - 射撃しつつ前転
sshにはダイナミック転送という機能がある。この機能を使うと、sshはアプリケーション側にはSOCKSプロクシとして振る舞うが、そこからsshの接続先までは暗号化された状態で通信が行われる。 これだけだと通常のトンネリングとどう違うのかよくわからないかもしれないが、ダイナミック転送の場合は転送ポートを指定する必要がない。ここがダイナミックと表現される所以だろう。 例えば、オフィスAにある開発サーバ... 続きを読む