記事データ 投稿者 望月真琴 投稿日時 2007-02-20T23:01+09:00 タグ CSS HTML XHTML お知らせ アソシエイト 出版 実践 Web Standards Design 概要 拙著「実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips 」の発売に関する情報のページです。 リプライ 14 件のリプライがあります。 hxxk.jp ( のごく一部 ) が書籍化されます ! ブログ 書籍化で Google 検索すると何十万件もヒットするという昨今、時流に乗ってか乗らずか、お誘いを受けて書籍を出すこととなりました ! ......とは言え取り扱う話題がまとまっておらず、また純粋な文章としての完成度も低い hxxk.jp の記事を丸々書籍にパッケージングしたものではありません。 というか単著ではありませんし、あくまで
Webページの上から下まで、画面全体のスクリーンキャプチャを一発で撮る場合に便利なソフトを2本ご紹介しよう。動的なページや会員制ページも簡単にキャプチャできるのだ。 Webページの画像をプレゼン資料や仕様書に貼り付ける際、スクリーンショットを撮る必要が生じる。この際、ニーズとして多いのが、Webページすべてを一発でキャプチャする機能だ。本来ならスクロールしなければ見えない部分までを、1枚の画像として保存してくれる機能である。 こうした機能を持つソフトはいくつもあるが、IEコンポーネントを用いて動作するタイプと、それとは反対にブラウザの一部として動作するタイプの2種類に分けられる。前者は「url2bmp」が有名だが、ブラウザを用いずにスクリーンショットを取得するため、動的なページが取得できないのが難だ。同じ理由で、パスワードが必要な会員制サイトに対応できないことも多い。 そんなわけで、今回は
CAPTCHAに関する記事。 Radium Software Development: Breaking Visual CAPTCHAs高木浩光＠自宅の日記 – 飾りじゃないのよCAPTCHAはPHPで使えるCAPTCHA画像作成ライブラリまとめ:phpspot開発日誌CAPTCHA破りもかなりできるらしい。 アルゴリズム的には堅牢になっていませんが、生成する画像にアルファベットではなくて片仮名を使ったらどうだろう、と思ってphpspotでお勧めされていたKCAPTCHAのコードを拝見しつつつくってみました。 デモは以下。LGPLでPHPのコードごと見れます。 Japanese KATAKANA CAPTCHA test I published source code only: KATAKANA_CAPTCHA.php (main class)katakana_captcha_img.p
動的生成のブログツールの魅力 ARTIFACT ―人工事実― 静的生成のブログツールの魅力 絵文録ことのは Blogツールのコンテンツ生成はどうするのがいいのか話されている.詳しくは上記リンクを 参照してもらいたいが,おおざっぱに問題を整理すると下記のような感じ. 動的生成 → 変更に強いが常にDB参照なのでサーバの負荷がかかる. 静的生成 → サーバ負荷はちょろいが全データの再ジェネレートに時間かかる. 結論: 一長一短だからまぁ用途によって使い分けるのがいいのかもね. たまたま似たような問題にぶつかっていろいろ考えていたところなので,私が行おうとしてる解決方法を紹介したい.考え漏れとかあるかもしれないので,ツッコミ大歓迎です. 本ブログの立場からはDBとくにMySQLやPostgreSQLのような重量級のDBMSから直接データをひくという解決はあり得ない*1.かといってデザインを変更す
Web2.0とは何か？というと、いろいろな解釈に基づいていろいろとあるわけですが、デザインという切り口で見てみるとある共通項が存在することがわかります。 例えばそれは、シンプルなレイアウト、中央に寄せる構図、ちょっとした3次元空間を感じさせる効果、白やパステルカラーと言ったソフトな色調の背景、アクセントには鮮やかワンポイントカラー、アイコンを多用したわかりやすい使ったナビゲーション、大きなフォントなどなどであるわけです。角の丸いテーブルなどはその代表です。 というわけで、Web2.0風なサイトデザインへリニューアルする際に参考となるサイトや、その素材を製作するためのサービスなどを集めてみました。 まず、Web2.0風デザインとはどういうものかについては以下のサイトにまとめられています。先ほど書いたのはこのサイトで触れられていることがメインです。 Current style in web d
その日筆者は、あるメーカーが開発中の技術に対するヒアリングに出席するため、アキバのUDXビルの中を指定された部屋に向かって歩いていた。すると向こうから、テンガロンハットにサングラス、でも体は着流しに雪駄という「それ誰と誰のアイコラだよ」的な男が歩いて来る。 長年アキバを歩いていて、筆者もシロウトではない。こういうのと目を合わせるとロクな事にならないというのは経験上わかっているので、なるべく視線を合わせないようにすれ違ったのだが、くるりときびすを返してこちらに近づいてくる姿が、エレベーター脇のぴかぴかに磨き上げられたステンレスの壁に映っていた。 考え得る限りの最悪のシナリオベスト20を瞬時に想定し、その対応をシミュレーションしていたところ、案外優しげな声で男はこういった。「あのー、もしかして小寺さんですか？」 それが「Engadget Japanese」を主宰する「Ittousai」氏との、
Webサイトのデザインの中で，ここ2年で大きく変わりつつある「常識」があります。それは，「メニュー（索引）」の位置と「一等地」の場所です。ユーザーの閲覧環境が加速度的に変化しているという認識の下で，それでも最良のユーザビリティを提供しようとするなら，どのようなことを考えておく必要があるでしょうか。 左メニューと右メニュー（視線との交差）のどちらがベスト？ まだモニター画面の大きさが小さかった時代（1995年前後），情報へアクセスしやすくする「メニュー」の位置は，ほとんど誰が考えても左側にあり，議論もされなかったように記憶しています。確実に画面の中に入り，ユーザーも基本的に左端にさえ注意を向けていれば，大切な情報にたどり着けるという「暗黙の常識」が存在していたかのような時代でした。 しかしここ数年，メニューが左側にあると本当に操作性が良いのかという議論を聞くようになり，大手のWebサイトでも
osakana.factory（おさかなファクトリー）は、未識 魚（みしき さかな）による個人プロジェクトです。萌え系 CGや、PhotoShop・画像処理などの技術情報、お絵描き講座、フリーソフトウェアなどの公開、情報社会学系のデムパ発信等を行っています。 作者： 未識(みしき) 魚(さかな) mishikiMishiki Sakana小中高の学校の勉強や仕事の進め方というのを真剣に考え直す時代ってことよ。汎用AIでこの得点が出るんだから、試験問題特化で作れば終わりですがな。偏差値65～70くらいはないとこのレベル越えないけど、それって単に大学教員と同じ思考回路… https://twitter.com/i/web/status/1668679852747264001(2023/06/14 03:00:54) UFOってのが英語圏のミームであることがよく分かる。恐らくはアメリカや欧州での
Uniqlo.com 見た目もいいのですが、 インタラクションな動きが、とにかく素晴らしいんです。 例えばですね…… 「EXPERIENCE UNIQLO EXPLORER」って書いてあるリンクをクリックすると、 急に、小っちゃいユニクロのロゴがパパパパパッと大量に現れて整列して、 その小っちゃいロゴの１つ１つが、いつのまにか、服の一部の画像になります。 服の一部の画像をマウスオーバーすると、服の全体像がポップアップします。 それをクリックすると、服がズームアップし、画面いっぱいにゆらゆらと漂います。 画面いっぱいの服をクリックすると、今度はその服の画像が背景画像となり、 小っちゃいユニクロのロゴが大量に現れて整列して、服の一部の画像に変わります。 なお、「服の一部の画像」がどこに配置されるかは、背景画像によります。 つまり、背景画像の色合いとあった色の「服の一部の画像」が置かれるのです。
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
最近、あまり考察エントリとか書いてなかったので、久しぶりに書いてみるテスト。 ここ最近のWEB2.0に対する雑感として、Googleにしろ、Youtubeにしろ、Del.icio.usにしろ、WEB2.0的なサービスのトップランナーの大部分は、いわゆるWEB2.0的なグラフィックデザインを採用していない、というものがある。 逆に、比較的マイナで微妙なサービスほど、いかにもWEB2.0的です！的ビジュアル・アイデンティティを持っている。これは考察する価値があるんじゃないかと思うほど、面白い現象だ。 思うに、ほとんどのサービスが、WEB2.0という概念を単純明快なサービスへと昇華することに失敗しているせいなのじゃないのかな。業界的にWEB2.0というモノに対する期待が高まる反面、WEB2.0のもつよさの本質を単純明快なサービスにすることは凄く難しい。そのジレンマに対する、ある種の解決策が「WE
梅田望夫（以下，梅田）── わたしは今年45歳になるのですが，自分の来し方を振り返れば，まずはサバイバルするための資産作りをファースト・プライオリティ（最優先事項）に置き，それがある程度セキュアーになってから自分の知的生活を楽しもうという生き方を，かなり戦略的に追求してきました．『知的生活の方法』（渡部昇一）や『知的生活』（P・G・ハマトン）には「資産がなければ知的生活は送れない」というテーゼがありますが，そのためのお金をどこから持ってくるか．これを若い頃からずっと考え続けてきました．結局，大学や研究所に勤めてお金を稼ぎながら「知的生活」を送るか，まずはビジネスで稼いでセミ・リタイアしてから，経済的な独立を基盤に「知的生活」に入るか，そのどちらかしかないと結論づけて，後者の道を目指して歩いてきたのです．われわれの世代は貧しい日本を知っている最後の世代でもあるし，わたしは，いつもこういう自分
(注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト
いわゆる「Web 2.0」なるものに、なーんとなく既視感があるなあと思っていたんだが、おれなりに考えがカタチを取ったので書いてみる。 昨今の Web 1.0（なんて言いかたは、もちろん 2.0 なる言いかたが出てきてから遡及的に出たものだが）から 2.0 へのシフトの機運は、一九八〇年代の人工知能業界における流行の変転にとても雰囲気が似ているのだ。 そう、当時は“人工知能業界”としか言いようがないものがあったのである。人工知能の産業化と商業化が一気に進んだのが八〇年代だ。ま、人工知能が商売ネタとして脚光を浴びるようになったわけだ。なんでもかんでもＡＩ、ＡＩと言っていたバブルの時期である。当時ことさらＡＩアプリケーションなどと看板を掲げていた技術の多くはすっかり“浸透と拡散”が進み、いまではあたりまえの基盤技術としてあちこちに取り入れられていたりする。八〇年代の人工知能業界を思い起こすに、ア
(Last Updated On: )問題：以下のコードはセキュリティ上大きな問題となる脆弱な処理が含まれています。セキュリティ上のベストプラクティス、他の自動ログインの実装方法と比較し、以下のコードの脆弱性を詳しく述べよ。 if (serendipity_authenticate_author( $serendipity['POST']['user'], $serendipity['POST']['pass'], false, $use_external)) { if (empty($serendipity['POST']['auto'])) { serendipity_deleteCookie('author_information'); return false; } else { $package = serialize( array('username' => $serendip
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
