However, there may be times when you’d prefer to view someone’s story without letting them know. Enter the world of anonymous Instagram Story Viewer. These tools allow you to watch stories discretely. Let’s dive into how these viewers work, why people use them, and how to do so safely. When it comes to finding the best Apple laptop, several models stand out in terms of performance, design, and val
Abraham Polishchuk Abraham Polishchuk is a NodeJS/AngularJS engineer at Lanetix. In a past life he has worked with Ruby on Rails, Chef, and RSpec. 1 Introduction Whether you are writing an Angular front end for an old application with large use and adoption, or your pre-existing Angular application is gaining momentum, performance is an important aspect. It is important to understand what causes a
ブラウザ動作の理解の2回目です。今回はレンダリング・ツリーの更新に絡む、リフロー （要素の大きさ、位置などの再計算） とリペイント （描画） に関する解説を、「High Performance Web Pages – 20 new best practices」 の著者 Stoyan Stefanov のブログエントリーから 「Rendering: repaint, reflow/relayout, restyle」 を翻訳してお届けします。 同記事は、前半がリフローとリペイントに関する解説と、表示レスポンスを向上させるためのスタイル変更に関する Tips、後半は dynaTrace AJAX Edition と SpeedTracer を使った IE および Chrome の描画パフォーマンスの計測の解説で構成されてる、長い記事となっています。 今回はその前半部分をご紹介します。 レンダ
連載「Webサイト・アプリ高速化テクニック徹底解説」の第5回は、前回の「DOM操作の最適化によるJavaScriptチューニング（前編）」に続く後編です。後編では、createElement()などのDOM操作メソッドを使ったさまざまなテクニックや、パフォーマンスを劣化させるよくあるパターンについて詳しく解説します。 CodeIQとの連動企画！ この記事で学べるJavaScriptチューニングのテクニックを、実際にCodeIQの問題で試すことができます。もう既に自信がある方は腕試しに、もしくは理解度チェックのための復習として是非ご活用ください！こちらから問題にチャレンジ！ 前回は、DOM操作が遅い原因と仕組みについて簡単に説明し、チューニングのサンプルをいくつか解説しました。その中で、innerHTMLを利用したコードをサンプルにあげていますが、innerHTMLを利用する場合、いくつかの
How to write low garbage real-time Javascript - Scirra.com を読んだメモ. 60fps とかで動くブラウザゲームでは, GC のせいで js が一時停止してしまうのが問題になる. そこで GC を極力減らすための tips を紹介. GC 特に意識せずコードを書くとあるタイミングでブラウザが GC をはしらせる. その際 js の実行が一時的に止まってメモリを解放する. developer tool 出見るとジグザグのグラフになる. シンプルテクニック ポイントは allocate したメモリは極力使いまわす こと new したオブジェクトは使いまわす. 一番わかり易い {}, [], function() {} も新しい領域を確保している 例えば関数の返り値で同じ構造のオブジェクトを返す場合, 毎回新しく作るんじゃなくてグローバル
» Documentation » Parsing JavaScript with SpiderMonkey SpiderMonkey is intended to be used as an interpreter for executing JavaScript, but it is also possible to use SpiderMonkey simply as a parser for the language. This can be useful if you are writing a tool that needs to work with JavaScript code. For example, the JSCoverage tool uses this technique. This document demonstrates how to use Spider
jQuery でスクレイピングできたらセレクタ使えるし便利かなーと思ったりしたんですが、Rhino と env-js を使うと超簡単にできたのでレポートしてみます。 Rhino と env-js って何ぞい？ Rhino ってのは Java で書かれた JavaScript エンジンです。Rhino を使うとコマンドラインから JavaScript を実行できます。 Rhino には DOM が無いので単体では jQuery を実行することはできませんが、env-js という DOM ライブラリを使用するとこの辺はクリアできます。 env-js の中に jQuery を使ったサンプルがいくつか入ってますので、Java とか JavaScript とか詳しい方はそちらを見てもらった方が早いと思います。 使ってみる まず env-js をビルドしないといけないのでその辺の手順から説明します。
Trackbacks:0 Trackback URL for this entry http://termat.sakura.ne.jp/javascript/android%e3%81%a7javascript%e3%81%ae%e3%82%bf%e3%83%83%e3%83%81%e3%82%a4%e3%83%99%e3%83%b3%e3%83%88%e3%82%92%e8%a9%a6%e3%81%97%e3%81%a6%e3%81%bf%e3%81%9f%e3%80%822-android-js/trackback/ Listed below are links to weblogs that reference AndroidでJavaScriptのタッチイベントを試してみた。(2) #android #js from TM's Workspace
Opera collaborates with Brazilian female artists to bring new Themes to your browser March 13th, 2025 We're adding two new Themes to Opera One that we made in collaboration with Brazilian artists Aline Bispo and Naia... Desktop 10 lucky winners among 35,000 participants off to browse from the Norwegian Hygge Desk of... March 12th, 2025 Hey there! The results are in and it’s time to announce the wi
解説 jQueryのイベントシステムは W3Cの規格に基づいて実装されています。 イベントオブジェクトは、イベントハンドラの引数として渡されます。 イベント発生時には、イベントの種別や環境によって、さまざまな名称や状態でイベントオブジェクトが渡されます。 jQuery はこの違いを吸収し、イベントオブジェクトに対する統一されたインターフェースを提供します。 また、ネイティブイベントのほとんどのプロパティはマージされますので、それを使用することもできます。 jQuery のイベントオブジェクトを生成し、使用する例は、jQuery.Event(src) を参照してください。 イベントオブジェクトが持つプロパティとメソッドは次の通りです。 プロパティ currentTarget ： イベントのバブリングフェーズにおける現在のDOM要素 data ： バインド時に渡されたデータ pageX ： イ
All Microsoft Microsoft 365 Office Windows Surface Xbox Deals Support Software Windows Apps OneDrive Outlook Skype OneNote Microsoft Teams Microsoft Edge PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Phones Entertainment Xbox Game Pass Ultimate Xbox Live Gold Xbox games PC games Windows digital games Movies & TV Business Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Micro
IEあるいはIEエンジンのブラウザ(Sleipnirとか)を使っていて、どうもページの描画速度が遅い気がする―もっと正確には最初にページを開いたときより遅くなった―と感じたことはないだろうか？ 特にあなたがJavaScriptを多用したページを開いているならば、もしかしたらIE特有のメモリリーク問題(IE memory leaks problemG)が原因かもしれない。 余談ですが、前回のmoblogエントリーは、自分のブログにモブログしたつもりが間違ってこちらにエントリーしてしまいました。気が向いたら移動しておきます。 で、本題ですが、この問題はより多くの利用者が（IEエンジンの）タブブラウザーを使うようになればなるほど顕在化してくると思われるのでメモしておこうと思います。ppBlogでもJavaScriptは欠かせませんし。最初に言っておきますが、この問題はIE4-6に特有のもので他の
IE上でのJavaScriptのメモリリークをチェックする JavaScript Memory Leak Detector (v2) は、プラグインではなく、32bitアプリケーション。現在インストールされているバージョン(6～8?)のIEに対してチェックできる。 1.上のリンクからダウンロードした IEJSLeaksDetector2.0.1.1.zip を適当な場所に解凍。 2.Microsoftから Microsoft Script Debugger してインストールする。pdm.dllを解凍先フォルダにコピーするだけでは動かない。 3.IEのインターネットオプションを開き、「スクリプトのデバックを使用しない(その他)」のチェックを外しておく。 ページ切替やStopなどの操作でリークが出ればMemory leaks欄に情報が表示されるカラクリになっているらしい。 リークが見つかった時
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く