Bootstrapは人気のフレームワークですが、日本語のコンテンツを表示するために最適化されているとは言えません。フォント指定・文字サイズをはじめ、日本語をより美しく表示するためのさまざまなアプローチを取り入れたテーマ「Honoka」を紹介します。 単に使用するだけでなく、他のものでも日本語を美しく表示させるのに役立ちます。 Honoka Honoka -GitHub 日本語フォントは、たくさんのフリーフォントがあります。 2017年用、日本語のフリーフォント 259種類のまとめ Honokaの特徴 Honokaのデモ Honokaのアプローチ -Bootstrapでの日本語表示最適化 Honokaの利用方法 Honokaの特徴 Honokaは、Bootstrapでより美しく日本語を表示させることにこだわったオープンソースのテーマファイルで、これをベースにWebサイトを作成したり、既にBo

2014-08-21 ランサーズで提案したデザイン案が無断で利用されている件について（8/21） Web制作 記事を公開した翌日の昼には「ランサーズにおけるキャンセル時の提案の不正利用に関しまして」という記事もあがり、担当の方からのお電話もいただきました。解決に向けての素早い動きありがとうございます。 メディアの方からの取材要請もあるなど、大事になってしまい困惑しています... 他の画像も少し改造されて利用されているのを発見しました。ご指摘くださった方に感謝です！！ 私達としては 完成まで制作したものではない 叩き台として「ここに御社の物件画像いれましょう。物件の写真ないですか」「配色を決めましょう」とやり取りしていた時のデータなので、この段階のものが利用され公開されていることに困惑しております という段階で、現時点では「無断利用したデザインの削除」を要請しています。「相手の社名などを公開

いつもランサーズをご利用いただきまして、誠にありがとうございます。ユーザー様のブログ記事およびtwitter等において、ランサーズ上でキャンセルした提案のデザインの無断利用についてご指摘を頂きました。現状行っている弊社の対応及び今後の対応等についてご説明をさせて頂きます。 いつもランサーズをご利用いただきまして、誠にありがとうございます。 ユーザー様のブログ記事およびtwitter等において、ランサーズ上でキャンセルした提案のデザインの無断利用についてご指摘を頂きました。弊社としても、大変遺憾な事態であり早急かつ厳正に事実確認を行い、対応させて頂きます。対応内容についても随時、こちらのお知らせにおいてご報告を致します。 当該ユーザー様を含め、ランサーズをご利用いただいております多くのユーザー様に、多大なるご心配をおかけしたことにつきまして、心からお詫び申し上げます。 デザインを含む知

2014-08-19 ランサーズで提案し、キャンセルになったデザインが使われている Web制作 GW過ぎぐらいに開始になり、いろいろとデザインを提示させていただいたのですが、クライアントさんが気に入らなかったようで「デザイナのセンスが無い」などといろいろ言われたのでお断りさせていただき、ボツデザインとしてポートフォリオに載せていたページデザインが勝手に使われているのを発見。 顔が見えない相手のサイトつくるって怖いなぁと思った今日この頃です。 こちらから「あなたの相手は無理」とお断りさせていただいたデザイン、勝手に使っていいものなんでしょうか？ 会話のメールも残してありますが、「私の思い描いている色を提案しなさい」などのまるで色当てクイズで、外れると怒られるという感じでした。 webcrafts 2014-08-19 22:39 Share on Tumblr インターンシップ/OJTメンバ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 RailsでJS辛い問題に関しての結論：http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptが

伝説のウェブデザイナーを探して 西暦2012年 株式会社LIGは深刻なデザイナー不足に見舞われていた。 そんな中、過酷な労働を強いられるデザイナー達が限界を迎えようとしていた。 「もう15時か。あー、今日もよく働いた」 「おい、お前達、しっかり働けよ。俺はもう上がるからな」 「ヴぇっ！？」 「な、なにをする！」 「うっ…ぐ…」 「……………………」 ～～～～～～～～ 「……………………」 「えっ？」 「ふふふ、社長…ようやく目が覚めたみたいね」 「！？　なんのつもりだ！さっさとここから出せ！」 「社長。俺達の言う事さえ聞いてくれたらすぐにでも出しますよ。」 「お前達の言う事だと…一体何が望みだ？」 「新しくウェブデザイナーを雇うこと。それが望みよ」 「ウェブデザイナーを雇うだと？！…だからって、何故こんな事を…！！」 「………………」 「クズどもが！早くここから出せ！」 「黙って聞いていれ

今回は、そのかんたんログインの問題点について説明します。 「契約者固有ID」を用いるかんたんログイン かんたんログインとは、携帯電話の「契約者固有ID」を用いたログイン手法です。 第1回で説明したように、携帯電話のブラウザのリクエストヘッダには契約者固有IDと呼ばれるIDを付けることができます。契約者固有IDは、携帯電話事業者によって詳細は異なりますが、すべての携帯電話事業者が対応しています。 図1は、NTTドコモの携帯電話がサポートしている契約者固有IDである「iモードID」がサーバに送信される様子です。この情報は、ユーザーがそれと意識することなく送信されます。携帯電話のかんたんログインとは、契約者固有IDのみを用いて認証を行い、ログイン機能を実現することです。 かんたんログインは、ベーシック認証のようにIDとパスワードを管理する必要もなく、Cookieのように対応する端末を考慮する手間

みなさん、こんにちは お元気ですか？僕は元気です。 さて 最近よく、「いいね！」ボタンや「ミクシィチェック」ボタンによって、ウェブページを紹介し合う文化が少しずつ定着してきたなーと思います。 そんな中で、今後重要になってくるんじゃないかと思われる OGP （Open Graph Protocol）と言われる仕様があります。今日はそのことについて書いてみたいと思います。 OGP? おーじーぴー？？とはなんでしょうか。 OGP とは 簡単に言うと「このウェブページは何のことを書いているか」という情報を、プログラムから読める形で HTML に付加する記述方法のことです。 まあ、普通のウェブページは人間が読めばだいたい何のことが書いてあるか分かりますよね。 ですが、プログラムは人間ほど頭が良くないので、そのウェブページ内の文章だけではそのページが何のことについて書かれているページなのか正確に識別す

こんにちは nakamura です。最近トルシエさんテレビ出すぎじゃありません？ウィイレヤロウヨ。オフサイドダヨ！ さてさて今回は意外と知られてないけど、サイトをインターネットに公開する際には知っておいた方が良い Apache の設定をいくつかご紹介します（一部 PHP の設定もありますが）。この設定をしていないからといって即危険にさらされるという訳でもありませんが、リスクの芽は摘んでおくに越した事はありませんよね。 無駄な HTTP ヘッダを返さない ディストリビューションにより異なるかもしれませんが、CentOS デフォルトの設定の場合 Apache が返してくる HTTP ヘッダは以下のようなものです。 HTTP/1.1 200 OK Date: Mon, 05 Jul 2010 01:01:14 GMT Server: Apache/2.2.3 (CentOS) X-Powered

セカンドライフ以来のバブル発生だ！ ということで、関係先や投資先で少しでもソーシャルアプリ（SAP）開発をやってるところにVCから電話来放題。完全にバブルだねえ。出資は要らんつーの。 いまソーシャルアプリ関連を手がけているところで、月額の売上が3,000万を超えているところは山ほどあるんだけど、来年まで続くのか、成長してきちんとしたIPにまで持っていける会社がどれだけあるのかって話だ。忙しいから、マネージャーに任せきりだったけど、会った内容の議事録とか読んでるとZyngaとかもまともに知らない担当者が出資交渉の窓口になっていたりするんだね。 融資みたいな出資の形態をとろうとしたり、一方的にVC側に有利な株主間契約書を押し付けてくるのも相変わらず。起業の立ち上げの頃からこっちはリスクとって粛々と事業経営や運営の手伝いをしているというのに、何で後から来たお前らが有利な契約を取ろうとするの。 さ

2010年6月26日に行われたイベント、オープンソースカンファレンス2010 Hokkaido内のセミナーで使われた発表スライド「PHPで大規模ブラウザゲームを開発してわかったこと」Read less

web制作を仕事にしているのですが（制作歴は浅いです。） PC用に作ったHPを、最近クライアントに「モバイルでも見れるようにしてくれ！」 と言う声が多いのですが、制作後のレイアウト確認をしながら制作したいのですが 私の携帯はiphoneなので携帯ブラウザーでの確認ができず、しかもiphoneばかり使っているので 一般的な携帯サイトをあまり見た事が無くどのように制作して良いか困っています。 やはり仕事にしていくには普通の携帯電話も必要なのでしょうか？ Adobe Device Centralと言うソフトは持っているのですが、これでの確認で良いものなのか、、、。 制作会社のプロの人はどうしているのでしょうか？ 教えてください。

「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す

お礼 先のエントリー(初心者プログラマーが簡単なフォームを作るときにやりがちな6つのミス)で、自分でもびっくりするくらいのブックマークを頂いた。この内容が参考になると思ってブックマークしてくれた人より、他の人にも紹介したいとか、よくあるよねといった共感に近い気持ちでブックマークしてくれた方が多かったのは、素直にうれしいしと思ったし、安心もした。 本題 ただ、何人の方から「確認画面でhiddenに入力値を埋め込むこと」に対して疑問を抱かれた。これに対して僕なりの解釈を付け加えておきたいと思う。 以下は、あくまでもフォームの話。 セッション管理されたシステム内におけるなんらかの書き込みシステムでは、話が全く変わってくることにご注意を。 結論から言うと「確認画面でhiddenに入力値を埋め込むこと」はセキュリティ的には問題ない。 (以下、この方法をhidden方式と呼ぶ) そもそも、セキュリティ