Cloudflare PagesにBasic認証かけるやつ、Honoの次のマイナーアップデート「v3.1.0」で簡単にできる予定。 import { Hono } from 'hono' import { basicAuth } from 'hono/basic-auth' import { EventContext, handle } from 'hono/cloudflare-pages' type Bindings = { eventContext: EventContext } const app = new Hono<{ Bindings: Bindings }>() app.all( '*', basicAuth({ username: 'foo', password: 'bar', }), async (c) => { return c.env.eventContext.ne

# MacOS and Linux curl -fsSL https://deno.land/x/install/install.sh | sh # Windows iwr https://deno.land/x/install/install.ps1 -useb | iex Click here for more installation options. Support for built-in Node.js modulesIn Deno, npm packages have already had access to built-in Node.js modules such as fs, path, process, and many more through Deno’s Node.js compatibility layer. In this release, these m

Microsoftのテックコミュニティに「Teams is KILLING my Mac Every Day(Microsoft Teamsが毎日私のMacを殺す」という、なんとも過激なタイトルの書き込みがなされています。 Teams is KILLING my Mac Every Day - Microsoft Tech Community https://techcommunity.microsoft.com/t5/microsoft-teams/teams-is-killing-my-mac-every-day/m-p/2790094 書き込みはMacユーザー・shilocase氏により、2021年9月27日に行われたもの。タイトルは当初もうちょっと過激なものだったのか、ガイドラインに抵触するものだったということで、コミュニティマネージャーのJohn Steckroth氏が修正を行っ

Re: 僕らを縛る Node.js という呪いについて - あるいはなぜ TypeScript 以外が真っ当な選択肢にならなかったか https://d.potato4d.me/entry/20220405-nodejs/ へのアンサーソング。 プログラミング言語としての JavaScript の話をする。 2010年頃、Python 2 でプログラミングを学習した自分にとっては Node.js + CoffeeScript が Better Python だった。 CoffeeScript は当時の JS(ES3~5) に足りない機能を補ってくれて、Python と同じく空白制御のオフサイドルールなのが気に入った。見た目が少しだけ Ruby っぽいので当時全盛だった Rails の人間に訴求するにも有利だった。 Node.js のモジュールシステムである Commonjs は Pytho

Build complete frontend features, even if your API doesn't exist. Mirage JS is an API mocking library that lets you build, test and share a complete working JavaScript application without having to rely on any backend services.

Favorite JavaScript utilities in single line of code! No more!Star me on GitHub ● 6521★

In the last few months, I have learned a lot about modern JavaScript and CSS development with a local toolchain powered by Node 8, Webpack 4, and Babel 7. As part of that, I am doing my second “re-introduction to JavaScript”. I first learned JS in 1998. Then relearned it from scratch in 2008, in the era of “The Good Parts”, Firebug, jQuery, IE6-compatibility, and eventually the then-fledgling Node

ポエムです。 自分の今の立場としては「Elm の人」ということになってるんだけど、どういう変遷でここまできて今どういうスタンスなのかっていうのはあんまり話す機会がない。だから整理のために考えてることを書いていくよ、というのがこの記事の趣旨。 非 Web の立場から そもそも自分は「Web 系」の出身ではない。新卒入社したワークスでは ERP パッケージを提供するのに画面を Web 技術で作ってるというだけで、別に SEO の順位を競ったり広告をどうという話ではないし、瞬時に画面が表示されないと離脱率が〜という話でもない。ただ、画面はとにかく複雑で設定項目とががうじゃうじゃある。 あと、学生時代に PC に触れたのが Windows で「黒画面なにそれ美味しいの？」くらいに GUI に染まりきってたというのがある。工学系の研究を効率化するために C# で GUI を作ってたら、なんかソフトウ

It’s very common for back-end developers to implement a mechanism in production mode that tracks and aggregates exceptions. But what about your front-end code? How do you know when something on your website is seriously broken and you don’t see it since it only happens in a certain browser version, that you (or your QA department) isn’t testing on? JavaScript has defacto become one of the most pop