てとらん @TETRAN_IT 悪いなのび太、資料のフォント、2年前までMeiryo UI派だったけど今はBIZ UDPゴシック派なんだ。 2026-01-29 17:40:07
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
てとらん @TETRAN_IT 悪いなのび太、資料のフォント、2年前までMeiryo UI派だったけど今はBIZ UDPゴシック派なんだ。 2026-01-29 17:40:07
モリサワ「BIZ UDPゴシック」の「1」と「１（全角）」の幅のみを変更し、数字（0〜9）を等幅にしたフォント「帳票 UDPゴシック (FORM UDPGothic)」を公開しました。 「BIZ UDPゴシック」を使いたい！ でも、数字は等幅にしたい。でも、等幅の「BIZ UDゴシック」の数字は細すぎる！ というときに使えるフォントです。 「BIZ UDPゴシック」の数字は、0〜9 のうち 1 のみ幅（サイドベアリング）が異なるので、1 のサイドベアリングを変更しています。「BIZ UDPゴシック」のグリフ数 13,932個のうち2個を変更し、残りの約 99.9856% のグリフは全く同じです。 ダウンロードは GitHub から。 追記: 「帳票 UDP明朝」も作りました。
2022年9月9日、「スプラトゥーン3」が発売されました。とても楽しみにしていたのですぐに買いました。発売から１月半ほどたってこの文章を書いていますが、いろいろなステージで様々なブキを使ってインクを塗り合い楽しくプレーしています。ちなみに今のウデマエはS＋30になったところです。 この特集は、人気のスプラトゥーン3を通して、最新の通信技術の基本を学んでしまおうというものです。前半の今回はスプラトゥーン3を含むオンラインゲームの通信技術を解説します。後半となる次回は、実際にスプラトゥーン3のパケットをキャプチャーして、それらの通信技術が実際にどのように使われるのかを見ていきます。 なお記載内容については、筆者や編集部独自の考察や推測によるものであり、任天堂の公式見解ではないことを明記しておきます。 オンラインゲームを実現する通信技術、UDPとは 一般的なコンピューターが通信を行う主な方法にT
※この投稿は米国時間 2024 年 6 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud ネットワーキング チームは長年にわたり、お客様のネットワークの構築、修正、強化の支援に深く携わってきました。その間に、ネットワークのパフォーマンスと効率を最大限に高める重要なパターンやベスト プラクティスを発見しました。この豊富な知見は、ただの理論的なリソースではありません。Google Cloud、クロスクラウド、オンプレミス、その他のクラウド プロバイダなどデプロイ先を問わず、お客様のビジネス目標達成を支援するよう設計された実用的なツールキットです。Google はこの専門知識を共有することで、リソースを浪費し、貴重な時間が無駄になるような手痛いミスをお客様が回避できるようにしたいと考えています。 この目標のもと、ネットワーク パフォーマン
AppleがMacでOCI準拠のLinuxコンテナを作成/実行できるオープンソースのCLIツール「container v0.3.0」をリリースしています。詳細は以下から。 Appleは2025年06月に開催したWWDC25の中で、次期「macOS 26 Tahoe」を発表すると共に、macOS 11 Big Surから導入している仮想化フレームワーク「Virtualizationフレームワーク」をバックエンドとした「Containerizationフレームワーク」を発表。 このContainerizationフレームワークを利用した「container」コマンドは、Macで軽量Linu仮想マシンを作成、その上でOCI準拠のLinuxコンテナを作成/実行できるオープンソースのCLIツールとして公開されていますが、このcontainerの最新バージョンとなる「container v0.3.0」
第8回WebSystemArchitecture研究会 https://wsa.connpass.com/event/207143/
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
HTTP/3とは何か？−UDPベースの高速新プロトコルの概要 TL;DR 2018年11月、バンコクでIETF（Internet Engineering Task Force）が開催され、新しいインターネットドラフトが採択されました。また、HTTP/2の後継プロトコル、QUICトランスポートプロトコルは「HTTP/3」に名称変更されました。 HTTP/3はUDP（User Datagram Protocol）を使用する通信方式で、GoogleやFacebookなどの有名インターネット企業ですでに採用されています。Chromeを使ってGoogleのサービスに接続しているユーザーは、恐らく知らないうちにQUICを使用しているはずです。 新バージョンのHTTPプロトコルは、ベアメタルで低レベルのUDPプロトコルの恩恵を受けつつ、旧バージョンのTCP層にあった多くの新機能を定義します。つまり、既存
BIZ UDPゴシックは教育やビジネス文書作成などへの活用を想定し、多くの人々にとって読みやすいように設計されたユニバーサルデザインフォントです。IT・開発系のコミュニティである「プログラミング生放送」が、BIZ UDPゴシックと99.99％一緒でありながら「1」(半角)と「１」(全角)の幅だけを変更し、数字をすべて等幅にしたフォント「帳票 UDPゴシック」をGitHubで公開しました。 GitHub - jz5/FORM-UDPGothic: 帳票 UDPゴシック。BIZ UDPゴシックと 99.99%同じ。 https://github.com/jz5/FORM-UDPGothic BIZ UDPゴシックと99.99%同じだけど、数字が等幅の「帳票 UDPゴシック」フォント公開 – プログラミング生放送 https://pronama.jp/2025/05/24/form-udp-go
「Proxying Listener UDP in HTTP」という提案仕様がIETFに提出されている。 これは、HTTP/3のCONNECT-UDPを介してWebRTC通信を可能にするための提案である。まだ議論の呼び水と鳴るdraftであるため、ここから仕様は大きく変わると思うが、ざっと眺めていく。 HTTP/3のCONNECT-UDP 本論に入る前に、まずCONNECT-UDPについて説明します。 IETFではすでに「Proxying UDP in HTTP」という仕様が議論されている。これが通称CONNECT-UDPと呼ばれているものである。実は、AppleのPrivate Relayでもすでに使用されているものである。 これは、Proxyと確立したHTTP/3コネクションをトンネリングしてUDPパケットを中継させる機能です。 この通信は第三者からはただのHTTP/3通信としてか観測
Usage: q [OPTIONS] [@server] [type...] [name] All long form (--) flags can be toggled with the dig-standard +[no]flag notation. Application Options: -q, --qname= Query name -s, --server= DNS server(s) -t, --type= RR type (e.g. A, AAAA, MX, etc.) or type integer -x, --reverse Reverse lookup -d, --dnssec Set the DO (DNSSEC OK) bit in the OPT record -n, --nsid Set EDNS0 NSID opt -N, --nsid-only Set E
Motivation# Around 20% of Firefox’s HTTP traffic today uses HTTP/3, which runs over QUIC, which in turn runs over UDP. This translates to substantial UDP I/O activity. Firefox uses NSPR for most of its network I/O. When it comes to UDP I/O, NSPR only offers a limited set of dated APIs, most relevant here PR_SendTo and PR_RecvFrom, wrappers around POSIX’s sendto and recvfrom. The N in NSPR stands f
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
iOS 審査の罠 接続エラーの原因 では TCP 通信にする… ? 対応策 iOS 審査の罠 iOS審査ってキツイですよね． マルチプレイアプリをiOSリリースする際には注意することがあります． 対策を施していない場合，Apple の方の環境では接続処理の際にエラーが発生してリジェクトされます． (Unity の場合，Photon，MLAPI，Mirror，Mirage等どれを選択しても同じ) リジェクト理由は「接続エラーが出ています．対応してください．」の一点張りです． 接続処理に対して細かくエラーハンドリングを実装したとしても，結局接続失敗エラーだぞという答えしか返ってきません． 接続エラーの原因 developer.apple.com Unfortunately we didn't find a solution. But we noticed in the past months
CISPA Helmholtz Center for Information Securityは3月19日(現地時間)、「Loop DoS: New Denial-of-Service attack targets application-layer protocols」において、エンドツーエンド通信にUDPを利用するアプリケーションから「アプリケーション層ループDoS攻撃」の脆弱性を発見したと報じた。この脆弱性を悪用されると攻撃者ですら停止できない無限ループのUDP通信が開始され、いずれかの端末(アプリケーション)が停止するまで止まらないという。 Loop DoS: New Denial-of-Service attack targets application-layer protocols 「アプリケーション層ループDoS攻撃」とは 通常のサービス運用妨害(DoS: Denial o
この記事は、分散アプリケーションを構成するネットワークサービス間の依存関係マップを構築するための基礎技術の改善提案をまとめたものである。第8回WebSystemArchitecture研究会での発表と同等の内容であり、そのときのスライドを以下に掲載しておく。 また、本手法のプロトタイプと評価実験のためのコードを次のGitHubリポジトリに公開している。 1. はじめに クラウドの普及により、サービス事業者は機能追加やアクセス増加への対応が容易となっている。その一方で、クラウド上に展開される分散アプリケーション内の構成要素の個数と種類が増加しているため、構成要素の依存関係が複雑化している。そのため、システム管理者が、システムを変更するときに、変更の影響範囲を特定できず、想定よりも大きな障害につながりうる。よって、システム管理者の手によらず、ネットワークサービス（ネットワーク通信するOSプロセ
この記事は MIXI DEVELOPERS Advent Calendar 2022 20 日目の記事です。 前書き GoogleCloud上で、rustでQUICのリレーサーバを作成するために、UDP Packetをたくさん受けとるために、コードを書いて試してみたので、その作業ログです。 コードはここに置いておきます 環境 環境は以下。 Google Cloud Compute Engine VM インスタンス 受信サーバ c2 インスタンス 16 vCPU (not Tier_1 network) 送信サーバ 受信サーバと同一VPCの複数のインスタンスからudpを投げまくる 計測はpacket per second(pps)を基準に検討しています。実際の数値自体はcoreの世代などの要因があり、あまり意味はありません。 ログ recvfrom(revmsg) / recvmmsg まず
こんにちは。以前に HackGen を公開した人です。 ふと思い立って合成してみたフォントが、美しすぎました。 モリサワのユニバーサルデザインなフォント BIZ UDPゴシック と、美しいUIフォントとしてお馴染みの Inter をくっつけてみました。 今回は、そのフォントのご紹介がてら、Python を用いてオレオレフォントを合成してつくる流れを一挙解説していきたいと思います。 BIZTERの特徴 今回は、 BIZ UDPゴシック + Inter で、それぞれの名前から一部を抜いて BIZTER と名付けました。 大好きな Inter と大好きな BIZ UDPゴシック の組み合わせ。やはり、とても読みやすいフォントになりました。ご興味があれば、ぜひお試しください。 ダウンロードはこちら 以下のような特徴があります。 コンピュータ画面上での読みやすさにこだわり抜かれた英語フォント Int
3月に開催したプロトコルスタック自作キャンプの講義資料を公開しました。1週間でTCP/IPのプロトコルスタックを自作してUDPやTCPで通信するアプリケーションを動かすという内容で300ページくらいのスライドです。これがあれば一人… https://t.co/36rMXOOFkT
概要 この記事では、NAT（NAPT）を行う機器の動作タイプの分類、およびそれと密接に関連する話題として、ポートの枯渇を防止するためのいわゆる「ポートセービングIPマスカレード」の手法とUDPホールパンチングについて解説します。 NAT(NAPT)（あるいはIPマスカレード）の概念については、ここでは基礎的な解説はしないので他サイト等を参考にしてください。基本的には、「ルーターだけがインターネットと直接接続し、ルーターの内側にある各機器を代表して通信を行う」「そのためには内側の各機器のアドレス/ポートとルーター自身のアドレス/ポートとの間で書き換えが必要」というイメージがあれば問題ありません。 この記事で扱うようなNATの動作は基本的にポートに関連するものであり、ポートを使用するプロトコル（TCPやUDP）以外にはあまり影響はありません。 当初、Linuxのnetfilterの動作やDMZ
Stream: Internet Engineering Task Force (IETF) RFC: 9000 Category: Standards Track Published: May 2021 ISSN: 2070-1721 Authors: RFC 9000 QUIC: A UDP-Based Multiplexed and Secure Transport Abstract This document defines the core of the QUIC transport protocol. QUIC provides applications with flow-controlled streams for structured communication, low-latency connection establishment, and network path
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙇 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） 🔗Ruby 🔗 Ruby 3でコアクラスをサブクラス化したときの挙動が変わった件について（Ruby Weeklyより） 元記事: Ruby 3.0 cha
「Linuxカーネル2.6解読室」（以降、旧版）出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 本稿では、ネットワーク機能のUDPレイヤーの受信処理ついてカーネルv6.8のコードをベースに解説します。 はじめに 1. 概要 2. ソケット(sock構造体)の特定 2.1 UDP Tableの構造とbind(2)によるソケットの登録 2.2 受信処理におけるソケットの検索処理 2.2.1 検索キーの特定とスロットの特定 2.2.2
Everything you ever wanted to know about UDP sockets but were afraid to ask, part 12021-11-25 Snippet from internal presentation about UDP inner workings in Spectrum. Who said UDP is simple! Historically Cloudflare's core competency was operating an HTTP reverse proxy. We've spent significant effort optimizing traditional HTTP/1.1 and HTTP/2 servers running on top of TCP. Recently though, we start
『デジタルヘルス未来戦略 空間・拠点＆ビジネス展望編』誌面サンプル無料 2040年の医療・健康・介護を担う“場”と提供価値はここまで変わる あらゆるプレーヤーにビジネスチャンス。街、住宅、薬局・ドラッグストア、商業施設、モビリティー…。新たな医療・ヘルスケア体験を実現する空間・拠点の将来展望と有望技術を分析。
RFC 9000 - QUIC: A UDP-Based Multiplexed and Secure Transport 日本語訳 原文URL : https://www.rfc-editor.org/rfc/rfc9000.html タイトル : RFC 9000 - QUIC：UDPベースの多重化および安全な輸送 翻訳編集 : 自動生成 + 一部修正 [要約] RFC 9000は、QUICプロトコルに関する基本的な仕様を定義しています。QUICは、信頼性とセキュリティを提供するためにUDPをベースにした多重化されたトランスポートプロトコルです。このプロトコルは、特にWebトラフィックやストリーミングメディアのような遅延に敏感なアプリケーションでの利用を目的として設計されています。QUICは、接続の確立時間の短縮、パケットの再送制御、暗号化通信の強化など、TCPよりも改善された特性を提
現状UDPヘッダには、TCPやSCTPにあるようなオプションを指定できません。 新しい「Transport Options for UDP」という仕様では、UDPにおいてオプションを付けられるようになります。 その仕組が面白かったので簡単に紹介します。 どこが面白いかというと、UDPヘッダは下記の通り「送信元ポート」「送信先ポート」「長さ」「チェックサム」からなり、その後に実際のデータが続きます。 固定長のヘッダしかないUDPにおいて、既存の実装に対してもそのままUDPパケットを扱えるようにオプション領域をどう確保したのか、考えてみると面白そうと感じていただけると思います。 Transport Options for UDP 「Transport Options for UDP」では、UDPオプションを格納するのにsurplus areaという領域を確保します。それはIPヘッダについても知
※この投稿は米国時間 2021 年 7 月 16 日に、Google Cloud blog に投稿されたものの抄訳です。 従来、リアルタイム マルチプレーヤー型ゲーム向け専用ゲームサーバーは、ゲーム内のプレイヤー間のゲームプレイの通信と同期にカスタムメイドの UDP プロトコルを使用してきました。この通信は、カスタム ネットワークの物理的な同期、セキュリティ、アクセス制御、テレメトリー、指標などの通信プロトコルの技術的機能を、物理シミュレーションの非常に優れた演算要件、AI 演算などと組み合わせて、モノリシックなゲームサーバーとクライアントにバンドルされるのが最も一般的です。 Quilkin は Embark Studios と共同で開発され、高性能なリアルタイム マルチプレーヤー型ゲーム向けにカスタマイズされた UDP プロキシです。その目的は次の 2 つです。 モノリシックな専用ゲーム
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ネットワークを一言でいうと、コンピューター同士が会話をしてデータをやり取りする仕組みのことです。 普段なにげなく使っている検索やSNSも、裏側ではネットワークを通して複数のコンピューターが連携しながら仕事をしています。 たとえばGoogleで「近くのラーメン屋」と検索すると、すぐに候補が表示されますよね。これはあなたの端末がどこかのコンピューターに対して「おすすめのラーメン屋を教えて」とお願いし、その結果が返ってきている、ということです。 ネットワークのモデル：サーバー・クライアント方式とP2P ネットワークのモデルは、ざっく
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
LinuxのUDPソケットとPath MTU Discovery LinuxのUDPソケットでPath MTUを取り扱う際の動作についてまとめます。 まずはPMTUとPMTU Discovery PMTUとPMTU Discoveryは他のいろんなページでも解説されていますが、ここでも簡単におさらいしておきます。 ネットワーク上の各リンク(回線)には一度に送信できるデータの最大サイズを示すMTU(Maximum Transmission Unit)というものがあります。リンクMTUと呼んだりもします。 Ethernetの場合は1500オクテットで、ATM等回線種別によりMTU値は異なります。 また、EthernetでもVPNなどでトンネルを使う場合は1280とかの異なるMTUになります。 一方、PMTU(Path MTU)は通信相手との間でIPフラグメントなしで送信できる最大サイズで、経路
Raspberry Pi 相互と言っているが、Pythonが実行できればパソコンでもMacでもなんでも良いです。 両者の操作を行ったり来たりするので、SSHでの遠隔操作が望ましいでしょう。 筆者の環境 Raspberry Pi 3 × 2 Raspbian 9.4( stretch ) Python 3.5.3 Raspberry Pi 3 Model B V1.2 (日本製) 国内正規代理店品 出版社/メーカー: Raspberry Pi発売日: 2016/02/29メディア: Tools & Hardwareこの商品を含むブログを見る 前提 Python3を実行できるRaspberry Piが2つある 目次 Pythonのプログラムが見たい方は5節まで飛ばしてください。 筆者の環境 前提 目次 1. ネットワーク接続 2. UDP送受信チェック tcpdumpをインストール[受信側]
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
UDP通信について この記事ですること プログラム（送信側） プログラム（受信側） 実行結果 解説（送信側） 初期化 【補足】ポート番号について データ送信 タイムアウト時間設定 解説（受信側） 初期化 データ受信 recv関数 recvfrom関数 ノンブロッキング処理（recv関数の受信待ちをしない） UDP通信について インターネットの通信は階層化されたプロトコル（通信する際の約束事）によって成り立っています。 例えば、Webサーバーとクライアント（サイトを見るブラウザ）の通信について考えてみます。 この時、ブラウザとサーバーはHTTPというプロトコルで通信を行っています。 例えば、指定のURLのページを見たい時には、ブラウザから「GET /index.html HTTP/1.1 Host: localhost:8080」のような命令がサーバーに送られます。そして、サーバーがその要求
When we implements UDP servers, a pair of recvfrom() and sendto() is used typically. Received UDP packets are dispatched, if necessary, to each connection by our server itself. We might want to delegate this job to the OS kernel for the performance reasons. This article discusses how to create connected sockets from listening sockets on UDP. Unlike TCP, the accept() system call cannot be used for
Amazon Web Services ブログ UDP トラフィックを Kubernetes にルーティングする方法 この記事は How to route UDP traffic into Kubernetes (記事公開日: 2022 年 2 月 22 日) を翻訳したものです。 Amazon Elastic Kubernetes Service (Amazon EKS) は、リリースして以来、お客さまのアプリケーションを信頼性高くかつ大規模に実行することを支援してきました。UDP、もしくは User Datagram Protocol は、例えばリアルタイムストリーミング、オンラインゲーム、IoT といったワークロードにとって理想的な、低レイテンシーのプロトコルです。AWS の Network Load Balancer (NLB) は、非常に低レイテンシーで高スループットを維持しつつ
sshはリモートマシンとの通信に汎用的に使われるセキュアなプロトコルで、ポートフォワードを使用してリモート上のプログラムがローカルで使える（あるいはその逆）ようにしたり-Dオプションを使用してSOCKSプロキシとして動作させることでローカルのアプリケーションにリモートの通信環境を使わせたりすることができます。 しかし、sshはTCP接続ベースのアプリケーションであり、上記の機能もすべて同じTCP接続を通ることになるため、ポートフォワードはTCPポートにしか使えず、SOCKSのバージョン5(SOCKS5)で追加されたUDP associateの機能も使えません。root権限があるならVPNを立てたりUDPでポートを開放したりいくらでも方法はあるのですが、今回はroot権限がない場合を考えることにします。 とはいえ、TCP接続があるならそこに任意の形式のデータを流せるので、クライアント・サーバ
Physical Like many of you, I've got hardware on my desk that's sending UDP packets, and the time has come to take a closer look at them. Most "low-level" networking tutorials will bottom out somewhere at "use tcpdump to see raw packets". We'll be starting a bit lower in the stack; specifically, here: This is a high-speed active differential probe soldered to an Oxide Computer Company rack switch.
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く