nodejsを例に解説します。nodejsでは環境変数はprocess.env.環境変数名でとりだせます。また、開発環境・テスト環境・本番環境をそれぞれNODE_ENVという環境変数にdevelopment test productionと入れる文化があります。 アプリケーションコードに自分が今いる環境(開発|ステージング|本番)を意識させない これはつまり、コード内で環境識別変数(今回で言うところのNODE_ENV)によってif分岐を作らないという意味です。各環境にどのような設定が入るかはアプリケーションコード外にその種類分作成しましょう！ bad if(開発環境){ const logger = new Logger({ level: 'debug' }); } else if (ステージング環境){ const logger = new Logger({ level: 'info }
環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI
概要 Dockerの本番環境で秘密情報を使う際に、環境変数を使うことは推奨されてません。 秘密情報を扱うには、コンテナオーケストレーションのsecret supportを使うことが推奨されてます。 Docker Composeには秘密情報を扱うために、secretsがあります。(Docker ComposeのsecretsはDocker Swarmと併用することが前提の機能です) 環境変数で秘密情報を扱う時の問題点 秘密情報を扱う時に、よくある方法として、環境変数を使う方法があります。 (この記事において、秘密情報とはパスワード、APIキーを想定します。) しかし、Dockerのドキュメントhttps://docs.docker.com/get-started/07_multi_container/ には While using env vars to set connection set
従来アプリケーション側で必須だった機密情報の復号化が、マネージドな仕組みで実現できるようになりました。 これでついにあんな秘密やこんな秘密をコンテナに渡しやすくなりますね — ポジティブな Tori (@toricls) 2018年11月16日 先日のアップデートで、ECSコンテナ内への機密情報の受け渡しが非常に簡単になりました。 従来は機密情報の展開にアプリケーション側での処理が必要だったものが、マネージドな仕組みで実現可能となっているので、既存ECSユーザーには必見のアップデートとなっております。 参考：AWS Launches Secrets Support for Amazon Elastic Container Service あんなことやこんなこと！？ ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / 従来の方法の面倒くささ（自前で機密情報を展開していた
mattn on Twitter: "Windows は UNIX と違い、コマンドを入力した際にカレントディレクトリにある実行モジュールまでも実行してしまうんだけど、環境変数 NoDefaultCurrentDirectoryInExePath でそれを制御できると… https://t.co/gP3p09Eodo"
Windows は UNIX と違い、コマンドを入力した際にカレントディレクトリにある実行モジュールまでも実行してしまうんだけど、環境変数 NoDefaultCurrentDirectoryInExePath でそれを制御できると… https://t.co/gP3p09Eodo
Windowsを始め、Unixの影響を受けているOSが持つ機能に環境変数がある。環境変数は、実行するプログラムに対してなんらかの情報／パラメーターを与える方法。1979年に作られたVersion 7 Unixに搭載され、Unixの基本的な機能の1つとして今でも使われている。 プログラムに対して情報やなんらかのパラメーターを与える方法にはコマンドラインがあるが、環境変数は事前に定義しておくもので、複数回実行されるプログラムに常に同じ情報／パラメーターを指定する。あるいは、デフォルト値のように常に情報／パラメーターを指定するといった使い方をすることが多い。 典型的なUnix系のコンソールアプリケーションでは、コマンドラインのオプション指定の一部を環境変数から受け取ることができるものが多い。 Windowsでも、cmd.exeの組み込みコマンドである「dir」は、「DIRCMD」という環境変数か
RailsでTZ環境変数を設定するハックを不要にした話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
TL;DR 『環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話』 でRailsを高速化させる素晴らしいハックが紹介されましたが。いまや有効なハックではなくなりました。 TZハックさん、ながい間（2日間）おつかれさまでした。 はじめに アカツキさまで技術顧問をさせていただいている小崎です。 このエントリは『環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話』をRubyコミッタが読んだらこうなったというアンサーソングになっています。合わせてお読みください TZ環境変数でTime.newが10倍近く速くなるのは素晴らしい発見ですが、コミッタとしてはTZなしでも速くなって欲しいなと思いました。だってめんどうだし。 現状分析 まず問題のテストプログラムを軽く分析してみましょう % strace -c ruby .
私はパスワードやトークンなどを 1Password に保存しています。これらを環境変数として利用したい場合、クリップボードにコピーして set か export して環境変数にセットするか、頻繁に利用するものであれば envchain を利用していました。 envchain はとても便利なのですが、私は Mac と Linux、それから Windows もたまに使っているため、 keychain や Gnome Keyring でそれぞれ保存するのが手間に思っていました。どうせ 1Password に保存しているので、そこから取得してしまえば良いと思い、 openv というツールを作りました。 GitHub - mrtc0/openv: A tool that uses the credentials stored in 1password as an environment variab
はじめに 現代のアプリケーションは外部サービスのAPIキーなど様々なクレデンシャルを持つことが多いです。 これらを開発者間で安全に共有するには sops、 doppler、 git-crypt などのツールが使えます。 また、開発時はこれらのクレデンシャルを direnv などを使って環境変数に設定することも多いのではないでしょうか。 しかし、これらはどれも追加のツールをインストールする必要があります。 もし1Passwordを使っているチームに属しているなら1Passwordでクレデンシャルを管理して、それを環境変数にセットできると新たなツールを導入する必要がなくて楽です。 この記事ではそれを実現する手順を紹介します。 CLIの設定 まず1PasswordのCLIをインストールします。これで op コマンドが使えるようになります。
はじめにこんにちは、Finatext で保険事業のプロダクト開発をしている @toshipon です。今回は我々の一部の現場で取り組んでいる、ECS Fargate 上で利用する環境変数を、 S3 bucket を使って運用しているお話を紹介いたします。 概要ECS Fargate 上で、アプリケーションコードと同期的に環境変数の更新を行いたい。 そのために、mozilla/sops というファイル暗号化ツールを利用して暗号化した環境変数ファイルをアプリケーションコードのリポジトリで管理し、CI/CD ( Codepipeline ) によるデプロイのタイミングで、環境変数ファイルを復号してS3にアップロードし、ECS task上で S3 から環境変数を参照する仕組みを紹介いたします。 解決したい課題環境変数更新とアプリケーションコードデプロイのタイミングが非同期であることECS Farg
Dockerでアプリケーションを配布する場合に、(一部界隈で)デファクトスタンダードになっている設定項目を環境変数とするパターン - Qiita
Dockerでアプリケーションを配布する場合に、(一部界隈で)デファクトスタンダードになっている設定項目を環境変数とするパターン なにかしらアプリケーションを開発しており、公式のDockerイメージを配布する。最近よく見かけますね。 利用者側の意見として、アプリケーションの設定には環境変数が使えると助かったりします。 なんで？ ADD/COPYがいらない 変更のたびビルドしなくていい Mountつかわなくていい Mount用のファイルを管理しなくていい docker-compose.ymlなどで完結 で、この環境変数からアプリケーションの設定というやり方、一部界隈のDockerイメージで命名規則が次のように、 {アプリケーション名}_{ディレクティブ}_{サブディレクティブ} {アプリケーション名}_{設定項目名} という感じの環境変数をUppercaseでアプリケーションに渡せば、設定フ
RubyのDockerイメージでよく使う環境変数
Ruby向けのDockerイメージで使いがちな環境変数について整理する。 GEM_HOME RubyGemsに対して、どのディレクトリにGemをインストールするかを指定する環境変数。例えば gem install foo を実行すると、この環境変数で指定したディレクトリにfoo gemがインストールされる。 Dockerでありがちな作戦として、/gem のような適当なパスにデータボリュームをマウントしておいて、そこにGemを永続化させておくというのがある。このときGEM_HOMEを /gem に指定しておくと、gem install bundler を実行したときそこにBundlerがインストールされ、更に /gem/bin/bundle も用意される。 BUNDLE_PATH Bundlerに対して、どのディレクトリにGemをインストールするかを指定する環境変数。例えば bundle i
あらすじ 「メ、Makefileちゃん！変数引き継いでよ！」 「うるさいですね……」make,make って感じで、Makefileと同じディレクトリ上にある.envファイルから、Makefileに環境変数を引き継ぐのが全然できなくて無限に時間を使ってしまった！！悔しいからメモにしちゃう。も〜最悪！
JSONが格納された環境変数から、JSONのキーの名前とその値で環境変数をセットするツールを作った - でこてっくろぐ ねお
2ヶ月くらいかけて毎日盆栽のようにちょっとずつ手を入れていたツールがまぁいい感じになってきたかなと判断したので、紹介エントリです。 2020/11/07 追記 このエントリを書いた2日後に、以下AWSの新機能が出て、以下私がこのツールを作った理由として述べている部分は、AWSの機能で代替可能となりました。まぁ、このエントリを読むと分かる通り、AWSがそこを実装していることを前提として、"捨てやすくする"という方針で開発したツールではあるので狙いどおりではあるんですが、ちょっと悔しい気持ちもありますね。捨てやすくする以前に使わなくてよくなった、的な。 AWS Fargate for Amazon ECS launches features focused on configuration and metrics CDKにもこの機能が来ましたので、もうなんでもできます。ecs: secret
手元の環境変数をいい感じに管理するzenv
モチベーション The Twelve Factor App の設定でも推奨されている通り、昨今のCommand Line Interface (CLI) で利用するアプリケーションやCLIでの開発では環境変数を多用します。これによって多くの環境変数を扱ったり、環境変数に秘匿値を扱ったり、文字数の多い環境変数を扱ったり、という機会も増えました。 環境変数を使うためにはシェルに設定したり、昔ながらの env コマンドを使ったり、dotenvを使ったり、秘匿値を扱うenvchainなどといった便利なツールが用意されています。しかし、 それぞれを個別に使えるよりは統合的に環境変数を管理したい さらに高度な環境変数の設定機能を使いたい という2つの観点から新しいツールを実装しました。 基本的な使い方 zenvの機能は大きく分けると、 CLI上で環境変数を設定 .env ファイルから環境変数を読み込み
はじめに Go はシンプルな構文ながら複雑な処理を行えるプログラミング言語です。エラーも自らがハンドリングするスタイルなので割とバグが入り込みにくいのが特徴です。しかし時には Go 本体のソースを見ないと動きが確認できない事もあります。とは言えオープンソースだからといって全ての挙動が簡単に探れるものではありません。 コンパイラの動きであったり、ランタイムの動きであったりで良く分からない物があった場合に、ソースを変更して print デバッグする事が良い方法とは言えません。 幸運にも Go ではランタイム、標準パッケージにデバッグのヒントを出せる仕組みが用意されています。GODEBUG や GOGC、GOTRACEBACK という環境変数が用意されており、設定を行う事で挙動を変更できたり色々なデバッグ情報を出力できたりします。 本記事ではこれらの環境変数に設定可能な値を、筆者の知見を交えて紹
dotenvをインストール flutter_dotenvのパッケージをインストールします。 flutter pub add flutter_dotenv .envファイルを作成 環境変数を管理するためのファイルを作成します。 .env VAR_NAME ="dummyValue" ファイルをgitで管理しない場合は.gitignoreに追加しておきます。 .gitignore 〜〜〜 .env .envファイルをアセットに追加 Flutterアプリからファイルを読み込めるようにするために、pubspec.yamlのassetsへ.envファイルを追加します。 pubspec.yaml assets: - .env 環境変数を読み込み .envファイルをFlutterアプリで読み込みます。 lib/main.dart import 'package:flutter_dotenv/flutte
何だと！？ タイトルのまんま。 恥ずかしながらこれ今まで知らなかった。 もしかして常識だったりする？ ちなみに確認したのは Linux だけど、glibc の posix サブディレクトリ配下の execl*execvpe の挙動なので glibc 使ってればみんな一緒じゃないかな？知らんけど… 環境変数 PATH が設定されていない時 unset PATH とした状態。 この場合、PATH=/bin:/usr/bin と設定されているのと同じ意味になる（追記も参照のこと）。 当然カレントディレクトリは含まれていない。 環境変数 PATH が空の時 PATH= とした状態。 「PATH 環境変数が設定されていない時」とは異なる事に注意。 この場合、PATH=. と設定されているのと同じ意味になる。 つまり、カレントディレクトリが含まれている。 環境変数 PATH の最後が : で終わってい
はじめに イマドキの SPA 開発だとアプリケーションの設定を環境変数で取り扱うことが非常に多くあります。 開発環境・本番環境で変えたい API の baseURL、Google Analytics のトラッキング ID や Firebase の認証情報、ビルド後の成果物を上げる CDN の URL まで、ぶっちゃけ「大体の設定が環境変数で行われている」といっても過言ではない状態です。 ただ、割と環境変数は雑に使われます。いたるところから呼び出されます。いつか崩壊します。 なので、この記事では環境変数の利便性を残しながらも、可能な限り安全に環境変数を取り回す方法をご紹介します。 例によって例の如く、サンプル及び実現方法は Nuxt.js ですが、他の技術でも転用できるはずです。 この記事はちょこちょこ手伝わせてもらっている Omnis inc. での治安維持向上の一環で上がった話のまとめだ
こんにちは。 delyコマース事業部エンジニアのjohnです。 もともとは開発部でiOSエンジニアとしてクラシルのiOSアプリ開発をやっていましたが、今年のはじめから新規事業のコマース事業部でwebのフロントエンドやRailsアプリケーションとかいろいろと開発をしています。 この記事は「dely Advent Calendar 2019」の16日目の記事です。 昨日はSREの井上さんによる「10分で完成！WEBサイトパフォーマンス計測基盤 ver.2019」という記事でした。 tech.dely.jp 今回は、Capistranoを使ってRailsアプリケーションをデプロイしたときに環境変数でハマった話を書きます。 なかなか、これ系の記事が少なかったので、gemの中を見るところまでしてみました。 1つのサーバーを使いまわしてのデプロイの話です。インフラがコード化(Infrastructur
macOS でシステムレベルで環境変数を設定したい, macOS でシステムレベルで PATH を設定したい, アーティゾン美術館のパリ・オペラ座 -響きあう芸術の殿堂を見てきた - HsbtDiary(2023-01-13)
■ macOS でシステムレベルで環境変数を設定したい vscode やその他の開発に関係するアプリケーションを使う時に、いわゆるターミナルとシェルの上で動かすことで任意の環境変数を渡せるというのは当たり前の話なのだが、これをターミナルやシェルを経由しないで動かした時も反映させたくて、いい感じの方法はないものか、と探していてやっと解決方法を見つけた macOSでGUIアプリの環境変数を設定する方法探求 - Qiita というのも vscode で rust や go, rbenv を使うときに上記のような環境変数を設定したくて、いつもシェルから起動しているんだけど、アップデートで再起動を押すとシェルをスキップして起動して何かしらのプラグインがエラー、とか $HOME の下に go ディレクトリとかをばら撒くということがあってなんとかしたいのだった。 launchctl を使う方法は以前も見
AWS CLI のコンフィグファイルと環境変数とコマンドラインオプションで指定できる内容をまとめて確認してみた | DevelopersIO
~/.aws/config の中で credential_process とか使ったことある人はいるんでしょうか。 コンバンハ、千葉（幸）です。 ~/.aws/config、いじってますか？ ~/.aws/configの例 [default] region = ap-northeast-1 output = json [profile chiba] region = ap-northeast-1 output = json role_arn = arn:aws:iam::999999999999:role/chibayuki-role source_profile = jump-account mfa_serial = arn:aws:iam::000000000000:mfa/cm-chiba.yukihiro ~/.aws/configでデフォルトリージョンや出力形式、スイッチロールの
やること こんにちは。大阪オフィスのかずえです。 Fargate、使ってますか？ホストインスタンスの管理をAWSにまるっとお任せできるので楽ですが、docker execでホストインスタンスに入ってゴニョゴニョすることができないので、デバッグが少し大変だったりします。 【祝！】FargateでもECSにごっつ簡単に環境変数に機密情報を渡せるようになりました！ 上記エントリにもある通り、Fargateでも環境変数の参照元としてパラメータストアを簡単に使えるようになっております。SecureStringタイプを使えば機密情報も登録可能です。簡単&便利なので皆さんご利用されることをオススメします。 今回は、この環境変数がちゃんと登録できているかコンテナ内で確認したい、という話です。 docker execが使えれば楽なのですが、Fargateなので使えません。前述のエントリではPHPを使っての確
【祝！】FargateでもECSにごっつ簡単に環境変数に機密情報を渡せるようになりました！ ｜ DevelopersIO
先日、ECSに超嬉しいアップデートがあり、ハマコー感激していたわけですが、悲しいことに発表時はFargateには対応しておりませんでした。 ECSでごっつ簡単に機密情報を環境変数に展開できるようになりました！ ｜ DevelopersIO (´・ω・｀)ｼｮﾎﾞｰﾝとした日々を過ごしていた矢先、いきなりFargateに対応したというニュースが飛び込んできました！！ AWS Fargate Platform Version 1.3 Adds Secrets Support なんなんですかね、このAWSの身軽さ。びっくりしますわ。最高やん。 （祭） ∧ ∧ Y ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉 Fargateｲｷﾅﾘｱｯﾌﾟﾃﾞｰﾄ ﾜｯｼｮｲ |_|＿| し'´Ｊ 更新内容「Fargate Platform Version-1.3.0」 今回のアップデートは、正確にはFargat
tl;drそもそも direnv とはdirenv で.envを読み込む.envに書くことで何が嬉しいのかこんにちは、@p1assです。 自分はローカル開発時に、環境変数を設定するために direnv を使っています。 その際に、環境変数を.envrcに書くより、.envに書いた方が諸々の使い勝手が良いと感じたので紹介します。 tl;dr.envは汎用性が高いので様々な用途で使い回せる。.envrcにdotenvと記述するだけで、自動的に.envファイルを読み込んでくれるので楽。そもそも direnv とはdirenv はディレクトリごとに環境変数を設定することができるツールです。 .zshrcなどにeval "$(direnv hook zsh)"と書くことで、カレントディレクトリに存在する.envrcに書かれたスクリプトを実行してくれます。
AssumeRoleで取得した一時クレデンシャルの情報を環境変数にセットしてもAWS認証が通らずハマった話 | DevelopersIO
こんにちは、CX事業本部の若槻です。 前回投稿した次の記事の執筆のための検証の際に、 AssumeRole（スイッチロール）で一時クレデンシャルを取得して環境変数にセットするワンライナー | Developers.IO 記事で紹介しているワンライナーにより取得した一時クレデンシャルの情報を環境変数にセットしてもAWS認証が通らずハマったので、その際の話を共有します。 事象 前述の記事で紹介している次のコマンドを実行して、AssumeRoleで取得した一時クレデンシャルの情報をを環境変数AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEYおよびAWS_SESSION_TOKENにセットしました。 % target_profile=<Assume先プロファイル名> % mfa_code=<6桁のMFAコード> % AWS_STS_CREDENTIALS=`aws st
【新機能】AWS Amplify CLIで作成するAWS Lambda Functionで環境変数の設定とシークレット値へのアクセスが可能になりました | DevelopersIO
【新機能】AWS Amplify CLIで作成するAWS Lambda Functionで環境変数の設定とシークレット値へのアクセスが可能になりました Amplify CLIから管理下のLambda関数に環境変数を設定できる機能が追加されました🎉 これによって、Amplify CLIを使う場合でも、バックエンドにおいて環境(dev, stg, prdなど)ごとの固有の設定を切り離して管理することができるようになります。 はじめに おはようございます、加藤です。本日、Amplify CLIから管理下のLambda関数に環境変数を設定できる機能が追加されました🎉 これによって、Amplify CLIを使う場合でも、バックエンドにおいて環境(dev, stg, prdなど)ごとの固有の設定を切り離して管理することができるようになりました。 また、Amplify CLIからAWS System
NextJS における環境変数まわりの挙動まとめ
OGP は「環境を考慮しよう！」という画像です。 NextJS へ環境変数をセットする時、デプロイを考慮した上で.env を使いたい・ビルド時と起動時の環境変数がある・サーバーとブラウザでの環境変数があるといった風にややこしい点があり、自分はよく調べ直しています。 基本的には以下の 3 つの公式ドキュメントを見ればいいのですが、 Environment Variables Environment Variables(basic-features) Runtime Configuration 整備されたのが最近なので古い情報が定着していたり、ここに書いていない細かい挙動なんかもあったりするので、まとめて行こうと思います。 .env.* を使って読み込める Environment Variables にもある通り、.env.* を使うことで環境変数を読み込めます。 設定ファイルに環境変数を書い
※ このエントリは、はてなグループ終了に伴う、サブブログからの引越エントリ(2011/01)です。 ※ 情報が古い可能性もありますので、ご留意ください。 今まで、3128 とか 8080 ポートの Proxy しか使ったことなかったから、あまり気にしたことなかった。 http_proxy="http://xxx.xxx.xxx.xxx"80 ポートへの接続だからといって、↑のようにポート番号を省略せずに、 http_proxy="http://xxx.xxx.xxx.xxx:80"という感じで、クライアントに依存する話ではあるけど、ポート番号を明示的に指定しておいた方が良さそうだ。
今回の内容 前回はDjangoの実践的なテストの書き方と、CircleCIを使った継続的インテグレーションについて解説しました。前回までのコードは以下から取得できます。 massa142/modern-django at volume3 第4回となる今回は、まず環境変数について取り上げます。環境変数を用いたsettingsファイルの書き方を紹介した後は、Angularを使ってカンバンボードのUIを実装していきます。 環境変数 環境毎に異なる値としては、データベースの接続に必要な情報やTwitterなど外部サービスの認証情報等が思い浮かぶと思います。これらの設定を定数としてコード上で管理することはもちろん可能ですが、セキュリティと保守性の観点から推奨されません。「The Twelve-Factor App」の教えにのっとり、設定は環境変数から渡すようにしましょう。 「The Twelve-F
Docker で環境変数をホストからコンテナに渡す方法（ホスト OS 側からゲスト OS に渡す方法各種） - Qiita
Docker のコンテナ（ゲスト OS）内のアプリやスクリプトなどに、ホスト OS 側からシステム環境変数をゲスト OS に渡したい。 つまり macOS や Linux で言うと export したシェル変数や env コマンドで表示される値を外部から渡したい。LC_ALL とか LANG とかタイムゾーンとかアクセストークンとか SSH の鍵とか色々。 「docker 環境変数 ホストOS ゲストOS 渡す 方法 各種」で Qiita 記事に絞ってググっても、まとまったものがなかったので、自分のググラビリティとして。 TL; DR （今北産業） docker compose を使う場合（旧 docker-compose） オススメは、「外部ファイルに環境変数を用意」しておき docker-compose.yml 内で指定してコンテナ起動時に読み込ませる方法です。ホスト OS 側で設定済
Node.jsで環境変数を利用する方法
Build the future of communications. Start today with Twilio's APIs and services. Start Building for Free
cross-envはNodeのライブラリでnpmスクリプト実行時に任意の環境変数を設定できます。 これを利用して、開発（ローカル）、検証、本番環境の設定切り替えが可能なビルドを実現します。 各環境の英語と日本語の対応付は以下です。 開発環境 = development environment 検証環境 = staging environment 本番環境 = production environment 利用するファイルは以下です。すべてディレクトリ直下に置いています。 env.development.js (開発環境用ファイル) env.staging.js (検証環境用ファイル) env.production.js (本番環境用ファイル) package.json (環境変数設定を含んだnpmスクリプトを記述するファイル) nuxt.config.js (環境変数に応じた設定ファイルを
いちいちフルパスを指定せずに独自のコマンドを実行したい コマンドプロンプトを開いて作業することが多いユーザーなら、よく使うコマンドや、自分で作成したツールなどをどこかのフォルダにまとめて管理しているのではないだろうか。そのような場所に保存されているコマンドを起動したい場合、「Path」という環境変数にフォルダの場所をセットしておけば、わざわざフルパス名を指定しなくても簡単に呼び出せるようになる。 例えば、「D:\MyCommand」フォルダにコマンドが保存されているとすると、Path環境変数にこの場所をユーザーが自分で追加しておけば、カレントフォルダの場所がどこであっても、「D:\MyCommand\mybatch.cmd」ではなく、単に「mybatch」と入力するだけでコマンドを起動できる。 このPath環境変数の値を設定する方法は幾つかある。そのうち本Tech TIPSでは、Windo
「Windows 10ミニTips」は各回の作成時点で最新のWindows 10環境を使用しています。 新たに加わった「OneDriveConsumer」と「OneDriveCommercial」 2016年の本連載で、PCによってパスが異なるOneDriveフォルダに、意図する動作を適用させるための対処法を紹介したが、一部のショートカットファイルに対しては不用になった。 というのも、リリースノートに記述がなくどのバージョンから加わったのか確認できないが、ユーザー環境変数が新たに加わっている。 OneDriveは「OneDriveConsumer」、OneDrive for Businessは「OneDriveCommercial」という値が自動で作られ、データには絶対パスが格納される仕組みになった。 自動生成されるユーザー環境変数「OneDriveConsumer」「OneDriveCo
これでもかって言うくらいコピペでKubernetes(Google Kubernetes Engine)に環境変数の設定からRailsアプリケーションのmigrateも考慮したデプロイが動くコマンドを書いていく - Qiita
これでもかって言うくらいコピペでKubernetes(Google Kubernetes Engine)に環境変数の設定からRailsアプリケーションのmigrateも考慮したデプロイが動くコマンドを書いていく はじめに AWSもKubernetesに対応したEKSを発表しました。今やDockerとKubernetesは切っても切れない関係になっていくと思ってます。 今回は既にKubernetesの使用を前提としているGoogle Kubernetes Engine(GKE)でのRailsアプリケーションのデプロイを書いておきます。ただし、GKEへのデプロイって結構記事はあるんですが、migrateが絡んだ記事や実用になるような記事ってなかなか書いてないなと思い、ここに書いておきます。 初めてKubernetesやGKEに触れる方の参考になればと思います。 前提条件 アプリケーションはRa
dotenv モジュールとは Node.js のプログラムから環境変数を参照するには process.env を参照します。 参考: Node.js で環境変数を参照する (process.env) ユーザー設定を環境変数で行うようにしているアプリはよくあるのですが、たかが 1 つのアプリのために環境変数を設定するのは嫌だというユーザーは少なからずいます（設定がどこで行われているのかわかりにくいという理由もあります）。 dotenv モジュールを使用すると、カレントディレクトリに置かれた .env ファイルを読み込み、そこに記述されたキー＆バリューのペアを process.env 経由で参照できるようになります。 dotenv - npm つまり、ユーザはアプリの設定を、従来通り環境変数で行うこともできるし、.env ファイルでも行うことができるようになります。 環境変数を使ってアプリの挙
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
webアプリ開発における環境変数まわりのベストプラクティス
Docker Composeの環境変数ではなくsecretsで秘密情報を扱う - Qiita
ECSでごっつ簡単に機密情報を環境変数に展開できるようになりました！ | DevelopersIO
Windowsにおける環境変数をあらためて整理する (1/2)
1Password に保存しているクレデンシャルを環境変数として利用するためのツールを作った
1Password の CLI で環境変数を管理する
ECS Fargate で S3 bucket を用いた環境変数の運用方法
ちょっとMakefileくん！ .envに書いた環境変数読んで！！！！！なんで読んでくれないの！？
Go ランタイムのデバッグをサポートする環境変数 - Qiita
Flutterでdotenvを利用して環境変数を管理する方法 | DevelopersIO
環境変数 PATH に空文字があるとカレントディレクトリが指定されているのと同じ意味になる
Nuxt.js + TypeScript のアプリケーションで環境変数を安全に管理する - Qiita
Rails初心者がハマったCapistranoの環境変数 - dely tech blog
「Windows 10 October 2018 Update」環境で“移動ユーザー プロファイル”に問題／保存先に“%USERNAME%”環境変数を含めるとユーザー名に変換されない
sudo に環境変数の検証不備に起因する権限昇格が可能となる脆弱性（Scan Tech Report） | ScanNetSecurity
FargateのApacheコンテナの環境変数デバッグ方法 | DevelopersIO
direnvを使うときは環境変数を.envrcに書くより.envに書いた方が使い勝手が良い - ぷらすのブログ
「PowerToys」で環境変数エディターの導入が検討中？／システム・ユーザー環境変数の統合表示や無効パスの強調・削除、バックアップ機能なんかが期待できるかも【やじうまの杜】
環境変数 "http_proxy" はポート番号もちゃんと指定しないといけない - 元RX-7乗りの適当な日々
Djangoでの環境変数と、Angularを用いたフロントエンドの実装
Nuxtでcross-envを使い環境ごとに環境変数を分ける - Qiita
【Windows 11対応】Path環境変数を設定／編集して、独自のコマンドを実行可能にする
Windows 10ミニTips(360) OneDriveの環境変数を活用する
環境変数の代わりに .env ファイルを使用する (dotenv) | まくまくNode.jsノート