並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 191件

新着順 人気順

dockerfileの検索結果121 - 160 件 / 191件

  • Apple M1 マシンで快適にUbuntuを使う - Qiita

    MacBook Air M1買いました 一般コンシューマ向けのARM64マシンとしては最強との呼び声が高いApple M1チップを搭載したMacBook Airですが、とある理由で買ってしまいました。 今回は、ARM64を最大限生かした使い方を色々書いていきたいと思います。 Ubuntuを使うには Apple M1でUbuntuを使うには以下の手法があります(2021 1/23時点) ネイティブで動かす https://corellium.com/blog/linux-m1 Pros. ネイティブで動作させるので、macOSの色々なプロセスがない Cons. ストレージはUSB経由 (なんか怖そう) Parallels https://www.parallels.com/jp/ Pros. みんな大好きParallels USBが使える Windowsも使える 安心 Cons. まだPar

      Apple M1 マシンで快適にUbuntuを使う - Qiita
    • DockerイメージのビルドをBuildKitで並列実行し高速化する - 🤖

      なぜ、ビルドを早くする デプロイ時間の短縮 AutoScaling 等でのインスタンスの追加時間の短縮 CI のビルド時間が短縮 どう、ビルドを早くする 並列性を上げる ビルドキャッシュを効かせる 並列性 本記事では、並列性のみに触れる。 BuildKit を使用する Docker 18.09 のリリースにおいて行われたビルド機能の拡張は、ビルドアーキテクチャーの総見直しにより必要となる機能を導入しています。 BuildKit を統合したことによって、処理性能、ストレージ管理、ツール機能、セキュリティのどれをとっても改善が見られるはずです。 https://matsuand.github.io/docs.docker.jp.onthefly/develop/develop-images/build_enhancements/ $ DOCKER_BUILDKIT=1 docker build

        DockerイメージのビルドをBuildKitで並列実行し高速化する - 🤖
      • Earthlyでコンテナ時代のビルド環境を味わう - Runner in the High

        【これはUnipos Advent Calendar 2021の2日目の記事です】 つい最近、EarthlyというDockerコンテナベースのビルドツールで、自分の開発しているGoのアプリケーションのMakefile/Dockerfile/docker-compose.yamlを置き換えたのでそれを記事にしてみる。 Earthlyとは github.com めちゃくちゃ雑に言うとDockerイメージをベースにしたビルドツール。 できることとしてはGoogleが作っているBazelに近い*1が、書き味はMakefile+Dockerfileに近く*2、独特の文法が少ない雰囲気。当然、言語やフレームワークに依存しない。まるでローカル環境でビルドをしているかのようにシームレスにコンテナ環境でビルドを実行できる。 Earthlyは書き味こそDockerfileと似ているが、Dockerイメージを作

          Earthlyでコンテナ時代のビルド環境を味わう - Runner in the High
        • Introducing Docker Build Checks: Optimize Dockerfiles with Best Practices | Docker

          Today, we’re excited to announce the release of Docker Build checks with Docker Desktop 4.33. Docker Build checks help your team learn and follow best practices for building container images. When you run a Docker Build, you will get a list of warnings for any check violations detected in your build. Taking a proactive approach and resolving Build warnings and issues early will save you time and h

            Introducing Docker Build Checks: Optimize Dockerfiles with Best Practices | Docker
          • Introducing Cloud Run Button: Click-to-deploy your git repos to Google Cloud | Google Cloud Blog

            Introducing Cloud Run Button: Click-to-deploy your git repos to Google Cloud As developers, we love that Cloud Run allows you to deploy containerized serverless applications without having to worry about operations, scalability and security. You can package your app in a container, deploy to Cloud Run, and get a fully managed HTTPS endpoint. Today, we are introducing the Cloud Run Button, an image

              Introducing Cloud Run Button: Click-to-deploy your git repos to Google Cloud | Google Cloud Blog
            • Gem in a BoxでプライベートなRubyGemsをDockerで簡単に構築する - YOMON8.NET

              Gem in a Boxを使って、Dockerでローカル環境にRubyGemsを構築して、Gemをアップロードするところまで書きます。 github.com Gem in a Boxは公式でも以下の RUNNING GEM IN A BOX の項目で紹介されてます。 Run your own gem server - RubyGems Guides 作業前提 Dockerfile作成 設定ファイル準備(config.ru) 設定ファイル準備(Gemfile) Dockerイメージのビルド Gem in a Boxの起動 テスト用のGemを作成してアップロードしてみる Bundlerでテンプレート出力 テンプレート調整 Gemのビルドとアップロード Gemのアップロード Gemを利用してみる 作業前提 この手順を実行するために必要なのは、DockerとGitだけです。 Docker Git

                Gem in a BoxでプライベートなRubyGemsをDockerで簡単に構築する - YOMON8.NET
              • gRPC サーバのビルドに Earthly を使ってみよう

                今 Earthly というビルドツールが (自分の中で) 俄かに話題になっています.自分で手を動かしてサンプルコードを作ってみたので,それを基に簡単に機能を紹介したいと思います.題材は Go + gRPC です. Earthly って何? Earthly は Makefile と Dockerfile を足したような書き味のビルドツールで, Makefile のように複数のタスクを定義し,タスクの中で Dockerfile を書くような感じでテストのような命令を実行したり,イメージを生成して保存したりできます. すでに他の方が Earthly を紹介している記事もあるのでぜひご覧ください. Earthly の大きな特徴は "Makefile + Dockerfile 風な構文の馴染みやすさ", "タスクをコンテナ上で実行することによる可搬性の高さ", "ビルドキャッシュの仕組みの簡単さ (

                  gRPC サーバのビルドに Earthly を使ってみよう
                • Dockerfile ベストプラクティス/2022夏 - Qiita

                  今までなんとなくで済ませてきたDockerfileの設定ですが、あらためて公式のベストプラクティス1や公式のリファレンス2を読み解いていきたいと思います。 Dockerfileの各命令の意味や、キャッシュを有効活用するための注意点などについて触れていきます。 ※ベストプラクティスにある「stdinからdocker buildする方法」に関する項目は省略しました。 Dockerfileとは? Dockerイメージを作る際の指示が書かれたファイルです。 Dockerfileを元にイメージが作られ、このイメージを元にコンテナが作られます。 だからすでにイメージがある場合はDockerfileは不要なんですね。 Dockerfileを作る時の注意点 では、早速Dockerfileを作りましょう。 各命令の意味を調べていく前に、Dockerfileを作成するにあたって気を付けた方が良い点について整理

                    Dockerfile ベストプラクティス/2022夏 - Qiita
                  • GitHub Actions + CircleCI でDocker HubへDockerイメージを登録、定期的にre-buildする - Qiita

                    GitHub Actions + CircleCI でDocker HubへDockerイメージを登録、定期的にre-buildするCICircleCIDockerDockerHubGitHubActions GitHub Actions + CircleCIを利用してDocker HubへDockerイメージを登録、定期的にrebuildする方法を解説します。 実際に動いているサンプルコードはこちらで確認出来ます。 DockerイメージのビルドのCIを行う CI用途のためリポジトリにpushがあったら全てのブランチでCIが実行されるように設定します。 利用するAction Build and push Docker images · Actions · GitHub Marketplace DockerfileからDockerイメージのビルドとDocker HubへDockerイメージの

                      GitHub Actions + CircleCI でDocker HubへDockerイメージを登録、定期的にre-buildする - Qiita
                    • Rubyをインストールせず Docker だけを使ってrails newを実行する - アジャイルSEの憂鬱

                      rails new するときにDockerfileを使う必要は特にない。 むしろ開発時に使うDockerfileとは別物になるので、Dockerfileを作らない方が良いです。 コマンド $ mkdir example_app $ cd example_app $ docker run --rm -v $(pwd):/app -w /app ruby:3.0.0 bash -c '\ curl -fsSL https://deb.nodesource.com/setup_14.x | bash - \ && apt-get update && apt-get install -y git nodejs \ && npm install -g yarn \ && gem i --no-document rails \ && rails new .' 解説 --rm 一時的な実行でコンテナを残

                        Rubyをインストールせず Docker だけを使ってrails newを実行する - アジャイルSEの憂鬱
                      • Docker image(イメージ)の違い:alpine,bullseye, buster, slim, stretch, jessie, slim-buster, windowsservercore, latestどれを選ぶべきか?

                        DockerでPythonやRubyなど各言語のイメージを選ぶときに、alpine, buster, slim, stretch, jessie, slim-buster, windowsservercore, latestなど選択肢がたくさんありすぎて、どれを選べばいいのか、、と迷うことがあると思います。 ここでは、alpine, buster, slim, stretch, jessie, slim-buster, windowsservercore, latestなど、それぞれの違いやメリット・デメリット、どういった場合にどれを選ぶべきかをまとめています。 例:docker hubに用意されているRubyのイメージ 各バージョンのイメージに対したくさんのタグが用意されています。 https://hub.docker.com/_/ruby alpine, bullseye, buste

                          Docker image(イメージ)の違い:alpine,bullseye, buster, slim, stretch, jessie, slim-buster, windowsservercore, latestどれを選ぶべきか?
                        • CI details in Kubernetes

                          EM完全に理解した と思ったけど、 やっぱり何も分からなかった話 / EM Night Fukuoka #1

                            CI details in Kubernetes
                          • Spark on k8s を EKS 上で動かす - Gunosyデータ分析ブログ

                            はじめに DRE Team の hyamamoto です. 皆さん,Spark は利用されていますか? Gunosy では Digdag + Athena によるデータ整形が増えてきており,徐々に Spark の利用は減ってきています. 思い返すと,昨年入社後の OJT も Spark から Digdag + Athena への書き換えタスクでした. 一方で,決して多くはないものの,この構成ではカバーし切れない処理もあり,そういったものに関しては Spark を用いています. 話は少し飛びますが,DRE Team では Digdag や派生するバッチ処理を実行するための Kubernetes Cluster を EKS 上に構成しています. また,一部のタスクは Kubernetes の Job として Digdag から投げることで,リソースをスケールさせつつ様々な処理が可能となっていま

                              Spark on k8s を EKS 上で動かす - Gunosyデータ分析ブログ
                            • GitHub - roottusk/vapi: vAPI is Vulnerable Adversely Programmed Interface which is Self-Hostable API that mimics OWASP API Top 10 scenarios through Exercises.

                              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

                                GitHub - roottusk/vapi: vAPI is Vulnerable Adversely Programmed Interface which is Self-Hostable API that mimics OWASP API Top 10 scenarios through Exercises.
                              • Docker best practices with Node.js

                                Collected, curated and written by: Yoni Goldberg, Bruno Scheufler, Kevyn Bruyere and Kyle Martin Welcome to our comprehensive list of Docker best practices that are exemplified under the realm of Node.js. Note that each and every bullet has a link to detailed information and code examples. The entire list can be found in our repository Node.js Best Practices. It covers the basics but goes all the

                                  Docker best practices with Node.js
                                • DockerイメージビルドのキャッシュをBuildKitを交えつつActionsでやってみた | DevelopersIO

                                  はじめに Dockerイメージのビルドは構成次第で長い時間が掛かり、GitHub Actions上で行う場合に頻度が高くなると利用可能枠の圧迫につながります。Organization全体の限度枠をどのくらい占めているのか、及び残り利用枠が分かりにくいこともあり、先んじてキャッシュして備えることにしました。 効率のよいキャッシュを検討する キャッシュを目的としたActionはいくつかありましたが、今回は使いません。BuildKitプロジェクト成果物のソースコード内での利用形跡が見つからなかったためです。 BuildKitについて 以下のスライドが参考になります。Dockerfile内で効率よくキャッシュするコツにも触れているので、読まれたことがない方には特におすすめします。 BuildKitを併用してキャッシュした場合の時間については、以下のブログ記事にまとまっています。 やってみる 同様の

                                    DockerイメージビルドのキャッシュをBuildKitを交えつつActionsでやってみた | DevelopersIO
                                  • How I Dockerized my Next.js website?

                                    Learn how to use Docker to create images for development and production. Imagine that you have developed a full fledged working application and want other developers to contribute to the project. Now if the application consists of different components like UI, running server, database etc. The new developer should install the exact configuration of the entire stack on to his/her system before star

                                      How I Dockerized my Next.js website?
                                    • DockerfileにてなぜADDよりCOPYが望ましいのか - Qiita

                                      はじめに Docker公式のBest practices for writing Dockerfilesに ADDよりもCOPYが望ましい(ADDは使わない方が良い)との記述があるのを見つけたのでその理由を確認してみました。 TL;DR 理由は以下の2つに分けることができます。 ① Imageサイズの観点 ② セキュリティの観点 そもそもCOPYとADDはどう違うのか こちらの記事にて端的にまとめられていたので日本語訳してしまいます。 COPY - 明示的なコピー元とコピー先のファイルまたはディレクトリを指定して、ローカルファイルを再帰的にコピーします。 COPYでは、場所を宣言する必要があります。 ADD - ローカルファイルを再帰的にコピーし、存在しない場合は暗黙的にコピー先ディレクトリを作成し、アーカイブをコピー元としてローカルURLまたはリモートURLとして受け入れます。アーカイブ

                                        DockerfileにてなぜADDよりCOPYが望ましいのか - Qiita
                                      • DockerでPython-Seleniumスクレイピング環境を立てた - Qiita

                                        はじめに メイン機以外で定期実行されるクローラを作りたいと思ったわけですが、その場合ローカル環境に全く依存しない形が取れれば最高だということで、Docker環境の構築に乗り出しました。 全体図 Python実行環境とSeleniumHQ/docker-seleniumはDocker Composeを利用して別のコンテナとして立てます。 そしてSeleniumHQ/docker-seleniumを通じてVNC接続することで、簡単にクローラの挙動をチェックできます。 ちなみに、SeleniumHQ/docker-seleniumがあれば、ChromeやChromeDriverのセットアップは不要です。 環境構築 Docker 最近はWindows10 Homeでも簡単にインストールできるようになったようです。 Dockerのインストーラの指示に従っていれば使える状態になります。 VSCode(

                                          DockerでPython-Seleniumスクレイピング環境を立てた - Qiita
                                        • #CNDO2021 Docker/Kubernetes 開発・運用のためにテスト駆動開発入門 を振り返っていたら朝。 - じゃあ、おうちで学べる

                                          もう、朝 寝れてないのでついでに明後日の登壇資料の準備をしている。あとは謎の挙動にぶつかってLDAP にキレていたのを Sleep で切り抜けたので明日、聡明な自分が解決してくれることを信じてます。 2021年3月11日にCLOUDNATIVE DAYS SPRING 2021 ONLINE に登壇しました(事前収録)。 発表では 主に Docker/Kubernetes でのCI 周りのツールの紹介などを行いましたが日々のコンテナイメージのレビューに憑かれた人に向けて多少楽になる一助になればいいと思いました(ほんなこつ???)が時間管理が無限に下手で本当に入門なだけになってしまいました。 結局、言いたいことの骨子をまとめてないからこんなことになるんやぞ!!! event.cloudnativedays.jp speakerdeck.com あとは所属組織でCloudNative Days

                                            #CNDO2021 Docker/Kubernetes 開発・運用のためにテスト駆動開発入門 を振り返っていたら朝。 - じゃあ、おうちで学べる
                                          • Dockerfile に apt, apt-get, source コマンドを書く時のTips | cloud.config Tech Blog

                                            この記事は Dockerfile を初めて書くときに役立ったTipsをまとめたものです。 apt, apt-get, source コマンドとマルチステージビルドについて調べたことを挙げています。 (追記) Dockerfile で使用する推奨コマンドを apt から apt-get に変更しました。 公式の Dockerfile のベストプラクティスはこちら。また、こちらの @zembutsu 氏のスライドが大変助かりました。ありがとうございます。こちらで触れていない内容もありますので、ぜひご覧ください。 なお、下記内容の docker 実行イメージは Ubuntu 18.04を対象としています。 そのため Docker Desktop for Windows を利用する場合は、Linux container に切り替える必要があります。 apt または apt-get を使うと警告が出

                                              Dockerfile に apt, apt-get, source コマンドを書く時のTips | cloud.config Tech Blog
                                            • Python3の実行環境をDockerで用意する - Qiita

                                              「モバイルSuicaの利用履歴を経費精算に簡単に出せるように編集するサービスの作成」の第一歩 まずはPythonでの開発を行うのでPythonを実行できる環境を作る 筆者の環境 windows PC (Core i7-7600 / 16GB) VS codeで編集 PythonとDockerの拡張機能は入れておくと便利 方針 Windows PCで開発しているので直接やるといろいろ面倒くさい Pythonの実行環境はDockerでコンテナを立てる 準備 Docker for Windowsをインストールする Hyper-Vの有効化など必要。 [docker-compose]もインストール ※[Docker] Windows 10 Pro 64bit に Docker と Docker Compose をインストールする Dockerfileを作る いろいろインストールするのでイメージをbu

                                                Python3の実行環境をDockerで用意する - Qiita
                                              • Golangのシングルバイナリをいい感じでDocker Image化する - blog.potproject.net

                                                Golangはシングルバイナリ(単体で動く実行ファイル)を出力してくれてありがたいのですが、それをコンテナ向けの軽量LinuxであるalpineやBusyBoxを使って動かそうとすると、ハマることが多い。 シングルバイナリじゃなかったのか、と思ってしまうのだが、どうやらデフォルトで一部のライブラリがダイナミックリンクになっているからである。 このあたりが参考になった。 golangでビルドしたバイナリをスタティックリンク (static link)にする これ、割とググればいろいろ出てくるのですが結局のところイマイチ最適解が見つからない。 何故かっていうと、中身に入っているライブラリなどで割かしビルド条件を変える必要があるため。 また、コンテナのサイズも小さくしたいので、いろいろとオプションを調べて、自分はこんな感じで落ち着いた。 ※ちなみに今回想定しているシングルバイナリは、Golang

                                                  Golangのシングルバイナリをいい感じでDocker Image化する - blog.potproject.net
                                                • dockerを使ってgoの環境構築

                                                  これからデータベースやストレージなどGo以外も使って開発していくので、そのまま自分のPC上にこれらの環境を構築していくのはいいものではありません。そこでDockerを使ってコンテナ上で開発をしていこうと思います。 今回のデータはgithubの07go_dockerにあります。 Dockerとは コンテナという技術を使って仮想環境を構築できるツールです。例えば私が使っているMacOS上にWindowsのソフトが使えるような場所を作成します。これが仮想環境です。 仮想環境といえばVMWareやVirtualBoxなどがありますが、それらと異なりゲストOSを挟まないので軽量に動作する利点があります。 私もここら辺は全然詳しくないのですが、Dockerは開発環境を持つコンテナを簡単に立ち上げたり潰したりできるので重宝しています。またいろいろなものがコンテナ内で閉じているので自分のPC環境を汚すこと

                                                    dockerを使ってgoの環境構築
                                                  • 今後どんどん流行るだろう Poetry に Pipenv から移行するために作った Dockerfile と タスクランナー - Qiita

                                                    今後どんどん流行るだろう Poetry に Pipenv から移行するために作った Dockerfile と タスクランナーPythonShellScriptMakefiledockerfilePoetry サンプルコード:https://github.com/tamanobi/poetry-with-docker-sample 次の点を踏まえて、 Pipenv から Poetry へ移行しました。そのときの知見をここに記します。 Pipenv はメンテナンス頻度が落ちていること Pipenv のライブラリ依存解決の機能が遅く、解決できなくなることが多くなること メンテナンス頻度の懸念は、安定しており変更もほぼ必要ない状態であれば問題ありません。しかし2つ目の問題が障害になりました。 Pipenv を使っている人は感じていると思いますが、 Pipenv の lock ファイル生成は長い時間

                                                      今後どんどん流行るだろう Poetry に Pipenv から移行するために作った Dockerfile と タスクランナー - Qiita
                                                    • GitHub - benbusby/whoogle-search: A self-hosted, ad-free, privacy-respecting metasearch engine

                                                      No ads or sponsored content No JavaScript* No cookies** No tracking/linking of your personal IP address*** No AMP links No URL tracking tags (i.e. utm=%s) No referrer header Tor and HTTP/SOCKS proxy support Autocomplete/search suggestions POST request search and suggestion queries (when possible) View images at full res without site redirect (currently mobile only) Light/Dark/System theme modes (w

                                                        GitHub - benbusby/whoogle-search: A self-hosted, ad-free, privacy-respecting metasearch engine
                                                      • dockerで初回起動時のみ特定の処理を行うヘルパースクリプト(docker-entrypoint.sh) - Qiita

                                                        はじめに docker run とか docker-compose up -d とかの 初回起動時のみ 処理したいことがある時はどうすればいいんだろう? docker restart とか docker-compose restart とか systemctl restart docker の時には動いてほしくないんだ。 やってみた結果 mariadb + zabbix で初回起動時のみ、構成用の .sql を流し込む。という動作ができるようになりました。 日本人にやさしそうなMIRACLE ZBXをdocker-composeでまとめた 経緯 zabbix の docker-compose.yml を作成しようとしたら、 dnf でインストールした後に特定ディレクトリにある .sql を MariaDB に食わせる必要がありました。 ビルド時には DB が起動してないので、流し込めない。

                                                          dockerで初回起動時のみ特定の処理を行うヘルパースクリプト(docker-entrypoint.sh) - Qiita
                                                        • InnerLoop、OuterLoopの考えをどう取り入れるか? コンテナを活用した開発におけるCloud Native Buildpacksのすすめ

                                                          クラウドの運用者に焦点を当てた、技術者向けの新しいテックイベント「Cloud Operator Days Tokyo 」。ここでヴイエムウェア株式会社の星野氏が「開発者と運用者の壁をぶち壊せ!InnerLoopとOuterLoopとは?」をテーマに登壇。続いて、コンテナ作成におけるInnerLoop、OuterLoopの考えかたの適用方法について話します。前回はこちらから。 コンテナ作成におけるInnerLoop、OuterLoopの考えかたの適用 星野真知氏:(スライドを示して)さて、これを紹介するまでが私のセッションですが、とはいえちょっとはテクニカルなことを話したほうがいいと思うので、この中でビルドクラスタを紹介したいと思います。 これは何かというと、InnerLoopとOuterLoopをつなぐ、ある意味門番の役割をするものだと思っています。このビルドの考えかたを持っている方は、け

                                                            InnerLoop、OuterLoopの考えをどう取り入れるか? コンテナを活用した開発におけるCloud Native Buildpacksのすすめ
                                                          • Why does musl make my Rust code so slow?

                                                            Andy Grove Apache Arrow PMC. Creator of DataFusion and Ballista Query Engines. GPU-Accelerating Apache Spark @ NVIDIA. TL;DR: Stop using musl and alpine for smaller docker images! During some recent benchmarking work of the Ballista Distributed Compute project, I discovered that the Rust benchmarks were ridiculously slow. After some brief debugging, it turns out that this was due to the use of mus

                                                            • Dockerfileの書き方, 利用する命令, 作成手順 - わくわくBank

                                                              Dockerfileを作成し、Dockerイメージを生成するために必要な知識についてご紹介します。 Dockerfileの「基本的な書き方」「よく利用する命令」「効率の良い作成手順」など解説していきます。 作業の流れ Dockerfile作成 Dockerfileを作成するための効率的な手順を下記記事で紹介してくださっています。 Qiita|効率的に安全な Dockerfile を作るには 大まかな手順は以下の通りです。 ベースイメージを決める ベースイメージのコンテナ内で作業しつつ、うまくいった処理をメモ 全て成功したらDockerfileを作成 短時間で正確にDockerfileを作成したい場合、参考になります。 Dockerfileからイメージを作成 docker image buildコマンド を利用して、 Dockerfile から Dockerイメージ を作成します。

                                                                Dockerfileの書き方, 利用する命令, 作成手順 - わくわくBank
                                                              • Proxy環境で VS Code Remote Development + Java開発をさせてくれ - Qiita

                                                                こん**は。 突然ですが、VS Code で しかも実行環境はコンテナで Java、開発したいですよね。 でも邪魔してくるやつが居ますよね。そう Proxy です。 社内Proxyの場合企業ごとに状況が異なると思いますが、うまくいった例としてすこしでもあなた様の参考になれば……。 モチベーション Proxy 環境下で Docker を利用した VS Code の Remote Development をしたい! いろんなレイヤからプロキシの設定を求められる…… プロキシに悩める人に、少しでもヒントとなれば! 動作確認環境(ホスト) OS Windows 10 Docker Docker for Windows VS Code 1.46.0 前提 VS Code と Docker for Windows がインストールされていること Docker for Windows のプロキシ設定は既に

                                                                  Proxy環境で VS Code Remote Development + Java開発をさせてくれ - Qiita
                                                                • GitHub - open-webui/open-webui: User-friendly WebUI for LLMs (Formerly Ollama WebUI)

                                                                  🖥️ Intuitive Interface: Our chat interface takes inspiration from ChatGPT, ensuring a user-friendly experience. 📱 Responsive Design: Enjoy a seamless experience on both desktop and mobile devices. ⚡ Swift Responsiveness: Enjoy fast and responsive performance. 🚀 Effortless Setup: Install seamlessly using Docker or Kubernetes (kubectl, kustomize or helm) for a hassle-free experience. 🌈 Theme Cus

                                                                    GitHub - open-webui/open-webui: User-friendly WebUI for LLMs (Formerly Ollama WebUI)
                                                                  • VSCode + Docker + XdebugでPHPのデバッグ環境を構築 - lycheejam's tech log

                                                                    概要 前回、Docker(nginx + PHP-FPM)を使ってPHPの実行環境を構築しました。 基本構文を覚えたばかりなのでコード毎に動作を追いたいと思った次第です。 Docker(nginx + PHP-FPM + Xdebug)+ VisualStudio Codeでデバッグが行える環境を構築します。 前回作成したDocker(nginx + PHP-FPM)のPHP実行環境にXdebugを追加する形で構築します。 前回の環境構築記事は以下です。 kitigai.hatenablog.com 目次 概要 目次 参考サイト様 環境 デバッグ環境の構築 成果物 ディレクトリ構成 nginxのconfigファイル作成 Dockerfileの作成 peclって? docker-compose.ymlの作成 xdebug.iniの作成 host.docker.internalって Visua

                                                                      VSCode + Docker + XdebugでPHPのデバッグ環境を構築 - lycheejam's tech log
                                                                    • golangとbazelで作るいい感じなビルド環境 - MJHD

                                                                      ※Makefileに一部間違いがあったため、修正しました bazelはビルドシステムの一つで、Googleが開発し社内でも使用している。makeなどの従来のビルドシステムと比べると、簡潔な設定で幅広い言語・ビルド対象に対応していて、ビルドが必要なものはほとんどbazelで解決できる。 Bazel - a fast, scalable, multi-language and extensible build system" - Bazel 例えば、Goのビルドと同時にdockerイメージもビルドしたい、protoもビルドしたいといった場合、通常であれば個別にビルドコマンドを打つ必要があるのだが、この作業をbazelに一本化でき、とても便利。 必要な物 以下のものを使用する: 1. bazel 2. rules_go 3. gazelle 4. rules_docker rules_goはGo

                                                                        golangとbazelで作るいい感じなビルド環境 - MJHD
                                                                      • Dockerfileごとに.dockerignoreを設定する

                                                                        ここに書いている内容によると、docker build時には、<指定したDockerfile名>.dockerignore → .dockerignoreの順に参照しているとのこと。(ただしDOCKER_BUILDKIT=1にしている場合のみ) これまでは、本番用のイメージビルドで使うDockerfileや開発用のイメージビルドで使うDockerfileDevに対して、1つの.dockerignoreを設定していましたが、この仕様を考慮することで、各Dockerfileごとに.dockerignoreを設定できそうなので試してみる。 今回は、myapp.Dockerfileとmyapp.DockerfileDevの2つのDockerファイルを用意して、各Dockerfileを元にビルドする際に、それぞれ<指定したDocerfile名>.dockerignoreが参照されるか確認する。 ビル

                                                                          Dockerfileごとに.dockerignoreを設定する
                                                                        • hadolintを利用して容易にベストプラクティスに基づいたDocker環境を構築する | DevelopersIO

                                                                          t_o_dと申します。 GAS開発の際に環境用としてチームメンバーにDockerfileを作成していただけましたが、そちらを利用して構築すると肥大な環境が出来上がりました。 そのため、hadolintというlintツールを利用して軽量化及びベストプラクティスに基づいた方法を記録いたします。 結論 以下、「修正前」と「修正後」のソース及びイメージサイズの比較です。 ※こちらを参考にしてより削減するため、本来の指摘とは関係ない「軽量なイメージの使用」を行なっています。 $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE before_image latest ****** 3 minutes ago 1.27GB after_image latest ****** 1 minutes ago 486MB hadolintを利用すれば軽量でベ

                                                                            hadolintを利用して容易にベストプラクティスに基づいたDocker環境を構築する | DevelopersIO
                                                                          • Dockerizing a NestJS app with Prisma and PostgreSQL

                                                                            keyboard_arrow_right Dockerizing a NestJS app with Prisma and PostgreSQL Dockerizing a NestJS app with Prisma and PostgreSQL How to dockerize a NestJS application with Prisma and PostgreSQL. Docker 🐳 enables you to build consistent containers of your applications for your development, testing and production environments. In this post you will dockerize a NestJS 😸 application with Prisma connecti

                                                                              Dockerizing a NestJS app with Prisma and PostgreSQL
                                                                            • [Docker入門]コンテナにsshでアクセスするための設定メモ - Qiita

                                                                              目的 やりたいこと この記事でわかること 環境 Dockerfile ※すみません、上手く記事内にリンクできませんでした。 まとめ 参考 補足:シェルスクリプトでsshdを起動する方法 [目的] Dockerの使い方を勉強していて、sshで接続するところで苦労したので、やり方をメモっておきます。初心者が試行錯誤した結果なので、もっと良い方法があると思います。もしご存知でしたら教えていただけますと幸いです。 [やりたいこと] 以下やりたいことです。 公式のubuntu18.04のイメージを使って、sshが設定済みのイメージを作成したい。 sshでのアクセスでは公開鍵認証を使用したい。 必要な設定はビルド時、つまりDockerfileで完了させたい。 コンテナを起動したら直ぐに、sshコマンドでホスト側からアクセスできる状態にしたい。 以下やりたく無いことです。 コンテナにアクセスして、手動で

                                                                                [Docker入門]コンテナにsshでアクセスするための設定メモ - Qiita
                                                                              • 外部公開するDockerイメージを作るときは COPY . に気をつけよう

                                                                                English article is here. 要約以下の条件を満たすときにDockerイメージ内に残留する.gitフォルダーから機密情報が流出する恐れがあります。 過去に機密情報をcommitしたが消していない.gitフォルダーとDockerfileが同じ階層のディレクトリにあるDockerfileでCOPYやADD命令でカレントディレクトリを指定してファイルを移している(例 : COPY . /app)Dockerイメージを誰でもダウンロードできる場所にアップロードするDockerfileを変更せずにできる対策としては .dockerignoreファイルで.gitフォルダーを指定するが挙げられます。 WaniCTF'21-spring 「Git Master」4/30 ~ 5/2に大阪大学CTFサークルWani Hackaseが開催した初心者向けのCTF大会WaniCTF'21-sp

                                                                                  外部公開するDockerイメージを作るときは COPY . に気をつけよう
                                                                                • Dockerコンテナに一般ユーザーを追加するときのDockerfileの設定 - Qiita

                                                                                  FROM ubuntu:latest ARG USERNAME=user ARG GROUPNAME=user ARG UID=1000 ARG GID=1000 RUN groupadd -g $GID $GROUPNAME && \ useradd -m -s /bin/bash -u $UID -g $GID $USERNAME USER $USERNAME WORKDIR /home/$USERNAME/ groupaddコマンドで新しいグループを作成します。-gオプションでグループIDを指定しています。 useraddコマンドで新しいユーザーを作成します。オプションの意味は次の通りです。 -m, --create-home ホームディレクトリを作成します。 -s, --shell SHELL ログインシェルを指定します。 -u, --uid UID ユーザーIDを指定します。 -

                                                                                    Dockerコンテナに一般ユーザーを追加するときのDockerfileの設定 - Qiita