常連

回答者

ベストアンサー

拍手喝采

自己紹介

# 実現したいこと
新規登録フォームで、日付の登録とチェックボックスを使用して値の登録ができるようにしているのですが、日付のバリデーションがかかっているのにチェックボックスのバリデーションがかからず困っています。
最終的にはチェックボックスにチェックが入っていない時は、登録できないようにしたいです。
# 該当のソースコード

home.blade.php

```
<form id="task-form" method="POST" action="{{ route('done_task') }}">
  @csrf
  <div class="tasks-group">
    <p>できたことをチェック</p>
    <input id="brush" type="checkbox" name="title[]" value="ブラシ洗浄"><label for="brush">ブラシ洗浄</label>
    <input id="puff" type="checkbox" name="title[]" value="パフ洗浄"><label for="puff">パフ洗浄</label>
    <input id="pack" type="checkbox" name="title[]" value="顔のパック"><label for="pack">顔のパック</label><br>
    <input id="peeling" type="checkbox" name="title[]" value="ピーリング"><label for="peeling">ピーリング</label>
    <input id="treatment" type="checkbox" name="title[]" value="トリートメント"><label for="treatment">ヘアトリートメント</label><br>
    <div class="form-check form-check-inline">
      <label for="other"><input type="checkbox"><label for="other">その他</label><input id="other" type="text" name="title[]">
    </div>
  </div>
  <div class="tasks-group">
    <label>登録する日付</label><input id="start" type="date" class="task-form" name="start" value="">
  </div>
  <div class="modal-btn">
    <button class="modal__btn modal__btn-primary mr-3"　type="submit">登録</button>
    <a id="expire-btn"　class="modal__btn  cancel-btn" data-micromodal-close aria-label="Close this dialog window">キャンセル</a>
  </div>
</form>
```

Request\Done.php

```
class Done extends FormRequest
{
    /**
     * Determine if the user is authorized to make this request.
     *
     * @return bool
     */
    public function authorize()
    {
        return true;
    }

    /**
     * Get the validation rules that apply to the request.
     *
     * @return array
     */
    public function rules()
    {
        return [
            'title' => 'required|max:100',
            'start' => 'required',
        ];
    }
}
```

DoneTaskController.php 

```
public function store(Done $request)
    {
        $task = new DoneTask;
        $task->user_id = Auth::id();
        $task->start = $request->input('start');
        if(isset($_POST['title']))
        {
            $title = implode(',', $_POST['title']);
            $task->title = $title;
        }

        $task->save();

        return redirect('/home');
    }
```

Done.phpでチェックボックスのname属性である`title`を`require`にしているのですが、チェックボックスを入力しなくても登録できるようになっています。
どなたか、ご教授いただけると助かります。

# 補足情報
-各バージョン
-Laravel 6.x
-PHP 7.4.9

# 追記
アドバイスをもとに、コントローラーを下記のように変更しました。
でもまだバリデーションはかからないようです。どの点に問題があるのでしょうか。

DoneTaskController.php

```
public function store(Done $request)
    {
        $task = new DoneTask;
        $task->user_id = Auth::id();
        $task->start = $request->input('start');
        $title = $request->input('title');
        $task->title = implode(',', $title);

        $task->save();

        return redirect('/home');
    }
```
コメントを参考に、Done.phpで下記のようにデバッグをしましました。
```
public function rules()
    {
        dd($tihs->title);
        return [
            'title' => 'required|max:100',
            'start' => 'required',
        ];
    }
```
何もチェックを入れない場合は、`array:1 [▼0 => null]`となり、チェックを入れると`array:2 [▼0 => "顔のパック" 1 => null]`となりました。

Laravelでチェックボックスにバリデーションがかからない

### 前提・実現したいこと

dockerでLaravelの環境を作っているものです。

現在は
- PHPの環境
- Laravelの環境（プロジェクト生成→初期ページ確認）

が完了しています。

この状態で、初期のマイグレーションファイルをマイグレートしようとすると（php artisan migrate）、

下記のエラーが出てしまいます。

どのように対処すればよろしいでしょうか。

ご回答のほど、よろしくお願いいたします。

### エラー

```
 Illuminate\Database\QueryException  : SQLSTATE[08006] [7] could not connect to server: Connection refused
	Is the server running on host "127.0.0.1" and accepting
	TCP/IP connections on port 5432? (SQL: select * from information_schema.tables where table_schema = public and table_name = migrations and table_type = 'BASE TABLE')

  at /work/vendor/laravel/framework/src/Illuminate/Database/Connection.php:670
    666|         // If an exception occurs when attempting to run a query, we'll format the error
    667|         // message to include the bindings with SQL, which will make this exception a
    668|         // lot more helpful to the developer instead of just the database's errors.
    669|         catch (Exception $e) {
  > 670|             throw new QueryException(
    671|                 $query, $this->prepareBindings($bindings), $e
    672|             );
    673|         }
    674| 

  Exception trace:

  1   PDOException::("SQLSTATE[08006] [7] could not connect to server: Connection refused
	Is the server running on host "127.0.0.1" and accepting
	TCP/IP connections on port 5432?")
      /work/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php:69

  2   PDO::__construct("pgsql:host=127.0.0.1;dbname=test_db;port=5432;sslmode=prefer", "test_user", "test1234", [])
      /work/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php:69

  Please use the argument -v to see more details.
```

### 該当のソースコード
#### DBコンテナ
dbコンテナに入り、test_userでtest_dbに入ることはできています...。
```sh
[xxxxMBP]$ docker-compose exec db sh   [Laravel_Turtorial]+[master]
# psql -U test_user test_db
psql (10.6 (Debian 10.6-1.pgdg90+1))
Type "help" for help.

test_db=> select * from test_table;
 id |  name  | age 
....
```

####Dockerfile
```Dockerfile
#ベースイメージの指定
FROM php:7.3-fpm-alpine

ARG TZ
ENV COMPOSER_ALLOW_SUPERUSER 1
ENV COMPOSER_HOME /composer

RUN set -eux && \
  apk update && \
  apk add --update-cache --no-cache --virtual=.build-dependencies tzdata && \
  cp -r /usr/share/zoneinfo/${TZ} /etc/localtime && \
  apk del .build-dependencies && \
  apk add --update-cache --no-cache postgresql-dev && \
  docker-php-ext-install bcmath pgsql pdo_pgsql && \
  curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/bin --filename=composer && \
  composer config -g repos.packagist composer https://packagist.jp && \
  composer global require hirak/prestissimo
```

####docker-compose.ymlで使用する環境変数を定義した.envファイル
```env
DB_NAME=test_db
DB_USER=test_user
DB_PASS=test1234
TZ=Asia/Tokyo
```

####docker-compose.yml
```yml
version: "3"
#アプリケーションを動かすための各要素（サービス）
services:
  db:
    image: postgres:10.6
    container_name: db
    environment:
      TZ: 'Asia/Tokyo'
      POSTGRES_USER: ${DB_USER}
      POSTGRES_PASSWORD: ${DB_PASS}
      POSTGRES_DB: ${DB_NAME}
    volumes:
      - ./docker/db/data:/var/lib/postgresql/data
      - ./docker/db/sql:/docker-entrypoint-initdb.d
    ports:
      - 10032:5432
  app:
    build:
      context: ./docker/php
      args: 
        - TZ=${TZ} #Dockerfileで使用するタイムゾーンの設定
    volumes:
      - ./src:/work
      - ./logs:/var/log/php
      - ./docker/php/php.ini:/usr/local/etc/php/php.ini
    working_dir: /work
    environment:
      #Laravel設定用の環境変数
      - DB_CONNECTION=pgsql
      - DB_HOST=127.0.0.1
      - DB_DATABASE=${DB_NAME}
      - DB_USERNAME=${DB_USER}
      - DB_PASSWORD=${DB_PASS}
      - TZ=${TZ} #php.iniで使用するタイムゾーンの設定
  web:
    image: nginx:1.17-alpine
    depends_on:
      - app
    ports:
      - 7979:80
    volumes:
      - ./src:/work
      - ./logs:/var/log/nginx
      - ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf
    environment:
      - TZ=${TZ}
```

####Laravelプロジェクト作成時に生成された.envファイル
```env
...
APP_URL=http://127.0.0.1

LOG_CHANNEL=stack

DB_CONNECTION=pgsql
DB_HOST=127.0.0.1
DB_PORT=5432
DB_DATABASE=test_db
DB_USERNAME=test_user
DB_PASSWORD=test1234
...
```

### 試したこと

 - postmaster.pidを削除
 - ポート番号変更

### 補足情報（FW/ツールのバージョンなど）

Macを使用

### 追加質問

ホスト側の.envファイルとdocker-compose.yml、コンテナ側の.envファイルを弄ったら解決しました...。

具体的にはホスト側の.envファイルに

```env
DB_HOST=db //追加（postgresではダメだった）
DB_NAME=test_db
DB_USER=test_user
DB_PASS=test1234
TZ=Asia/Tokyo
```

DB_HOSTを指定し、

```docker-compose.yml
  app:
    build:
      context: ./docker/php
      args: 
        - TZ=${TZ} #Dockerfileで使用するタイムゾーンの設定
    volumes:
      - ./src:/work
      - ./logs:/var/log/php
      - ./docker/php/php.ini:/usr/local/etc/php/php.ini
    working_dir: /work
    environment:
      #Laravel設定用の環境変数
      - DB_CONNECTION=pgsql
      - DB_HOST=${DB_HOST}
      - DB_DATABASE=${DB_NAME}
      - DB_USERNAME=${DB_USER}
      - DB_PASSWORD=${DB_PASS}
      - TZ=${TZ} #php.iniで使用するタイムゾーンの設定
```

environmentでDB_HOSTに指定する。

そして、コンテナ側の.envファイルで

```env
DB_CONNECTION=pgsql
DB_HOST=${DB_HOST}
DB_PORT=5432
DB_DATABASE=test_db
DB_USERNAME=test_user
DB_PASSWORD=test1234
```

ホストで使えるようにしたDB_HOSTを指定する。

このようにすれば、マイグレートできました。

```sh
[xxxx]$ docker-compose exec app ash [Laravel_Turtorial]+[master]
/work # php artisan migrate
Nothing to migrate.
```

ただ、どうしてできたのかがまだイマイチ理解できていません。

もしよろしければ、下の3つの追加質問にお答えいただけませんでしょうか。

よろしくお願いいたします。


① そもそも、「docker-compose.ymlのenvironmentに指定した変数は、環境変数として他のファイルから参照できるようになる」という認識で合っているのか

② ①の認識で合っているのだとしたら、docker-compose.ymlのdbとappに同じような記述（environmentでデータベース関連の情報を渡している）をする必要はないのか

```docker-compose.yml
services:
  db:
    ...
    container_name: db
    environment:
      TZ: 'Asia/Tokyo'
      POSTGRES_USER: ${DB_USER}
      POSTGRES_PASSWORD: ${DB_PASS}
      POSTGRES_DB: ${DB_NAME}
    ...
  app:
    ...
    environment:
      #Laravel設定用の環境変数
      - DB_CONNECTION=pgsql
      - DB_HOST=${DB_HOST}
      - DB_DATABASE=${DB_NAME}
      - DB_USERNAME=${DB_USER}
      - DB_PASSWORD=${DB_PASS}
      - TZ=${TZ} #php.iniで使用するタイムゾーンの設定
```

③ ホスト側の.envのDB_HOSTに、dbではなくpostgresと記述したら下記のようなエラーが発生したが、それはなぜか

```
   Illuminate\Database\QueryException  : SQLSTATE[08006] [7] could not translate host name "postgres" to address: Name does not resolve (SQL: select * from information_schema.tables where table_schema = public and table_name = migrations and table_type = 'BASE TABLE')

  at /work/vendor/laravel/framework/src/Illuminate/Database/Connection.php:670
    666|         // If an exception occurs when attempting to run a query, we'll format the error
    667|         // message to include the bindings with SQL, which will make this exception a
    668|         // lot more helpful to the developer instead of just the database's errors.
    669|         catch (Exception $e) {
  > 670|             throw new QueryException(
    671|                 $query, $this->prepareBindings($bindings), $e
    672|             );
    673|         }
    674| 

  Exception trace:

  1   PDOException::("SQLSTATE[08006] [7] could not translate host name "postgres" to address: Name does not resolve")
      /work/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php:69

  2   PDO::__construct("pgsql:host=postgres;dbname=test_db;port=5432;sslmode=prefer", "test_user", "test1234", [])
      /work/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php:69

  Please use the argument -v to see more details.
```

④ docker-compose.ymlのportsには「ホスト側のポート番号:コンテナ側のポート番号」を指定するが、ホスト側のポート番号は適当に当てられるのに対して、コンテナ側のポート番号は「5432」で固定なのでしょうか（左側は自由に当てられ、3306などにするとエラーが発生した）。

⑤コンテナ側のポート番号が固定だったとして、コンテナ側の.envファイルに定義するDB_PORTとも必ず合わせる必要があるのでしょうか（またはDB_PORTの定義は必ずしないといけないのか）。

```yml
  db:
    image: postgres:10.6
    container_name: db
    environment:
      TZ: 'Asia/Tokyo'
      POSTGRES_USER: ${DB_USER}
      POSTGRES_PASSWORD: ${DB_PASS}
      POSTGRES_DB: ${DB_NAME}
    volumes:
      - ./docker/db/data:/var/lib/postgresql/data
      - ./docker/db/sql:/docker-entrypoint-initdb.d
    ports:
      - 10090:5432 //ここの左は固定？
```

DockerでLaravelの環境構築をしているのですが、PostgreSQLとの接続に失敗します

タグとはまったく関係ない内容です。
自社で開発・納品したシステムの不具合について「瑕疵対応」として、半年や１年の期間対応受付しているのですが、その納入済みシステムに対してユーザー企業内部で機能追加などを行っている場合の対応に苦慮しております。
開発側としては他社で手を入れているプログラムに対しては、不具合・追加拡張などいずれの依頼でも受けたくはありません。が、ユーザーに対してどのように話をしていくべきか悩んでおります。
同様の経験をされている方がいらっしゃれば助言いただきたいです。

システム納品後の不具合修正依頼

### 前提・実現したいこと

現在業務で、非SPAのLPやコーポレートサイトを作成しており、
jsの処理が絡むパーツなど、部分的にVueの単一ファイルコンポーネントを使っての作成を考えております。

SPAの場合だと、body直下に<div id="App"></div>などをおいて、そこを全体のルートコンポーネントにするかと思いますが、
LPやコーポレートサイトで部分的にVueアプリ化(仮想DOM化？)する場合、下記のような感じで複数のルートを作ることになるのでしょうか？

```javascript
//サイドナビ
new Vue({
    el: '#sidenav',
    components: {
        'side-nav': require('../../component/sidenav.vue'),
        'side-navtop': require('../../component/sidenav_top.vue'),
    }
});

//ヘッダーフェイスブックモジュール
new Vue({
    el: '#fbapp',
    components: {
        'fb-app': require('../../component/fbapp.vue'),
    }
});

・・・
```

```html
<div id="sidenav">
    <side-nav></side-nav>
</div>

<div id="fbapp">
    <fb-app></fb-app>
</div>
```
或いは、SPAのようにbody直下で<div id="App">ページ全体</div>などで、
vueで処理をしない部分も含めて、ページ全体をidで囲むほうがいいのでしょうか？
また或いは、より良い方法がありますでしょうか？

vueを初めて間もなく勝手がわからず…

どうかご教授をお願いいたします。

非SPAのVueについて

業務で複数のwebアプリを管理しています。
今後、開発や既存webアプリの修正をしていく上で、
どのような開発環境や本番環境が良いのか、迷っているため、
今回質問させていただきます。

##### 現在の開発環境とやりたいこと：
本番環境は、ロリポップのレンタルサーバーです。
テキストエディタで修正したファイルを
そのままテスト用のドメインにFTPアップロードをして確認、開発をしています。
php+jqueryとfuelphp+reactで作成したwebアプリが、
約30個あります。（小規模です）
gitでのバージョン管理は、一部しか行えていない状態です。

今は1人なので何とかなっていますが、今後複数人での開発となると、
この環境ではやっていけないと感じています。
改善することは山ほどありますが、
まずは、ローカル開発環境から本番環境へのデプロイまで、
開発手順を一新したいと考えております。

##### 実装予定：
・ローカル開発環境
→docker
・開発言語
→laravel+react

##### 一番迷っている点、不明点：
・本番環境
→現状、サーバーまで管理することは、知識的に難しいので、
PaaSサービスを検討しています。
herokuやAWS,azureなど色々調べたのですが、
ツール30個置く場合はどのような管理になるのか、
料金はどうなるのか、
など、色々調べているのですが、
現在頭がパンク中です…

質問がかなり広義的になっているのは承知しております。
一例としてこんな例がある、など例だけでもいいので、
示していただけると非常に助かります。
実例があるとより参考になります。
何卒宜しくお願い致します。

複数webアプリを運用する場合の開発環境

Laravel 5.6 でバリデーションを行う際、[FormRequest](https://laravel.com/docs/5.6/validation#form-request-validation)を使って処理しようと考えています。

項目登録フォームは複数のページにありますが、バリデーション内容自体はほぼ同じです。
しかし、バリデーションエラーの際の戻り先にアンカー(#comment-formなど)をつけたいと思っているため、１つのFormRequestクラスにまとめられずにいます。

あるページでは「#comment-form」のアンカーが使われていて、別のページでは名前が違ったりアンカー自体使われていないページがあるなど、ページによって戻り先がやや異なります。

Validator::make() の形を使えば失敗時の遷移先は自由に変えられますが、rules や messages, attributes は共通なので使い回せたらいいと思っています。

FormRequest は``$url->previous()``の内容を読んでいるので、これを書き換えできれば実現できそうにも見えますが方法がわかっておらず、ただしいやりかたなのかも自身がありません。

一時的に遷移先を変えたいだけであっても、もととなる FormRequest クラスを extends し、failedValidation() か getRedirectUrl() をオーバーライドした FormRequest クラスをフォームごとに用意する他ないのでしょうか？

Illuminate\Foundation\Http\FormRequest

```php
    protected function failedValidation(Validator $validator)
    {
        throw (new ValidationException($validator))
                    ->errorBag($this->errorBag)
                    ->redirectTo($this->getRedirectUrl());
    }

    protected function getRedirectUrl()
    {
        $url = $this->redirector->getUrlGenerator();

        if ($this->redirect) {
            return $url->to($this->redirect);
        } elseif ($this->redirectRoute) {
            return $url->route($this->redirectRoute);
        } elseif ($this->redirectAction) {
            return $url->action($this->redirectAction);
        }

        return $url->previous();
    }
```

リダイレクト先が異なるバリデーションをFormRequestでまとめたい

### EC-CUBEのメルマガ配信で100通/分、1000通/時　の制約を守りたい。
配信数は　約５００を考えています。　数日に1回、送信時間も　10分ぐらいなら問題なし。
　EC-CUBEは　sleep()でも　1分弱で Gateway Time-out が起こるので、「95通送ったら1分休む」的なアプローチができない。そこで、バックグラウンドでの実行を考えています。
exec(ls)、 exec(whoami)などは実行できました。
　同一ディレクトリーに呼出し元ファイル(aa.php)と呼び出せれるファイル(xxxx.php)を作成して　xxxx.phpが引数を受け取り実行されるか実験しています。

### 呼出し元ファイル(aa.php)

```
<?php
$send_id = 1024;
$cmd = "/usr/bin/php xxxx.php " . $send_id;
exec($cmd, $opt, $return_ver);
print_r($opt);
echo '戻り値;  ' . $return_ver;
?>
を実行すると、
Array ( [0] => Content-type: text/html [1] => [2] => Array [3] => ( [4] => [0] => Status: 404 [5] => [1] => Content-type: text/html [6] => [2] => [7] => [3] => No input file specified. [8] => ) [9] => 戻り値; 255 ) 戻り値; 0
```

### 呼び出せれるファイル(xxxx.php)
```ここに言語名を入力
<?php
//引数を受け取る
$send_id = $argv[1];

//同じディレクトリにテキストファイル作成
$file = 'aaaa.txt';
$text = $send_id . ', ' . $send_id;
file_put_contents($file, $text);
?>
```

### 試したこと
* 実験環境：Windows7,Wampserverでは　成功しました。(php のディレクトリーはWindows用に変えました。) 
* /usr/bin/php phpのディレクトリは間違いないと思います。
* ちなみに　$cmd 'php' としても同じでした。

*「戻り値」を見ての感想　Status: 404 や　No input file specified　を見ると、xxxx.php が見えていないような気がしますが、aa.php と　xxxx.phpは同じディレクトリーにあります。
$cmd = "/usr/bin/php xxxx.php " . $send_id;  を
$cmd = "/usr/bin/php ./xxxx.php " . $send_id;　としても同じでした。

* xxxx.phpを直接　ブラウザーから呼び出すと　そのディレクトリーにaaaa.txtファイルが生成されています。

### テクニカルサポートセンター（辛子　様）から回答済

心の籠った　丁寧なお返事をいただきました。官舎！
「ご回答差し上げることができません。ご了承をお願いいたします。
なお、SuiteXは共用レンタルサーバのため、スクリプト実行時間に制限を設け
ております。明確な数値は非公開となりますが、その制限に抵触している可能性
がございます。」
・・・・・テキストファイル１個作るだけで　「スクリプト実行時間に制限を設け
ております・・・・」

$cmd = "nohup php xxxx.php " . $send_id . " > /dev/null &"; 
とできれば、バックグラウンド処理としては　優秀なのでしょうが　まず、引数を渡し別phpを実行したいです。
　なにぶんPHP初心者です、よろしくお願いします。

レンタルサーバー(WebARENA SuiteX)にて php内の　exec で別のphpを実行したい

例えばdeployerでデプロイしたときcomposer installをするかどうかです。
インストールに時間がかかると思いますし
プラグインが置いてあるサーバーがダウンしてる可能性もあります

デプロイ時にプラグインのインストールもしますか？

いつもお世話になります。
漠然とした質問なのですが、よろしければアドバイスをいただけないでしょうか。

ファイル操作に関する記述をする際にpath中心に書いたほうがよいのでしょうか？ 
url中心に書いたほうがよいのでしょうか？
それぞれのメリット・デメリットなど有るかと思います。
それとも気にしなくて良いような問題なのでしょうか？

経験・知識とも浅いため、今後どちらに集約していく流れだろうとか、path.url、2通りの記述方法が存在する理由とかの常識的な部分を（参照先のURLだけでも）教えていただけると助かります。

ちなみに、私はpath中心に書いて、使いたいメソッドが受け付けないと都度urlに変換しているような状態です。
ファイル操作は、今のところiphone内部を指定することが多いので、現状ならば慣れているpath中心に書いていって良いのかな？と思っています。

ファイル操作メソッドにおけるpathとurlについて

bitbucketを使用し、ソース管理をしています。

現在管理しているリポジトリが3つあり、すべてプロジェクト名が「Untitled project」となっております。
前任者がそのような形で作ったので、現在の形になっているのですが、管理するときにプロジェクト名が無いのもおかしな状態だと思われるので、プロジェクト名を変更したいと思っております。

そこで質問なのですが、稼働中のリポジトリのプロジェクト名を変更する場合、注意点などあるのでしょうか？

現在の使い方としましては、

1.ローカルでプログラムを変更する
2.git add .
3.git commit -m "変更部分の説明"
4.git push origin master

として、bitbucketに反映していますが、プロジェクト名を変更した場合、4の部分が変わるのでしょうか？

調べて見ましたが、途中から変更した、というものが見つからなかったため、質問させて頂きました。

同じような使い方をしてらっしゃる方、お知恵をお貸しください。
どうぞよろしくお願い致します。

bitbucketのprojectを途中から変更するには。

```option shift f```のショートカットキーが効きません。

visual studio codeでPHPとJavaScriptの整形の仕方がわかりません。

こんにちは

例えばAvcからBvcへ画面遷移をしたとします。
```swift
//AvcからBvcへ
let storyboard: UIStoryboard = self.storyboard!
let nextVC = storyboard.instantiateViewController(withIdentifier: "Bvc") as! Bvc
self.present(nextVC, animated: true, completion: nil)
```

例えばですが、BvcにてDBから情報を取得してくる関数を設置していたとします。
その場合、一度Avcへ(dismissを使って)戻った後にBvcへ画面遷移したら、再びDBに接続する関数が動いてしまうかと思います。

この問題は上記画面遷移コードで新しくインスタンスを生成しているからかと思いますが、画面遷移時に動作させる関数を変えるなどでこれを解決する方法はありませんか？

どなたか回答よろしくお願いします。

また、現状自分の考えでは、
1. 特定の引数とともに画面遷移し、それを条件分岐して動作させる関数を制御する方法

2. UserDefaultに保存し、別VCにてその存在可否によって関数制御する方法

の２つだけです。

他に画期的な方法があるはずだと考えています。

Swift 画面遷移時に動作させる関数を変えたい。

ざっくりとした質問で申し訳ないのですが、

スマホ（iPhoneXで確認、iOS最新）ページトップでのスクロール中や、モーダルウィンドウを閉じるときに背景固定を解除するときにコンテンツの画像やらテキストまでも描画が一瞬消えてしまいます。
こうなる原因が掴めないので、なにか心当たりありますでしょうか？
（※通常状態での表示は問題なく表示されてます。）

[補足（自分的に気になっている点）]
・ページトップの実装は、"Sweet-Scroll.js"というプラグインを使っています。（smoothScrollでも同様のことが発生）
・svg, backgroundでグラデーションを使っている箇所が多い。
・img要素ではなくbackground-image指定で画像を表示させている箇所が多い。

・ちなみにモーダルの背景固定はこんな感じでやっています。
```
class ContentScrollToggle {
  constructor() {
    this.currentScrollY = 0;
    this.container = document.body;
  }

  lock() {
    this.currentScrollY = (document.documentElement && document.documentElement.scrollTop) || document.body.scrollTop;

    this.container.style.position = 'fixed';
    this.container.style.width = '100%';
    this.container.style.top = `${-this.currentScrollY}px`;
  }

  release() {
    this.container.removeAttribute('style');
    this.container.scrollTop = this.currentScrollY;
  }
}
```

スマホでscrollTopを制御するとコンテンツの画像、テキストが一瞬消えてしまう。

teratailには素晴らしいエンジニア経験をお持ちの方がいらっしゃると思うので質問させてもらいます。

タイトルの通りになりますが、
**「書くコードが酷い開発会社（ベンチャー）」**で働いた経験がある方（なくても似たような経験をした）に特に回答頂けたらとても嬉しいです。

プログラマーの皆様は「コードの品質」というものに、どれだけこだわりを持っていますか？

## 現状
Web系エンジニア経験２年未満。諸事情で転職活動中。
ある経由でお話を頂いて、タイトルの通りのような会社に入社を考えています。
理由は現職の給与面のあまりの低さと残業と通勤時間から起因する「プライベートの時間のなさ」です。

## 自分の実務での経験
エンジニアとして「コーディング規約に則ったキレイなコード」を書くようにずっと教えられてきた。
CI導入も積極的にして自動テストもちゃんと書く。
リファクタリングなども積極的に行う。
誰が見ても読みやすいコードを書く。コードの品質も求める。

「パフォーマンスの面での良いコード」の追求はまだ力不足で全然出来ていない。
「コードの生産量」も同じくまだまだだと思います。

といった感じで今までプログラマーとしてやってきました。

## 入社予定の会社
今までの経験とは真反対。プロジェクトのソースコードを見たりお話を聞いた限りだとこんな感じでした。

「コードの品質はどっちでもいい。とりあえず動けばいい。」
「テストは基本的に書かない。」
「コードは基本的に動けばいいのでコーディング規約も存在しないし、人それぞれ」
「とりあえずgitで管理しているけど、コミット内容やメッセージも統一がない」

基本的に人も会社も若いのでコードのレベルも未熟？
トップが納品重視なので工数がかさむことはしたくない。

## 期待面
給与面、会社の自由な規則から来る時間的な余裕
（今までは仕事で１日が終わり、プライベートでコードを書くことや、勉強会などには中々行けませんでした。）

「酷いコードを直していく」「良いコードを書く」といった指導する教えられる立場になれる？（今までプログラマーとして周りの指導などしてこなかったのでそういったスキルも欲しい。）

## 不安面
周りの技術レベルがかなり落ちるはず
まだまだレベル的には新米プログラマーなので、技術で背中を追う先輩方が居なくなる不安
「酷いコードを書く」環境に馴染まないかどうか

## まとめ
自分に実力があれば、技術責任者としてバシバシ引っ張っていけるかもしれないが、現状の実力は全然。
ただプログラマーとして「コードの品質を重視したい」という思想だけが先行している。

以上を踏まえてプログラマーとして

「コードの品質を求めるプログラマー」を目指すならやはりそういった会社だけを渡り歩いていくのがいいのか。
それとも経験としてこういった会社で開発する事もこれから数十年やるプログラマー生活で必要なのか。
というのを悩んでいる段階です。

皆さんはどういった経験をしてきてどういった「プログラマー」に現状なっていますか？
アドバイス頂けるとありがたいです。

皆さんにお聞きしたいです。「書くコードが酷い会社」で働いて得る経験は大きいと思いますか？

複数ページからなるWebサイトを作成しています。
各ページに共通の部分(フォントサイズ、色など)もありますが、同じクラス名でも微妙に違うスタイル(widthやmarginなど)を持つものもあります。

現状は、以下の3つが各ページに混在しています。
- common.css
- ページ別のスタイルシート
- HTMLのstyle属性の中の記述

質問①
一般的なWebサイトでは、どのようにCSSファイルを定義しているのでしょうか？
(例えば、common.cssとページ固有のスタイルシートの組み合わせなど)

質問②
HTML内にcssを記述するのは、アンチパターンなのでしょうか？

質問③
今のスタイルシートが混在している状況を、どのように改善したらいいでしょうか？

よろしくお願いします。

WebサイトのCSSファイルの構成をどうしたらいいか

NoSQL (MongoDB) でのデータ設計について悩んでいます。

例えば書類申請データがあり、１つの申請に対して「申請中」「承認」「否認」のいずれかのステータスが設定されるとします。

RDBの場合は、以下のように正規化をするとします。

|申請ID|申請者|ステータスID|
|--:|:--:|--:|
|1|佐藤|0|
|2|佐藤|1|
|3|山田|9|

|ステータスID|ステータス名|
|--:|--:|
|0|申請中|
|1|承認|
|9|否認|

この場合JOINをしてステータス名を取得し１つのデータとしてまとめると思います。

これがMongoDBなどのドキュメント指向データベースになった場合は、ステータスをどう持つのが良い設計なのでしょうか。アプリケーションによりけりとしか言えないというような気もしますが……

- ステータスIDとステータス名を持つ場合

```
{
  "application_id": 1,
  "applicant_name": "佐藤",
  "status_id": 0,
  "status": "申請中"
}
```

- ステータスをオブジェクトとして持つ

```
{
  "application_id": 1,
  "applicant_name": "佐藤",
  "status": {
    "id": 0,
    "name": "申請中"
  }
}
```

- ステータス名のみ


```
{
  "application_id": 1,
  "applicant_name": "佐藤",
  "status": "申請中"
}
```

あまり、ステータスIDというフィールドをNoSQLにおいて持つことにメリットを見い出せません。処理中の分岐とかで使うくらいでしょうか。それすらもステータス名でやってしまえば良いような気がしています。

ステータス名をあとから変えたいケースも考えられますがNoSQLであれば保存されているデータもすべて上書きする必要はどうしてもでてくると思うので、これもメリットとしては薄く見えます。

以上よろしくお願いいたします。