Bullet Chatting Proposal
Bullet Chatting refers to comments or an annotation floating over the video in certain way at a specific point of time of the video. The Bullet Chatting proposal is described in a family of sub-documents. This document is an index for the documents. This is still a work in progress. The proposal is being incubated in the W3C Bullet Chatting Community Group. Bullet Chatting Use Cases The introducti
P++: 銀河に平和をもたらすための奇策と決着 - Qiita
PHP 8から、PHPは「PHP」と「P++」という2つの言語を提供するようになる というキャッチーな紹介をするP++: 静的型付けをめざすPHPという記事がそれなりに話題になり、このニュースは目覚しく革新的な内容で、多くのひとの目を引き付けました。 これは早まった理解であり、ほとんど誤報と言ってもいい内容でした。2019年8月15日には提案者本人も、少くとも「P++」の計画を短期的に実現するととは非現実的であり時期尚早であることを認めています。 この記事では、PHP開発の現状、なぜ野心的なP++計画が提案され、事実上撤回されたかの経緯について紹介します。 [中立性のための表示] この記事の著者@tadsanはPHPの静的解析を強く推進する立場です。 PHPゆるふわCI入門 PHP型検査･夢と理想と現実) 三行で要約 PHPはバージョンを経るごとに「歴史的経緯」による負債が削ぎ落されてきた
cloudflareのDNS 1.1.1.1を使うとインターネットが遅くなるかもしれない - @znz blog
DNS の名前解決は速くなるかもしれませんが、その後の接続先が遠くなって遅くなるかもしれません。 プライバシー重視なら切り替えて行っていいかもしれませんが、速度のために切り替えるのはちょっと待ってください。 Google Public DNS も初期の頃は同じ問題があったので、時間が経てば解決するような気がしますが、CDN を使っているサイトが遅くなる可能性があります。 以下、あるホストからの実測。 ここには結果を載せませんが、traceroute もしてみると、遠くなっているのがわかります。 DNS の正引き DNS の応答は速いです。 これはうたい文句通りです。 Query time のところがかかった時間です。 % dig www.google.com @1.1.1.1 ; <<>> DiG 9.10.3-P4-Ubuntu <<>> www.google.com @1.1.1.1
RFCの正規文書がXMLに:Geekなぺーじ
インターネットに関連するプロトコルなどを規定するRFC(Request For Comments)の正規文書のフォーマットが、これまでのplain-text ASCIIからXMLへと変わります。そのためのRFCが、RFC 7990 - RFC 7998として策定されました。 RFC 7990 RFC Format Framework RFC 7991 The "xml2rfc" Version 3 Vocabulary RFC 7992 HTML Format for RFCs RFC 7993 Cascading Style Sheets (CSS) Requirements for RFCs RFC 7994 Requirements for Plain-Text RFCs RFC 7995 PDF Format for RFCs RFC 7996 SVG Drawings for R
PHP: rfc:generics
This RFC proposes the addition of generic types and functions to PHP. Generics enable developers to create a whole family of declarations using a single generic declaration - for example, a generic collection-type declaration Collection<T> induces a declaration for any entity-type T, which negates the need to implement a dedicated collection-type for every entity-type, reducing the need for boiler
HTTP/2から見えるTLS事情 - あどけない話
これは HTTP/2 アドベントカレンダー19日目の記事です。 この記事はたくさんの資料を読んだ上で書きましたが、間違いとか勘違いとかがあるかもしれません。もしあれば、指摘していただけると幸いです。 実質的に必須となったTLS HTTP/2は、HTTP/1.1と同じく、暗号化なし/ありのポートとして、80と443を使います。そのため、通信開始時にHTTP/1.1とHTTP/2をネゴシエーションするための仕組みが、HTTP/2で定められています。 このように仕様としては暗号化なしのHTTP/2が定義されていますが、Firefox や Chrome が TLS を要求するために、実質的は暗号化ありが必須となっています。これは、米国の監視プログラムPRISMに代表される広域監視(pervasive surveillance)に対抗するために、IETFがさまざまな通信にプライバシの強化を要求する方
PHP: rfc:uniform_variable_syntax
This RFC proposes the introduction of an internally consistent and complete variable syntax. To achieve this goal the semantics of some rarely used variable-variable constructions need to be changed. Examples of expressions that were previously invalid, but will be valid with the uniform variable syntax: // support missing combinations of operations $foo()['bar']() [$obj1, $obj2][0]->prop getStr()
PHP: rfc:returntypehinting
rfc/returntypehinting.txt · Last modified: 2017/09/22 13:28 by 127.0.0.1
PHP: rfc:named_params
Named arguments allow passing arguments to a function based on the parameter name, rather than the parameter position. This makes the meaning of the argument self-documenting, makes the arguments order-independent, and allows skipping default values arbitrarily. To give a simple example: // Using positional arguments: array_fill(0, 100, 50); // Using named arguments: array_fill(start_index: 0, num
PHP: rfc:optimizerplus
This RFC proposes integrating the Zend Optimizer+ component into the Open Source PHP distribution. Optimizer+ is the fastest opcode cache available for PHP, and presently supports PHP 5.2 through 5.5, with public builds available for PHP 5.2 through 5.4. It was originally developed in 1998 and was the first opcode cache available for PHP. Presently, Optimizer+ is a closed-source, yet free-for-use
draft-self-published-geo/draft.txt at master · ekline/draft-self-published-geo · GitHub
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127
PHP: todo:php54
Cleanup CVS references from README's and other source documentation
PHP: rfc:builtinwebserver
When it comes to web development, most people wouldn't doubt PHP's best friend is Apache HTTPD Server. Having said that, developers who experienced any of web application frameworks of other scripting languages such as Ruby on Rails and Django may well find it cumbersome to set up httpd.conf just to use it within a development environment as those are most likely accompanied by a tiny web server t
Document Search
Groups By area/parent Apps & Realtime General Internet Ops & Management Routing Security Web and Internet Transport IAB IRTF IETF LLC RFC Editor Other Active AGs Active Areas Active Directorates Active IAB Workshops Active Programs Active RAGs Active Teams New work Chartering groups BOFs BOF Requests Other groups Concluded groups Non-WG lists Documents Search Recent I-Ds I-D submission IESG dashbo
RFC 5514: IPv6 over Social Networks
Network Working Group E. Vyncke Request for Comments: 5514 Cisco Systems Category: Experimental 1 April 2009 IPv6 over Social Networks Status of This Memo This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited. Copyright Notice Copyr
どのようにしてインターネットはルールを確立したのか | taro-nishinoの日記 | スラド
去る4月7日は、RFCの40回目の誕生日でした。 最初のRFCを書いたと言われるSteve Crocker氏が、ニューヨークタイムズ紙に回顧録を書いておりました。そのタイトルは、ずばりHow the Internet Got Its Rulesです。 一読したところ、痛く感銘したので、以下に私訳を載せておきます。 どのようにしてインターネットはルールを確立したのか 今日はインターネットの歴史の中で、重要な日である。即ち、Request for Commentsとして知られるものの40回目の記念日なのだ。技術的なコミュニティ以外では、多くの人がR.F.C.について知らないが、これらの慎ましやかなドキュメントは、インターネットの内部の仕組みを形成し、インターネットの成功に重要な役割をしている。 R.F.C.が生まれた時は、World Wide Webが無かった。1969年の終わりですら、4つの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RFC7085: Top-Level Domains That Are Already Dotless
DNSのUDPメッセージサイズが512バイト以下に制限された背景とは - INTERNET Watch
PHP RFC for function / method return typing
RFC 1786 - Representation of IP Routing Policies in a Routing Re (RFC1786)