検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 14 件 / 14件

新着順 人気順

node.jsの検索結果1 - 14 件 / 14件

  • 2024年のRailsと自由について考える

    えにしテック15周年記念カンファレンスの発表資料です。 https://enishi-tech-15th-anniv-conf.peatix.com/ 資料中で参照しているURLは以下です: https://github.com/rails/rails/milestone/87 https:…

      2024年のRailsと自由について考える

    • 【海外記事紹介】2024年に使うべきJavaScriptライブラリ10選

      6月19日、The New Stackに「Top 10 JavaScript Libraries To Use in 2024」と題した記事が公開された。この記事では、2024年に利用すべきJavaScriptライブラリのトップ10について紹介されている。 以下に、その内容を簡潔に紹介する。 React 強力なコンポーネントベースのアーキテクチャにより、複雑なユーザーインターフェースの開発が容易。 仮想DOMの実装により、パフォーマンスが向上。 豊富なエコシステムとコミュニティのサポートがあり、継続的な改善が期待できる。 Redux 予測可能な状態コンテナで、アプリケーションの一貫性を確保。 一方向のデータフローにより、状態管理がシンプルになり、デバッグが容易。 大規模なアプリケーションでのスケーラビリティとメンテナンス性を向上。 D3.js データをDOMにバインドし、データ駆動の変換を

        【海外記事紹介】2024年に使うべきJavaScriptライブラリ10選

      • Node.js の --require/--import オプションについて - mizdra's blog

        Node.js には --require=module と --import=module というオプションがあります。このオプションを使うと、エントリポイントとなるプログラムよりも前に、任意のモジュールを実行できます。 例えば以下のようなコマンドを実行すると、Node.js ランタイムはまず最初に preload.cjs を実行し、それから main.mjs を実行できます。 node --require ./preload.cjs main.mjs エントリポイントよりも前に、何かしらの処理を実行したい時に使うことを想定しています。 --require と --import の違い --import も --require と同じように、モジュールをプリロードするためのオプションです。両者の違いはプリロードするモジュールの読み込み方です。 --require は require(...

          Node.js の --require/--import オプションについて - mizdra's blog

        • You may not need XXX in Node.js

          関西Node学園 11時限目 #kng11 で話しました。 https://nodejs.connpass.com/event/319446/ あくまで必要なくなるかもしれない話なので、攻撃的なコメントはお控えください。

            You may not need XXX in Node.js

          • Node.jsのリリースサイクルを理解し、最適なバージョンを選択する方法 | DevelopersIO

            はじめに リテールアプリ共創部のるおんです。 みなさんはプロジェクトを始める時や、既存プロジェクトでNode.jsのバージョンをあげたい時にどのような基準で使用するバージョンを決めてますか？ 実際に、自分も定期的なライブラリアップデートの際や、新しくLambda関数を作ってNode.jsを選択する際にどのバージョンを使うべきか迷う時があります。 そんな時、Node.jsのリリースサイクルを理解しておけば、今自分たちが作っているアプリケーションにあったバージョンを正しく指定することができます。 今回は、Node.jsのリリースサイクルを解説し、適切なメジャーバージョンを指定する方法について解説します。 リリースサイクル メジャーバージョン まず、Node.jsのメジャーバージョンでは偶数番号と奇数番号で役割が異なります。 我々開発者が本番環境で基本的に使用するバージョンはNode.js v1

              Node.jsのリリースサイクルを理解し、最適なバージョンを選択する方法 | DevelopersIO

            • Node.js — Node v22.3.0 (Current)

              2024-06-11, Version 22.3.0 (Current), @RafaelGSS Notable Changes [5a41bcf9ca] - (SEMVER-MINOR) src: traverse parent folders while running --run (Yagiz Nizipli) #53154 [1d5934524b] - (SEMVER-MINOR) buffer: add .bytes() method to Blob (Matthew Aitken) #53221 [75e5612fae] - (SEMVER-MINOR) src,permission: --allow-wasi & prevent WASI exec (Rafael Gonzaga) #53124 [b5c30e2f5e] - (SEMVER-MINOR) module: pr

                Node.js — Node v22.3.0 (Current)

              • Announcing pkg.pr.new

                Announcing pkg.pr.new We’re excited to introduce pkg.pr.new, a GitHub app to get instant preview releases of your packages. It allows your contributors and users to test continuous releases of each commit in your project’s main branches and on every Pull Request! We built pkg.pr.new to provide developers with a faster way to work together to test and validate changes. Currently, there is a lot of

                  Announcing pkg.pr.new

                • 大人気のOSS「node-ip」が誤った脆弱性ランク付けにより一旦アーカイブ化 ー CVEの功罪とは

                  7月1日、BleepingComputerが「[開発者が CVE の重大度を拒否し、GitHub リポジトリを読み取り専用にする(Dev rejects CVE severity, makes his GitHub repo read-only)](https://www.bleepingcomputer.com/news/security/dev-rejects-cve-severity-makes-his-github-repo-read-only/)」と題した記事を公開した。この記事では、CVEシステムの功罪について詳しく述べている。 'node-ip' GitHubリポジトリのアーカイブ化 人気のあるオープンソースプロジェクト「node-ip」が、開発者自身の手によってGitHubリポジトリがアーカイブされ、読み取り専用になった。この措置は、CVE報告（CVE-2023-42282

                    大人気のOSS「node-ip」が誤った脆弱性ランク付けにより一旦アーカイブ化 ー CVEの功罪とは

                  • Node.jsが7月2日にセキュリティアップデートをリリース ー 高深刻度の問題が含まれる

                    6月26日、Node.jsプロジェクトは2024年7月2日（火）に新しいバージョンをリリースすることを発表した。今回のアップデートは、以下のバージョンラインにおけるセキュリティ問題に対処するためのものである。 アップデート概要 Node.jsプロジェクトは、以下のセキュリティ問題に対処するために、22.x、20.x、18.xリリースラインの新しいバージョンをリリースする予定だ。 高深刻度の問題：1件 中深刻度の問題：2件 低深刻度の問題：3件 Node.js 18.xおよび20.xでは、node-fetchがundici v6.19.2にアップグレードされる。なお、Node.js 22.xはすでにundici v6.19.2を含んでいる。 影響 各リリースラインの脆弱性については以下の通りだ。 22.xリリースライン：高深刻度の問題1件、中深刻度の問題2件、低深刻度の問題3件 20.xリリ

                      Node.jsが7月2日にセキュリティアップデートをリリース ー 高深刻度の問題が含まれる

                    • Bun v1.1.17リリース ー macOSでの高速化や様々なバグ修正

                      このリリースでは、以下の4つの改善が行われた。 Bun REPLのクラッシュ修正 Bun v1.1.16でZigのバージョンを0.12.0から0.13.0にアップグレードした。この変更により、実行ファイルのデータセグメントに不変文字列が配置されるバグが修正された。このバグはBunが意図せず依存していたものであり、bun replのエイリアスがbunx bun-replである際に不変文字列を変更しようとしてクラッシュが発生していた。このリリースではこのクラッシュを修正し、再発を防ぐための回帰テストも追加された。 macOSで小さなディレクトリにおけるfs.readdirSyncの5%高速化 fs.readdirSyncメソッドがmacOSの小さなディレクトリで5%高速化された。macOSのgetdirentries64 APIを呼び出す際に、XNUカーネルがバッファの末尾にフラグを追加してデ

                        Bun v1.1.17リリース ー macOSでの高速化や様々なバグ修正

                      • pnpmとcorepackを使ってpnpmのバージョンとNode.jsのバージョンを管理する - Qiita


                        はじめに チーム開発で普段からpnpmを使っていますが、チーム内でpnpmとNode.jsのバージョンを統一して作業を進めたいと思い、できるだけ外部ツールを使わずに管理する方法を試してみました。こちらがとても便利だったので、共有いたします。 動作確認環境 Node.js 20.14.0 pnpm 9.4.0 macOS Sonoma 14.5 pnpmとは pnpmは、Node.jsエコシステムのパッケージマネージャーの一つです。npmやyarnと同様に、プロジェクトの依存関係を管理するためのツールですが、pnpmはいくつかの点で独自の特徴を持っています。 ディスクスペース効率: pnpmはハードリンク機能を使用して依存関係を共有するため、ディスクスペースの使用量が大幅に減少します。同じ依存関係を持つプロジェクトが複数あった場合でも、依存パッケージは一つの場所に置かれ、ハードリンクとして各
                          pnpmとcorepackを使ってpnpmのバージョンとNode.jsのバージョンを管理する - Qiita

                        • 【セキュリティ ニュース】「Node.js」が7月2日にセキュリティアップデートをリリース予定（1ページ目 / 全1ページ）：Security NEXT

                          「Node.js」の開発チームは、現地時間7月2日にセキュリティアップデートをリリースする予定であることを明らかにした。 「同22.x」「同20.x」向けにアップデートをリリースし、重要度が「高（High）」の脆弱性1件をはじめ、「中（Medium）」とされる2件、「低（Low）」とされる3件を修正する予定。 サポートが終了している旧バージョンなども影響を受けるとし、最新バージョンを利用するよう利用者に注意を呼びかけている。 （Security NEXT - 2024/06/28 ） ツイート

                          • 個人開発のための週末Renovateのススメ - 依存パッケージの自動更新 - Qiita


                            週末のコーディング、楽しんでいますか？ 個人開発を進めていると、依存関係の管理って意外と面倒ですよね。新機能の実装に集中したいのに、依存関係の更新に時間を取られることがしばしば...。ただ、依存関係の更新を怠ると、アップデート時の対応工数が高まりセキュリティリスクも無視できない状態になります。 この問題は個人開発だけでなく、大規模プロジェクトでも同様です。GitHub の事例がその良い例です。GitHub は以前 Rails のアップグレードに数ヶ月、時には年単位の時間を要していましたが、現在では毎週の自動更新プロセスを導入し、大幅な効率化を実現しています。 私も個人開発のリポジトリは半年に一回程度しか依存関係の更新をしていませんでした。その結果、まとめて依存のバージョンを上げようとすると問題の切り分けが難しく、細かくアップデートをするにも骨が折れました。リポジトリを複数管理しているともは
                              個人開発のための週末Renovateのススメ - 依存パッケージの自動更新 - Qiita

                            • node.js のアプリを永続化(デーモン化)させる | 株式会社ブリッツゲート


                              夏の暑さに負けて自宅でエアコンフル稼働な私です。 最近は node.js のお仕事が出てきたのですが、通常通り動いてOKとなっても、サーバーのSSHが終了するとプログラムも停止してしまいます。 そこで今回は node.js を永続化させる方法をご紹介します。 デーモン化モジュール : PM2 今回は pm2 というモジュールを使い、node.js をデーモン化していきます。 これは通常のデーモン化ではなく、pm2のサービスとして起動させるものです。 まずはインストールしていきましょう。 npm install pm2 -g この時、プロジェクトに追加するのではなく、システムとして稼働させるため ﹁-g﹂ をつけることを忘れないでください。 また、インストールは必ず node.js のファイルを実行させるユーザーで行ってください。 さらに、このままでも機能するのですが、実運用を考えてログファ
                                node.js のアプリを永続化(デーモン化)させる | 株式会社ブリッツゲート
                              1

                              はてなブックマーク

                              公式Twitter

                              はてなのサービス

                              • App Storeからダウンロード
                              • Google Playで手に入れよう
                              Copyright © 2005-2024 Hatena. All Rights Reserved.