2016年6月第4週号 1位は、レスポンシブWebデザインでのやるべき事、やってはいけない事、気になるネタは、MicrosoftがLinkedInを262億ドルで買収 | gihyo.jp
週刊Webテク通信 2016年6月第4週号1位は、レスポンシブWebデザインでのやるべき事、やってはいけない事、気になるネタは、MicrosoftがLinkedInを262億ドルで買収 ネットで見かけたWebテク（Webテクニック・Webテクノロジー）記事から、Webデザイナーの目で厳選したネタを週刊で紹介するこのコーナー。今回は、2016年6月13日～6月19日の間に見つけた記事のベスト5です。 1. Mastering Responsive Web Design: The Dos and Dont'shttps://speckyboy.com/2016/06/16/mastering-responsive-web-design/ レスポンシブWebデザインでのやるべき事、やってはいけない事をまとめた記事です。 ○ レスポンシブWebデザインを理解する × コンテンツを（プラットフォーム
第4回 URLとオリジン | gihyo.jp
URLは、Webブラウジングを開始するという意味でも、Webに関連する技術の入り口という意味でも、Webにおける起点そのものです。 攻撃者の視点から見ると、多くの場合、URLは攻撃者自身によってコントロール可能です。その複雑な構造から、プログラム内でURLをデータとして取り扱う際にまちがいが発生しやすく、セキュリティ上の問題点を引き起こしやすい格好のねらい目、攻撃の起点であるとも言えます。 また、Webアプリケーションにおいてセキュリティを確保するためには、特定のリソースがそれぞれのWebアプリケーション自身と同一の保護範囲にあるものなのか、あるいは第三者の用意した可能性があり信用できないものなのかを区別して取り扱う必要があります。この境界条件は、Webアプリケーション自身の動作しているURLを基とした「オリジン」と呼ばれる範囲によって決定されます。 今回は、JavaScriptでのセキュ
第30回 データベースプログラミング入門―汎用インタフェースDBIと、O/RマッパTengの使い方（1） | gihyo.jp
Perl Hackers Hub 第30回データベースプログラミング入門―汎用インタフェースDBIと、O/RマッパTengの使い方（1） 本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはkarupaneruraこと佐藤健太さんで、テーマは「データベースプログラミング」です。 本稿のサンプルコードは、WEB+DB PRESS Vol.84のサポートサイトから入手できます。 なぜデータベースを使うのか データベースと一口に言ってもさまざまなものがありますが、単にデータベースと言った場合RDBMS（Relational Database Management System）を指すことが多いでしょう。RDBMSは最も一般的かつ、最も基本的なデータベースです。筆者はデータベースプログラミングを学ぶ際はまずRDBMSについて学ぶべきだと考えており、本稿もRDBMSを扱っ
第20回 mycliを使って快適にSQLを実行する | gihyo.jp
新しいアプリケーションの機能を実装する際に、ローカルや開発者向けのデータベースにアクセスして、プログラムを実装する前に何度かSQLをためしに実行することもあるかと思います。その際に、補完機能や以前実行したSQLの検索機能等がある場合とない場合では、作業の効率が変わってきます。 そこで、今回は補完や検索機能など、多くの便利な機能をもつmycliというクライアントについて紹介をしていきます。 デモンストレーション環境 今回は5.7.12を第5回 Dockerで複数バージョンのMySQLを開発環境に用意するで作成した環境で実行して確認していきます。また、今回使用するデータは「第2回 MySQLにはじめてのデータを入れてみる」で紹介をしている郵便番号のテーブルを用いて紹介を行います。 mycliのインストール ここではMySQLのクライアントの1つであるmycliを紹介します。mycliは自動補完
第1回 バーストトラフィックの発見と対処 | gihyo.jp
はじめに 初めまして、（株）ミクシィの中野和貴です。私はシステム本部運用部インフラグループネットワークチームという部署で働いており、ほかのメンバーと共にmixiのネットワーク部分全般に関して設計・保守・運用を行っています。ここでは『WEB+DB Press』Vol.50～55にて連載されていた「大規模Webサービスの裏側」で紹介しきれなかったエピソードや、その後のインフラ事情を紹介していきます。 日々大量のトラフィックが流れるmixiのネットワークですが、大きくなってくるとやはりいろいろな問題も出てきます。今回はそれらの問題の中で普段運用しているとなかなか気付きにくいバーストトラフィックに起因する問題事例を紹介します。 ミクシィのネットワーク構成と問題の発覚 mixiでは主要なネットワーク機材にはお金をかけていますが、サービス規模からどうしてもラック数が多くなってしまうため、エッジスイッ
帰ってきた大規模Webサービスの裏側 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第8回 適切な説明を加えたデザインにするには | gihyo.jp
ツールチップでさりげなく情報を伝える サイトの情報設計をする際、カテゴリーを整理したり、グローバルメニューの分け方を考えるのが重要ですが、メニューでひとことでは言い切れない場合が少なくありません。 特に、ユーザーの利用頻度が多い管理画面などは、「あれ、これ何のページだっけ？」ということが起こり得ます。運用・管理の引き継ぎで大変な想いをした方も少ないないのではないでしょうか。 そんなときに、「ひと言だけれど、カーソルを合わせたときに説明が出る」ようにすれば、ユーザーにとってわかりやすく、ユーザビリティの高いUIになります。 今回は、ツールチップを使って、ユーザーの操作の邪魔にならない形でさりげなく情報を伝える方法をご紹介します。ツールチップとは、カーソルを合わせたときに補足情報が表示される小さな枠のことで、使い方によっては効果的なUIを実現することができます。 tipsyとDD_bela
第1回 大規模データではRDBMSのどこがボトルネックになるのか？ | gihyo.jp
RDBMSはオワコン？ 「右を向いても左を向いても“ビッグデータ”というキーワードが闊歩する時代に、いまさらRDBMSの話題？」 本連載のタイトルを見てそう思われたかもしれません。 「ディスクベースのRDBMSはオワコン、これからは○○（お好きなアーキテクチャを入れてください）の時代だ！」 とおっしゃる方もいるかと思います。 しかし、むしろ多くの企業がビッグデータに注目しているおかげで、RDBMS側でも大規模データを取り扱うニーズが増えています。 大規模データを取り扱う時にボトルネックとなる5つのポイント 数百ギガバイトといったレベルのRDBMSであれば、現場のエンジニアの方にとってはあたりまえの世界でしょう。しかし、テラバイトを大きく超えたデータを扱う場合には、ボトルネックの傾向が変化するのはご存じでしょうか。 次の図は、RDBMSにまつわるボトルネックを示したものです。 図1 大規
連載：先取り！ Twitter使いへの道 AtoZ｜gihyo.jp … 技術評論社
第8回最終回特別企画！アンケート結果発表！～Twitterの「今」を探る～ ふじかわまゆこ（ふうり） 2007-12-28
第1回 今、位置情報が熱い！ | gihyo.jp
こんにちは。株式会社はてなで位置情報サービス「はてなココ」のディレクターを担当しているはてなの栗栖（id:chris4403）です。今回から数回にわたり、Webサービスで位置情報を取り扱うにあたっての技術的な解説（位置情報の取得の仕方、保存の方法、表示の方法など）をしていきたいと思います。 連載の内容を一通り理解すると、位置情報サービスが実装できるようになっているところを目指します。連載の中では、実際に運営している位置情報サービス「はてなココ」での、具体的な事例も紹介していきます。 位置情報サービスって何？ 第1回目の今回は、そもそも「『位置情報サービス』って何？」「それおもしろいの？」という方のために、「位置情報サービスとは何か」そして「なぜ今位置情報サービスが熱いのか」について解説します。 まず最初に、本連載での「位置情報サービス」という言葉を「ユーザーの位置情報をWebサーバ
2016年5月30日 ログアウトのたびにユーザプロセスをすべてkillなんて ―毎度お騒がせのsystemd、新バージョンでまた炎上 | gihyo.jp
Linux Daily Topics 2016年5月30日ログアウトのたびにユーザプロセスをすべてkillなんて ―毎度お騒がせのsystemd、新バージョンでまた炎上 誕生以来、Linuxユーザの間で好き嫌いが大きく分かれるプログラムの代表にsystemdがある。現在、メジャーなLinuxディストリビューションのほとんどはデフォルトの起動プロセスとしてsystemdを採用しているが、その変更を決めるときはたいてい、どのコミュニティでもひと悶着がつきまとう。たとえば2年前にDebianがsystemdへの移行を決定したときも、開発者の間で意見が二分された状態になり、最後はチェアマンの裁定でsystemdに落ち着いている。また昨年、UbuntuがUpstartからsystemdに移行した際も、多くのユーザや開発者が混乱に陥ったことは記憶に新しい。 そしてそのsystemdがそのアップデートに
デジタルブランドマネジメント 記事一覧 | gihyo.jp
第59回マーケティング全体を強化する、未来のデジタル組織の描き方 荻野英希 2016-08-24
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
