はじめに WordPress 開発に挑戦している皆さん、環境構築で次のようなお悩みはありませんか？ ローカル環境と本番環境で PHP のバージョンが合わない デバッグがうまくいかない チーム開発で環境を統一するのが難しい もし1つでも当てはまるなら、Docker と VS Code Dev Container の出番です。これらのツールを活用することで、本記事で紹介する dvc-wordpress のような、快適で効率的な WordPress 開発環境を構築できます。dvc-wordpress をサンプルとして、自分の開発環境を効率化することを考えてみてはどうでしょうか。 dvc-wordpress は、Docker と VS Code Dev Container を活用し、WordPress 開発で不可欠な「PHP 開発環境」と「Apache + PHP 実行環境」をシームレスに統合しま

はじめに LocalStackは、AWS互換のローカル開発環境を提供してくれる便利なツールです。S3、DynamoDB、Lambda、SQSなど、多くのAWSサービスをローカル環境で動かすことができます。 しかし、無料版のLocalStackには1つ大きな制約があります。それはState機能（永続化機能）が有料版のみという点です。 この記事では、無料版のLocalStackでもDynamoDBのデータを永続化する実践的な方法を紹介します。 想定読者 LocalStackを使ってAWS開発をしている方 コンテナ再起動のたびにテストデータを入れ直すのが面倒な方 無料版LocalStackで永続化を実現したい方 この記事で得られること Docker Volumeを使った永続化の基本パターン DynamoDBデータのエクスポート/インポート自動化 実用的なスクリプトとDocker Compose設

はじめに aws-ses-v2-local とは？ 簡単な使い方 Dockerfile 参考文献 はじめに AWS SES を使用したアプリケーションを開発する場合、テストやローカル環境などでメールを送信できるようにするため、ローカルな SES サーバーを立ち上げて使用することがあると思います。 これは、 SES だけに言えることではなく、S3 など他の AWS ソリューションでもローカルで立ち上げることができます。そして、 AWS をローカルでエミュレートするアプリケーションは多くありますが一番使われているのは LocalStack ではないでしょうか？ www.localstack.cloud S3 などでは LocalStack を使えば特に問題はないのです。ですが、 AWS SES だけ問題があります。実際に LocalStack のドキュメントを見てみると、 SESv1 is a

はじめに 日本語OCR, 有料の業務用ソフトには色々と高性能なものがあるんですが、無料の場合の選択肢は意外に限られてます。最近ではGeminiなどにOCRさせることも試みてますが、縦書きに弱いのが欠点。加えて、私がやっているような著作権が切れた戦前の本のデジタル化の場合、認識率の低い旧字体が多いのが悩みの種。 そこで最近知ったのが、国立国会図書館が公開しているOCRライブラリ、NDLOCRです。国会図書館のデジタル資料（国立国会図書館デジタルコレクション)から全文テキストデータを作成するために開発されたとのこと。 NDLOCRは、現在ver2.1がGithubに公開されています。古い本が多い国会図書館の資料向けに作られているだけあって、旧字体でも高い精度で認識してくれます。今回は、このライブラリを試してみました。基本、Githubサイトに書いてある通りなんですが、いくつか注意すべき点をメモ

WSLgは「Windows Subsystem for Linux GUI」の略で、WSL上でLinux GUIアプリケーションを動かす仕組みです。 WSLgの仕組みが無かったときは、VcXsrvというWindows用のXサーバアプリを使いWSL側のGUIを表示させていたのですが、WSLgが使えるようになり、こちらが不要になりました。 Puppeteer(パペティア)は、Chrome/Chromiumを操作できるNode.jsのライブラリです。 WSLgの仕組みを使い、PuppeteerでChromiumを非ヘッドレス(GUI)で動かしたいと思います。

2024/06/08： Go Conference 2024 https://gocon.jp/2024/ DockertestとLocalStackを使って 外部サービスに依存した多要素認証の 動作確認・テストをした話 西田 智朗 ソフトウェアエンジニア

Dockerコンテナを利用することで、アプリケーションの実行に便利な隔離された環境を確保することができます。そこでは、高いレベルでの一貫性と移植性が保証されます。Dockerコンテナで作業する際には、そのシェルの接続や検査が極めて重要です。そうすることで、コマンドの実行、問題のトラブルシューティング、コンテナの動作のリアルタイム監視が可能になります。 この記事では、メンテナンスやアップデートのためにローカルやリモートのDockerコンテナにアクセスする方法についてご説明します。 コンテナアクセスが欠かせない理由 コンテナへのアクセスは、コンテナ化された環境における効果的な管理とトラブルシューティングに不可欠です。コンテナのログやランタイム情報を分析し、簡単にエラーを特定して解決することが可能になります。 また、コンテナにアクセスすることで、設定の更新、パッケージのインストール、その他の管理

目的 本物のAWSに触ることなく、Terraformのお勉強がしたい そこで、LocalStackによりローカル環境でAWSのモックを立てて、そこをTerraformでいじることにします。AWSアカウントを持っていない、料金が怖い、本物のAWS環境を壊したくない、等々の事情があっても、Terraformを使った気になることができます。 本記事は極力コマンドやYAMLを書いたりせず、GUIポチポチの割合を増やしお手軽さを重視しました。 目標・方法の概要 目標はシンプルに、Amazon S3のバケット my-tf-test-bucket を作成します。 LocalStackは、ローカル環境でAWSをエミュレートしてくれるものです[1] 。全てのAWSサービス・機能がサポートされているわけではないので注意ですが、基本的な用途では差し支えありません。 TerraformのAWSプロバイダは、もちろ

本記事は「珠玉のアドベントカレンダー記事をリバイバル公開します」企画のために、以前Qiitaに投稿した記事を一部ブラッシュアップしたものになります。 はじめにみなさん、docker composeを利用しているでしょうか？ 複数のdockerコンテナをまとめて立ち上げたり、環境変数を定義できたり便利ですよね。 この記事ではある程度docker composeを利用している方向けに私が便利、便利そうと感じたdocker composeの機能を挙げてみました。 docker compose cli v2を利用docker-composeではなく docker composeコマンドも利用可能になっています。 Docker Desktopでは v3.4.0から利用可能で、基本的にはコマンドの互換性あります。 ファイル監視による自動更新docker compose 2.20.0からCompose

コンテナイメージを作るときに Dockerfile の FROM に指定する「イメージ名」や「タグ名」をビルドごとに変えて設定したく，Dockerfile の ARG を使って実現できた．試しながら学んだポイントをまとめる❗️ Dockerfile 例 例えば，以下の Dockerfile では ARG を使って VERSION を変数化していて，docker build コマンドを実行するときに --build-arg オプションを使うと変数に値を挿入できる．もし --build-arg オプションを使わなかった場合はデフォルト値（今回の例だと latest）のままになる． ARG VERSION=latest FROM nginx:${VERSION} ARG の仕様や注意点などはドキュメントに詳しく載っている． docs.docker.com 実際に docker build --b

Node.js Docker baseイメージには alpine < distroless < ubuntu+slim 構成がよさそう はじめに この記事は、DockerCon 2022 で発表された Bret Fisher の "Node.js Rocks in Docker, DockerCon 2022 Edition" を参考にしています。 base イメージの選択肢に関する話は、動画の前半一部分だけですが、他にも Node.js で Dockerfile を書く時のベストプラクティスが数多くまとまっているので、是非チェックしてみてください。 node:alpine イメージを使わない base イメージサイズを小さく保ちたい、という点で気軽に利用される事が多い alpine イメージですが、Official の README には下記の記載があります。 This variant

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

※当サイトは人材関連サービスを展開する株式会社エイジレスが運営しています。本ページは自社および提携先のPRを含む場合があります。 誰でも手軽にWebサイトを作成・運用できるWordPress（ワードプレス）は、カスタマイズや開発によってより柔軟なWebサイト構築が可能です。 この記事では、WordPress開発の基礎知識からおすすめの開発環境、必要なスキルなどを解説します。 【この記事を読んでわかること】WordPressでは、Webサイトのデザインを決める「テーマ」や機能を追加する「プラグイン」のカスタマイズ・開発が可能WordPressにはさまざまなローカル開発環境があり、用途に応じて選択が可能WordPress開発には、HTML・CSS・JavaScript・MySQLなどのスキルとWordPressの仕組みに関する知識が必要 おすすめのプログラミングスクール 「ITスキルを身につけ

章立て はじめに Docker・Container型仮想化とは Docker一強時代終焉の兆し Container技術関連史 様々なContainer Runtime おわりに 1. はじめに Containerを使うならDocker、という常識が崩れつつある。軽量な仮想環境であるContainerは、開発からリリース後もすでに欠かせないツールであるため、エンジニアは避けて通れない。Container実行ツール（Container Runtime）として挙げられるのがほぼDocker一択であり、それで十分と思われていたのだが、Dockerの脆弱性や消費リソースなどの問題、Kubernetes（K8s）の登場による影響、containerdやcri-o等の他のContainer Runtimeの登場により状況が劇的に変化している。本記事では、これからContainerを利用したい人や再度情報

Docker for Mac が遅い！ docker-sync や、 docker on Vagrant や、cached オプション、delegated オプションなどなど、いろんな解決策が紹介されましたが、それでもフレームワークなどを使っていると遅い、、、 というわけで Docker Desktop for Macの遅い問題を解決する、2022版バージョンをお届けします。 マウント先がドキュメントルートだから遅い よくローカルのファイルをコンテナ内から参照するためのマウント先をドキュメントルート、要するに、 /var/html/html に設定する例を多く見ますが、これが問題の根源となっている。 ドキュメントルートをマウントせずにファイルを設置すると普通に早い。 ドキュメントルート以外にマウントして同期する 今回は、 /var/www/shared にマウントして、 lsyncd で同

はじめに こんにちは、Google Cloudでオブザーバビリティを担当しているものです。Cloud Operations suiteをよろしくおねがいします。（宣伝終わり） この記事はGo Advent Calendar 2021 その1の22日目の記事です。昨日は @sago35tk さんの「ESP32 向けに TinyGo をセットアップする」でした。TinyGoのコアな情報を日本語で教えてくれるtakasagoさんには本当にいつも感謝しています。 さて、今日はGo製のアプリケーションをdockerlessでコンテナ化できるkoの紹介をします。koは本当にイチオシのツールで、みんなに使ってもらいたいのでぜひ使ってください。 github.com DockerによるGo製アプリのコンテナ化 まず最もポピュラーと思われるDockerを用いた場合のGo製アプリケーションのコンテナ化の方法に

こんにちは、サーバーサイドエンジニアの Steven です。 この記事は Enigmo Advent Calendar 2021 の22日目の記事です。 今回は Vagrant 環境をリプレースすることとなった Docker 環境をどう早くしたかについて説明します。 スタート地点は Vagrant 環境 エニグモでは以前から VirtualBox と Vagrant によるローカル環境を使って、開発してました。 使い勝手は完璧ではなかったのですが、開発する分には問題がとくになく長年活用されました。 ただし、それは構築ができたらの話で、構築時間が長いのと、時間が立てば立つほど自ずと新しい構築エラーが発生して、随時対応しないといけない状態でした。 エンジニアの場合、超えられない問題ではなかったのですが、デザイナーなどテクニカルな知識がそれほどない方だと、サポートしてもハードルがかなり高かったで