常連

回答者

ベストアンサー

拍手喝采

自己紹介

4乗的ガウスをRubyで解いた場合のコードの仕組みがわからない。

「1の4乗から60の4乗までの和を求める」
という問題において、

i = 0
while i <= 59
  i += 1
  num = num.to_i + (i ** 4)
  puts num
end

というコードを書くと答えは得られるのですが、
num = num.to_i + (i ** 4)
の文の意味がよく理解できません。

num を初めて定義する段階なのに、その中でなぜnumを使って定義し、エラーが返ってこないのか？
num はまだ何も定義されていない段階で、なぜ最初のnum.to_i　には　1　が入るのか？

の2点がよく理解できません。

どなたがご教授いただけると幸いです。

4乗的ガウスをRubyで解いた場合のコードの仕組みがわからない。

RDBって基本的に、リレーションを張る前提だとは思いますが、
プログラム上（特にORM機能を持つフレームワーク）でのリレーション設定をするだけで
それっぽい動きができることと、下手にリレーションを張ると複数テーブルに対して更新や削除を実施する際、
手間が増えるため、RDB上はリレーションを張らないように教えらてきました。

　RDB上でリレーション設定をしているとDB管理ツール（phpMyAdmin等）で見たとき、
リレーション適用後の表示を確認できるので便利なのですが、RDB上ではリレーション設定をしないのは、
一般的なのでしょうか？

プログラムとRDB上の外部キー設定について

### 前提・実現したいこと

laravelでStorage::downloadを実行した後、該当ファイルを削除する方法を知りたいです。

### 該当のソースコード

```laravel
return Storage::download('public/files/' . $file_name . ".txt");
```

### 試したこと

あわよくば、以下のような形で削除できるのでは？と考えていました。
```laravel
return Storage::download('public/files/' . $file_name . ".txt")->delete();
```
しかし、、
returnされる値は、Symfony\Component\HttpFoundation\StreamedResponseのオブジェクトだと思うのですが、このオブジェクトは特にファイルを削除するメソッドを持っていませんでした。

アドバイス、アイデアをいただきたく思います。
よろしくお願い致します。


### 補足情報（FW/ツールのバージョンなど）

laravel 8です。

Storage::download直後にファイルを削除する方法を知りたいです。

（人によって考え方が違うので当たり前かとは思うのですが）
様々な単一責任原則に従ったクラス設計やそれについての記事をみます。

そんな中で、例を挙げて自分の考え方があっているのか皆さんに2つお聞きしてみたいです。

### 1.メソッドが複数あってもよいのか
[こちらの記事](https://qiita.com/MinoDriven/items/76307b1b066467cbfd6a)ではメソッドを複数持っているカートクラスは単一責任原則違反ではなく、クラス内部の変数が正常に動作することに責任を持つクラスとなっています。
一方、[こちらの記事](https://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%e3%82%a8%e3%83%83%e3%82%bb%e3%82%a4/%e5%8d%98%e4%b8%80%e8%b2%ac%e4%bb%bb%e5%8e%9f%e5%89%87/)ではEmployeeクラスはメソッドが複数あり異なる理由によってクラスが編集されてしまうことが問題である。となっています。

これら2つのクラスの違いなのですが
前者の記事で定義されているメソッド群はカートについてのメソッド群のみ定義されているためカートについての単一の責任を持っているということで問題なく
後者の記事ではEmployeeクラスの中で給料やレポート・DB処理などEmployeeと直接関係のないメソッドを定義していることが単一責任ではないということなのでしょうか？

### 解決策
また、Employeeクラスを修正するのであれば
・給料またはレポートインターフェースのようなものを実装したクラスのインスタンス変数を持たせて、給料・レポートクラス側に責任を持たせる。
・DB処理に関してはORMのメソッドを利用する
などと考えているのですが、この考え方はあっているでしょうか？

### 修正前コード(勝手にPHP/Laravelで想定しています。)

```php
public class Employee {
	public function calculatePay() {}
	public function reportHours() {}
	public function save() {}
}
```

### 修正したコード

```php
public class Employee extends Model {
	    $salary = new Salary();
	    $report = new Report();

        $salary->calculatePay();
        $report->reportHours();
        $this->save();
}
```

### 2.Controllerの単一責任とは
カートやEmployeeのような物体・事象クラスに関しては、それ自身についての単一責任という理解ができるのですが、MVCにおけるContorollerなどのクラスについての単一責任とはなんなのかよくわかっていません。
記事やブログではユーザからのリクエストを受け取り、必要に応じて整形し、各Modelやレポジトリ等に指示を出す責任（役割）と書いてありましたが責任の考え方が物体・事象クラスの時よりも抽象度が増していて
責任の定義の仕方がわからないです。

回答よろしくお願いします。

単一責任原則の考え方について

すいません、抽象的な質問になってしまうのですが、アドバイス頂きたいです。

現在、大学の研究でWebアプリケーションを開発しています。
今度、研究室で動かしているWebアプリケーションを保守することになりました。
そこで、解決したいのがコード管理についてです。

管理しているWebアプリケーションは複数ユーザーの利用者がいるのですが、
利用者毎にサービスのカスタマイズが必要ということがあり、
利用者毎に別のストレージを用意してコードを配置しています。
※コードは微妙に異なるのですが、ほとんどの部分は同じです。

個人的にはコード管理をスッキリさせたいと思っておりまして、
利用者毎にカスタマイズが必要なサービスをAPI化してコードは一元管理したいと思っております。

ただ、私はWeb開発自体の経験がほとんど無いのでこの方針が良いのかどうか判断できません。

このようなシーンってWebアプリのシステム開発でありがちだと思ったのですが、どういう風にシステム開発するのが望ましいのでしょうか。

こういった考え方や技術があるよだけでも構いませんのでご教示いただけますと幸いです。

若輩者のため、的を得ない質問かと思いますが、ご教示お願い致します。

（相談）Webアプリケーションのコード管理に関するベストプラクティス

頭がすごく痛いです。。。はっきりとした答えを出さず矛盾を並べるのはもうやめてくれぇえ(;_;)

本題です

### セッションとクッキー（Session/Cookie）
「セッションとクッキー」はどちらも同じ機能を持つ。はい、、、
サイトのログイン機能だけなら二つの内、セッションを使えばそれで済みます！

なるほど。。。

クッキーとセッションの違いは？
違う点といえば情報の保存場所と保存期間が挙げられます。

**保存場所**
・クッキーは**クライアント側のマシン**（主にブラウザ）にのみ保存され
・セッションは**ブラウザだけでなく、サーバーにも情報が保存されます。**


ここだけを見ると「じゃセッションだけでよくね？」ってなりますが、
ショッピングカートの機能など、**セッションだけの力では実現する事ができない物があります。**

ほうほう


**保存期間**
セッションは接続中のユーザーの活動に関連する**情報を一時的に保存**しているのに対し
クッキーは**永続的な保存期間**をもちます。

### そもそもなんでクッキーやセッションを使うの？

ログアウトしてページを閉じてから戻ってくると
サーバーが以前の状況を覚えていない、、、のでは困るから。

**なんで覚えていないの？**

HTTPでのクライアントとサーバーのやりとりは
１回のリクエスト＆レスポンスで通信が切断終了するから・・・

サイトにアクセスたときクライアントは「画像をください」という指示をリクエストします
クライアント　＞　サーバーに　リクエスト。　（開始）

サーバーはクライアントのリクエストに答えて画像をレスポンスする（渡す）
サーバー　　  ＞    クライアントに　レスポンス。　（終了）


**この一回の往復で通信が終わり２度目の通信時にはサーバーはあなたが誰で
１度目のあなたに何を渡したのか**以前の状況を**全く覚えていない。**

これをステートレス（ state less ）状態という。
状態を保持（ステートフル）状態にする必要がある。

### ここから話がややこしくなります（矛盾します）

ショッピングサイトを作る際はこのセッションと永続クッキーを使います。

なるほど？」


セッションはユーザーがブラウザを閉じるか、**サイトを離れると情報が削除されます**。一方、クッキーには永続クッキーがあり、情報を保持し続けます。

おお！！？」


クッキーは取得した「誰が？」という情報と、
セッションは取得した「何をしたか？」という情報をあつかいます。

すげーー！」


**ショップサイトから離れたり閉じたりしても**
ショッピングカートに商品が入ったままになっているのは、
**セッションによって情報を保存していた**からです。

あれ。。。でもページから離れると情報は消えるん。。。ん？」

はい、、、以下無限ループです。

結局最後は私なりの解釈ですが
### クッキーがなくてもショッピングサイトはつくれるのでは？

まずセッションはセッションIDを発行してブラウザーのクッキーに（データファイル）に渡しサーバーには
セッション時に何をしたかという情報が残るのではないでしょうか？

だとしたらログアウト＆ページを閉じるなどしても、
もう一度ログインしたときにはちゃんとカートに入れた商品は残っているはずですが・・・？

私の間違えでしょうか。

なにも永続クッキーだのセッションクッキーだのセットクッキーだのをいじらなくても

セッションスタートでセッションIDが発行されたら自動でクライアントのデータファイル（クッキー）に保存されるんじゃないんでしょうか。。。

私の見解があっているかわかりませんが

永続クッキーってのは単にログインをいちいちしなければならない手間を省くためのものではないのでしょうか。

動作はPHPを想定してます。


**＝＝追記＝＝**
環境はWin１０Nginxをサーバーとして動かしています
PHPはCGIです
DBはMariaDBです
すべて最新のバージョンで制作していますが
制作・動作と呼べるようなことはまだ何も出来ていません

コピペでログイン機能を実装してテストしているくらいです

よろしくお願いします！

参考サイト

[https://ssaits.jp/promapedia/technology/cookie-session-cache.html#toc_id_3_1](http://https://ssaits.jp/promapedia/technology/cookie-session-cache.html#toc_id_3_1)

[http://www.osssme.com/doc/funto62.html](http://http://www.osssme.com/doc/funto62.html)

[https://qiita.com/7968/items/ce03feb17c8eaa6e4672#comments](http://https://qiita.com/7968/items/ce03feb17c8eaa6e4672#comments)

[https://kanda-it-school-kensyu.com/php-basic-contents/pb_ch11/pb_1103/](http://https://kanda-it-school-kensyu.com/php-basic-contents/pb_ch11/pb_1103/)

[https://www.google.com/search?q=%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E6%9C%9F%E9%99%90&rlz=1C1FQRR_jaJP939JP939&oq=%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E6%9C%9F%E9%99%90&aqs=chrome..69i57.9210j0j7&sourceid=chrome&ie=UTF-8](http://https://www.google.com/search?q=%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E6%9C%9F%E9%99%90&rlz=1C1FQRR_jaJP939JP939&oq=%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E6%9C%9F%E9%99%90&aqs=chrome..69i57.9210j0j7&sourceid=chrome&ie=UTF-8)

[https://winofsql.jp/VA003334/infoboard_page.php?mid=jsp&id=030211112458](http://https://winofsql.jp/VA003334/infoboard_page.php?mid=jsp&id=030211112458)

[https://www.google.com/search?q=%E3%82%AF%E3%83%83%E3%82%AD%E3%83%BC%E3%81%A8%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E9%81%95%E3%81%84&rlz=1C1FQRR_jaJP939JP939&oq=%E3%82%AF%E3%83%83%E3%82%AD%E3%83%BC%E3%81%A8%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E9%81%95%E3%81%84&aqs=chrome..69i57.5619j0j7&sourceid=chrome&ie=UTF-8](http://https://www.google.com/search?q=%E3%82%AF%E3%83%83%E3%82%AD%E3%83%BC%E3%81%A8%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E9%81%95%E3%81%84&rlz=1C1FQRR_jaJP939JP939&oq=%E3%82%AF%E3%83%83%E3%82%AD%E3%83%BC%E3%81%A8%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E9%81%95%E3%81%84&aqs=chrome..69i57.5619j0j7&sourceid=chrome&ie=UTF-8)

セッションとクッキー（複数の参考サイトで矛盾する回答）

## 解決したいこと（というよりアドバイス頂きたいこと）

現在、Laravel6で小説の投稿サイトを作成しています。

そこで、リレーション関係の深いデータを取得する場面に出会しました。

一応やりたいことはできたのですが、何だかもっと良いコードの書き方があるような気がします。

そのため、自分のコードが綺麗かどうなのか。もっと他によいコードの書き方があるのか。あるいは中間テーブルを作った方が良いのか、などをアドバイスして頂きたく投稿させていただきました。

##やりたいこと
やりたいことはとてもシンプルでして、『あるユーザーが**コメントされたレコード**を全て取得したい』です。
（あるユーザーが**コメントしたレコード**ではありません。）

##【追記】
やりたいことが説明不足だったため追記します。
下記画像のように、ユーザー（作家）のプロフィールからコメントされた一覧を表示しようと考えています。
![イメージ説明](9f262fe69b27539986abb937b6ba5c6f.jpeg)



## テーブル設計

テーブル設計は以下の通りです。

![イメージ説明](984ba5e27a66fecd0194c860c05adb59.jpeg)

【補足】
・`users テーブル`・・・ユーザー情報の管理
・`novels`テーブル・・・小説情報の管理
・`episodes`テーブル・・・エピソード情報の管理（小説の中にエピソードが沢山ある）
・`comments`テーブル・・・コメント情報の管理（エピソードの中にコメントが沢山ある）

`commentsテーブル`の`user_id`にはコメントをしたユーザーのIDを保存しています。

## 自分で書いたコード

テーブル設計が上記の通りなので、**コメントされたデータ**を取得しようとすると、`usersテーブル→novelsテーブル→episodesテーブル→commentsテーブル`というように、関係が深くなってしまいます。

下記のコードでひとまず、自分が取得したいデータは全て取得することができました。

```php
$novels_id  = User::find($user_id)->novels()->pluck('id');
$episodes_id = Episode::whereIn('novel_id', $novels_id)->pluck('id');
$comments = Comment::with('episode.novel', 'user')->whereIn('episode_id', $episodes_id)->get();
```

しかし、あまり綺麗なコードでもないと思うので、もっと他に良い書き方などがありましたら、アドバイス頂きたいです。


##他に考えた方法
他に考えた方法としては

・`Commentsテーブル`に`novel_idカラム(FK)`や`writer_idカラム(FK)`などを追加する
・中間テーブルを作る。

などは考えたのですが、それなら上記のコードのままでも良いかなぁ、、、と思いました。

お手数をおかけしますが、アドバイスなど頂けましたら大変助かります。

何卒よろしくお願い致しますm(_ _)m

Laravelでリレーション関係が深いデータを取得するコードのアドバイス（コードレビュー）をして頂きたいです。

サービスコンテナについて理解を深めるため[ドキュメント](https://readouble.com/laravel/8.x/ja/container.html)を読んでいたのですが`ユーザーリポジトリの実装
`という聞いたことのない名前が出てきたのでこのリポジトリとはいったいなんのことなのでしょうか？

調べてみたこととしては`リポジトリパターン`というものが存在しデータの読み書きなどの操作と`ビジネスロジック`を分離した`デザインパターン`というざっとしたイメージを持ちました。

この際に`ビジネスロジック`という新しい単語が出てきたので調べてみたところ`ビジネスロジック`というのはあるサービスにおける中核的なコアのロジックであるという認識を持つことができました。
ではブログアプリ的なものがあった場合ビジネスロジックというものはブログのCRUDにおける全てが`ビジネスロジック`ではないでしょうか？などという新たな疑問が生まれてきました。

そもそも`デザインパターン`というもの自体 `MVC`に沿っているなら必要ないのでは？
そして`MVC`と違った方法をとっているのではないかという疑問も生じてきます。

以上の認識について違っている点や疑問に答えていただけると幸いです。
ドキュメントを確認したところこれらについては全く触れていませんでしたので何か参考になるものが分からず止まっている状態です。

---

Laravelにおけるリポジトリとは

表題にある通りなのですがLaravelにおいて`$this->users = $users;`の記述をよく見るのですがこれは具体的に何をしているのかがドキュメントを参考にしてみたもののわかりません

コンストラクターにおいて`$this->users`に`$users`を代入しているというのは分かったのですが以下の説明文がどうも理解できません

> 依存注入とコントローラ
コンストラクターインジェクション

> 全コントローラの依存を解決するために、Laravelのサービスコンテナが使用されます。これにより、コントローラが必要な依存をコンストラクターにタイプヒントで指定できるのです。依存クラスは自動的に解決され、コントローラへインスタンスが注入されます。


```
<?php

namespace App\Http\Controllers;

use App\Repositories\UserRepository;

class UserController extends Controller
{
    /**
     * ユーザーリポジトリインスタンス
     */
    protected $users;

    /**
     * 新しいコントローラインスタンスの生成
     *
     * @param  \App\Repositories\UserRepository  $users
     * @return void
     */
    public function __construct(UserRepository $users)
    {
        $this->users = $users;
    }
}
```


> [引用 コンストラクターインジェクション](https://readouble.com/laravel/8.x/ja/controllers.html#dependency-injection-and-controllers)

Laravel 8

PHP) コンストラクターの記載について

Laravel6を使用しています。
defaultのmigrationファイルでtimestamps()メソッドがあり、こちらでcreated_atとupdate_atカラムを作成していました。
そして、そこではnullable()をメソッドチェーンで繋いでおり、created_atとupdate_atがnullを許容するカラムとして作成しているようでした。

レコードの作成日時や更新日時はnullを許可せず必須であるべきだと個人的には思うのですが、nullを許可するメリットは何が考えられるのでしょうか。
なぜLaravelはnullを許容するのをdefaultとしているのでしょうか。
created_atとupdated_atはnullを許可するのが一般的なのでしょうか。

ご存じな方ご教示いただけますと幸いです。

ちなみに「2038年問題」を考慮し、私自体はtimestamps()メソッドを使用せず、datetime型でcreated_atとupdated_atを作成しています。

null許可する理由がtimestamp型であることに関係あるのであれば、必須化してもいいかなと考えています。

created_at, update_atをnull許可する理由やメリットについて

## わからないこと
タイトルの通り、`何故ファサードを使うのか`がよく分かりません。

静的メソッドではダメなのでしょうか。

静的メソッドではなくファサードを使用する理由として

- 静的メソッドはテストすることができないから

とありますが、これがどういう意味なのかが分かりません。

ファサードを使用すると`shouldReceive`などで手軽にテストが行えるという部分は何となく理解しています。

ただ、静的メソッドではなくファサードを使用するコレという決定打が理解できていません。

なぜ静的メソッドではなくファサードを使用するのでしょうか。

教えていただけると幸いです。

よろしくお願いいたします。

[Laravel]何故ファサードを使うのか

開発歴1年未満のプログラマーなのですがどうも開発のスピードが上がりません。エラーが発生するとその解決に時間がかかってしまいます。原因の究明に苦労してしまいます。

エラーの文を見たりその時に出来る解決法をやるようにはしていますが、どうしても他の人がやるより時間がかかってしまいます。他の人がすぐ気付くことを自分はすぐ気付けなかったりしますし。そしてわからないことを早めに聞いとこうとすると、原因が単純なもので自分の無知さを晒したり・・・。ミスしてもいいほど若くなく（３０歳前後）常駐で働いているので常駐先からの印象が悪くなってしまいがちです。

どうも理解力というか、気づきの力が弱い気がしまいます。まだ経験が浅いとはいえ、この力はひらめきとか地頭の良さが必要な気がして経験を積むごとに培われていくように思えません。自分はこの仕事に向いていないのかなと弱気にもなります。

何か気づきを早くするためにいい方法があったらご教示願います。訓練してできるものであればその訓練方法を、できないとしたらその中でどう仕事をこなしていけば良いのかなど知りたいです。もう職を変えることはできないでしょうし。

今はコピペパワーでなんとかなっている面が強いですが、長くやるとなるとそうもいかないでしょうし。

「気づき」を早くするには

Ruby on RailsやLaravelなどのバックエンドのフレームワークと言われるものにおいてAPIモード(?)と呼ばれるものがどういうものなのかについて質問したいと思います。

[きっかけはZennと呼ばれるサービス](https://zenn.dev/catnose99/articles/zenn-dev-stack)において使用技術の説明より、Next.jsと呼ばれるフレームワークを用いて使用しているということでした。ここで思ったのが、JavaScript**のみ**でログイン関連の処理やブログの投稿ができるのかという疑問です。例えば、DBにユーザ全員のユーザ名を取得するSQLをJS側で発行してしまってはクライアント側で発行しているのでユーザに見られてしまいますし、悪意あるユーザによって書き換えられてしまうかもしれません。ログイン関連のコードに関してはヘタをすると個人情報が抜き取られてしまうのではないかとも思いました。

そこで、もう少し調べて行ったところRailsのAPIモードと呼ばれるモードを使用しているとのことだったので、バックエンドのフレームワークのAPIモードと言われるものがあることを知りました。

この際、Railsだけで開発をしてNext.jsのベースであるReactをRailsの中に取り込んだ形で開発すればいいのではないかと思ったのですが、別でJavaScriptフレームワークを採択するメリットは何があるのでしょうか？

また、フレームワークのAPIモードと呼ばれるもの。今回は例としてLaravelのAPIモードと呼ばれるものはどのようなものなのでしょうか？

以上二点の質問にご回答していただけると幸いです。

バックエンドフレームワークにおけるAPIモードというのは？

### 前提・実現したいこと

会員制の掲示板サービスをlaravelで作るためにDB設計をしています。
生徒がスレッドをたてて質問し、そのスレッドに他の生徒や先生がコメントする事が出来る仕組みです。
やり取りの間にシステムからコメントが入る事もあります。
（例えば質問事項に変更があったときに「内容が更新されました」というコメントが最新コメントの次に自動で入ります）

コメントを保存するためのテーブルの設計をどうすれば良いか悩んでいます。

### 現時点の設計

現時点で考えているデータベース設計は以下の通りです。
生徒と先生では登録する内容が異なり認証形式も違うため別テーブルに分けています。

```
students テーブル

ID
パスワード
ユーザ名
学年
・
・
```

```
teachers テーブル

ID
メールアドレス
パスワード
ユーザ名
専門科目
・
・
```

```
threads テーブル

ID
立てた生徒のID (studentテーブルのIDとリレーション)
タイトル
質問内容
・
・
```

commentテーブルは2パターン考えています。

```
comments テーブルその1

ID
会員種別フラグ （boolean trueなら先生）
ユーザID
システムフラグ (boolean)
コメント
・
・
```

会員種別フラグとユーザIDからユーザを特定し
どちらもnullでシステムフラグがtrueならシステムのコメントとして処理します。

```
comments テーブルその2

ID
生徒ID
先生ID
システムフラグ (boolean)
コメント
・
・
```
生徒IDか先生IDどちらかがnullで無ければnullで無い方のユーザIDを用いてユーザを特定し
どちらもnullでシステムフラグがtrueならシステムのコメントとして処理します。

どちらの方がより適切なのか、また他に良い方法があれば教えて下さい。
よろしくお願いします。

複数の会員種別がある会員制掲示板のデータベース設計

webサイト制作者（初心者）です。
皆さんがどのようにITエンジニアとしてスキルアップしていったかを教えてください。
（このサイトで質問するべき内容ではないのかもしれませんが、ご了承ください。）

某ソフトウェア会社の例
・1年目：テストエンジニアとして、とにかく挙動テストを行う
・2～10年目：プログラマーとして、コーディングをこなす
・3～10年目：SEとして、システム設計、管理等を行う

上記は知り合いのソフトウェア会社勤務の方に、口頭でざっくりと聞いた内容です。
このようなスキルアップが通例なのか、皆さんの会社はどのように人材育成しているのかを教えていただきたいです。

--補足--
会社の恥をさらすようですが、
・現状、完全な縦割りの制度（自分の担当しているサイトのことは全て自分でやる）
・初心者でも自分のサイトの設計、コーディング、テスト、サーバ構築、セキュリティ管理など、ほとんど独学。
非常に業務効率が悪く、セキュリティ面など懸念材料が多い。
業務効率改善の企画書を提出したいと思うので、多くの情報を求めています。

皆さんがどのようにITエンジニアとしてスキルアップしていったかを教えてください。

Nuxt.jsでnuxt generateコマンドを用いて静的htmlを生成してwebサイトを作成しています。
質問としては生成されたhtmlのパスを見ると、**「/_nuxt」のようにルートパスでcssやimgが読み込まれているものを「./_nuxt」と相対パスにしたいです。**

nuxtの仕様上不可能なのか、設定で可能なのか..ご教授いただきたいです。

ちなみに現状の設定としては、
nuxt.config.jsを本番urlに合わせるために
```config
generate:{
   dir: "dist/hoge"
},
router:{
   base: "/hoge/"
}
```
としています。
routerのデフォルトを指定しなくても「/_nuxt」とルートパスになってしまうのも確認しました。

Nuxt.jsのnuxt generateコマンドで生成されるhtmlについて

Laravelの実践的な練習として[ベストプラクティス](https://github.com/alexeymezenin/laravel-best-practices/blob/master/japanese.md#%E3%83%95%E3%82%A1%E3%83%83%E3%83%88%E3%83%A2%E3%83%87%E3%83%AB%E3%80%81%E3%82%B9%E3%82%AD%E3%83%8B%E3%83%BC%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9)と言われるものを見つけ、そこでは以下の様に記載されていたのですが、いくつか疑問点があり、今回質問させていただきました。

記載されていた内容で、行っていたこととしては、Controllerに記載されていたDBに関するロジックに関しては、Modelに記述しているという認識です。

ただ、それに関して以下の点が不明点です。
> DBに関連するすべてのロジックはEloquentモデルに入れるか (〜省略〜) レポジトリークラスにいれます。

- まず、なぜ下記ではBadに値するのでしょうか？
- また、その場合全てのDB操作をModelで行ってはあまりControllerの意味がなくなってしまうといった点や、Modelが肥大化してしまうのではないでしょうか？

上記を踏まえた上でどの様な判断を行い、Modelにコードの記載を行うことがあるのか、またその判断基準や全てのアクションをModelに記載してしまってはダメだと思うので、どのアクションをModeに記載するのか、共通化したものとして捉えていいのかが質問点となります。

長くなってしまい、あまりうまくまとめることができなかったのですが、以上を踏まえ、ご回答
していただけると幸いです。


以下は記載されていた内容です。

> ##### ファットモデル、スキニーコントローラ
DBに関連するすべてのロジックはEloquentモデルに入れるか、もしクエリビルダもしくは生のSQLクエリを使用する場合はレポジトリークラスに入れます。

> Bad:
```PHP
public function index()
{
    $clients = Client::verified()
        ->with(['orders' => function ($q) {
            $q->where('created_at', '>', Carbon::today()->subWeek());
        }])
        ->get();

    return view('index', ['clients' => $clients]);
}
```
> Good:
```PHP
public function index()
{
    return view('index', ['clients' => $this->client->getWithNewOrders()]);
}

class Client extends Model
{
    public function getWithNewOrders()
    {
        return $this->verified()
            ->with(['orders' => function ($q) {
                $q->where('created_at', '>', Carbon::today()->subWeek());
            }])
            ->get();
    }
}
```

ポジトリークラスに入れるメリットと入れる基準

ウェブアプリケーションにおけるセキュリティについてお聞きしたいことがあります。

質問に関しては顧客にあるウェブアプリケーションを作成し、実際に導入するかの話において「じゃあそのセキュリティ面では大丈夫なの？」などと聞かれたと想定します。その際、もちろんセキュリティ面に考慮はしていますし、今回の例でも考慮していることと想定します。しかし、セキュリティにおいて絶対の対策などはないと思っています。そこで、技術的なことがわからない人に説明する際にじゃあそのセキュリティ面では大丈夫なの？」と質問された際はどの様に証明や信頼を得ていくのでしょうか？

私が考えたこととしては、例えばパスワードはハッシュ化しており、安全に保護しているだとか何かのツールにおいてセキュリティ対策ができているか判定してもらうなどがあると思います。ただ、実際にセキュリティ面で問題ないのか質問されても、実際にどの様なことを想定して質問されているのかも分からずあまり説得や信頼していただけないと思います。考慮し、上記の様な質問をされた際はどの様な観点等から回答を行っていきますでしょうか？

ウェブアプリケーションにおけるセキュリティの証明や信頼について

ヤフー知恵袋のように、優秀な回答ユーザーが集まる仕組みを作りたいのですが、
どのようになっているのでしょうか。
質問後、すぐに分かりやすく具体的な回答が来ます。

ヤフー知恵袋のように、優秀な回答ユーザーが集まる質問サイトの作成

###商品登録データベースを作成したいと思っております。
商品画像データをデーターベースに登録したいと思い、
初心者ながらgoogleで色々調べてみたところ、
データ型を「mediumblob」にすると画像を保存できるという記事を見かけましたが、
基本的にデーターベースには画像を保存しないほうがいいというご意見もありました。
普通は画像のパスをデーターベースに保存する、という意見でした。

基本的にはどちらが良いのでしょうか？
（データーベースに負荷を与えない画像保存？）

皆様のご意見をお聞かせください。

宜しくお願い致します。