タグ

関連タグで絞り込む (9)

タグの絞り込みを解除

webに関するakrtakのブックマーク (9)

  • 海賊版サイトについて知財本部で議論されなかったことは何か - 雑種路線でいこう

    「インターネット上の海賊版対策」について7月25日に第4回の検討会が行われた。残念ながら事務局からはブロッキングを行う場合に検討すべき事項しか提示されず、結局それ以外の対策を考える気はないのかと失望させられた。これから事務方は夏休み返上で提案骨子をまとめ、8月の2回で揉んで9月中旬には中間とりまとめを出そうという腹づもりなのだろう。来年の通常国会に法案提出するには綱渡りのスケジュールだ。 簡単に迂回できるDNSブロッキングの実施だけが決まって、何ら実効性ある海賊版サイト対策が打たれないようなことがあれば目も当てられない。嘆いているだけでも芸はないので、本来は何を議論すべきだったのか、これからでも遅くないので考えてみたい。 まずブロッキングについてさえ基礎的な検討ができていない。これまで日本は何年も児童ポルノのブロッキングを行ってきたのだから、その成果についてサーベイすべきだ。どれくらいのサ

    海賊版サイトについて知財本部で議論されなかったことは何か - 雑種路線でいこう
    akrtak
    akrtak 2018/07/27
    リンク

  • 事実上最後のJSON仕様「RFC 8259」と「ECMA-404 2nd Editon」公開。UTF-8エンコード必須に


    RESTful APIのデータフォーマットなどで広く使われているJSON。IETFはJSON仕様﹁RFC 8259﹂を発表。従来の仕様をブラッシュアップしつつECMAの仕様との統一も実現した、事実上最後のJSON仕様になると見られる。IETFからJSON︵ジェイソン︶の仕様を示した﹁RFC 8259﹂︵The JavaScript Object Notation (JSON) Data Interchange Format︶が公開されました。IETFにおけるJSON仕様は、これまで﹁RFC 7159﹂が参照されていましたが、RFC 8259の公開によりRFC 7159は廃止︵Obsolete︶となりました。 RFC 8259は、多数の実装と十分な運用実績を積み重ねたインターネット標準﹁STD 90﹂としても参照されます。 ECMAとの統一を実現。事実上最後のJSON仕様になると見られる
    事実上最後のJSON仕様「RFC 8259」と「ECMA-404 2nd Editon」公開。UTF-8エンコード必須に
    akrtak
    akrtak 2017/12/20
    shift-jisこのまま滅びてお願い
    リンク

  • Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita


    本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
    Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
    akrtak
    akrtak 2017/12/17
    理想はちゃんと追求しておきたい
    リンク

  • dev.toと阿部寛のホームページについてちゃんと計測させてくれ - Qiita


    Twitter見てたら、以下のツイートを見た。 数時間後、dev.toと阿部寛のホームページどっちが速いですか？というブログがTLに現れた。 GoogleのPageSpeed Insightsで測って阿部寛のホームページの方が早かったという結論付けてよいのかという疑問が浮かび、webpagetest.orgで計測することにした。 設定 阿部寛のホームページに関しては、Tokyoリージョンにあるものとする。 そして、dev.toはNY発らしいので、サーバーの設定をNYにして測定する。 The platform was created in 2016. The twitter account, @ThePraticalWeb 評価結果 Webpagetest - 阿部寛のホームページ Webpagetest - dev.to
    dev.toと阿部寛のホームページについてちゃんと計測させてくれ - Qiita
    akrtak
    akrtak 2017/11/17
    コンテンツを圧縮し、CDNを利用することで阿部寛のページは異次元の速さを達成し、いつしか表示速度の単位になってほしい。「当社のチューニングにより3阿部寛まで行けます」とか提案したい。
    リンク

  • dev.toと阿部寛のホームページどっちが速いですか？ - くうと徒然なるままに


    dev.toと阿部寛のホームページどっちが速いですか？— あれからのぐりだけど (@_guri3) 2017年11月15日 という内容のツイートを見つけたので計測してみる。 ずっとパソコンに向かってて飽きてたので息抜きで。 dev.to というのは、Qiitaの海外版みたなやつです。一番の特徴はナビゲーションの速さ。 対抗するのは、 THE Traditional Web Siteというたたずまいで有名？な　阿部寛のホームページ 計測 今回は、Google の PageSpeed Insights を利用していきます。 dev.to まずは、dev.to から 86/100 です！ 阿部 寛 のホームページ 92/100 です！ まとめ 伝統的ウェブサイトの方が早かった！
    dev.toと阿部寛のホームページどっちが速いですか？ - くうと徒然なるままに
    akrtak
    akrtak 2017/11/16
    阿部寛のページは、熾烈なフロントエンド技術の進化をフォローして荒んだ心を癒すために半年毎とかに見ておきたい
    リンク

  • ウェブセキュリティの最近の話題早分かり

    PHPカンファレンス2020での講演資料です。 アジェンダ 誤解1: Cookieは誤解がいっぱい 誤解2: 脆弱性があるページにのみ影響がある 誤解3: 脆弱なECサイトはセキュリティコードを保存している 誤解4: クレジットカードをサイトに保存すると漏洩リスクが高まる 誤解5: ハッシュ値で保存されたパスワードは復元されない 誤解6: 高価なSSL証明書ほど暗号強度が高い 誤解7: TRACEメソッドの有効化は危険な脆弱性である 誤解8: 怪しいサイトを閲覧すると情報が盗まれたりウイルスに感染する 誤解9: イントラのウェブサイトは外部からは攻撃できない 誤解10: セキュリティ情報はウェブで収集する

    ウェブセキュリティの最近の話題早分かり

  • Welcome to zei.tokyo.jp

    ようこそzei.tokyo.jpへ このページは東京都税のホームページではありません。 そもそもは東京都とは関係ありません。 都税クレジットカード支払いサイトとしてhttps://zei.tokyoというのがあります。 公式サイトではあるのですがURLから簡単に判断できないうえ、都道府県型jpの名前空間が解放されてしまった影響でzei.tokyo.jpが誰でもたった年3000円足らずで購入できる状態になっており、フィッシングサイトなどを作られかねない状況だったので私的に確保したサイトです。 東京都はそもそも、https://zei.tokyo/ などという簡単に公式かどうか判断できないURLを使うのはやめるべきです。とはいえ使ってしまった以上、https://zei.tokyo/ から公式サイトhttp://www.metro.tokyo.jp/ 内のいずれかのページかhttps://ze

    akrtak
    akrtak 2017/04/25
    こんな指摘が有ったのか…そもそも主体が東京都じゃないのにこの指摘は誤りでは。コンビニが水道代受け付ける時にコンビニが水道局名乗ったらおかしいのと一緒。
    リンク

  • JSといえばjQueryだったWebデザイナーが、Reactを1年間使って感じたメリット｜dwango creators' blog（ドワンゴクリエイターズブログ）


    はじめまして、ほそだと申します。昨年秋まで個人事業主の立場でドワンゴでお仕事させていただいておりましたが、いろいろ経緯がありまして中の人になりました。ドワンゴ歴はそこそこ長い新入りです。よろしくお願いいたします。 さて、今回はデザイナー︵HTML/CSS/JSは扱えるいわゆる﹁Webデザイナー﹂︶として1年間ほどReactを使ってみたので、そのメリットを書いてみようかと思います。 Reactとの出会い ReactとはFacebook製のJSライブラリです。 https://facebook.github.io/react/ WebアプリケーションのView部分を実装します。2014年の暮れにエンジニアの方々が魂を震わせているのを見て存在を知りました。2015年はReact元年な感じでしたよね。 僕自身、以前から比較的JSを書くタイプのデザイナーではありましたが、正直なところ自分が関わってき
    JSといえばjQueryだったWebデザイナーが、Reactを1年間使って感じたメリット｜dwango creators' blog（ドワンゴクリエイターズブログ）
    akrtak
    akrtak 2016/01/20
    reactもそろそろ触らねばなるまい
    リンク

  • とあるサイトの高速化についてフロントエンドでやったことまとめ。 - Toro_Unit


    業務で携わっている案件なのですが、アクセス数の急増が見込まれるイベントがありまして。準備期間も少なく、バックエンド側でできることがほぼないという状況でサイトを落とさないようにがんばる！というお仕事でした。レガシーソースてんこ盛り。CSSプリプロセッサとか何それ状態。 そこで実施した対策のまとめです。サーバー・アプリケーション・サイトの構成によって、効果の大小はありますが、比較的効果があったと思われるものをつらつらと。 リクエストの削減とファイルサイズの最適化 まず一番最初に考えなければいけないのがリクエスト数です。すごいおおざっぱに言うと、WEBサーバー︵ApacheとかNginxとか︶への負荷は、PV数×リクエスト数です。PVがそんなに無くてもそのページのリクエストがめちゃくちゃ多いとそれだけでかなりの負荷になります。リクエストを半分にできれば2倍の人数がさばけるってことに、すげーおおざ
    とあるサイトの高速化についてフロントエンドでやったことまとめ。 - Toro_Unit
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.