ダークウェブをChromeから覗く闇のワンライナー Welcome to Underground - Qiita
ダークウェブ（.onionドメイン）にアクセスする場合、ブラウザはTorを使う必要がありますが、docker内でTorを建ててプロキシとして使えば、どのブラウザ、またはCURL、pythonスクリプト等でもアクセスできちゃいます。 ワンライナーはこちらです。 networksetup -setsocksfirewallproxy Wi-fi localhost 9150 && networksetup -setsocksfirewallproxystate Wi-fi on && cd $(mktemp -d) && echo -e "FROM alpine:3.12\nRUN apk add tor" > Dockerfile && docker build . -t torproxy && docker run -p 9150:9150 torproxy sh -c "chown -R
Developing inside a Container using Visual Studio Code Remote Development
Version 1.90 is now available! Read about the new features and fixes from May. The Visual Studio Code Dev Containers extension lets you use a container as a full-featured development environment. It allows you to open any folder inside (or mounted into) a container and take advantage of Visual Studio Code's full feature set. A devcontainer.json file in your project tells VS Code how to access (or
#技育祭 ではじめてでもわかる！コンテナ入門 という講義をしたのですがコンテナ技術以前に何が必要か？ - じゃあ、おうちで学べる
概要 空腹状態から回復する為に飯を食っても腹が出る人類の不思議について考えていたら夜でした。2021年03月13日 の15:50 から16:50 までの一時間で技育祭というイベントでコンテナの入門講義を行った。以前から事前に情報が共有できない入門講義は罪深いとは思っている。事前知識のある有無や特定のコンテキストへの理解など参加者のスタートラインを確認できないからで講義時間の関係上それらに一線を引いてここからあそこまでの入門講義だと思い込んで講義を行わなければならない。これは地味にシンドイ。講義する側になると予習復習は大事というのが身に染みます。 講義の感想にたまにこんな声が聞こえる。 コンテナ技術以前の前提知識が必要だと思う こういうことを聞くとオジサンなので彼らの為になるようにXXといういい本があるよ!!! インフラの勉強をするにはこういう名著がある。もちろん、基本的な知識としてネットワ
Formatterを使って、Dockerfileをキレイに書く方法とGitを絡めた使い方 | DevelopersIO
こんにちわ、札幌のヨシエです。 先日、PyCon mini SAPPORO 2019と呼ばれるPythonのイベントに参加しました。 参加セッションのPythonistaのためのコードレビューTips - slideship.comというセッションでFormatterについて触れられる点がありました。 あまりコードを書く機会がない自分ですが、Dockerfileは検証用途で書く頻度が高いのでDockerfileに対応したFormatterであるdockfmtを試してみました。 例として、以下のようなdockerfileを書き出してみます。 やっていることはApacheの公式イメージに対して、パッケージアップデートとgitをインストールして キャッシュ周りを削除してます。 FROM httpd:latest RUN apt-get -y update && apt-get -y upgrad
Introduction to Dockerizing for Production Improve your DevOps skills: learn an iterative process for Dockerizing your code. Get your free ebook Using Alpine can make Python Docker builds 50× slower by Itamar Turner-Trauring Last updated 21 Mar 2023, originally created 29 Jan 2020 When you’re choosing a base image for your Docker image, Alpine Linux is often recommended. Using Alpine, you’re told,
Vue.jsとgolangを使って何か作ってみたかったので試しにタスクリストを作ってみました。 github.com Vue.jsの書き方やgolangのAPI実装はmattnさんのブログを大いに参考にさせて頂きました。 mattn.kaoriya.net 見た目はこんな感じです。 WebアプリケーションフレームワークはEcho、ORMにgormを利用しています。 また、Dockerの勉強も兼ねてフロントエンドとバックエンドの環境を立ち上げられるよう設定ファイルも書いてみました。 バージョン確認 $ go version go version go1.10 darwin/amd64 $ node -v v9.8.0 $ npm -v 5.8.0 なお、環境構築の手順は割愛します。 フロントエンドの実装 タスクリストの機能は次の通りです。 - タスクの一覧表示 - タスク作成 - タスクの完
PhpStormネタをまとめるときに、Docker環境の設定の話は分離しておきたいと思ったので独立した記事にする。 はじめに Docker を利用すると、Dockerfileやdocker-compose.ymlを使って、PHPアプリ開発環境の設定を手軽にチームで共有できるため、プロジェクトのコードをgit cloneしたあとにすぐ起動できる環境を用意するのに適している。 またPhpStormは、Dockerを使って用意したPHPアプリ開発環境と連携できる機能がある。 そこで、PhpStormの連携機能や、PHPコード自体を手軽に試せるよう、シンプルなPHP CLI環境とXdebugデバッグできるWebサーバ環境について説明する。 目次 はじめに 目次 PhpStormと連携するCLI環境を用意する 設定方法 Xdebugでデバッグできる最低限のWebサーバを用意する 設定方法 Docke
もう3ヶ月くらい前になるのですが、Dockerを雰囲気でやっていた自分が、ローカル上でそんなことをすることになりました。 当時の自分がこのタイトルを見ても「ハァ？？？」みたいな気持ちになったと思います。。。 dockerを理解するために読んだもの、読みたかったもの 最初の時点で、インフラに詳しいメンバーから 「たぶん network を設定するんだと思いますよー」 と言われていたんですが、とにかく自分はDockerについての知識が浅かったので、まずは docker-compose.yml が読めるようになるまで勉強してみました。 読んだもの 読みたかったもの いろいろ勉強して解決した後に読んだけど、これを先に読みたかったw booth.pm booth.pm docker-compose のnetworkについて DockerとComposeの基本的なところを勉強したら、インフラに詳しいメ
GitHub - tellerops/teller: Cloud native secrets management for developers - never leave your command line for secrets.
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
https://gdg-tokyo.connpass.com/event/201523/
Docker は Dockerfile から命令を読み込み、自動的にイメージをビルドできます。 Dockerfile はテキストファイルであり、イメージを作り上げるために実行するコマンドライン命令を、すべてこのファイルに含められます。 docker build を実行すると、順次コマンドライン命令を自動化した処理を行い、ビルド結果となるイメージが得られます。 このページでは、 Dockerfile で利用可能なコマンドを説明します。このページを読み終えたら、 Dockerfile の ベストプラクティス を開き、理解を重視するガイドをご覧ください。 使用法¶ docker build コマンドは、 Dockerfile と コンテキスト(context) からイメージを 構築(build) （ビルド）します。構築におけるコンテキストとは、指定された PATH （場所）または URL にある
Proxy環境下でDockerを動かす
Proxy環境下でDockerを動かす Docker1.0がリリースされたことで，プロダクションレディ感もあり，企業でもDockerを使う機運が高まっている．でも，実際はまだまだ本番環境ではなく，テスト環境などで使われることが多い． Dockerによるテスト環境構築でまず思い浮かぶのはdokku．dokkuはDockerを使ったbash実装のPaaS．プライベートPaaSを持たない，かつHerokuなどを気軽に使えない企業のテスト環境として今後使われる機会がありそう． ただ，個人での利用とは違い企業などでDockerやdokkuを使う場合は，Proxyに阻まれることがある（というか今日阻まれた）．ので，Proxy環境下でのDocker，dokkuの使い方を簡単にまとめておく．まず，Docker全般に関して，次にdokku特有の問題についてProxyの問題を解決しなければならない状況とその解
細かすぎて伝わらないかもしれない、CircleCIでDockerをごにょごにょするときのスピードアップテク - パラボラアンテナと星の日記
前回、「Dockerコンテナにcookしserverspecでテストをする」ということをやりました。 キャッシュ活用などによる高速化などが課題でした。今回はいくつかの課題を解決させ、テスト時間の短縮を図りました。 (「スピードアップテク」とか書きましたが、勝手に自分がハマってたところを改善したりしてるだけの箇所もあります。) 先に結論：対策後のビルド時間 対策前(build#9) docker imageキャッシュ有効時(build#55) docker imageキャッシュ無効時(build#54) load docker image 1m41s 0m20s 1m00s knife solo cook(nginxのインストール) 2m56s 0m12s 0m21s (other) (1m03s) (0m41s) (1m06s) TOTAL 5m40s 1m13s(!!!!!) 2m27s
mysqldの --general-log-file オプションを /dev/stdout に設定してコンテナを起動しておく。 $ sudo docker run -p 3306:3306 -d --name mysql -e MYSQL_ROOT_PASSWORD="mypass" mysql /entrypoint.sh mysqld --datadir=/var/lib/mysql --user=root --general-log=true --general-log-file=/dev/stdout こうすることで、docker logs -f mysql で標準出力にてクエリーログを確認できるようになる。 ホストとコンテナでログファイルをVOLUMEで共有しなくていいのがこの方法のいいところ。また、ログファイルを確認するためにコンテナに入る必要もない。Dockerfileやmy
Docker Init: Initialize Dockerfiles and Compose files with a single CLI command | Docker
Docker Init: Initialize Dockerfiles and Compose files with a single CLI command Docker has revolutionized the way developers build, package, and deploy their applications. Docker containers provide a lightweight, portable, and consistent runtime environment that can run on any infrastructure. And now, the Docker team has developed docker init, a new command-line interface (CLI) command introduced
Dockerの性能を最大限に引き出すためには、Dockerfileの記述を最適化し、ビルド後のイメージの容量をできるだけ小さくすることが大切です。さまざまなテクニックがDockerfileのベストプラクティス集などにまとめられるなど、多くのエンジニアの関心を集めているこの最適化問題について、エンジニアのヴァムシ・アトゥーリさんが「適切にchmodを利用することでコンテナイメージの容量を35％削減した」というブログ記事を投稿し、エンジニアが集うニュースサイト「Hacker News」で話題になっています。 `COPY --chmod` reduced the size of my container image by 35% https://blog.vamc19.dev/posts/dockerfile-copy-chmod/ `COPY –chmod` reduced the size
distrolessは、Googleが提供している、本当に必要な依存のみが含まれているcontainer imageです。そこにはaptはおろかshellも含まれておらず、非常にサイズの小さいimageとなっています。余計なプログラムが含まれていないことは attack surfaceの縮小にも繋がり、コンテナのセキュリティについての事業を展開しているSysdig社が公開しているDockerfileのベストプラクティスとしてもdistroless imageを使うことが推奨されています。 Dockerfileのベストプラクティス Top 20 | Sysdig 軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor’s blog また先日、inductorさんがこのようなブログ記事を書き話題になりました。この記事からdistroless ima
Dockerfile の RUN instruction で heredoc 記法をそのまま使うとコマンドが non-zero exit status で死んでも docker build が成功してしまう - polamjaggy
tl; dr Dockerfile の heredoc 機能の中で凝ったことをやるときはコマンド群の最初に set -e とか書くのが無難そう 近年 Dockerfile 内で heredoc 記法が使えるようになったことが知られていて、 www.docker.com 割と凝ったことができる機能で、シンプルには以下のように RUN にずらずら書くときシュッと書けて便利、というのがわかりやすいと思う。 思うんだけど、こういうふうに heredoc の中でなんかミスってしまったときに何が起こるかというと、 # syntax=docker/dockerfile:1.3-labs FROM debian RUN <<EOF apt-get install packagewhichdoesnotexists ls EOF こういう感じで docker build は成功扱いになってしまう。 % do
どうも品質管理部のキムラリョーです。 Selenium & Pythonを利用した自動テストプロジェクトの再構築をDockerを使って簡単にしたい、という話です。 これまでの自動テスト 実行までに必要な手順 1. リポジトリクローン 2. Pythonインストール 3. pipで必要なパッケージをインストール 4. Dockerインストール 5. 自動テスト実行 ターミナルからmainを実行すると、Selenium Gridのコンテナを起動した後にtestautoが実行されます。testautoはSelenium Gridに接続してブラウザを操作しながらテストを行います。 Selenium Gridだから起動時などの設定で様々な形に切り替える事ができます。Nodeを増やしたら並列も可能だし、ヘッドレスも使えるし、気軽にブラウザの設定内容を変えられます。 このプロジェクトは作成者である自分だ
ビルドパック（Buildpacks）がCloud Native Computing Foundationのプロジェクトに。HerokuやCloud Foundryなどが開発 － Publickey
Kubernetesなどの開発をホストするCloud Native Computing Foundationは、Cloud Native Buildpacks （CNB）を同団体の初期プロジェクトであるサンドボックスプロジェクトとして採用したことを発表しました。 Buildpacksは、任意のプログラミング言語で書かれたアプリケーションのソースコードとフレームワーク、ライブラリ、ランタイムなどをまとめて実行可能なパッケージとしてコンテナ化する仕組みです。 参考：PaaS基盤「Cloud Foundry V2」内部で使われるBuildpack、Wardenコンテナの仕組みとは？（前編） もともとHerokuがアプリケーションをクラウドへデプロイするための仕組みとして開発し、それをPivotalもCloud Foundryで採用し、その後DeisやDokkuやGitlabやKnativeなども
引き続きMySQLについて。DockerでMySQLを動かす場合は、いろいろと工夫が必要です。結構その辺躓いたので、メモ。 MySQLを使う際の注意点 DockerでMySQLを使う場合、注意すべきことは Dockerfileでは、複数行にまたがってサービスやプロセスの状態が保持されない(毎回サービスプロセスがすべて終了した扱いになる) MySQLはapt-getでインストールしただけではインストールが終わらない(インストールスクリプトの実行が必要) とくに厄介なのが一つ目です。MySQLでの処理(ユーザーの追加やパスワードの設定、初期テーブルの登録など)はMySQLのサービスが起動した状態でしか操作できませんので、Dockerfileだけでは処理が行えません(複数のコマンドを&&で連結して処理することも可能ですが、Dockerfileの可読性が下がりますし、見た目にもかっこよくないですね
Top 20 Dockerfile best practices
Learn how to prevent security issues and optimize containerized applications by applying a quick set of Dockerfile best practices in your image builds. If you are familiar with containerized applications and microservices, you might have realized that your services might be micro; but detecting vulnerabilities, investigating security issues, and reporting and fixing them after the deployment is ma
概要 Dockerfile ともっと仲良くしたい。 すごく大きな不満があるわけじゃないけれど、↓のようなことができると嬉しい。 1 つのプロジェクト内で複数の Dockerfile を用途に応じて使い分けたい ある Dockerfile から別の Dockerfile を include したい Dockerfile 内で変数が使えたりすると嬉しい Rails プロジェクトを想定していますが、他のフレームワークでも rake と ActionView が使えるならイケるはず。 実装 rake dockerfile:build という rake タスクを作ってみる。 namespace :dockerfile do desc "build Dockerfile" task :build => :environment do view_context = ActionView::Base.ne
続・サーバーレス検索エンジン：巨大な静的ファイルを扱うケースについて考える | フューチャー技術ブログ
大きくは外部ストレージサービス利用と、アプリケーションにバンドルしてしまう方式と2つにわかれます。バンドルはデータだけ更新ができないデメリットはありますが、お手軽です。Lambdaはレイヤーを使えば実行プログラムに対して後から追加とかできますが、容量制限が厳しめです。 オブジェクトストレージは比較的お手軽ですが、読み込みしたいライブラリがローカルのファイルシステム前提の場合は使えません。サーバーレスの方式によっては、一度ローカルのファイルシステムに書き出してから利用とかも可能ではありますが、Cloud Runでは8GB（ただし、おそらくtmpfsで書けば書くほどメモリを消費)、Lambdaでは500MBと容量に制限があります。 より巨大な学習済みデータを扱う場合はマネージドNFSサービス系のものを使うのが最終形でしょう。ファイルのサイズ制限もほぼ限界値ですし、ローカルファイルになるのでどん
CodeBuild をローカル環境で実行（テスト、デバッグ）できるようになりました | DevelopersIO
CodeBuild の処理内容を記載した buildspec ファイルをローカルで動作確認できるようになりました。簡単な説明と手順をまとめてみました。 CodeBuild の処理をローカルで動作確認できるようになりました。今まで buildspec.yml を CodeBuild の実環境でトライ＆エラーで修正した経験がある方もいらっしゃるのではないでしょうか。ローカルで実行できることでテスト実行や、記述に問題があった時のデバッグを簡単に行えます。 AWS CodeBuild Now Supports Local Testing and Debugging Announcing Local Build Support for AWS CodeBuild 概要 AWS CodeBuild はビルド実行サービスです。アプリケーションのテストやビルド、必要に応じてビルドしたアプリケーションを S
radiko を録音したりする radicast を docker で動かす - soh335 memo
soh335/radicast · GitHub radiko を録音したり、podcast 形式の xml を配信する radicast というのを前に作った。これを動かすには radicast 以外に ffmpeg or avconv rtmpdump swftools が必要だった。 録音する環境を移動しようかと考えていたので Dockerfile に記述しポータビリティを高めてみようと思った。 なので Dockerfile を用意し、docker-hub で automated build を行うようにした。 $ mkdir -p workspace $ cd workspace $ docker pull soh335/radicast $ docker run --rm soh335/radicast:latest --setup > config.json $ docker
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Using Alpine can make Python Docker builds 50× slower
Vue.js + Golangでタスクリスト作ってみた - ボクダイモリ
PhpStormと連携する必要最小限のDocker環境を作る - こもろぐ @tenkoma
別々のdocker-composeに属するコンテナ同士で疎通させる - めるノート
Introduction to Cloud Run 2021
Dockerfile リファレンス — Docker-docs-ja 24.0 ドキュメント
Docker: MySQLのクエリーログを確認できるようにしたい - Qiita
「chmod」を不用意に使うとDockerイメージの容量が肥大化してしまう
distroless imageを実用する | うなすけとあれこれ
自動テストの実行環境をDockerでお気軽引っ越し - ZOZO TECH BLOG
DockerでMySQLを動かす(気を付けるべきところとかいろいろ) - Qiita
もう少しだけ Dockerfile と仲良くしたい - Qiita