Reproducable and identical development environment for all host operating systems with zero configuration requirements. The Devilbox is a modern and highly customisable dockerized PHP stack supporting full LAMP and MEAN and running on all major platforms. The main goal is to easily switch and combine any version required for local development. It supports an unlimited number of projects for which
Docker Desktop for mac 4.6 がリリースされて、ファイルIOのパフォーマンスが向上したらしいので調べてみた。(virtiofs)PHPMacLaravelDockerM1 Docker Desktop for mac 4.6のアップデート内容 今回のアップデートでは、 virtiofs と呼ばれるファイル共有実装を使用するオプションを利用できるようになったみたいです。 これにより macOS ホストと DockerVM 間でファイルを同期する方法が改善され、パフォーマンスが向上したらしい。 「virtiofs」を使用する際の前提条件 macOS 12.2以降 (Apple Siliconの場合) macOS 12.3以降 (Intelの場合) 「virtiofs」を有効にする まずは Docker Desktop for mac を v4.6 にアップグレードする。
ツイート ブックマーク Docker composeでそれっぽい環境を用意して、xdebug動かしてみたよって話です。 docker-composeの定義 こんな感じです。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 version: "3" volumes: db-store: services: db: image: postgres:11 volumes: - db-store:/var/lib/postgresql/data environment: POSTGRES_USER: root POSTGRES_PASSWORD: root POSTGRES_INITDB_ARGS: "--encoding=UTF-8"
GitLab-CI の Docker in Docker(dind) イメージ上で Oracle database (oracle12c) を使った単体テストを実行するための環境構築をしたGitLab-CIoracle12cdind 業務でタイトルのような環境構築を行い、色んな所に躓いたので備忘録です。 前提 sqlalchemy で Oracle database (oracle12c) に接続して、必要な情報をダンプするようなバッチプログラムの単体テストを書きたかった。 このプロダクトコードでは SQL を直書きしていたので、単体テスト上で SQLite 環境を構築して確認しようとしたが、単体テスト環境と本番環境でDBクライアントは揃えたほうが良いという、ごもっともな意見を見かけたので、単体テスト環境でも oracle12c 環境を構築することにした。 SQL 直書き良くないよね、とい
はじめに バックエンドの開発環境は Docker が主流になりつつあります 1 。私はローカルPCにPHPを直接インストールして使うのが好きですが、そうもいかないケースは多々あります。 BEAR.Sunday アプリケーションでは自動生成ファイルのI/Oが多いことから、Mac の Docker 環境だとパフォーマンスが問題となります。その解決例として、去年 Docker + BEAR.Sundayで開発するときはdocker-syncを使おう という記事を gamu1012 さんが投稿されていました。また、別の記事で、docker-sync が行うファイル同期は Mutagen でも実現が可能であることを私は知りました。 2 この記事では、BEARの開発環境を docker-sync と Mutagen を使ってそれぞれ構築したこと、両者は同等のパフォーマンスで高速であること、使用感につい
Icon indicates Sample is compatible with Docker Dev Environments in Docker Desktop version 4.10 or later. Icon indicates Sample is compatible with Docker+Wasm. ASP.NET / MS-SQL - Sample ASP.NET core application with MS SQL server database. Elasticsearch / Logstash / Kibana - Sample Elasticsearch, Logstash, and Kibana stack. Go / NGINX / MySQL - Sample Go application with an Nginx proxy and a MySQL
AWS Startup ブログ スタートアップのためのコンテナ入門 – AWS Fargate 編 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 前回「スタートアップのためのコンテナ入門 – 導入編」という記事を公開致しましたが、今回はスタートアップ企業に特におすすめな AWS Fargate についてご紹介します。 前回もお話しましたが、「そろそろコンテナやった方がいいか?」「なんとなく使い始めたけれどこれでいいのか?」「コンテナ自体は分かったけど、サービスでの利用に踏み切れていない」といった漠然とした課題感をお持ちの方は「スタートアップのためのコンテナ入門 – 導入編」から目を通して頂ければと思います。 ※ 本記事は Amazon ECS を前提に書かれております。(執筆時点では Amazon EKS に未対応であったためです。)Amazo
AWS Startup ブログ スタートアップのためのコンテナ入門 – 導入編 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 今回はコンテナのお話です。今日、多くのスタートアップのお客様が本番環境でコンテナを採用し、ビジネスに活かしております。その一方で、「そろそろコンテナやった方がいいか?」「なんとなく使い始めたけれどこれでいいのか?」「コンテナ自体は分かったけど、サービスでの利用に踏み切れていない」といったご相談も数多く頂いております。 本記事ではコンテナ技術のサービス利用を検討されている方向けに、AWS 上でどうコンテナ化を進めていけばいいのかをお話致します。 目次 コンテナとは コンテナオーケストレーション コンテナ利用時・検討時によくある誤解 コンテナへの移行ステップ コンテナとは まずはじめに改めてコンテナ技術についての復習です。
ソーシャルゲーム開発においてよくある構成です インストールから起動まで 私のリポジトリに docker用にdatabase.phpを少し変更しただけのプロジェクトがあるのでクローンしてください。 ※下で解説します # git clone $ git clone git@github.com:wMETAw/php7codeigniter-on-docker.git # cd docker-compose.ymlがあるディレクトリ $ docker-compose build $ docker-compose up -d public function index() { // mariaDB接続確認 // var_dump($this->load->database()); // redis接続・確認 $this->load->driver("cache", array('adapter'
こんばんは。すっかり遅れてしまいましたが、 この記事はCodeIgniter Advent Calendar 2017の11日目です。 最初はXdebugの使い方を書こうとしていたのですが、 入門前の頃の自分でも試せる様な内容にしようとしたら記事が肥大化したので、 まず前段として docker-compose の話を書きます。 Dockerのメリット 9日目の記事 でDockerを使ったローカル開発環境を作ってみましたが、これだけではDockerを使うメリットがありません。 ローカル開発環境を作るにあたってDockerを使うメリットは、雑に言うと 開発環境をOSごとDockerイメージという箱に詰め込んで色んな所で使える ホスト側の環境で必要なのはDockerだけ という点なので、例えばXdebugの様なPHP拡張や、Node.jsの開発環境の様な「その環境を作る時点で苦労してしまう」様な
はじめに MySQLの公式Dockerイメージは文字コードがlatin1だったり、タイムゾーンがTSだったり、localeがPOSIXだったりと、日本語環境で使うにはかなり不自由な感じです。 以下のdocker-compose.ymlを使うことで日本語環境をすぐに建てることが可能です。 最速で日本語環境を使いたい人はこちらをベースにしてみてください。 ファイル 以下のような構成を想定しています。 # Dockerfile_MySQL FROM mysql:5.6 # Set debian default locale to ja_JP.UTF-8 RUN apt-get update && \ apt-get install -y locales && \ rm -rf /var/lib/apt/lists/* && \ echo "ja_JP.UTF-8 UTF-8" > /etc/lo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く