常連

注目の的

回答者

ベストアンサー

拍手喝采

先生

自己紹介

有名人

お世話になります。

デフォルトコンポーネントに用意されているSLOTを使えるようにvuetifyコンポーネントを拡張しようとしたとき、次のようなコーディングがWebで検索できます。

```vue
<template v-for="(value, name) in $scopedSlots" #:[name]="slotProps>
  <slot :name="name" v-bind="slotProps />
</template>
```
親コンポーネントから受け取ったSLOTを、自身のSLOTに流し込んでいます。
ところが、デフォルトコンポーネントがスロットプロパティを用意していない場合、SLOTがうまく機能しません。

例）v-data-tableに上記のコーディングを追加したカスタムコンポーネントを作成すると、例えばno-dataスロットが機能しません。

```vue
<v-data-table>
  <template v-for="(value, name) in $scopedSlots" #:[name]="slotProps">
    <slot :name="name" v-bind="slotProps" />
  </template>
</v-data-table>


```
どうやら、スロットプロパティが用意されていない場合、「#:[name]="slotProps"」で異常となり、<template>がレンダリングされないようです。（Chromeのコンソールにエラーは吐き出されませんでした。）

試しにスロットプロパティが用意されていないSLOTの名前を配列で用意し、以下のようなコンポーネントを作ってみたところ、正常に機能しました。

```vue
<template>
  <v-data-table>
    <template v-for="scopedSlot in scopedSlots" #[scopedSlot]="slotProps">
      <slot :name="scopedSlot" v-bind="slotProps" />
    </template>
    <template
      v-for="scopedSlotWithoutProps in scopedSlotsWithoutProps"
      #[scopedSlotWithoutProps]
    >
      <slot :name="scopedSlotWithoutProps"></slot>
    </template>
  </v-data-table>
</template>

<script>
export default {
  data() {
    return {
      slotsWithoutProps: ['loading', 'no-data', 'no-results', 'progress'],
    }
  },
  computed: {
    scopedSlots() {
      return Object.keys(this.$scopedSlots).filter(
        (v) => !this.slotsWithoutProps.includes(v)
      )
    },
    scopedSlotsWithoutProps() {
      return Object.keys(this.$scopedSlots).filter((v) =>
        this.slotsWithoutProps.includes(v)
      )
    },
  },
}
</script>

<style></style>
```
vuetifyコンポーネントの拡張という意味では実現できたので良いのですが、スマートな実装方法ではないような気がしています。
※変数名の付け方は別として。

もっとスマートなやり方はありませんでしょうか？

vuetifyコンポーネントの拡張

## 解決したいこと（というよりアドバイス頂きたいこと）

現在、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でリレーション関係が深いデータを取得するコードのアドバイス（コードレビュー）をして頂きたいです。

## 環境

- PHP: 7.4.6
- PHP CS Fixer: 2.13.0

## 実行したコマンド

```
$ docker run --rm --volume `pwd`:/project herloct/php-cs-fixer fix --diff --diff-format udiff --verbose .

Loaded config default from "/project/./.php_cs.dist".
Using cache file ".php_cs.cache".
Paths from configuration file have been overridden by paths provided as command arguments.
SISIISIS
Legend: ?-unknown, I-invalid file syntax, file ignored, S-Skipped, .-no changes, F-fixed, E-error

Checked all files in 0.044 seconds, 10.000 MB memory used

Files that were not fixed due to errors reported during linting before fixing:
   1) /project/src/App/Hoge.php
```

`Hoge.php` のプロパティ型指定を外すとこのエラーが発生しなくなります。

```
//    protected Foo $foo; // Error
    protected $foo; // OK
```

プロパティの型指定は付けていきたいので、このエラーをどうやったら直せるのかを知りたいです...。

## 補足: .php_cs.dist

使用しているルールはこちらです。
(ちなみに全部のルールをコメントアウトしても結果は同じでした...)

```php
<?php declare(strict_types=1);

return PhpCsFixer\Config::create()
    ->setRiskyAllowed(true)
    ->setRules([
        '@PSR2' => true,
        'align_multiline_comment' => true,
        'array_syntax' => ['syntax' => 'short'],
        'binary_operator_spaces' => [
            'align_double_arrow' => false,
            'align_equals' => false,
        ],
        'blank_line_after_opening_tag' => false,
        'blank_line_before_statement' => [
            'statements' => [
                'do',
                'for',
                'foreach',
                'if',
                'switch',
                'try',
            ],
        ],
        'cast_spaces' => true,
        'class_attributes_separation' => false,
        'combine_consecutive_issets' => true,
        'combine_consecutive_unsets' => true,
        'compact_nullable_typehint' => true,
        'concat_space' => ['spacing' => 'one'],
        'declare_equal_normalize' => true,
        'declare_strict_types' => true,
        'dir_constant' => true,
        'ereg_to_preg' => true,
        'escape_implicit_backslashes' => true,
        'explicit_indirect_variable' => true,
        'explicit_string_variable' => true,
        'final_internal_class' => true,
        'function_to_constant' => true,
        'function_typehint_space' => true,
        'general_phpdoc_annotation_remove' => [
            'annotations' => [
                'class',
                'package',
                'author'
            ],
        ],
        'hash_to_slash_comment' => true,
        'heredoc_to_nowdoc' => true,
        'include' => true,
        'is_null' => ['use_yoda_style' => false],
        'linebreak_after_opening_tag' => false,
        'list_syntax' => [
            'syntax' => 'short'
        ],
        'lowercase_cast' => true,
        'magic_constant_casing' => true,
        'method_chaining_indentation' => true,
        'method_separation' => true,
        'modernize_types_casting' => true,
        'native_function_casing' => true,
        'no_alias_functions' => true,
        'no_blank_lines_after_class_opening' => true,
        'no_blank_lines_after_phpdoc' => true,
        'no_empty_comment' => true,
        'no_empty_phpdoc' => true,
        'no_empty_statement' => true,
        'no_extra_consecutive_blank_lines' => [
            'tokens' => [
                'break',
                'continue',
                'extra',
                'return',
                'throw',
                'use',
                'parenthesis_brace_block',
                'square_brace_block',
                'curly_brace_block'
            ],
        ],
        'no_homoglyph_names' => true,
        'no_leading_import_slash' => true,
        'no_leading_namespace_whitespace' => true,
        'no_mixed_echo_print' => true,
        'no_multiline_whitespace_around_double_arrow' => true,
        'no_multiline_whitespace_before_semicolons' => true,
        'no_null_property_initialization' => true,
        'no_php4_constructor' => true,
        'no_short_bool_cast' => true,
        'no_singleline_whitespace_before_semicolons' => true,
        'no_spaces_around_offset' => true,
        'no_trailing_comma_in_list_call' => true,
        'no_trailing_comma_in_singleline_array' => true,
        'no_unneeded_control_parentheses' => true,
        'no_unneeded_curly_braces' => true,
        'no_unneeded_final_method' => true,
        'no_unreachable_default_argument_value' => true,
        'no_unused_imports' => true,
        'no_useless_else' => true,
        'no_useless_return' => true,
        'no_whitespace_before_comma_in_array' => true,
        'no_whitespace_in_blank_line' => true,
        'normalize_index_brace' => true,
        'object_operator_without_whitespace' => true,
        'ordered_class_elements' => true,
        'ordered_imports' => true,
        'php_unit_construct' => true,
        'php_unit_dedicate_assert' => true,
        'php_unit_mock' => true,
        'php_unit_namespaced' => true,
        'phpdoc_add_missing_param_annotation' => ['only_untyped' => false],
        'phpdoc_align' => ['align' => 'left'],
        'phpdoc_annotation_without_dot' => true,
        'phpdoc_indent' => true,
        'phpdoc_inline_tag' => true,
        'phpdoc_no_access' => true,
        'phpdoc_no_empty_return' => true,
        'phpdoc_no_package' => true,
        'phpdoc_order' => false,
        'phpdoc_return_self_reference' => true,
        'phpdoc_scalar' => true,
        'phpdoc_single_line_var_spacing' => true,
        'phpdoc_summary' => false,
        'phpdoc_to_comment' => true,
        'phpdoc_trim' => true,
        'phpdoc_types' => true,
        'phpdoc_types_order' => [
            'null_adjustment' => 'always_last',
            'sort_algorithm' => 'none',
        ],
        'phpdoc_var_without_name' => true,
        'pow_to_exponentiation' => true,
        'protected_to_private' => true,
        'random_api_migration' => true,
        'return_type_declaration' => true,
        'self_accessor' => true,
        'semicolon_after_instruction' => true,
        'short_scalar_cast' => true,
        'simplified_null_return' => true,
        'single_blank_line_before_namespace' => true,
        'single_line_comment_style' => true,
        'single_quote' => true,
        'space_after_semicolon' => ['remove_in_empty_for_expressions' => true],
        'standardize_not_equals' => true,
        'ternary_operator_spaces' => true,
        'ternary_to_null_coalescing' => true,
        'trailing_comma_in_multiline_array' => true,
        'trim_array_spaces' => true,
        'unary_operator_spaces' => true,
        'void_return' => true,
        'whitespace_after_comma_in_array' => true,
        'yoda_style' => [
            'equal' => false,
            'identical' => false,
        ],
    ])
    ->setFinder(PhpCsFixer\Finder::create()
        ->exclude('vendor')
        ->in(__DIR__)
    )
;
```

## 補足: PHPファイル

`src/App/Foo.php`

```php
<?php declare(strict_types=1);

namespace App;

class Foo
{
    public function bar(): string
    {
        return 'fuga';
    }
}
```

`src/App/Hoge.php`

```php
<?php declare(strict_types=1);

namespace App;

class Hoge
{
    protected Foo $foo;

    public function __construct(Foo $foo)
    {
        $this->foo = $foo;
    }

    public function handle(): string
    {
        return $this->foo->bar();
    }
}
```

### 補足: PHPファイルの動作確認

```
$ php -a

php > require('./src/App/Foo.php');
php > require('./src/App/Hoge.php');
php > echo (new App\Hoge(new App\Foo()))->handle();
fuga
```

php-cs-fixer: Files that were not fixed due to errors reported during linting before fixing エラー

## 構成
[フロントエンド]
Vue.js
UI、バックエンド(WebAPI)とのやり取りを担当
SPAを実現するために導入

[バックエンド]
Rails6
フロントエンドからリクエストを受け付けてJSONを返すWebAPI

## 質問内容
上記のような構成で認証が必要なWebアプリケーションを開発しているのですが、
Vue.jsの扱いをどのようにするのが一般的でしょうか？
RailsとVue.jsを組み合わせるのは以下の２つの方法があると思います。
- Rails内にVue.jsを入れる。アクセスはRailsのViewファイルを通り、Vue.jsに渡る
- フロントエンドとバックエンドを分ける。別のサーバーで動かす。

## 調べた所
自分で調べた所ケースバイケースとあったのですが、
初めてのアプリ制作であるので一般的にはどちらが選択されるかが知りたくて質問しました。

Railsアプリでフロントエンドを分割すべきか？

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

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

### [Laravel] DB::insert()実行時のメモリリークについて

先日LaravelにてCSVからデータベースにデータを移行するバッチを実装していたところ、実行時にメモリ不足となりkillされてしまいました。

### 状況
CSVを取り込みDBに格納する際、[こちら](https://www.ritolab.com/entry/63)のページを参考にし以下のとおり１行づつ読み取ることでメモリを節約しています。
```
$file = new \SplFileObject(storage_path('app/data_migration/sample.csv'));
$file->setFlags(
    \SplFileObject::READ_CSV |
    \SplFileObject::READ_AHEAD |
    \SplFileObject::SKIP_EMPTY |
    \SplFileObject::DROP_NEW_LINE
);

$records = array();
foreach ($file as $i => $row)
{
    if($i===0) {
        foreach($row as $j => $col) $colbook[$j] = $col;
        continue;
    }
    
    $line = array();
    foreach($colbook as $j=>$col) $line[$colbook[$j]] = @$row[$j];
    DB::table("test")->insert($line);
}
```
この処理を行う際、memory_get_usege()を使用してメモリ使用量を監視してみたのですがforeachが回るたびに徐々に増えていき、やがてメモリ上限を超えタスクが終了されてしまいました。

しかし、DB::insert()の部分を以下のようにqueryを書いて実行するとメモリは上がらず一定でしたのでLaravel自体の問題かと思っています。
```
$columns = implode(',', array_keys($line));
$values = implode(',', $line);
$query = "insert into test (" . $columns . ") values (" . $values . ")";
DB::connection()->getPdo()->query($query);
```

### 試したこと

- DB::disableQueryLog()を記述
- デバッグライブラリを確認しましたが特別な物は入れていませんでした。（デフォルトのまま）
- バルクインサート(当然変わりません...)

上記の上から２つは海外の掲示板を見た中で有力そうな解決策でした。
disableQueryLog()に関しては有力ではあったのですが何も変わらずでした。こちらデフォルトでdisableのようで、逆にenableQueryLog()を記述したところメモリ使用量がさらに上がりました。

状況からしてクエリビルダ関連だとは思うのでLaravel内部の問題だとは思うのですが...。

丸1日潰してしまったので皆様にご教授いただきたいと思っております。
よろしくお願いいたします。


追記
```
// バージョン情報
Laravel:6.x
PHP:7.4
PostgreSQL:11
```

さらに追記
説明不足ですみません。今回はメモリ不足を解消するためにメモリを上げるのではなく、
根本的にDB：：insertの使用で上がってしまうメモリ使用量をどうにかしたいと考えております...。
CSVの処理に関わらずinsertの処理の部分で起きているので
Laravelのバグなのか、Laravel内部で何をやっているのか等突き止めたいです。

[Laravel] DB::insert()実行時のメモリリークについて

[参考サイト](https://qiita.com/t-toyota/items/5866d4bcc8c4fe79a9db)

上記のサイトはRailsの環境ですが、
laravelでも、通常の順序とは逆に、
MySQLにあるデータベースからmigrationファイルを作る方法はありましたでしょうか？

もし、ご存知でしたらお教えいただけると幸いです。
よろしくお願いいたします。

ちなみにlaravel環境は6.5.0です。

既存のMySQL から migration ファイルを作成する手順。

###　やりたいこと
laravelcollectiveをインストールしたい。
### やったこと
```
composer require laravelcollective/html
```
### エラーメッセージ
```error
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Conclusion: remove laravel/framework v5.8.35
    - Conclusion: don't install laravel/framework v5.8.35
    - laravelcollective/html 6.0.x-dev requires illuminate/view ^6.0 -> satisfiable by laravel/framework[6.x-dev], illuminate/view[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.2.0, v6.3.0, v6.4.1].
    - laravelcollective/html 6.0.x-dev requires illuminate/view ^6.0 -> satisfiable by laravel/framework[6.x-dev], illuminate/view[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.2.0, v6.3.0, v6.4.1].
    - laravelcollective/html v6.0.3 requires illuminate/view ^6.0 -> satisfiable by laravel/framework[6.x-dev], illuminate/view[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.2.0, v6.3.0, v6.4.1].
    - laravelcollective/html v6.0 requires illuminate/view 6.0.* -> satisfiable by illuminate/view[v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4].
    - laravelcollective/html v6.0.1 requires illuminate/view 6.0.* -> satisfiable by illuminate/view[v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4].
    - laravelcollective/html v6.0.2 requires illuminate/view 6.0.* -> satisfiable by illuminate/view[v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4].
    - Can only install one of: laravel/framework[6.x-dev, v5.8.35].
    - don't install illuminate/view 6.x-dev|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.0.0|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.0.1|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.0.2|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.0.3|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.0.4|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.1.0|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.2.0|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.3.0|don't install laravel/framework v5.8.35
    - don't install illuminate/view v6.4.1|don't install laravel/framework v5.8.35
    - Installation request for laravel/framework (locked at v5.8.35, required as 5.8.*) -> satisfiable by laravel/framework[v5.8.35].
    - Installation request for laravelcollective/html ^6.0 -> satisfiable by laravelcollective/html[6.0.x-dev, v6.0, v6.0.1, v6.0.2, v6.0.3].


Installation failed, reverting ./composer.json to its original content.
```
### 備考
composer.jsonの"require"には"laravel/framework": "5.8.*"があります。

[Laravel]composer requireでエラーが出る。Conclusion: remove laravel/framework v5.8.35

### 現象
Laraveのコマンド実行時にログファイルが存在しない状態だと、一部のログが何故か記録されません。

### コマンドファイル

```php
<?php

namespace App\Console\Commands;

use Log;
use Illuminate\Console\Command;

class LogTestCommand extends Command
{
    /**
     * The name and signature of the console command.
     *
     * @var string
     */
    protected $signature = 'test:log';

    /**
     * The console command description.
     *
     * @var string
     */
    protected $description = 'Command description';

    /**
     * Create a new command instance.
     *
     * @return void
     */
    public function __construct()
    {
        parent::__construct();
    }

    /**
     * Execute the console command.
     *
     * @return mixed
     */
    public function handle()
    {
        Log::debug('tset 1.');
        Log::debug('tset 2.');
        Log::debug('tset 3.');
    }
}
```
### コマンド実行
####今日の日付のログファイルがない状態で実行
```ここに言語を入力
$ php artisan test:log
$ cat storage/logs/laravel-2019-11-28.log 
[2019-11-28 17:18:32] local.DEBUG: tset 3.
```
何故か最後だけログされます。

#### ログファイルがある状態でもう一度実行
```ここに言語を入力
$ php artisan test:log
$ cat storage/logs/laravel-2019-11-28.log 
[2019-11-28 17:18:32] local.DEBUG: tset 3.  
[2019-11-28 17:19:06] local.DEBUG: tset 1.  
[2019-11-28 17:19:06] local.DEBUG: tset 2.  
[2019-11-28 17:19:06] local.DEBUG: tset 3.
```
問題なくログされています。

### ログ設定
config/logging.php
```php
    'default' => env('LOG_CHANNEL', 'stack'),

    'channels' => [
        'stack' => [
            'driver' => 'stack',
            'channels' => ['daily'],
            'ignore_exceptions' => false,
        ],

        'daily' => [
            'driver' => 'daily',
            'path' => storage_path('logs/laravel.log'),
            'level' => 'debug',
            'days' => 120,
        ],
```

### バージョン
```ここに言語を入力
Vagrant 2.2.5
ホストOS：Windows 10
ゲストOS：CentOS 7
PHP 7.2.23 (cli) (built: Sep 25 2019 07:56:34) ( NTS )
Laravel Framework 6.5.0
```

Artisanコマンド実行時にログファイルが存在しない状態だと正常にログされない

CSRF トークンの作成方法について質問があります。

`uniqid` や `rand` などは論外で `random_bytes` を使う前提です。

# 【質問1】CSRF トークンの作成方法による違いはありますか？

CSRF トークンの作成方法として主に 3 つの方法を見かけました。

### bin2hex

徳丸先生が teratail で回答していた `bin2hex` で 16 進数表記にするパターンです。

```
bin2hex(random_bytes(32))
```

引用：[CSRF対策｜teratail](https://teratail.com/questions/60622)

### ハッシュ関数

mpyw 先生の記事でサンプルコードとして紹介しているハッシュ関数を通すパターンです。

```
sha1(random_bytes(30))
```

引用：[Qiita - これで完璧！今さら振り返る CSRF 対策と同一オリジンポリシーの基礎](https://qiita.com/mpyw/items/0595f07736cfa5b1f50c#%E3%83%88%E3%83%BC%E3%82%AF%E3%83%B3%E3%81%AE%E7%94%9F%E6%88%90%E6%96%B9%E6%B3%95)

### base64_encode

Laravel のコードですが、`base64_encode` を使ってごにょごにょしています。
抜粋しているので、詳細のコードは引用元を参照してください。

```
    public static function random($length = 16)
    {
        $string = '';
        while (($len = strlen($string)) < $length) {
            $size = $length - $len;
            $bytes = random_bytes($size);
            $string .= substr(str_replace(['/', '+', '='], '', base64_encode($bytes)), 0, $size);
        }
        return $string;
    }
```

引用：[Qiita - CSRFトークン インタビューズ](https://qiita.com/kinyuka/items/0fcccf2db285b704dcb8#laravel)


**3 つの方法を見かけましたが、セキュリティ面での違いなどあるのでしょうか？**

いずれも `random_bytes` でトークンを生成しているので、どれもトークンとしては問題ないと思っているのですが、どうなのでしょうか。


# 【質問2】random_bytes の適切なバイト数はいくつですか？

`random_bytes` で生成される文字列の長さですが、`30` バイト以上にしている記述を見かけます。

**何バイトから安全と言えるのでしょうか？**

なぜ、そのバイト数なのかも教えていただけると嬉しいです。

ご存じの方いれば、教えてください。

CSRF トークンの作成方法と、random_bytes の適切なバイト数

あるControllerのメソッドでルートモデルバインディングを適用しています。
```
public function show(Item $item)
{
    return view('items.show', ['item' => $item]);
}
```
ルーティング設定は以下の通りです。
```
Route::get('/item/{item}', 'ItemController@show')
```

この`$item`には`item/10`にアクセスするとid=10のitemsテーブルのレコードのインスタンスが格納されます。

ここで疑問があります。id=100が存在しないのに`item/100`にアクセスすると404が帰るのですが`item/1aaaaaaaaaa`にアクセスすると`item/1`と同様の結果が帰ります。

数値の後ろに文字列が含まれるとそれを除いた数値で処理が行われていると思われますがこれはLaravelとしては正しい挙動なのでしょうか？

また同じ情報を表示するURLが末尾だけとはいえ自由に変更可能なのはよろしくない気もするのですが、コアを弄ることなく設定等で変更出来るのでしょうか。

ルートモデルバインディングを適用したURLにゴミが混ざっていても通ってしまうのは問題？

古い記事ですが、gitで本番環境にデプロイするのはセキュリティ上問題なのかと悩んでいます。
[【警鐘】1/600の割合でWebサイトが「.git」ディレクトリを公開している事が判明 | ソフトアンテナブログ](http://www.softantenna.com/wp/webservice/website-exposed-git-directory/)

現在の運用方法は、本番環境（例:/var/www/html/）にGitHubから`git clone`して、更新がある毎に`git pull`で反映しています。

そうすると、
/var/www/html/hoge/.git というディレクトリが本番環境にできてしまいます。
パスワードや個人情報などはgitで管理していませんが、一般的な方法があれば教えてほしいです。

また、
/var/www/html/hoge/package.jsonなどの設定ファイルも置かれてしまいますが、アクセスして参照できるのはどうなのかも教えて欲しいです。

公開ディレクトリに.gitディレクトリを置くのはセキュリティとして問題でしょうか？

主題の件で悩んでいます。

CentOS7.6を利用しているのですが、
CentOSは比較的リポジトリの更新が遅いということで、
脆弱性対策がされているバージョンがリポジトリに無かったりします。
IUS等のリポジトリを追加してみたりもしたのですが、それでも特にアップデートは入りませんでした。

![イメージ説明](257ab1ff5497e773d2289ed3b829ae91.png)

上記はVulsで脆弱性の対策状況を確認したもので、例えばこれであれば
bash 4.2.46が危険だと言ってます（対策されたのは4.2.48）

https://qiita.com/takahirono7/items/5dd99bcc4202d289103b

こちらのサイトを参考にして、とりあえず更新をすることは出来たのですが、
```
# bash --version
GNU bash, バージョン 4.4.12(1)-release (x86_64-unknown-linux-gnu)
Copyright (C) 2016 Free Software Foundation, Inc.
ライセンス GPLv3+: GNU GPL バージョン 3 またはそれ以降 <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
```

このようにbashのバージョンは更新されているように見受けられるのですが、
Vulsで確認しても脆弱性のリストからは消えておらず、

```
# rpm -q bash
bash-4.2.46-31.el7.x86_64
```
rpmで確認すると古いバージョンが残ったままになってるようにも見えます。

本来であれば、リポジトリに最新のバージョンが無い時のバージョンアップはどのように行うべきなのでしょうか。

リポジトリに最新のバージョンが無い時のバージョンアップ方法

社内の片隅で１～２人で自社サイト等の作成・管理を行っていました。今回私どもの部署に数人の新人を採用することになったのですが、開発環境をどのように整えればよいかわからず調べ方もわからず困っています。

今まではほぼ個人でしたので1人のPC内で完結していました。
主に自社サイトの修正やページの新規案件の制作とその後の管理となりますが、様々なページが存在し複数人になった場合も適切に管理ができるようにしたいと思っています。

少人数ですので、現在どこを手掛けているかは把握できますので、開発中のもののロックなどは不要ですが、古いデータでの上書きを防ぐ事と同ページを２人以上で手掛ける（デザインとプログラムなど）事を可能にしたいと思っています。

現在２人で共有フォルダなどでなるべく管理していますが、個別のPCで制作しているためミスが出がちなのが現状です。


状況：
●制作者５人程度
●環境 windowsサーバ（asp・JS）
●要データーベース
●例外的にphpが扱いたい場合がある（別サイトなどで）←不可能そうであれば無視でもよい
●上書きを防ぐため複数人が一か所のサーバ？へアクセスして作業を行いたい
●クラウドなどのオンラインでの作業は避けたい


自社サイトのメイン部分は外部に委託しており立派なサーバがあるので、アップロードはそちらに行っているのですが、ローカルのテスト環境をどの程度の予算でそろえるべきかがわかりません。

調べたところでの疑問点：
●サーバを購入するべきか？PCでも同時作業できるか？サーバを購入する場合どの程度のものが必要か？
●直接ファイルを開いてdreamweaverで修正しているだけだが、一般的な他の管理方法があるか？


検索キーワードがわからず同規模での環境が探せない状況です。
サイトのご紹介や検索ワードなどでも助かります。
よろしくお願い致します。

webサイトの複数人開発の環境について

某動画学習サイトにてPHPの勉強をしています。
.phpファイルにHTMLを記述し、そのタグの中に<?php?>でPHPを直接書き込んでいるのに、違和感を感じます。

実際のプロの方もこのようなコーディングをするのでしょうか？

```php
<?php
session_start();

if(!empty($_POST)){
	if($_POST["name"] === ''){
		$error["name"] = "blank";
	}
	if($_POST["email"] === ''){
		$error["email"] = "blank";
	}
	if(strlen($_POST["password"]) < 4){
		$error["password"] = 'length';
	}
	if($_POST["password"] === ''){
		$error["password"] = 'blank';
	}
	$fileName = $_FILES['image']['name'];
	if(!empty($fileName)){
		$ext = substr($fileName, -3);
		if($ext != 'jpg' && $ext != 'gif'){
			$error['image'] = 'type';
		}
	}
	if(empty($error)){
		$image = date('YmdHis'). $_FILES['image']['name'];
		move_uploaded_file($_FILES['image']['tmp_name'], '../member_picture/'. $image);
		$_SESSION['join'] = $_POST;
		$_SESSION['join']['image'] = $image;
		header('Location: check.php');
		exit();
	}
}

if($_REQUEST['action'] == 'rewrite' && isset($_SESSION['join'])){
	$_POST = $_SESSION['join'];
}
?>

<!DOCTYPE html>
<html lang="ja">
<head>
	<meta charset="UTF-8">
	<meta name="viewport" content="width=device-width, initial-scale=1.0">
	<meta http-equiv="X-UA-Compatible" content="ie=edge">
	<title>会員登録</title>

	<link rel="stylesheet" href="../style.css" />
</head>
<body>
<div id="wrap">
<div id="head">
<h1>会員登録</h1>
</div>

<div id="content">
<p>次のフォームに必要事項をご記入ください。</p>
<form action="" method="post" enctype="multipart/form-data">
	<dl>
		<dt>ニックネーム<span class="required">必須</span></dt>
		<dd>
			<input type="text" name="name" size="35" maxlength="255" value="<?php print(htmlspecialchars($_POST["name"], ENT_QUOTES)); ?>" />
			<?php if($error["name"] === "blank"): ?>
			<p class="error">* ニックネームを入力してください</p>
			<?php endif; ?>
		</dd>
		<dt>メールアドレス<span class="required">必須</span></dt>
		<dd>
			<input type="text" name="email" size="35" maxlength="255" value="<?php print(htmlspecialchars($_POST["email"], ENT_QUOTES)); ?>" />
			<?php if($error["email"] === "blank"): ?>
			<p class="error">* メールアドレスを入力してください</p>
			<?php endif; ?>
		<dt>パスワード<span class="required">必須</span></dt>
		<dd>
			<input type="password" name="password" size="10" maxlength="20" value="<?php print(htmlspecialchars($_POST["password"], ENT_QUOTES)); ?>" />
			<?php if($error["password"] === "length"): ?>
			<p class="error">* パスワードは4文字以上で入力してください</p>
			<?php endif; ?>
			<?php if($error["password"] === "blank"): ?>
			<p class="error">* パスワードを入力してください</p>
			<?php endif; ?>
        </dd>
		<dt>写真など</dt>
		<dd>
			<input type="file" name="image" size="35" value="test"  />
			<?php if($error['image'] === 'type'): ?>
			<p class="error">* 写真などは「.gif」または「.jpg」の画像を指定してください</p>
			<?php endif; ?>
			<?php if(!empty($error)): ?>
			<p class="error">* 恐れ入りますが、画像を改めて指定してください</p>
			<?php endif; ?>
        </dd>
	</dl>
	<div><input type="submit" value="入力内容を確認する" /></div>
</form>
</div>
</body>
</html>
```

違和感を感じる部分は次の通りです。
⑴ .phpファイルにHTMLを書いているのでエディタがHTMLを補完してくれない
⑵ タグの中に急に<?php?>が出てきてとても読みづらいし、書きづらい。
⑶ <?php if(...): ?> ... <?php endif; ?>と通常のif文の使い分けがわからない。

---
エディタはvscodeを使用しています。
ご回答のご協力よろしくお願いします。

学習サイトのPHPコーディングに違和感を感じるのですが

### 前提・実現したいこと

下記のようなファンクラブサイトを作成したいと考えています。
具体的な機能は下記のとおりです。

参考サイト：https://fanclove.jp/

ログイン機能
・ID/PW
・SNS連携

ファンクラブ一覧・詳細画面
ファンクラブ検索機能

マイページ（個人）
・名前の変更
・支払情報の変更

マイページ（ファンクラブ側）
・会員一覧
・ファンクラブ内容設定

決済機能

私のスキルはhtmlとCSSの初歩的な知識しかなく、これからプログラミングを学びたいと考えておりますが、
どの言語を学べば、実現することが可能でしょうか？

稚拙な質問で申し訳ございません。

よろしくお願い致します。

ファンクラブプラットフォームを作りたいです。

### わからないこと
TLSのハンドシェイク初期に、悪意ある中間者がLet's Encryptなどで署名された独自の証明書を挟めた場合、ユーザーの機密情報漏洩を、サイト管理者はどのように防ぐことができますか。

### 調べたこと
- ChromeではLet's Encryptの署名は警告を出さないこと。
- ユーザー側でドメインを確認してもらうことで防げること。
- ユーザー側で証明書を確認してもらうことで防げること。

### 追記 2019/06/13 13:31
[mikkame](https://teratail.com/users/mikkame)さん、[maisumakun](https://teratail.com/users/maisumakun)さんが回答していただいた後の追記となります。前提覆るかもしれませんが、申し訳ございません。

ここでの証明書を中間者独自のサイトのドメインを使った証明書ということにすると、どうでしょうか。
つまり、中間者のサイト自体は悪意あるかどうかは別として、証明書の検証やドメイン所有のチェックにかかる問題はないことを想定します。
したがってブラウザ上部に表記されるドメインは厳密には別のドメインになっているものと思われます。

TLSのハンドシェイク初期について私の想定する懸念は、以下の通りです。
1. クライアントがhttps://examplebank.comにアクセスする
2. examplebank.comで解決されるサーバーがサーバ証明書を送付する
2.evil. ここで中間者がevilexamplebank.com証明書を注入
3. クライアントがevilexamplebank.com証明書の公開鍵を確認し、共通鍵を作成、送付
4. 中間者が共通鍵を復号
->その後、中間者がサイトの内容を偽装する形でクライアントと通信。

調べた内容は、申し訳ありませんが、他にありません。

### 追記 2019/06/13 13:56
[maisumakun](https://teratail.com/users/maisumakun)さんよりコメントいただきまして、
アクセスするurlと証明書の間でコモンネームを確認することを念頭に置いていませんでした。
解決しました。ご迷惑おかけしました。

TLSの証明書偽造による中間者攻撃について

### 前提・実現したいこと


[Password security](https://www.slideshare.net/Joe_noh/password-security-24496244)という、パスワード認証に関する事柄がかかれたスライドをよんでいました
このスライドの17ページのにかんする疑問です

### 発生している問題・エラーメッセージ

１７ぺーじにはソルティングにかんして書かれていて

> ソルトとパスワードを連結してからハッシュ化（単純な連結は良くないらしい）


とかかれていました

これはなぜなのでしょうか？

### 試したこと

ウィキペディアの[ソルト (暗号)](https://ja.wikipedia.org/wiki/%E3%82%BD%E3%83%AB%E3%83%88_(%E6%9A%97%E5%8F%B7))を読むと”よくある誤用”の節にソルトの再利用はだめ、短すぎるソルトはあまり意味がないということが書かれているんですが、単純な文字列結合がいけないというのは書かれておらず、なぜいけないのかというのがわかりませんでした

ハッシュ化においてソルトを単純に連結するだけではセキュアではない？

Nuxt + Laravelでシステムを構築する上で不明点があります

※Nuxt側はSSR, PWAで作成予定

初回アクセスで必要なリソースを取得してきて、以降はAPIでサーバとやりとりしようとしています。nginxで初回アクセスの場合はNuxtサーバに繋いで、以降のAPIアクセスはPHP-FRMに割り振るような構成(②の構成)は可能でしょぅか？

また、この構成の時に認証系をどのように作っていくかがいまいち分かっていません。
Laravel Passportを使っていけばよいでしょぅか？

こういった構成ならばもっと簡単にできる！であるとかもあれば教えていただきたいです

<>内はポート番号です

![![イメージ説明](aa119403fab09425a555c3809d973094.png)](795e24b7dc6c4e9cd419ad0f27c325e7.png)

Nuxt + Laravelでシステム構築

### 質問内容
表題の通りですが、確認方法はあるのでしょうか？
実際にソースコードを確認したところ、戻り値がvoidなので、PutしたあとにGetしてみて確認するしかないのでしょうか？
addだと戻り値があるようですね。
```php
/**
     * Store an item in the cache.
     *
     * @param  string  $key
     * @param  mixed   $value
     * @param  \DateTimeInterface|\DateInterval|float|int|null  $minutes
     * @return void
     */
    public function put($key, $value, $minutes = null)
    {
        if (is_array($key)) {
            $this->putMany($key, $value);

            return;
        }

        if (! is_null($minutes = $this->getMinutes($minutes))) {
            $this->store->put($this->itemKey($key), $value, $minutes);

            $this->event(new KeyWritten($key, $value, $minutes));
        }
    }
```

### 経緯
質問の経緯なのですが、以前teratailで質問させていただいた内容が解決しておらず、
解決方法を探っているためです。

参考：　https://teratail.com/questions/179028

セッションもキャッシュも保存先をfileにしており、storage/framework以下に保存されます。
read/writeができない原因として、パーミッションも確認したのですが、問題なさそうでした。
`drwxrwxr-x   7 forge forge   4096 Feb 20 00:00 storage/`