常連

### 実現したいこと
素のPHPで作ってある旧プロジェクトをLaravelSailの新プロジェクトに移しています。
旧プロジェクトに画像フォルダがあり、1000枚以上の画像があります。
旧プロジェクトは現状稼働中のため画像が追加されたり更新されたり削除が行われます。

そのあたりはそのまま新プロジェクトに移す必要があるのですがなるべく同じ内容でチェックしたいのですがいちいち随時画像フォルダを同期させるのが面倒だなぁと思いました。
「あ、いちいち1000枚以上を同期させるよりはシンボリックリンクで該当フォルダを参照することで解決できるな！そもそも同じフォルダを見てるから何も考えなくてもいいし！」
と思いついたときは喜んでいたのですが・・


### 発生している問題・分からないこと
実際にやってみるとUbuntuの時点では当然うまくいくのですが、sail(docker)を起動するとコンテナ外へのシンボリックリンクは無視されているようです。
まぁコンテナ外になるわけなので考えてみれば当たり前といえば当たり前か・・・

シンボリックリンクではなくて新プロジェクトの外のフォルダ（旧プロジェクト内にある）をコンテナにマウントする様な設定をdocker-compose.ymlに書けば良いのか？と思ったのですがやり方が思いつきませんでした。

なにかヒントはありますでしょうか？



### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
同じ様な事を考えた人は見つかりましたがその方は成功していなかった

### 補足
特になし

Dockerでプロジェクト外のフォルダを見たい

### 実現したいこと
起動したコンテナのpublic直下に404.htmlと500.htmlを反映する

### 発生している問題・分からないこと
エラーページ配信用にRailsのpublicに404.htmlと500.htmlを作成済みです
しかし、no cache状態でビルド後、コンテナ起動しても上記二つのファイルがコンテナに存在しません

以下、詳細です
- ホストのpublic/には確実に404.htmlと500.htmlが存在する
- .dockerignoreで**public**は指定されていない
- .dockerignoreで!/public/404.htmlと!/public/500.htmlを明示しても変わらず
- デフォルトのpublic/robots.txtはコンテナに反映されている
- リバプロとして設置しているNginxコンテナからエラーページを返すのが目的

### エラーメッセージ
```error
なし
```

### 該当のソースコード

```Dockerfile
# --- ビルドステージ ---
# 最新軽量版Rubyのイメージ（2025年1月時点）
FROM ruby:3.3.7-alpine AS builder

ENV LANG=C.UTF-8 \
    TZ=Asia/Tokyo

RUN apk update && apk add --no-cache \
    build-base \
    yaml-dev \
    postgresql-dev \
    postgresql-client \
    git \
    bash \
    tzdata

WORKDIR /app
COPY Gemfile Gemfile.lock /app/
RUN bundle install
COPY . /app/

# --- 実行ステージ ---
FROM ruby:3.3.7-alpine

ENV LANG=C.UTF-8 \
    TZ=Asia/Tokyo

RUN apk update && apk add --no-cache \
    postgresql-client \
    bash \
    tzdata

WORKDIR /app
COPY --from=builder /app/ /app/
COPY --from=builder /usr/local/bundle /usr/local/bundle

COPY entrypoint.sh /usr/bin/
RUN chmod +x /usr/bin/entrypoint.sh
ENTRYPOINT [ "entrypoint.sh" ]

EXPOSE 3000

CMD [ "bundle", "exec", "puma", "-C", "config/puma.rb" ]
```

```nginx.conf
## Nginxの設定

# Pumaとの通信に Unixドメインソケット を利用
upstream api {
  server unix:///app/tmp/sockets/puma.sock;
}

server {
  listen 80;
  server_name localhost;

  # ログ出力先
  access_log /var/log/nginx/access.log;
  error_log  /var/log/nginx/error.log;

  # 静的ファイルのルート（Railsの /public を参照）
  root /app/public;

  # クライアントがアップロード可能な最大リクエストサイズ(m = MB)
  client_max_body_size 100m;

  # エラーページ指定
  error_page 404             /404.html;
  error_page 502 503 504 505 /500.html;

  # エラーページへの直接アクセスをブロック
  location = /404.html {
    internal;
  }

  location = /500.html {
    internal;
  }

  # リクエストファイル($uri)が存在すれば返し、なければRailsへルーティング
  try_files $uri @api;

  # リバースプロキシ設定
  location @api {
    proxy_pass       http://api;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  }

  keepalive_timeout 5;
}
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
マルチステージビルド導入済み。実行ステージをコメントアウトしても変わらないので、ビルド段階で404.htmlと500.htmlが何かの理由で含まれていない気がします。

### 補足
Ruby: 3.3.7　Rails: 7.2.2.1
RailsはAPIモード

これが原因でECS on Fargateへのデプロイ（タスク起動）が失敗して困っています

Railsのpublicディレクトリ直下のファイルがコンテナに反映されない

40歳、システム開発6年のキャリアからの転職について相談させてください

【現状】
・現在、障害者雇用枠でシステム開発に従事（精神・発達障害者が主体の環境）
・システム開発経験：6年
・担当業務：要件定義以外の上流工程（2年経験）、開発、テスト、本番導入
・勤務形態：週2日出社、週3日在宅勤務
・主な役割：新規開発も担当するが、メインは保守担当

【転職検討理由】
　職場環境の課題
   ・同僚の体調不良による欠勤が多く、特に出社日には身体障害者の同僚のサポートが一人に集中
   ・技術力向上への意欲が会社全体で低い
   ・古い技術への依存が強く、成長機会が限られている

【悩み・質問】
・6年のシステム開発経験を持つ40歳で精神障害があることを考慮すると、転職市場での可能性をどう評価すべきか
・現在は精神状態が安定しているため、一般枠での就職も視野に入れています
・システム開発のスキルと経験を活かせる、より技術志向の強い環境への転職は現実的でしょうか
・同様の状況から転職された方の体験談や、成功事例があれば参考にしたいです

ご意見・アドバイスをいただければ幸いです

【転職相談】40歳、システム開発6年、障害者雇用からのキャリアアップについて

docker初心者です；；
ホストOS Macで、VMware fusionのゲストOS Ubuntu環境にさらにdockerコンテナのLAMP環境で独習PHPという本のソースを動かしてます。以下のプログラムで、
```PHP
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8" />
<title>アップロード処理</title>
</head>
<body>
<form method="POST" action="file2.php" enctype="multipart/form-data">
<label for="upfile">ファイルのパス：</label>
<input type="hidden" name="max_file_size" value="1000000" />
<input id="upfile" type="file" name="upfile" size="40" />
<input type="submit" value="アップロード" />
</form>
</body>
</html>
```
画像をアップロードするという課題があります。
```PHP
<?php
$ext = pathinfo($_FILES['upfile']['name']);
$perm = ['gif', 'jpg', 'jpeg', 'png'];

if ($_FILES['upfile']['error'] !== UPLOAD_ERR_OK) {
  $msg = [
    UPLOAD_ERR_INI_SIZE => 'php.iniのupload_max_filesize制限を越えています。',
    UPLOAD_ERR_FORM_SIZE => 'HTMLのMAX_FILE_SIZE 制限を越えています。',
    UPLOAD_ERR_PARTIAL => 'ファイルが一部しかアップロードされていません。',
    UPLOAD_ERR_NO_FILE => 'ファイルはアップロードされませんでした。',
    UPLOAD_ERR_NO_TMP_DIR => '一時保存フォルダが存在しません。',
    UPLOAD_ERR_CANT_WRITE => 'ディスクへの書き込みに失敗しました。',
    UPLOAD_ERR_EXTENSION => '拡張モジュールによってアップロードが中断されました。'
  ];
  $err_msg = $msg[$_FILES['upfile']['error']];
} elseif (!in_array(strtolower($ext['extension']), $perm)) {
  $err_msg = '画像以外のファイルはアップロードできません。';
} elseif (!@getimagesize($_FILES['upfile']['tmp_name'])) {
	$err_msg = 'ファイルの内容が画像ではありません。';
} else {
  $src = $_FILES['upfile']['tmp_name'];
  $dest = mb_convert_encoding($_FILES['upfile']['name'], 'SJIS-WIN', 'UTF-8');
  if (!move_uploaded_file($src, 'doc/'.$dest)) {
    $err_msg = 'アップロード処理に失敗しました。';
  }
}
if (isset($err_msg)) {
  die('<div style="color:Red;">'.$err_msg.'</div>');
}
header('Location: http://'.$_SERVER['HTTP_HOST'].dirname($_SERVER['PHP_SELF']).'/file1.php');

```
Ubuntuのブラウザで画像を選択するセレクトボックスを押すと、当然ながらUbuntuのファイルウィンドウが開きます。画像をアップロードすると、Ubuntuに対して権限がないので？、``アップロード処理に失敗しました。``となります。
コンテナからホストであるUbuntuに対してchmod 777するとか、もしくはファイルウィンドウからコンテナ内の画像をアップロードするとかできませんか。
Dockerfileで何か指定するとか？
(頓珍漢なこと言っているかも)
駄文すみません。

dockerコンテナ内からホストに権限を与えることはできるか

### 前提・実現したいこと

docker-composeでMySQLコンテナを起動させたいです。
現在、"docker-compose up -d"を叩くと、「Bind for 0.0.0.0:3306 failed: port is already allocated」というエラーが出てきてしまい、起動できずにstatusがexit128となります。

### 発生している問題・エラーメッセージ

```
ERROR: for ****  Cannot start service ****: driver failed programming external connectivity on endpoint ********(~~): Bind for 0.0.0.0:3306 failed: port is already allocated
ERROR: Encountered errors while bringing up the project.
```

### 試したこと
**"lsof -i:3306"を実行して該当するPIDを"kill -9 PID"で削除**
　→"docker-compose down"しても生き残っているPIDがあるのですが、そちらを削除するとdocker本体が停止してしまい、「ERROR: Couldn't connect to Docker daemon. You might need to start Docker for Mac.」が発生します。


**docker-compose.ymlファイル内で指定しているport番号を3306から3307に変更**
　→"docker-compose up -d"で全てのコンテナのstatusがupになりましたが、すぐに「MySql.Data.MySqlClient.MySqlException (0x80004005): Unable to connect to any of the specified MySQL hosts.」が発生してしまい、statusがExit134になります。チーム開発しているものになるので、docker-compose.ymlファイルに手を加えたくない所です。


### 補足情報（FW/ツールのバージョンなど）
macOS
docker v19.03.2
docker-compose v1.24.1

【Docker】port is already allocatedエラーを解決したい

docker build -t dockerdomo ./
コマンドをうち、buildしようとしたのですが、
このようにエラーが出ます。

完全に初心者なので何を解決すれば良いのかわかりません。

原因らしきものがわかる方がいたらご教授お願いします。
[参考動画](https://www.youtube.com/watch?v=DS5HBTMG1RI&list=PLtpYHR4V8Mg-jbuk4yoXhXwJtreodnvzg&index=1)
```
 % docker build -t dockerdomo ./dockerfile                          
[+] Building 0.0s (2/2) FINISHED                                                         
 => ERROR [internal] load .dockerignore                                             0.0s => => transferring context: 33B                                                    0.0s
 => ERROR [internal] load build definition from Dockerfile                          0.0s
 => => transferring dockerfile: 33B                                                 0.0s------
 > [internal] load .dockerignore:------
------ > [internal] load build definition from Dockerfile:
------failed to solve with frontend dockerfile.v0: failed to resolve dockerfile: failed to build LLB: error from sender: dockerfile is not a directory



 % docker build -t dockerdomo ./          
[+] Building 0.0s (2/2) FINISHED                                                         
 => [internal] load .dockerignore                                                   0.0s
 => => transferring context: 2B                                                     0.0s
 => [internal] load build definition from Dockerfile                                0.0s
 => => transferring dockerfile: 2B                                                  0.0s
failed to solve with frontend dockerfile.v0: failed to read dockerfile: open /var/lib/docker/tmp/buildkit-mount474399907/Dockerfile: no such file or directory
```

```
docker info 
Client:
 Debug Mode: false
 Plugins:
  app: Docker Application (Docker Inc., v0.8.0)
  buildx: Build with BuildKit (Docker Inc., v0.3.1-tp-docker)
  scan: Docker Scan (Docker Inc., v0.3.3)

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 2
 Server Version: 19.03.13-beta2
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 7ad184331fa3e55e52b890ea95e65ba581ae3429
 runc version: dc9208a3303feef5b3839f4323d9beb36df0a9dd
 init version: fec3683
 Security Options:
  seccomp
   Profile: default
 Kernel Version: 4.19.76-linuxkit
 Operating System: Docker Desktop
 OSType: linux
 Architecture: x86_64
 CPUs: 6
 Total Memory: 1.944GiB
 Name: docker-desktop
 ID: HJPY:SIQY:CK3P:ABJP:Y2UP:2RJB:Z6QU:VGRH:XHUR:KTB7:KPUO:WNVS
 Docker Root Dir: /var/lib/docker
 Debug Mode: true
  File Descriptors: 39
  Goroutines: 47
  System Time: 2020-09-18T08:51:50.2733407Z
  EventsListeners: 3
 HTTP Proxy: gateway.docker.internal:3128
 HTTPS Proxy: gateway.docker.internal:3129
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: true
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false
 Product License: Community Engine
```

```
dockerfile　書き換えました　最新です
FROM ruby:2.6.5


RUN curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - \
    && echo "deb https://dl.yarnpkg.com/debian/ stable main" | tee /etc/apt/sources.list.d/yarn.list

RUN apt-get update -qq && \
    apt-get install -y build-essential \ 
    libpq-dev \        
    nodejs           

WORKDIR /Books/
COPY Gemfile ./Gemfile
COPY Gemfile.lock ./Gemfile.lock
RUN gem install bundler
RUN bundle install
COPY . /Books/
# waitライブラリの追加
ADD https://github.com/ufoscout/docker-compose-wait/releases/download/2.6.0/wait /wait 
# ライブラリの権限変更
RUN chmod +x /wait

# Add a script to be executed every time the container starts.
COPY entrypoint.sh /usr/bin/
RUN chmod +x /usr/bin/entrypoint.sh
ENTRYPOINT ["entrypoint.sh"]
EXPOSE 3000

# Start the main process.
CMD ["rails", "server", "-b", "0.0.0.0"]
```


![イメージ説明](4388ebadcf900b27ec2b2977bbe620f1.png)

dockerが build できない

```
docker-compose build
```
にてイメージを作成しようとすると途中でエラーになってしまいます。
解決法についてお聞きしたいです。

##概要

apt-getにてアップデートなどを行いたいと思っています。
php-apatche(app)コンテナとmysql(db)コンテナを作成しようとしています。

###エラー

```
executor failed running [/bin/sh -c apt-get update     && apt-get install -y libonig-dev     libzip-dev     unzip     mariadb-client     && docker-php-ext-install pdo_mysql     mysqli     mbstring     zip]: exit code: 100
ERROR: Service 'app' failed to build : Build failed
```
Dockerfile内のRUNコマンドのとことで止まってしまいます。
```
FROM php:7.4-apache

WORKDIR /var/www/html

RUN apt-get update \
    && apt-get install -y libonig-dev \
    libzip-dev \
    unzip \
    mariadb-client \
    && docker-php-ext-install pdo_mysql \
    mysqli \
    mbstring \
    zip

COPY --from=composer:1.10 /usr/bin/composer /usr/bin/composer
ENV COMPOSER_ALLOW_SUPERUSER 1

COPY ./src /var/www/html
COPY ./docker/app/php.ini /usr/local/etc/php/php.ini
```

## 調べたこと試したこと
・apt-getコマンドが使えないのかどうか
ググってみるとコマンド自体が使えないとnot foundが返ってくるのでおそらく違う。
・apt-get update以降の書き方について
docker docsを見ても変な書き方には見えない
https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#sort-multi-line-arguments

##問題箇所のエラー 2021/06/10追記
```
Reading package lists...
E: Failed to fetch http://security.debian.org/debian-security/dists/buster/updates/main/binary-amd64/by-hash/SHA256/029770e68e814e366c707db624f03b1d8bd6b3be70ee43797f1e9d5932933900  File has unexpected size (13399 != 291544). Mirror sync in progress? [IP: 151.101.130.132 80]
   Hashes of expected file:
    - Filesize:291544 [weak]
    - SHA256:029770e68e814e366c707db624f03b1d8bd6b3be70ee43797f1e9d5932933900
    - MD5Sum:8500407363aeac0e51fc632e1c6223ab [weak]
   Release file created at: Wed, 09 Jun 2021 21:09:35 +0000
E: Failed to fetch http://deb.debian.org/debian/dists/buster/main/binary-amd64/by-hash/SHA256/935deda18d5bdc25fb1813d0ec99b6e0e32a084b203e518af0cf7dc79ee8ebda  File has unexpected size (13349 != 7906864). Mirror sync in progress? [IP: 151.101.110.132 80]
   Hashes of expected file:
    - Filesize:7906864 [weak]
    - SHA256:935deda18d5bdc25fb1813d0ec99b6e0e32a084b203e518af0cf7dc79ee8ebda
    - MD5Sum:ba791e511a2a4b6523ac06f404e32f42 [weak]
   Release file created at: Sat, 27 Mar 2021 09:55:13 +0000
E: Failed to fetch http://deb.debian.org/debian/dists/buster-updates/main/binary-amd64/by-hash/SHA256/0233e1a9b12fea0d60fc076ae44219328d058ce04e8c9817eb9983d68808395d  File has unexpected size (13365 != 10856). Mirror sync in progress? [IP: 151.101.110.132 80]
   Hashes of expected file:
    - Filesize:10856 [weak]
    - SHA256:0233e1a9b12fea0d60fc076ae44219328d058ce04e8c9817eb9983d68808395d
   Release file created at: Wed, 09 Jun 2021 20:08:22 +0000
E: Some index files failed to download. They have been ignored, or old ones used instead.
The command '/bin/sh -c apt-get update' returned a non-zero code: 100

```

dockerにてイメージのbuildができない

最近Dockerを触り始めたのですが、コンテナとOSの関係についてわからないことがあります。

Dockerの仕組みとして、ホストOSとカーネルを共有しており、コンテナはアプリケーションの実行に必要なもののみを隔離しているという理解でいます。
しかし、Dockerのimageを見ると、UbuntuやCentOSなどのimageも配布されています。
これらのimageが何を配布しているのかがあやふやなせいか、以下の点がよくわかっていません。

・仮にMacOSにDockerを入れ、Ubuntuのimageをpullしてコンテナを立ち上げた場合、コンテナの中で動いているOSは何なのでしょうか？
・上記の例において、コンテナに何かライブラリをインストールしておきたい場合、homebrew等MacOS用のパッケージ管理ツールは使えるのでしょうか？
・別の例として、MacOSにDockerを入れ、OSではないimage(例えばpythonなど)をpullしてコンテナを立ち上げた場合、コンテナの中で動いているOSは何になるのでしょうか？

「コンテナの中で動いているOS」という表現は自分でも少し変かなとは思っているのですが...
よろしくお願いいたします。