GitHub - naptha/tesseract.js: Pure Javascript OCR for more than 100 Languages 📖🎉🖥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
Yarn: A new package manager for JavaScript
In the JavaScript community, engineers share hundreds of thousands of pieces of code so we can avoid rewriting basic components, libraries, or frameworks of our own. Each piece of code may in turn depend on other pieces of code, and these dependencies are managed by package managers. The most popular JavaScript package manager is the npm client, which provides access to more than 300,000 packages
RE:DOM is now 1.0!
HistoryAlmost two years ago, March 10 2015, I released the first version of FRZR, a tiny view library. The API has changed a lot since that and even the name changed to RE:DOM. It has been a long journey, I’ve learned a lot and it’s awesome to finally be at the version 1.0! RE:DOM is definitely more than ready for production with 100 % test coverage. PerformanceRE:DOM is one of the fastest view li
Gitのコミットグラフを可視化できるGitGraph.jsがおもしろい - Qiita
プレゼン資料を作っている時に「このコミットグラフをMarkdownかテキストで書けたらな」と思ったことがある人、結構いるのではないでしょうか。 GitGraph.js を使うと、JavaScriptで記述したコミットログをcanvasを使って可視化できることを知りました。なかなかおもしろいです。 準備 まず GitGraph.js の JavaScript と CSS ファイルを読み込みます。GitHub からソースをcloneするなり、bowerを使うなり、CDNを使うなり、お好みで。ここではコミットグラフを定義するコードも別ファイル index.js に書くことにします。 <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>GitGraph.js</title> <link rel="stylesheet" type=
target="_blank" で開くリンクには rel="noopener" をつける - Qiita
The performance benefits of rel=noopener - JakeArchibald.com より target="_blank" でリンクを開く場合は、rel="noopener"をつけておくのが良い。 管理画面などでは rel="noopener noreferrer"というかたちでnoreferrerをつけるとさらに良いかもしれない（参考：http://qiita.com/wakaba@github/items/707d72f97f2862cd8000 ） target="_blank" で開いたWindowは、 window.opener を使って親のWindowを操作することができる。つまりtarget="_blank"で開いたサイトで任意の操作ができてしまうことになるけど、Same origin の仕組みが働く。ので、Same originではない場
Closure Compiler in JavaScript- Google Developers Blog
Share Facebook Twitter LinkedIn Mail Posted by Sam Thorogood, Developer Programs Engineer The Closure Compiler was originally released, in Java, back in 2009. Today, we're announcing the very same Closure Compiler is now available in pure JavaScript, for use without Java. It's designed to run under NodeJS with support for some popular build tools. If you've not heard of the Closure Compiler, it's
Carbide Alpha | Buggy But Live!
Carbide is a new kind of programming environment which (as obligatory in this day and age): Requires no installation or setup Supports Javascript/ES2015 Imports modules automatically from NPM or GitHub Saves and loads directly to and from GitHub Gists But wait, there's more... ...Crazy Stuff Comments live in a Rich Text sidebar #LiterateProgramming Carbide shows results in-between the lines of you
GitHub - jvilk/BrowserFS: BrowserFS is an in-browser filesystem that emulates the Node JS filesystem API and supports storing and retrieving files from various backends.
22 March 2024 Hey there, this is the current maintainer of BrowserFS. I've been working on BrowserFS for over a year now, and have made some big improvements. A few months ago, I began seperating some backends from BrowserFS to be placed into different packages. Along with this, I created the browser-fs organization on Github and the browserfs organization on NPM. I made new organizations to keep
GitHub - rkendall/reffix: The Reference Fixer for analyzing and fixing broken path references in files.
$ ref or $ reffix Fixing broken references couldn't be easier. By default, reffix will generate a report of broken module references (require and import statements) by recursing through all the files in the directory in which it is launched. Use the -m html option to parse HTML files instead. reffix will list the broken and corrected paths and prompt you to update the files to fix them. Just hit E
CodeceptJS
CodeceptJS is opensource MIT licensed testing framework. Works with your favorite frontend frameworks → Scenario Driven Write acceptance tests from user's perspective. Make tests readable and easy to follow. Driver Agnostic Run your tests via Playwright, WebDriver, Puppeteer, TestCafe, Protractor, Appium. The code is the same. Learn More
GitHub - aemkei/jsfuck: Write any JavaScript with 6 Characters: []()!+
[][(![]+[])[+[]]+([![]]+[][[]])[+!+[]+[+[]]]+(![]+[])[!+[]+!+[]]+(!![]+[])[+[ ]]+(!![]+[])[!+[]+!+[]+!+[]]+(!![]+[])[+!+[]]][([][(![]+[])[+[]]+([![]]+[][[] ])[+!+[]+[+[]]]+(![]+[])[!+[]+!+[]]+(!![]+[])[+[]]+(!![]+[])[!+[]+!+[]+!+[]]+ (!![]+[])[+!+[]]]+[])[!+[]+!+[]+!+[]]+(!![]+[][(![]+[])[+[]]+([![]]+[][[]])[+ !+[]+[+[]]]+(![]+[])[!+[]+!+[]]+(!![]+[])[+[]]+(!![]+[])[!+[]+!+[]+!+[]]+(!![ ]+[])[+!+[
![GitHub - aemkei/jsfuck: Write any JavaScript with 6 Characters: []()!+](https://cdn-ak-scissors.b.st-hatena.com/image/square/2447fbce4d7d6773408c0183d6733ace19be5d81/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F98f3817875da09ca2512c0958a22c27fc615033f791e4ccad655d8e4b5381fa5%2Faemkei%2Fjsfuck)
サイトパフォーマンス最適化ハンズオン (2016/08/09 19:20〜)
※はじめにお読みください 下記掲載の「ハンズオンに参加するために必要なもの」をお読み頂き事前学習や開発環境がご準備できる方が対象者となります。 必ず当日までに事前学習や開発環境のご準備をお願いいたします。 当日は～19:20までに渋谷ヒカリエ11階にご集合ください。(スタッフが17階までご案内いたします。) メンターとしてご参加頂ける方は、Messenger上のイベント運営者グルチャにご招待いたしますので、運営の木下までfacebookにてメッセージをお送りください ■イベント概要 せっかく作ったアプリのパフォーマンスが出ない！ カクカクとしか動かなくて、困った… プチフリするのをどうにかしたい アプリをつくっていればこういう場面に出会ったことは一度や二度ではないはずです。でも、遅い原因を見つけるのはとても大変です。やり方自身をさがすのも大変です。 そこでWeb ブラウザ上で動作する Ja
Fetch での Stream を用いたプログレス取得とキャンセル | blog.jxck.io
Intro WHATWG が定義する Fetch API は、出たばかりの仕様では、途中でのキャンセルや、プログレスイベントの取得が含まれていなかった。 しかし、後の更新で fetch 結果の Response Body が WHATWG Stream API を実装することになったため、現在の仕様ではプログレスを取ることもキャンセルをすることも可能となっている。 今回は、こうした API のアップデートについて記す。 Update 最初の公開時には、以下のように書いていた。 「XHR ではできるが Fetch ではできない」ことが、仕様上は無くなったことを意味する。 しかし、現時点で仕様としてまだ出来ないことがあることが判明した。 Upload の Progress これに伴い、記事の一部を修正した。 Fetch 最新の Fetch の仕様は以下で確認できる。 Fetch Spec 仕様
JavaScriptを劇的に教えやすくするWebサーバ作りました - Qiita
近年、JavaScriptでコードを書こうとすると、お膳立て7割、コード書き3割みたいな事態がざらにあります。「お膳立て」の例としては、Gulp, Babel, Sass, PostCSS, WebPack, Rollup, Browserifyほか数限りなく。 たしかに、一旦フロントエンド開発に慣れてしまえば、お膳立てにかける時間は短縮することが可能です。でも、これを初学者に強いるのはツラすぎる...! 覚える方はともかく、 教える側がツライ。 今回、未来なJavaScriptやCSSの文法で書いても、よしなにとりなしてくれるWebサーバ「Felt」を作ったので、ご査収ください。 (2016/7/19 関連ツールとの比較を追記しました) GitHub: https://github.com/cognitom/felt npm: https://www.npmjs.com/package/
4 Types of Memory Leaks in JavaScript and How to Get Rid Of Them
In this article we will explore common types of memory leaks in client-side JavaScript code. We will also learn how to use the Chrome Development Tools to find them. Read on! IntroductionMemory leaks are a problem every developer has to face eventually. Even when working with memory-managed languages there are cases where memory can be leaked. Leaks are the cause of whole class of problems: slowdo
Making sure you're not a bot!
Why am I seeing this?You are seeing this because the administrator of this website has set up Anubis to protect the server against the scourge of AI companies aggressively scraping websites. This can and does cause downtime for the websites, which makes their resources inaccessible for everyone. Anubis is a compromise. Anubis uses a Proof-of-Work scheme in the vein of Hashcash, a proposed proof-of
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - sukyoung/safe: Scalable Analysis Framework for ECMAScript
GitHub - a0viedo/demystifying-js-engines: A list of resources about JavaScript engines
return true to win
GitHub - SamHatoum/chimp: Tooling that helps you do quality, faster.