WindowsのVisual Studio Code 1.101.0でdecontainerからSSH-agentが正常に使用できない問題と対策

WindowsのVisual Studio Code 1.101.0でdecontainerを起動し、devcontainer内部からgit fetchを行ったところエラーが発生しました。

ログを見ると、環境変数「GIT_ASKPASS」に設定されている「askpass-main.js」で「Missing or invalid credentials.」エラーが発生するという状況です。

その辺りの状況から、SSHの秘密鍵が正常に読めてないのであろうことは予想できたのですが、以前はホスト機(Windows)のSSH-Agentを使えていたので、何か仕様が変わったのか？と調査しました。

GitHubにissueが登録済みの問題でしたので、ここまでたどり着けば解決します。
https://github.com/microsoft/vscode-remote-release/issues/11043

ただ、私はここへたどり着くのにえらい時間がかかったので、同じ目に遭った人がたどり着く手段を増やそうというのがこの記事の主旨であります。

原因としては、Visual Studio Code version 1.101.0で、内部で使用しているNodeを20から22にした影響により、SSH-Agentの転送が正常に行われないということだそうです。

Workaroundとしてはホスト機(Windows)で、システムの環境変数SSH_AUTH_SOCKに\.\pipe\openssh-ssh-agentを設定となります。

これを設定することで、devcontainer内でホスト機のSSH-Agentを参照することが出来るようになります。(GitがSSHを使うときも参照されるのでエラーが解消される)

『アイデアのつくり方』読書メモ　　　　　技術職にとっての創造の技術

こんにちは、中島です。
今回は、ジェームス・W・ヤングの名著『アイデアのつくり方』を読んだ感想と内容をまとめました。

この本はたった60ページほどと短く、一見すると軽く読めそうですが、実際には「良いアイデアはどのように生まれるか？」という根本的な問いに、非常に本質的なアプローチで答えてくれています。

この本を読んで「技術職にも通じる考え方だ」と強く感じました。
以下では、その内容と5つのステップ、そして読んで感じたことを詳しくご紹介します。

◆ アイデアとは「既存の要素の新しい組み合わせ」

著者ヤングは、アイデアとはまったくのゼロから生まれるものではなく、「既存の要素」を新しい視点で組み合わせたものだと述べています。

この考え方は、システム開発や設計、コードの改善など、日々何かしらの課題に向き合っているエンジニアにとっても非常に腑に落ちます。
私たちも、技術的な制約やユーザー要件といった“素材”をもとに、最適な組み合わせを探ることが日常的です。

◆ アイデアを生み出す5つのステップ

ヤングは、再現可能な形でアイデアを生み出す手法として、以下の5つのステップを提案しています。
ここではそれぞれのステップを、本の内容に加えて技術職としての視点から解釈しながら紹介します。

1. 【情報収集】あらゆる素材を集める

まずは、課題に関する情報を集めます。ヤングは、一般的な知識と専門的な知識の両方を意識的に集めるべきだとしています。

実務の中で言えば：

過去のプロジェクト事例やベストプラクティスの調査
使用中ライブラリの仕様確認、業務フローの把握、類似プロダクトの機能調査など

情報を幅広く集めておくことは、後の発想に大きく影響します。何か新しい提案を求められたとき、手持ちの知識の広さと深さで対応力が決まってくると実感しています。

2. 【情報の咀嚼】集めた素材を頭の中で整理し、関連づける

次に、集めた情報を「どう組み合わせると面白くなるか？」という視点で検討していきます。

実務との接点：

フレームワークの制約をどう機能設計に反映させるかを考える
顧客のニーズと技術的制約をどう両立させるかを検討する
既存の設計と、新しい要件の接続点を探る

この段階では、すぐに答えが出なくても、頭の中でいろんなパターンを試していくような作業になります。メモや図解などを活用しながら、思考を整理することが大切だと感じました。

3. 【孵化】一旦考えるのをやめて、無意識に任せる

情報を咀嚼したあとは、あえてその課題から距離を置きます。
意識的には考えるのをやめ、しばらく別のことをすることで、無意識が働く時間をつくります。

実感としては：

帰り道やお風呂に入ってるときに、突然ひらめいた
他の作業中に、さっきまで悩んでいた課題の糸口が見えてきた

「考え続けるよりも、意識から手放すことで思いつく」という経験は、誰しもあるのではないでしょうか。この“孵化の時間”を怖がらずに取ることも、発想力を鍛えるためには重要だと思いました。

4. 【ひらめき】ふとした瞬間にアイデアが生まれる

十分に準備と孵化の時間を経たあと、ある瞬間に「これだ！」というひらめきが訪れます。

例えば：

設計で悩んでいた構成が、一つのクラス設計案を思いついたことで一気に整理された
APIの設計方針が、過去のドキュメントと照らしたときに「こう組み合わせればいい」と気づいた

この「点と点がつながる瞬間」は、何度経験しても気持ちが良いものです。

5. 【検証と具体化】現実に落とし込み、改善していく

最後に、ひらめいたアイデアを実行し、現実的に機能するかを検証します。ここで初めて、アイデアが「使えるもの」になるわけです。

例えば：

コードとして動かし、挙動を確認する
チームレビューを通して意見をもらい、改善点を見つける
プロトタイプで動かして、ユーザーの反応を見る

「良いアイデアかどうか」は、現実に実装・運用できるかどうかで初めてわかる。だからこそ、この最終ステップが非常に重要です。

◆ 読んで感じたこと

この本を通して、「アイデアの創出もスキルであり、再現性のあるプロセスで身につけられる」ということが、何よりの学びでした。

エンジニアという仕事は、与えられた仕様を実装するだけではなく、設計や提案の場面で「今あるものをどう活かすか」「よりよくするには何を変えるか」といった視点が求められます。

また、定期的にコードレビューやリファクタリングを行う中で、アイデアを出す機会も意外と多い。
そうしたときに、「情報を集め→咀嚼し→一度忘れ→ひらめき→検証」という流れを意識することで、感覚的だった“発想”が技術として扱えるようになると思います。

◆ まとめ

アイデアとは、既存の要素の新しい組み合わせで、それを生み出すには「5つの段階」があるのものだと思いました。

『アイデアのつくり方』は、クリエイティブな職業の人向けの本と思われがちですが、実は論理性と創造性の両方が求められる技術職にも非常に役立つ内容でした。

特に印象に残ったのは、「アイデアは天才のひらめきではなく、再現可能なプロセスで生み出せるものだ」という考え方です。

つまり、”アイデアを生み出す”という行為は、特別な才能がないとできないことではなく、正しいステップを踏めば誰でも実践できるものなのです。

「なんとなく」で考えていた発想も、5つのステップに沿って見直していくことで、もっと確実に、そして効率的に進められる。
そう思わせてくれる、技術職の人にもぜひ読んでほしい1冊です。

今回はここまで
最後までご覧いただきありがとうございました！

[PHP]PHP-Parserを用いたメタプログラミングについて

こんにちは。24年度入社の吉岡です。
案件で、システムで用いられているPHPソースコードとフレームワークのバージョンアップ作業を行いっています。作業の内容として大量に同様の変更を行いたい箇所があり、自分たちのチームはPHP-Parserを使用しました。PHP-Parserは今後の案件でも作業の効率化に役立ってくれると思いまので、共有させていただきます。

〇PHP-Parserとは
PHP-Parserは「PHPで書かれたPHPパーサー」のことです。
PHPパーサーはPHPソースコードをAST(抽象構文木)に変換し、変更を加え、変更後のASTをPHPソースコードに出力することができます。
AST(抽象構文木)は指定されたプログラミング言語の文法に従ってソースコードの構造を表す中間プログラムです。ソースコードのアイテムごとに対応するノードを用いて表現されます。

「手作業でよいのでは？」と思われるかもしれませんね。確かに変更箇所が少数であったり複雑な変更を加えたい場合は手作業の方が楽な場合も多いでしょう。
しかし、単純な変更を大量にしなければならない場合はどうでしょうか？
「システム内のすべてのファイルに declare(strict_types=1); を追加したい」「システム内のすべての配列を、array() から [] に記述を統一したい」という場合に、手作業で行うと多くの時間が掛かりミスが生じやすくなってしまうかもしれません。

そんな時はPHP-Parserの使用を検討されてはいかがでしょうか？

〇PHP-Parserを用いた変更処理の流れ
1 PHPソースコードからASTへパース
2 ASTへ変更を加える
3 新ASTから新PHPソースコードへパース

＊インストール
パースしたいPHPソースコードのバージョンによって、PHP-Parserのバージョンを選択してください。

・PHP-Parser 4.x
動作環境: PHP7.0以上で動く
サポート範囲: PHP5.2～8.3( PHP5.xの解析を完全にサポート)
https://github.com/nikic/PHP-Parser/blob/4.x/doc/0_Introduction.markdown

・PHP-Parser 5.x
動作環境：PHP7.4以上で動く
サポート範囲：PHP7～8( PHP5.xの解析も部分的にサポート)
https://github.com/nikic/PHP-Parser/blob/master/doc/0_Introduction.markdown

コマンド

composer require nikic/php-parser

1	composer require nikic/php-parser

1 PHPソースコードからASTへパース
PHPソースコードを取得し、パーサーを用いてASTへパースを行います。

・入力用PHPソースコード (inputSampleData.php)

<?php

namespace Sample\StandardClass;

class SampleA
{
    public function do_something(): bool
    {
        $this->standard->do(array(123,false));

        return true;
    }

    public function do_nothing(): bool
    {
        $this->standard->donot(array('abc','xyz'));

        return false;
    }
}
}

<?php

namespace Sample\StandardClass;

class SampleA

{

public function do_something(): bool

{

$this->standard->do(array(123,false));

return true;

}

public function do_nothing(): bool

{

$this->standard->donot(array('abc','xyz'));

return false;

}

・パース処理(changePhp.php)

<?php

require __DIR__ . '/../vendor/autoload.php';

use PhpParser\Error;
use PhpParser\NodeDumper;
use PhpParser\ParserFactory;

$inputFileDirPath = '/var/www/laravel/public/phpParser';
$outputFileDirPath = '/var/www/laravel/public/phpParser';

// 変更したいファイルを取得
$fromPath = $inputFileDirPath . '/inputSampleData.php';
$code = file_get_contents($fromPath, false, null, 0, null);
if (!is_string($code)) {
    throw new \RuntimeException('ファイルの読み込みエラー');
}

// PHPソースコードからASTにパース
$parser = (new ParserFactory)->create(ParserFactory::PREFER_PHP7);
try {
    $ast = $parser->parse($code);
} catch (Error $error) {
    echo "Parse error: {$error->getMessage()}\n";
    return;
}

// パースしたASTをダンプ
$dumper = new NodeDumper;
echo $dumper->dump($ast) . "\n";

<?php

require __DIR__ . '/../vendor/autoload.php';

use PhpParser\Error;

use PhpParser\NodeDumper;

use PhpParser\ParserFactory;

$inputFileDirPath = '/var/www/laravel/public/phpParser';

$outputFileDirPath = '/var/www/laravel/public/phpParser';

// 変更したいファイルを取得

$fromPath = $inputFileDirPath . '/inputSampleData.php';

$code = file_get_contents($fromPath, false, null, 0, null);

if (!is_string($code)) {

throw new \RuntimeException('ファイルの読み込みエラー');

}

// PHPソースコードからASTにパース

$parser = (new ParserFactory)->create(ParserFactory::PREFER_PHP7);

try {

$ast = $parser->parse($code);

} catch (Error $error) {

echo "Parse error: {$error->getMessage()}\n";

return;

}

// パースしたASTをダンプ

$dumper = new NodeDumper;

echo $dumper->dump($ast) . "\n";

・実行

php sample.php

1	php sample.php

・実行結果(変換されたAST)
コストコのレシートくらい長いですので、ざっと目を通していただければ十分です。「Stmt_Classってやつはクラス定義のことなんだろうな」「Expr_Array_って書いてあるから配列のなんだろうな」ぐらいでOKです。

array(
    0: Stmt_Namespace(
        name: Name(
            parts: array(
                0: Sample
                1: StandardClass
            )
        )
        stmts: array(
            0: Stmt_Class(
                attrGroups: array(
                )
                flags: 0
                name: Identifier(
                    name: SampleA
                )
                extends: null
                implements: array(
                )
                stmts: array(
                    0: Stmt_ClassMethod(
                        attrGroups: array(
                        )
                        flags: MODIFIER_PUBLIC (1)
                        byRef: false
                        name: Identifier(
                            name: do_something
                        )
                        params: array(
                        )
                        returnType: Identifier(
                            name: bool
                        )
                        stmts: array(
                            0: Stmt_Expression(
                                expr: Expr_MethodCall(
                                    var: Expr_PropertyFetch(
                                        var: Expr_Variable(
                                            name: this
                                        )
                                        name: Identifier(
                                            name: standard
                                        )
                                    )
                                    name: Identifier(
                                        name: do
                                    )
                                    args: array(
                                        0: Arg(
                                            name: null
                                            value: Expr_Array(
                                                items: array(
                                                    0: Expr_ArrayItem(
                                                        key: null
                                                        value: Scalar_LNumber(
                                                            value: 123
                                                        )
                                                        byRef: false
                                                        unpack: false
                                                    )
                                                    1: Expr_ArrayItem(
                                                        key: null
                                                        value: Expr_ConstFetch(
                                                            name: Name(
                                                                parts: array(
                                                                    0: false
                                                                )
                                                            )
                                                        )
                                                        byRef: false
                                                        unpack: false
                                                    )
                                                )
                                            )
                                            byRef: false
                                            unpack: false
                                        )
                                    )
                                )
                            )
                            1: Stmt_Return(
                                expr: Expr_ConstFetch(
                                    name: Name(
                                        parts: array(
                                            0: true
                                        )
                                    )
                                )
                            )
                        )
                    )
                    1: Stmt_ClassMethod(
                        attrGroups: array(
                        )
                        flags: MODIFIER_PUBLIC (1)
                        byRef: false
                        name: Identifier(
                            name: do_nothing
                        )
                        params: array(
                        )
                        returnType: Identifier(
                            name: bool
                        )
                        stmts: array(
                            0: Stmt_Expression(
                                expr: Expr_MethodCall(
                                    var: Expr_PropertyFetch(
                                        var: Expr_Variable(
                                            name: this
                                        )
                                        name: Identifier(
                                            name: standard
                                        )
                                    )
                                    name: Identifier(
                                        name: donot
                                    )
                                    args: array(
                                        0: Arg(
                                            name: null
                                            value: Expr_Array(
                                                items: array(
                                                    0: Expr_ArrayItem(
                                                        key: null
                                                        value: Scalar_String(
                                                            value: abc
                                                        )
                                                        byRef: false
                                                        unpack: false
                                                    )
                                                    1: Expr_ArrayItem(
                                                        key: null
                                                        value: Scalar_String(
                                                            value: xyz
                                                        )
                                                        byRef: false
                                                        unpack: false
                                                    )
                                                )
                                            )
                                            byRef: false
                                            unpack: false
                                        )
                                    )
                                )
                            )
                            1: Stmt_Return(
                                expr: Expr_ConstFetch(
                                    name: Name(
                                        parts: array(
                                            0: false
                                        )
                                    )
                                )
                            )
                        )
                    )
                )
            )
        )
    )
)

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

array(

0: Stmt_Namespace(

parts: array(

0: Sample

1: StandardClass

)

stmts: array(

0: Stmt_Class(

attrGroups: array(

)

flags: 0

)

extends: null

implements: array(

)

stmts: array(

0: Stmt_ClassMethod(

attrGroups: array(

)

flags: MODIFIER_PUBLIC (1)

byRef: false

)

params: array(

)

returnType: Identifier(

)

stmts: array(

0: Stmt_Expression(

expr: Expr_MethodCall(

var: Expr_PropertyFetch(

var: Expr_Variable(

)

)

)

args: array(

0: Arg(

value: Expr_Array(

items: array(

0: Expr_ArrayItem(

key: null

value: Scalar_LNumber(

value: 123

)

byRef: false

unpack: false

)

1: Expr_ArrayItem(

key: null

value: Expr_ConstFetch(

parts: array(

0: false

)

byRef: false

unpack: false

)

byRef: false

unpack: false

)

1: Stmt_Return(

expr: Expr_ConstFetch(

parts: array(

0: true

)

1: Stmt_ClassMethod(

attrGroups: array(

)

flags: MODIFIER_PUBLIC (1)

byRef: false

)

params: array(

)

returnType: Identifier(

)

stmts: array(

0: Stmt_Expression(

expr: Expr_MethodCall(

var: Expr_PropertyFetch(

var: Expr_Variable(

)

)

)

args: array(

0: Arg(

value: Expr_Array(

items: array(

0: Expr_ArrayItem(

key: null

value: Scalar_String(

value: abc

)

byRef: false

unpack: false

)

1: Expr_ArrayItem(

key: null

value: Scalar_String(

value: xyz

)

byRef: false

unpack: false

)

byRef: false

unpack: false

)

1: Stmt_Return(

expr: Expr_ConstFetch(

parts: array(

0: false

)

ノードを用いて変更箇所を指定して、追加・変更・削除などの変更処理を行います。それぞれのノードクラス定義に関する詳細は、nikic/php-parserの公式ドキュメント(5.x版) または vendor/nikic/php-parser/lib/PhpParser/Node/ ディレクトリ配下から探してください。(どのクラスなのか名前で推測できるものが多いと思います)

2 ASTへ変更を加える
今回の本命である、パースされたASTに対して変更を行います。変更を行うにNodeVisitorクラスを基に任意の操作を行うクラスを作成し、「どのタイミングでどの操作を」定義します。

・変更処理セットして実行(changePhp.php 続き)

$traverser = new NodeTraverser();
// PHPの厳密な型判定を設定する記述を追加するNodeVisitorを追加
$traverser->addVisitor(new StrictModeRevisingVisitor());
// 配列をarray()から[]に統一するNodeVisitorを追加
$traverser->addVisitor(new ArrayKindRevisingVisitor());

// 実行！
$newAst = $traverser->traverse($ast);

$traverser = new NodeTraverser();

// PHPの厳密な型判定を設定する記述を追加するNodeVisitorを追加

$traverser->addVisitor(new StrictModeRevisingVisitor());

// 配列をarray()から[]に統一するNodeVisitorを追加

$traverser->addVisitor(new ArrayKindRevisingVisitor());

// 実行！

$newAst = $traverser->traverse($ast);

・PHPの厳密な型判定を設定する記述を追加するNodeVisitor(StrictModeRevisingVisitor.php)

<?php

declare(strict_types=1);

namespace phpParser;

use \PhpParser\NodeVisitorAbstract;

class StrictModeRevisingVisitor extends NodeVisitorAbstract
{
    /**
     * ノードを走破する前に最上位ノードに型指定に厳密にチェックする設定を追加する
     * @param array $nodes 走破する前のノード全体
     * @return array 変更を行ったこれから走破するノード全体
     */
    public function beforeTraverse(array $nodes): array
    {
        if (count($nodes) === 0) {
            return [];
        }
        // declare(strict_types=1); のノードで作成し、ノード全体の最上位ノードに加えて返す
        $value = new \PhpParser\Node\Scalar\LNumber(1, []);
        $newDeclareDeclare = new \PhpParser\Node\Stmt\DeclareDeclare('strict_types', $value, []);
        $newDeclare = new \PhpParser\Node\Stmt\Declare_([$newDeclareDeclare], null, []);
        $newNodes = [$newDeclare];
        foreach ($nodes as $node) {
            $newNodes[] = $node;
        }
        return $newNodes;
    }
}

<?php

declare(strict_types=1);

namespace phpParser;

use \PhpParser\NodeVisitorAbstract;

class StrictModeRevisingVisitor extends NodeVisitorAbstract

{

/**

* ノードを走破する前に最上位ノードに型指定に厳密にチェックする設定を追加する

* @param array $nodes 走破する前のノード全体

* @return array 変更を行ったこれから走破するノード全体

public function beforeTraverse(array $nodes): array

{

if (count($nodes) === 0) {

return [];

}

// declare(strict_types=1); のノードで作成し、ノード全体の最上位ノードに加えて返す

$value = new \PhpParser\Node\Scalar\LNumber(1, []);

$newDeclareDeclare = new \PhpParser\Node\Stmt\DeclareDeclare('strict_types', $value, []);

$newDeclare = new \PhpParser\Node\Stmt\Declare_([$newDeclareDeclare], null, []);

$newNodes = [$newDeclare];

foreach ($nodes as $node) {

$newNodes[] = $node;

}

return $newNodes;

}

・配列をarray()から[]に統一するNodeVisitor(ArrayKindRevisingVisitor.php)

<?php

declare(strict_types=1);

namespace phpParser;

use \PhpParser\NodeVisitorAbstract;

class ArrayKindRevisingVisitor extends NodeVisitorAbstract
{
    /**
     * ノードに入る際に、配列ノードでかつarray()のものを[]に変更する
     * @param \PhpParser\Node $node 入るノード
     * @return \PhpParser\Node|null 操作後のノード(操作しない場合はnullを返す)
     */
    public function enterNode(Node $node): ?Node
    {
        // 配列ノードであり、括弧の書式がarray()であるもの以外は変更せずに返す
        if (!$node instanceof \PhpParser\Node\Expr\Array_ || $node->getAttribute('kind') === 2) {
            return null;
        }
        $newAttributes = $node->getAttributes();
        // 1だとarray()、2だと[]
        $newAttributes['kind'] = 2;
        // 括弧が[]で、中身の値は変更前の値の、配列ノードを作成し、変更前の配列ノードの代わりに返す
        return new \PhpParser\Node\Expr\Array_($node->items, $newAttributes);
    }
}

<?php

declare(strict_types=1);

namespace phpParser;

use \PhpParser\NodeVisitorAbstract;

class ArrayKindRevisingVisitor extends NodeVisitorAbstract

{

/**

* ノードに入る際に、配列ノードでかつarray()のものを[]に変更する

* @param \PhpParser\Node $node 入るノード

* @return \PhpParser\Node|null 操作後のノード(操作しない場合はnullを返す)

public function enterNode(Node $node): ?Node

{

// 配列ノードであり、括弧の書式がarray()であるもの以外は変更せずに返す

if (!$node instanceof \PhpParser\Node\Expr\Array_ || $node->getAttribute('kind') === 2) {

return null;

}

$newAttributes = $node->getAttributes();

// 1だとarray()、2だと[]

$newAttributes['kind'] = 2;

// 括弧が[]で、中身の値は変更前の値の、配列ノードを作成し、変更前の配列ノードの代わりに返す

return new \PhpParser\Node\Expr\Array_($node->items, $newAttributes);

}

これで変更を加えることができました。

3 新ASTから新PHPソースコードへパース

・changePhp.php 続き

// ASTからPHPソースコードにパース
$prettyPrinter = new PhpParser\PrettyPrinter\Standard();
$newCode = $prettyPrinter->prettyPrintFile($newAst);

// 出力
$toPath = $outputFileDirPath . '/outputSampleData.php';
if (file_put_contents($toPath, $newCode, 0, null) === false) {
    throw new RuntimeException('ファイルの書き込みエラー');
}

// ASTからPHPソースコードにパース

$prettyPrinter = new PhpParser\PrettyPrinter\Standard();

$newCode = $prettyPrinter->prettyPrintFile($newAst);

// 出力

$toPath = $outputFileDirPath . '/outputSampleData.php';

if (file_put_contents($toPath, $newCode, 0, null) === false) {

throw new RuntimeException('ファイルの書き込みエラー');

}

・出力ファイル(outputSampleData.php)

<?php

declare (strict_types=1);
namespace Sample\StandardClass;

class SampleA
{
    public function do_something() : bool
    {
        $this->standard->do([123, false]);
        return true;
    }
    public function do_nothing() : bool
    {
        $this->standard->donot(['abc', 'xyz']);
        return false;
    }
}

<?php

declare (strict_types=1);

namespace Sample\StandardClass;

class SampleA

{

public function do_something() : bool

{

$this->standard->do([123, false]);

return true;

}

public function do_nothing() : bool

{

$this->standard->donot(['abc', 'xyz']);

return false;

}

変更できました。ただこの記述だとパース時に空欄削除などのフォーマットが行われます。

元のソースコードの書式を保ったままパースする記述を載せておきます。

・変更処理セットして実行(changePhpNoFormat.php)

<?php

declare(strict_types=1);

require __DIR__ . '/../vendor/autoload.php';
require __DIR__ . '/StrictModeRevisingVisitor.php';
require __DIR__ . '/ArrayKindRevisingVisitor.php';

use PhpParser\Error;
use PhpParser\NodeTraverser;
use phpParser\ArrayKindRevisingVisitor;
use PhpParser\NodeVisitor\CloningVisitor;
use PhpParser\PrettyPrinter\Standard;
use phpParser\StrictModeRevisingVisitor;

$inputFileDirPath = '/var/www/laravel/public/phpParser';
$outputFileDirPath = '/var/www/laravel/public/phpParser';

// 変更したいファイルを取得
$fromPath = $inputFileDirPath . '/inputSampleData.php';
$code = file_get_contents($fromPath, false, null, 0, null);
if (!is_string($code)) {
    throw new RuntimeException('ファイルの読み込みエラー');
}

// PHPソースコードからASTにパース
//$parser = (new ParserFactory)->create(ParserFactory::PREFER_PHP7);
$lexer = new \PhpParser\Lexer\Emulative([
    'usedAttributes' => [
        'comments',
        'startLine', 'endLine',
        'startTokenPos', 'endTokenPos',
    ],
]);
$parser = new \PhpParser\Parser\Php7($lexer, [
    'useIdentifierNodes' => true,
    'useConsistentVariableNodes' => true,
    'useExpressionStatements' => true,
    'useNopStatements' => false,
]);
$oldTokens = $lexer->getTokens();
try {
    $ast = $parser->parse($code);
} catch (Error $error) {
    echo "Parse error: {$error->getMessage()}\n";
    return;
}
// 変更前の書式を保ったASTを取得
$beforeTraverser = new NodeTraverser();
$beforeTraverser->addVisitor(new CloningVisitor());
$beforeAst = $beforeTraverser->traverse($ast);
// ノードを走破しながら、NodeVisitorを用いて変更操作を行う
$traverser = new NodeTraverser();
$traverser->addVisitor(new StrictModeRevisingVisitor());
$traverser->addVisitor(new ArrayKindRevisingVisitor());
$newAst = $traverser->traverse($beforeAst);

// ASTからPHPソースコードにフォーマットを保ったパース
$prettyPrinter = new Standard();
$newCode = $prettyPrinter->printFormatPreserving($newAst, $ast, $oldTokens);

// 新たなファイルを作成し書き込み
$toPath = $outputFileDirPath . '/outputSampleData.php';
if (file_put_contents($toPath, $newCode, 0, null) === false) {
    throw new RuntimeException('ファイルの書き込みエラー');
}

<?php

declare(strict_types=1);

require __DIR__ . '/../vendor/autoload.php';

require __DIR__ . '/StrictModeRevisingVisitor.php';

require __DIR__ . '/ArrayKindRevisingVisitor.php';

use PhpParser\Error;

use PhpParser\NodeTraverser;

use phpParser\ArrayKindRevisingVisitor;

use PhpParser\NodeVisitor\CloningVisitor;

use PhpParser\PrettyPrinter\Standard;

use phpParser\StrictModeRevisingVisitor;

$inputFileDirPath = '/var/www/laravel/public/phpParser';

$outputFileDirPath = '/var/www/laravel/public/phpParser';

// 変更したいファイルを取得

$fromPath = $inputFileDirPath . '/inputSampleData.php';

$code = file_get_contents($fromPath, false, null, 0, null);

if (!is_string($code)) {

throw new RuntimeException('ファイルの読み込みエラー');

}

// PHPソースコードからASTにパース

//$parser = (new ParserFactory)->create(ParserFactory::PREFER_PHP7);

$lexer = new \PhpParser\Lexer\Emulative([

'usedAttributes' => [

'comments',

'startLine', 'endLine',

'startTokenPos', 'endTokenPos',

]);

$parser = new \PhpParser\Parser\Php7($lexer, [

'useIdentifierNodes' => true,

'useConsistentVariableNodes' => true,

'useExpressionStatements' => true,

'useNopStatements' => false,

]);

$oldTokens = $lexer->getTokens();

try {

$ast = $parser->parse($code);

} catch (Error $error) {

echo "Parse error: {$error->getMessage()}\n";

return;

}

// 変更前の書式を保ったASTを取得

$beforeTraverser = new NodeTraverser();

$beforeTraverser->addVisitor(new CloningVisitor());

$beforeAst = $beforeTraverser->traverse($ast);

// ノードを走破しながら、NodeVisitorを用いて変更操作を行う

$traverser = new NodeTraverser();

$traverser->addVisitor(new StrictModeRevisingVisitor());

$traverser->addVisitor(new ArrayKindRevisingVisitor());

$newAst = $traverser->traverse($beforeAst);

// ASTからPHPソースコードにフォーマットを保ったパース

$prettyPrinter = new Standard();

$newCode = $prettyPrinter->printFormatPreserving($newAst, $ast, $oldTokens);

// 新たなファイルを作成し書き込み

$toPath = $outputFileDirPath . '/outputSampleData.php';

if (file_put_contents($toPath, $newCode, 0, null) === false) {

throw new RuntimeException('ファイルの書き込みエラー');

}

・実行結果

入力したPHPソースコードと同じく、クラスメソッドが値を返す処理の前に空欄行が残したままにできていますね！

<?php

declare (strict_types=1);
namespace Sample\StandardClass;

class SampleA
{
    public function do_something(): bool
    {
        $this->standard->do(array(123,false));

        return true;
    }

    public function do_nothing(): bool
    {
        $this->standard->donot(array('abc','xyz'));

        return false;
    }
}

<?php

declare (strict_types=1);

namespace Sample\StandardClass;

class SampleA

{

public function do_something(): bool

{

$this->standard->do(array(123,false));

return true;

}

public function do_nothing(): bool

{

$this->standard->donot(array('abc','xyz'));

return false;

}

〇おわりに
プログラミングやITの知識だけではなく、「必要な情報を得る力」は本当に重要ですね。特に、ネットの記事で親切丁寧に紹介されていない知識を得たい場合や古いドキュメントから使用を知りたい場合などだと、自分の「必要な情報を得る力」のなさを痛感することが多くあります…
今後AIがより身近になってきて仕事上でも活用しそうだからこそ、検索の仕方や質問の仕方をより一層鍛えていきます！

・参考にさせていただいた記事
https://www.komtaki.com/posts/php-meta-programming-introduction
https://qiita.com/ktplato/items/23ad2893d741bfb564f9meta-programming-introduction

https://qiita.com/ktplato/items/23ad2893d741bfb564f9

WSLに置いたdevcontainer.jsonからJetBrains devcontainerを起動する

弊社ではPHPによる開発で使用するIDEはPhpStormが標準となっています。

PhpStormも今どきの流行かdevcontainer対応されており、されているからには使いたいと思うのですが、欲しい機能が無かったり期待した通り動かなかったりということが稀によくあるため、使う側が気を使って工夫してあげる必要があります。

今回はその中の1つ
「WSL上に配置したファイル(プロジェクト)からのdevcontainer起動が正常に行えない」
という問題の回避方法が分かったので共有しておこうという趣旨です。

公式に対して報告されている不具合としてはこれにあたると思われます。
https://youtrack.jetbrains.com/issue/IJPL-65925

そろそろ直りそうな気配もあり、直ったらこの記事も不要になるのですが、それならそれで喜ばしいということで。
(現時点の最新バージョン2025.1では直っていない)

結論から書きますと「devcontainer.jsonでworkspaceMountを指定する」となります。

"workspaceMount": "type=bind,source=../,target=/var/workspace"

1	"workspaceMount": "type=bind,source=../,target=/var/workspace"

以下は結論に至る経緯です。

Jetbrains devcontainerでは以下の2通りの方法でdevcontainerを作ることが出来ます。

ローカルプロジェクトから作成
- ホスト機に置かれたファイル(devcontainer.json)を使って起動。
VCSプロジェクトから作成
- VCS(Git)に置かれたファイル(devcontainer.json)を使って起動。
  - 実際の動作としては、使うファイルだけテンポラリディレクトリにcloneされてそこから起動される
- 起動時にDocker volumeが作成され、そこにIDEが開く対象としてGit cloneされる

ただ、現状「VCSプロジェクトから作成」が以下のような点により使いにくいです。

Git cloneした内容がホスト機から直接見られない
- HTMLやMicrosfot officeのドキュメントを入れてたりすると見られない
Git cloneした内容が複数のコンテナで共有できない
- 専用のランダムな名前のDocker volumeが作成されるので、予めcompose.ymlで指定しておくということが出来ない
- 静的なファイルだけWebサーバのコンテナで配布するとか、Javascriptは別コンテナのnodeで動かすといったことが出来ない
Dockerで使用する設定ファイルをBind mountしにくい
- devcontainerが使用するファイルだけテンポラリディレクトリにcloneされるのでローカルで一時的に変更を試すといったことが出来ない

であれば「ローカルプロジェクトから作成」を使おうという話になりますが、この時「ローカルプロジェクト」がWSLに置いてあると正常に動作しないという問題にあたるわけです。(Windowsに置いてあれば問題なく動作するが、Dockerのディスクアクセス速度の都合でWSL上に置きたい)

状況を確認するために、以下のファイルを使用します。

\\wsl.localhost\Ubuntu\home\kurosawa\devtest.devcontainer\devtestdevcontainer.json

{
    "name": "devcontainer test",
    "dockerComposeFile": "compose.yml",
    "service": "devcontainer"
}

{

"name": "devcontainer test",

"dockerComposeFile": "compose.yml",

"service": "devcontainer"

}

\\wsl.localhost\Ubuntu\home\kurosawa\devtest.devcontainer\compose.yml

services:
  devcontainer:
    image: php:8.4-cli-bookwarm
    init: true
    tty: true

services:

devcontainer:

image: php:8.4-cli-bookwarm

init: true

tty: true

このdevcontainer.jsonを使いdevcontainerを起動すると、IDEからディレクトリの中身(\\wsl.localhost\Ubuntu\home\kurosawa\devtest)が見えません。

Docker inspectでMountsを確認すると以下のようになっています。

{
    "Type": "bind",
    "Source": "//wsl.localhost/Ubuntu/home/kurosawa/devtest",
    "Destination": "/IdeaProjects/devtest",
    "Mode": "rw",
    "RW": true,
    "Propagation": "rprivate"
}

{

"Type": "bind",

"Source": "//wsl.localhost/Ubuntu/home/kurosawa/devtest",

"Destination": "/IdeaProjects/devtest",

"Mode": "rw",

"RW": true,

"Propagation": "rprivate"

}

Docker単体であればWSLに置いても特に問題なくマウント出来たはずなので確認します。

compose.ymlにvolumesを追加。

services:
  devcontainer:
    image: php:8.4-cli-bookworm
    init: true
    tty: true
    volumes:
      - ../:/IdeaProjects/devtest

services:

devcontainer:

image: php:8.4-cli-bookworm

init: true

tty: true

volumes:

- ../:/IdeaProjects/devtest

docker composeを使って直接起動します。

docker compose --file \\wsl.localhost\Ubuntu\home\kurosawa\devtest\.devcontainer\compose.yml up

1	docker compose --file \\wsl.localhost\Ubuntu\home\kurosawa\devtest\.devcontainer\compose.yml up

問題なくディレクトリ(\\wsl.localhost\Ubuntu\home\kurosawa\devtest)の中身が確認出来ます。

Docker inspectでMountsを確認すると以下のようになっています。

{
    "Type": "bind",
    "Source": "\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest",
    "Destination": "/IdeaProjects/devtest",
    "Mode": "rw",
    "RW": true,
    "Propagation": "rprivate"
}

{

"Type": "bind",

"Source": "\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest",

"Destination": "/IdeaProjects/devtest",

"Mode": "rw",

"RW": true,

"Propagation": "rprivate"

}

これらを見るに以下のような状況と思われます。

Dockerはスラッシュ区切りのパスがうまく認識できない
Dockerはバックスラッシュ区切りのパスは正常に認識できる
devcontainerから起動するとスラッシュ区切りのパスでマウントされる

compose.ymlを上記のまま、devcontainerから起動すればよいのでは？と思いましたが、スラッシュ区切りのパスでマウントされてしまいます。

{
    "Type": "bind",
    "Source": "//wsl.localhost/Ubuntu/home/kurosawa/devtest",
    "Destination": "/IdeaProjects/devtest",
    "Mode": "rw",
    "RW": true,
    "Propagation": "rprivate"
}

{

"Type": "bind",

"Source": "//wsl.localhost/Ubuntu/home/kurosawa/devtest",

"Destination": "/IdeaProjects/devtest",

"Mode": "rw",

"RW": true,

"Propagation": "rprivate"

}

それならばとcompose.ymlでバックスラッシュ区切りのフルパスを指定してみますが、相対パスで指定した場合と同じでスラッシュ区切りのパスでマウントされます。

services:
  devcontainer:
    image: php:8.4-cli-bookworm
    init: true
    tty: true
    volumes:
      - \\wsl.localhost\Ubuntu\home\kurosawa\devtest:/IdeaProjects/devtest

services:

devcontainer:

image: php:8.4-cli-bookworm

init: true

tty: true

volumes:

- \\wsl.localhost\Ubuntu\home\kurosawa\devtest:/IdeaProjects/devtest

では、バックスラッシュ区切りのパスにするにはどうしたらいいかというと、devcontainer.jsonのworkspaceMountで指定します。

{
    "name": "devcontainer test",
    "dockerComposeFile": "compose.yml",
    "service": "devcontainer",
    "workspaceMount": "type=bind,source=\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest,target=/IdeaProjects/devtest"
}

{

"name": "devcontainer test",

"dockerComposeFile": "compose.yml",

"service": "devcontainer",

"workspaceMount": "type=bind,source=\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest,target=/IdeaProjects/devtest"

}

compose.ymlのvolumesは不要なので削除します。(書いてもdevcontainer.jsonの設定で上書きされる)

workspaceMountで指定すると、バックスラッシュのパスでマウントされます。

{
    "Type": "bind",
    "Source": "\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest",
    "Destination": "/IdeaProjects/devtest",
    "Mode": "rw",
    "RW": true,
    "Propagation": "rprivate"
}

{

"Type": "bind",

"Source": "\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest",

"Destination": "/IdeaProjects/devtest",

"Mode": "rw",

"RW": true,

"Propagation": "rprivate"

}

workspaceMountは相対パスで指定しても大丈夫です。
devcontainer.jsonを共有することを考えるとこちらの方がよいでしょう。
マウント先のパスを変更することも出来ます。

{
    "name": "devcontainer test",
    "dockerComposeFile": "compose.yml",
    "service": "devcontainer",
    "workspaceMount": "type=bind,source=../,target=/var/workspace"
}

{

"name": "devcontainer test",

"dockerComposeFile": "compose.yml",

"service": "devcontainer",

"workspaceMount": "type=bind,source=../,target=/var/workspace"

}

{
    "Type": "bind",
    "Source": "\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest",
    "Destination": "/var/workspace",
    "Mode": "rw",
    "RW": true,
    "Propagation": "rprivate"
}

{

"Type": "bind",

"Source": "\\\\wsl.localhost\\Ubuntu\\home\\kurosawa\\devtest",

"Destination": "/var/workspace",

"Mode": "rw",

"RW": true,

"Propagation": "rprivate"

}

devcontainerは指定したcompose.ymlをそのまま使うわけではなく、devcontainerの動作用に改変して使用します。

挙動からの推測になりますがその改変処理時に、compose.ymlのvolumesに書いたパスはdevcontainerが一旦解釈して、結果スラッシュ区切りのパスになりdevcontainer.jsonのworkspaceMountはdevcontainerが解釈せずそのまま使われる。ということなのだと思います。

[LinuC]Linuxのパーミッションについて

2024年4月入社の吉岡です。以前から「Linuxはコードを書くよりも直感的でないし自分にサーバ・インフラ関係はよくわからない…」と苦手意識を持っていたのですが、苦手なまま避け続けるのは精神衛生によくないと感じ取り組んでみることにしました。現在はLinuCレベル1の取得を目指しており、LinuC公式のテキストとPing-tに取り組んでいます。その中で学んだLinuxのファイルやディレクトリのパーミッションについてまとめさせていただきました。

誰向けの記事か：プログラミング諸学者向け

パーミッションとは
ディレクトリのパーミッション設定例
特殊なパーミッション
デフォルトパーミッションの設定

〇パーミッションとは

パーミッションはアクセス権限のことであり、主に用いられるパーミッションとして、読込権限・書込権限・実行権限の3種類があります。各パーミッションを所有者・グループ・その他ユーザごとに設定することでセキュリティを高め、システムの目的に沿った使用がされやすくなります。

各パーミッションで可能になる動作を下記の表にまとめました。

パーミッション	ファイルの場合	ディレクトリの場合
読込権限(r\|4)	ファイルの内容を表示	ファイルのリストを表示
書込権限(w\|2)	ファイルの上書き	ファイル作成・削除
実行権限(x\|1)	ファイルの実行	ディレクトリ内に入れる

「$ls -l ファイル名」または「$ls -dl ディレクトリ名」で10桁のパーミッションコードを確認することができます。
パーミッションコードの左から1番目の記号はファイルの種類を表しており、左から2~4番目が所有者のパーミッション、左から5~7番目がグループのパーミッション、左から8~10番目がその他ユーザのパーミッションを表しています。

パーミッションコード例： -rwxr-x–x
ファイルタイプ：「ファイル」
所有者のパーミッション：「読込権限・書込権限・実行権限」
グループのパーミッション：「読込権限・実行権限」
その他ユーザのパーミッション：「実行権限」

ファイルタイプ記号	ファイルタイプ
–	ファイル
d	ディレクトリ
l	シンボリックリンク
c	キャラクタデバイス(キーボードなど)
b	ブロックファイル()
s	ソケット(双方向)
p	FIFO(一方向)
?	その他

パーミッションを変更したい場合は、chmod コマンドで8進数またはシンボルで変更後のパーミッションをしてすることができます。

・8進数で指定する場合
付与したいパーミッションを読込権限(4)、書込権限(2)、実行権限(1)とした時の合計値でsi表現する。3桁の8進数で指定する場合は左から所有者のパーミッション・グループのパーミッション・その他ユーザのパーミッションを設定し、4桁の場合は左から特殊パーミッション・所有者のパーミッション・グループのパーミッション・その他ユーザのパーミッションを設定する。

・シンボルで指定する場合
付与したいパーミッションを読込権限(r)、書込権限(w)、実行権限(x)、で表現する。所有者のパーミッション(u),グループのパーミッション(g),その他ユーザのパーミッション(o)に対してそれぞれ設定したいパーミッションを設定する。

〇ディレクトリのパーミッション設定例

個人的にディレクトリのパーミッションは動作を行うことができるのかわかりづらいと感じたので、いつくか具体的な例を挙げさせていただきます。

例1:ディレクトリに読込権限はあるが実行権限がない場合
読込権限があるのでディレクトリ自体の情報は参照できるが、実行権限がないのでディレクトリの中には入れずディレクトリのリストの中身を表示できません。

実行権限を付与したら、リストの中身を取得できます。中身を追加していないのでカレントディレクトリと親ディレクトリのみです。

例2：ディレクトリに読込権限と書込権限はあるが実行権限がない場合
ディレクトリの中に入ることができないので、touch コマンドやリダイレクトを用いてファイルの作成やファイル内容の更新や削除はできない。

*ただしディレクトリ中に入る必要がないので、ディレクトリ名の変更はできる。

実行権限を付与したら、ファイルの作成やファイル内容の更新や削除ができるようになりました。今回は「>」を用いて文字列の標準出力先を指定ファイルにリダイレクト(宛先ファイルが存在しなければ新規作成/存在すれば上書き)を行い、「>>」を用いてファイルの中身へ追記を行いました。

例3：権限のないファイルの削除
sample2 ディレクトリ : 読込権限と書込権限と実行権限がある。
sample2/sampleA.txt : 読込権限と書込権限と実行権限がない。
この状態でファイルの削除をしようとすると…削除ができてしまうんです！

グループやその他のユーザでも同様なので、ファイル自体のパーミッションを適切に設定していても、ディレクトリのパーミッション次第でファイルの削除ができてしまいます…
例：
sample2 ディレクトリ :所有者 linuc グループ linuc
sample2/sampleA.txt : 所有者 linuc グループ linuc

適切なパーミッション管理のために、特殊なパーミッションを使用することができます。

〇特殊なパーミッション

・Sticky Bit

設定方法：パーミッション指定で1000番台を指定またはその他ユーザの権限に「t」を付与する。
例：
sample2 ディレクトリ : 読込権限と書込権限があり、実行権限にSticky Bitが設定されている。
sample2/sampleB.txt : 読込権限と書込権限と実行権限がない。
Sticky Bitを設定したディレクトリ内は、root権限ユーザまたは作成したユーザーのみが削除できる。

sudo コマンドを用いればrootユーザでなくても削除することは可能です。
sudo コマンドを使用可能かはユーザが「wheel」グループに所属しているかどうかで確認できます。「wheel」グループに所属していない場合、sudo コマンドを使用できません。

rootユーザで「wheel」グループに所属を追加

sudo コマンドでStick Bitを設定しているディレクトリ内のファイルを削除

パーミッションを設定する際はファイルやディレクトリだけでなく、ユーザのグループにも注意が必要です。

Sticky Bitを設定してあるファイル・ディレクトリを探したい場合
$find / -user root -perm -o=t -type f 2>/dev/null

その他の特殊なパーミッション
・SUID(Set User ID)
プログラムが実行されると、そのファイルの所有者の権限でユーザーが実行されるようにする。実行権限がある場合は「s」、実行権限がない場合は「S」で表記される。
設定方法：パーミッション指定で4000番台を指定またはユーザーの権限に「s」または「S」を付与する。

例：passwd コマンドファイルのSUID
passwd コマンドを用いてパスワードを設定すると /etc/shadow ファイルに変更後のパスワードを書き込みを行います。passwd コマンドを用いる場合、root権限でのみ/etc/passwd ファイルと /etc/shadow ファイルへの書き込みができます。(*ディストリビューションによってパーミッションは異なる場合があるので注意してください)

SUIDを剥奪して passwd コマンドでパスワードを設定しようとすると、/etc/passwd ファイルと /etc/shadow ファイルへの書き込み時にエラーが発生します。(rootユーザまたはsudo コマンドを用いるとエラーは発生しません)

SUIDを付与すると正常にパスワードを設定できるようになりました。

SUIDを設定してあるファイル・ディレクトリを探したい場合
$find / -user root -perm -u=s -type f 2>/dev/null

・SGID(Set Group ID)
ファイルが実行されると所有グループ権限でユーザーが実行できるようにする。
設定方法：パーミッション指定で2000番台を指定またはグループの権限に「s」を付与する。
SGIDを設定したディレクトリ内でファイルを作成すると、作成されたファイルのグループにディレクトリのグループが自動的に設定される。
例：
SGIDが設定されたディレクトリ名: sample3
SGIDが設定されたディレクトリのグループ名: yoshioka
ログインユーザ名: linuc

SGIDを設定してあるファイル・ディレクトリを探したい場合
$find / -user root -perm -g=s -type f 2>/dev/null

〇デフォルトパーミッションの設定

デフォルトパーミッションとはコマンドで明示的にパーミッションを指定せずにファイルやディレクトリを作成した際に付与されるパーミッションのことです。基本パーミッションからマスク値を引くことで設定されます。

・umask コマンド
umask コマンドでマスク値を表示・設定することができます。

基本パーミッションからマスク値を引いた値がファイルやディレクトリ作成時のデフォルトパーミッションです。

	ファイル	ディレクトリ
基本パーミッション	666(-rw-rw-rw-.)	777(drwxrwxrwx.)
マスク値	022	022
デフォルトパーミッション	644(-rw-r–r–.)	755(drwxr-xr-x.)

・デフォルトパーミッションの変更

例1：このシェルセッションでのデフォルトパーミッションを変更したい場合
umask コマンド実行する
8進数でマスク値で指定する。

シンボルでマスク値を指定する。シンボルは8進数に変換され後に各基本パーミッションから引かれます。

例2:ユーザごとにのデフォルトパーミッションを変更したい場合
変更したいユーザのホームディレクトリ/.bashrc のumask値を変更する。
変更前

変更
$vi ~/.bashrc で個人設定ファイルを開き、umask コマンドを追加して保存し、再度読み込む。

変更後
変更したユーザ(ユーザ名：linuc)のマスク値は0111に変更されているが、変更していないユーザ(ユーザ名：yoshioka)のマスク値は0022のままである。

例:3ユーザ全体のデフォルトパーミッションを変更したい場合
/etc/login.defs のumask値を変更する
変更前
$sudo vi /etc/login.defs

変更

変更後
すべてのユーザーのデフォルトパーミッションが0111に変更されている。(rootユーザのマスク値も変更になっているので使用する際は注意が必要だと思われます)

終わりに

自分がLinuxに苦手意識を持ったきっかけがこのパーミッションだったのですが、取り組んでみるとと理解できる部分が意外と増え苦手意識が少し薄れたと感じています。だれてしまわないように目標を設定して、Linuxやサーバ・インフラ関係のインプットとアウトプットを続けていきます！

3度目の基本情報技術者試験を終えて

2024年4月入社の吉岡です。今年の初めに入社して初めて案件にアサインして頂き、必死になっていたらいつの間にか春でした。右も左も分からない状態から少しずつ理解できることが増えるとやりがいを感じ、「もっと理解できることが増えたらもっと充実感を得られるだろう！」と思うようになりました。
そこで昨年度の目標であり未達成に終わってしまった基本情報技術者試験の取得に再度挑戦してきました。自分は情報処理系専門学校(夜間部)の2年次から資格取得に取り組んできましたので、2年間分の反省をしつつ基本技術者試験そのものについてと取得に向けてどのような取り組みをしてきたかについて記事にさせて頂きます。

基本情報技術者試験とは

ITを活用したサービス、製品、システム及びソフトウェアを作る人材に必要な基本的知識・技能をもち、実践的な活用能力を身に付けた者を対象とした国家試験です。基本情報技術者試験は情報処理技術者試験の試験区分のひとつであり、スキルレベル2に位置づけられています。ITの安全な利用を推進する情報セキュリティマネジメント試験(スキルレベル1)や応用的な知識・技能を測る応用技術者試験(スキルレベル3)、各分野の専門知識が問われる高度試験(スキルレベル4)があります。
下記に基本情報技術者試験の受験に関する情報をまとめておきます。

受験に必要な資格はない
比較的安価な受験料(税込7500円 2025/04/30 時点)
通年で試験を実施されている(再受験の場合は前回の受験から30日後)
試験方式は原則CBT方式(全国の試験会場を選択し会場のあるコンピュータ上で実施)
科目A試験と科目B試験を同日受験しそれぞれ60%以上の得点で合格(科目A試験免除制度*を利用する場合を除く)
試験終了後採点結果が画面に表示され、受験の翌月にIPAのウェブサイトに合格者が発表される
取得後の更新期限がない

*科目A試験免除制度はIPA（情報処理推進機構）が認定した所定のカリキュラムの受講を修了し、かつIPAが提供する修了試験に合格することで科目A試験免除になります。この制度を利用することで科目A試験と科目B試験の同日受験をせずによくなりますが、カリキュラムの受講費用および免除試験の受験費用が掛かります。

試験内容について

〇科目A試験(90分 60問)
ITに関する幅広な知識を測る試験で、テクノロジ分野とマネジメント分野とストラテジ分野から計60問が出題されます。

テクノロジ分野(約70%)
回線の使用率計算やビット計算などの基礎理論・コンピュータの仕組み・ネットワークの仕組みなどに関するITの仕組みや技術について問われます。
マネジメント分野(約10%)
プロジェクトマネージメントやサービスマネジメント、システム監査などに関するプロジェクトやサービスのPDCAサイクルについて問われます。
ストラテジ分野(約20%)
システム戦略や企業活動、法務などに関するITと企業の関わりについて問われます。

〇科目B試験(100分 20問)
アルゴリズム分野に関する問題が16問とセキュリティ分野に関する問題が4問出題されます。

アルゴリズム分野
行うデータ操作についての説明がなされそれを実現するプログラムの穴埋めまたは処理後の結果について出題されます。
セキュリティ分野
情報セキュリティの確保に関する問題が出題されます。

**2023年4月以降CBT方式となり出題された問題の公開がされなくなりました。2024年10月以降はシラバスが改訂され、情報セキュリティに関する用語(例 PCI DSSやSOC など)やビジネスインダストリに関する用語(例生成AIやハルシネーションなど)が追加され、出題範囲が広がりました。

試験対策について

〇科目A試験対策

対策テキストで内容をじっくり把握し、過去問道場で実際に出題された問題を解いて理解を深めていくやり方が効率的だと思います。
自分は最初に問題集付きの基本情報技術対策テキストを購入したのですが、学習を始めたころは説明が不足で理解するのに時間がかかり、学習を進めていくうちに内容が物足りないと感じるようになりました。説明に比重を置いている対策テキストをお勧めします。

加えて自分はITや情報処理についての知識不足ゆえに理解が進まない箇所が多くあったので、より広く浅く学ぶためITパスポートのテキストを購入して取り組みました。ITパスポートの取得をしてから再度基本情報技術者試験の対策テキストに取り組むとスムーズに内容を理解できるようになりました。基本情報の対策に取っつきにくいと感じている場合は、ITパスポートのテキストや過去問を参考にしてはどうでしょうか。

科目A試験は必要とされる知識の範囲が広いので学習しても忘れてしまう箇所が出てくると思いますが、何度も復習をすることが近道だと思います。自分はシラバスを単語帳代わりにたびたび復習を行うようになって知識が定着しやすくなったと感じました。(基本情報技術者試験（レベル2）シラバス)

〇科目B試験対策

アルゴリズム分野
いかに素早く処理をトレースできるかが鍵です。説明文で「この値を操作を行ったらこういう結果になった」と示されていればそれをアルゴリズムにあてはめ、示されていなくても自分で値を設定してアルゴリズムを追いかけるやすくなります。
科目A試験の範囲であるデータの構造(例木構造、キュー、スタックなど)やデータの操作方法(例二分探索、バブルソート、逆ポーランド記法など)の知識がないと解答時間が足りないと思います。逆にデータの構造やデータの操作方法ごとの特徴を知っていると、ほとんどトレースせずに解けてしまう問題もありました。
セキュリティ分野
「こういうシステム体制の企業があり、どのようなセキュリティ対策がとれるか」のような出題のされ方が多く、科目A試験の知識があれば解答できる問題です。
説明の文章は長めなので、先に問題文と選択肢を確認してから説明文を読むとキーになる箇所が確認しやすいと思います。また完全に自分の好みなのですが、セキュリティの問題を解いてからアルゴリズムの問題に解く方が心理的に楽でした。

自分の試験結果

1回目(入社前) 科目A:620点/科目B:410点/結果:不合格
2回目(昨年度) 科目A:550点/科目B:715点/結果:不合格
3回目(今年度) 科目A:810点/科目B:685点/結果:5月中旬結果公開

実際どのくらい実務に役立つか？

基本情報技術者試験の資格が直接実務の役立つ機会は少ないと思います。独占業務がなく取得者も多く実務にあたってより専門的な知識・技能を身に着ける必要があるからです。
資格取得そのものが目的というよりも、プログラマ・エンジニアとしての成長を加速させてくれる土台作りのために資格取得を目指すことは無駄でないと思います。実際に案件にアサインされるようになって「大まかに仕組みや流れがイメージできる！」「この部分が問題なのは…ここら辺がネックになっているのかな？」というような機会がありましたし、少なくとも根気強さは身につきました。

おわりに

ITや情報処理に触れはじめて3年が経ちました。何度も挫折をしつつ、いろいろな方の手助けしていただき励ましていただき何とかやっていけています。体力と単純記憶力があるうちに、応用的な試験やインフラに関するような知識・技能・資格を身に着けてより充実した日々を送っていきます！

【参加レポート】4/10開催のAWSセミナーに参加しました！

こんにちは。22年度入社の中島です。

今回は、4月10日に行われたAWSのオンラインセミナー（AWSome Day Online Conference）に参加しました。AWSの資格取得を考えていた私にとって、AWS の基礎やクラウドの全体像を学べる非常に貴重な機会となりました。今回は、セミナーがどのような内容だったか紹介したいと思います。

AWSの概要

セミナーの冒頭では、AWSとは何かという基礎的な部分から始まりました。
AWSは、Amazonが提供するクラウドサービスで、世界中で数百万以上のユーザーに利用されているとのこと。サービスの種類は200以上あり、Webアプリケーションのホスティングから機械学習、ビッグデータ分析まで、あらゆるニーズに対応しています。

クラウドの大きなメリットは、従来のように物理サーバーを購入・構築する必要がなく、必要なときに必要なリソースをすぐに使い始められるという「オンデマンド性」と「スケーラビリティ」です。導入コストや運用コストを抑えつつ、ビジネスのスピード感にも対応できる点が、クラウドが選ばれる理由だと感じました。

セミナーでは、続いて各サービスについての説明がありました。

ストレージ

AWSには多様なストレージサービスがありますが、主なものは、以下の3つ。

Amazon S3（Simple Storage Service）：
オブジェクトストレージの代表格で、耐久性99.999999999%（イレブンナイン）を誇ります。ログの保存、画像・動画の保存、バックアップ用途など、多様な使い方が可能です。
Amazon EBS（Elastic Block Store）：
EC2のインスタンスに接続して使うブロックストレージ。高性能なI/Oが必要なワークロードに最適です。
Amazon EFS（Elastic File System）：
複数のインスタンスで共有できるネットワークファイルシステム。Linuxベースのアプリケーションでよく使われます。

データベース

マネージドサービスとして提供されるAmazon RDSでは、MySQL、PostgreSQL、Oracle、SQL Serverなど複数のDBエンジンがサポートされています。バックアップやパッチ適用などの運用作業を自動化することができ、便利な機能がたくさんありました。

また、NoSQL型のAmazon DynamoDBも紹介され、レスポンスタイムが非常に高速で、柔軟なスケーリングが可能な点が魅力だと感じました。リアルタイムに大量なデータを扱わないといけない場合に活用したいと思いました。

ネットワークとセキュリティ

AWS上のネットワーク設計には、VPC（Virtual Private Cloud）という概念があります。これは自分専用の仮想ネットワークを構築するようなもので、プライベート／パブリックサブネットの設計や、ルーティング、NATゲートウェイなど、細かなネットワーク設計が可能です。

セキュリティ面では、IAM（Identity and Access Management）が重要な役割を担っており、ユーザーやロールごとに細かな権限設定が行えます。また、ファイアウォールのような役割を持つセキュリティグループや、アクセスを制限するネットワークACLの存在も紹介されました。

特に印象に残ったのが、「セキュリティはAWSとユーザーで責任を分担する」という責任共有モデルです。AWSはインフラのセキュリティを提供し、ユーザーはOS・ミドルウェア・アプリケーションレベルでのセキュリティ対策を行う必要がある、という考え方は、今後のクラウド設計において必須の知識だと感じました。

AWSのAIサービスについて

セミナーでは、AWSが提供するAIサービス群についても紹介されましたが、ここではその中でも特に注目したいサービスをいくつか掘り下げてご紹介します。

Amazon Rekognition（画像・動画解析）

Amazon Rekognition は、画像や動画の中に含まれる情報を高精度で分析できるサービスです。使い方はとてもシンプルで、画像や動画をアップロードし、API経由で解析を依頼するだけで行うことができます。セミナーでは、以下のような機能の紹介がありました。

オブジェクトとシーンの検出：
画像内に写っている「人」「自動車」「建物」「屋内」「屋外」など、さまざまなオブジェクトやシーンを自動で検出できます。
例えば、防犯カメラの映像から不審な動きを検知したり、メディア業界でタグ付けを自動化したりといった使い方が可能です。
顔分析と顔認識：
顔の位置、表情（喜び・怒り・驚きなど）、年齢の推定、性別などの顔の特徴を詳細に分析できます。また、顔認証のように同一人物かどうかの比較も可能です。
これにより、出入管理システムや顧客体験のパーソナライズにも活用が期待できます。

Amazon Comprehend（自然言語処理）

Amazon Comprehendは、自然言語処理（NLP）に特化したサービスで、テキストデータから感情分析やキーフレーズの抽出、言語の判定などを行うことができます。

例：カスタマーサポートのチャットログから、顧客が「満足している」「怒っている」といった感情を分析することができ、対応の改善につながります。

Amazon Polly（テキスト読み上げ）

Amazon Pollyは、テキストを自然な音声で読み上げるTTS（Text-to-Speech）サービスです。

文章を入力すると、40以上の言語・70以上の音声で発音してくれるため、ナレーションの自動生成や、読み上げ機能のあるアプリに最適です。

Amazon SageMaker（機械学習モデルの構築・運用）

Amazon SageMakerは、より本格的に機械学習モデルを開発したい人向けのフルマネージドサービスです。

データの準備からトレーニング、デプロイまでを一括で行うことができ、Jupyter Notebookも統合されており、手軽に始められます。

これらのAIサービスの強みは、高度な技術をAPI一つで使える手軽さにあります。機械学習や画像処理といった分野に敷居の高さを感じていた人でも、AWSを使えばすぐに試せる環境が整っているのはとても心強いと感じました。

AWSの無料利用枠について

そして、何よりAWSには、初心者が気軽に始められるよう「無料利用枠（Free Tier）」が用意されています。これはAWSの多くのサービスを一定期間・一定の条件下で無料で試すことができる仕組みです。

【無料利用枠の種類】

12か月間無料
アカウント作成から12か月間、以下のような代表的なサービスを無料で使えます。

Amazon EC2：Linux/Windowsインスタンスを月750時間（t2.microまたはt3.micro）まで無料
Amazon S3：月5GBまでのストレージ使用が無料
Amazon RDS：MySQL、PostgreSQLなどのデータベースが月750時間無料

常時無料（Always Free）
一部のサービスは期間に関係なく無料枠が継続して利用できます。

AWS Lambda：月100万リクエスト、40万GB-秒まで無料
Amazon DynamoDB：25GBのストレージ、毎月25ユニットの読み書きキャパシティが無料
Amazon CloudWatch：基本的なモニタリング機能を無料で使用可能

トライアルベースの無料枠
特定のサービスに限り、試用期間中に無料で利用できる枠が提供される場合があります。

【活用時の注意点】

・AWS公式の「コストエクスプローラー」や「料金アラート」を使えば、使いすぎを事前に防ぐことができます。

・料金発生を防ぐためにも、利用量のモニタリングや無料枠超過のアラート設定は忘れずに行うことが大切です。

これまでのインフラとこれからのインフラ

セミナーを通して一番印象に残ったのは、「インフラ基盤の在り方が根本から変わっている」ということ。

これまでのインフラ：
　物理サーバーを自社で購入・設置・運用。時間もコストもかかる。拡張も大変。
これからのインフラ：
　クラウド上で数クリックで構築。必要な分だけ使って、すぐスケール。グローバル展開も簡単。

例えるなら「家を建てる」のと「ホテルを借りる」くらいの違いがあります。自分のやりたいことにフォーカスし、インフラはAWSに任せるという発想が、これからのエンジニアには欠かせないと感じました。

おわりに

今回のAWSセミナーは、自分にとってまさに「クラウドの扉を開く」きっかけとなりました。難しそうに見えたクラウドも、しっかりと学べば確実に理解でき、資格取得や実践的なスキルアップにもつながります。

今後は無料利用枠を活用して実際に手を動かしながら、AWS認定資格（特にクラウドプラクティショナー）にもチャレンジしたいと思います。そして、ローカル環境だけでなく、クラウドでもインフラを設計・運用できるようになることで、エンジニアとしてのスキルの幅をもっと広げていきたいと思います。

今回はここまで
最後までご覧いただきありがとうございました！

Linux学習についてのまとめ 04　　　　　　　　リポジトリとパッケージ

こんにちは。22年度入社の中島です。

前回はLinuC101試験に向けての学習の一環として、ファイルシステムについての記事を作成しました。今回はリポジトリとパッケージについての内容をまとめました。この記事を通じて、リポジトリとパッケージの基本的な内容、設定に使用される一部コマンドをまとめましたので共有します。

リポジトリとは？

リポジトリは、ソフトウェアパッケージを保管し、管理する場所です。リポジトリを利用すると、ソフトウェアを簡単に検索・インストールできます。多くのLinuxディストリビューションでは、公式リポジトリが提供されており、信頼性の高いソフトウェアを利用できます。

リポジトリの種類

公式リポジトリ: ディストリビューション提供元が管理する信頼性の高いリポジトリ（例: Ubuntuのmain, universe）。
サードパーティリポジトリ: 外部の開発者や組織が提供するリポジトリ（例: EPEL, PPA）。公式リポジトリにはないソフトウェアが含まれることがあります。
ローカルリポジトリ: ネットワークを使わず、ローカルで管理されるリポジトリ。

パッケージ管理システム

Linuxでは、ディストリビューションごとに異なるパッケージ管理システムが使われます。以下は主要なパッケージ管理システムです。

ディストリビューション	パッケージ管理システム
Debian系 (Ubuntu等)	APT (dpkg)
Red Hat系 (RHEL, CentOS等)	YUM / DNF(rpm)
Arch系	Pacman

パッケージのインストール・削除

APTを使ったパッケージ管理（Debian系）

パッケージのインストール

sudo apt update # パッケージリストの更新

1	sudo apt update # パッケージリストの更新

sudo apt install vim  # vimエディタをインストール

1	sudo apt install vim # vimエディタをインストール

これにより、システムにvimがインストールされ、vimコマンドでエディタを開けるようになります。

パッケージの一覧表示

sudo apt list --installed  # インストール済みのパッケージを一覧表示

1	sudo apt list --installed # インストール済みのパッケージを一覧表示

このコマンドを使用すると、現在インストールされているすべてのパッケージを確認できます。

パッケージの削除

sudo apt remove vim # vimを削除（設定ファイルは残る）

1	sudo apt remove vim # vimを削除（設定ファイルは残る）

sudo apt purge vim # vimを削除（設定ファイルも完全に削除）

1	sudo apt purge vim # vimを削除（設定ファイルも完全に削除）

removeはソフトウェア本体のみを削除し、purgeは関連する設定ファイルも含めて削除します。

YUM/ DNF(rpm)を使ったパッケージ管理（Red Hat系）

yumとdnfの違いについて

yum（Yellowdog Updater, Modified）は、Red Hat系のディストリビューション（RHEL, CentOS, Fedoraなど）で長年使用されてきたパッケージ管理ツールです。
dnf（Dandified YUM）は、yumの後継として開発され、yumよりも高速でメモリ使用量が少なく、依存関係の処理が改善されたパッケージ管理ツールです。

　yum の基本的なコマンドは dnf でも使えますが、一部オプションが異なります。また、新しい環境では dnfを使うのが推奨されます。

パッケージのインストール

sudo yum install vim　# vimエディタをインストール（YUM）

1	sudo yum install vim　# vimエディタをインストール（YUM）

sudo dnf install vim　# DNF使用時

1	sudo dnf install vim　# DNF使用時

yumまたはdnfを使用すると、依存関係も解決して自動的に関連パッケージをインストールしてくれます。

パッケージの一覧表示

sudo yum list installed  # インストール済みのパッケージを一覧表示（YUM）

1	sudo yum list installed # インストール済みのパッケージを一覧表示（YUM）

sudo dnf list installed  # インストール済みのパッケージを一覧表示（DNF）

1	sudo dnf list installed # インストール済みのパッケージを一覧表示（DNF）

このコマンドを使用すると、現在インストールされているパッケージのリストを取得できます。

パッケージの削除

sudo yum remove vim # vimを削除

1	sudo yum remove vim # vimを削除

sudo dnf remove vim # DNF使用時

1	sudo dnf remove vim # DNF使用時

このコマンドを実行すると、指定したパッケージが削除されます。YUM/DNFは依存関係の整理も行うため、注意が必要です。

パッケージの検索

APTを使った検索（Debian系）

パッケージ名を検索

apt search vim  # vimに関連するパッケージを検索

1	apt search vim # vimに関連するパッケージを検索

searchを使うことで、vimという名前を含むすべてのパッケージを検索できます。

パッケージ内のファイル検索

apt-file search /usr/bin/vim

1	apt-file search /usr/bin/vim

このコマンドを使うと、/usr/bin/vimを提供しているかを調べることができます。

インストール済みのパッケージを確認

apt list --installed | grep vim  # vimがインストールされているか確認

1	apt list --installed \| grep vim # vimがインストールされているか確認

このコマンドは、インストール済みのパッケージ一覧を表示し、 grepで特定のパッケージを検索できます。

YUM/DNFを使った検索（Red Hat系）

特定のファイルを含むパッケージを検索

yum search vim  # YUMを使ってvim関連のパッケージを検索

1	yum search vim # YUMを使ってvim関連のパッケージを検索

dnf search vim  # DNFを使ってvim関連のパッケージを検索

1	dnf search vim # DNFを使ってvim関連のパッケージを検索

searchを使用すると、指定したキーワードに関連するすべてのパッケージを一覧表示できます。

パッケージ内のファイル検索

yum provides /usr/bin/vim # YUMを使って特定のファイルを含むパッケージを検索

1	yum provides /usr/bin/vim # YUMを使って特定のファイルを含むパッケージを検索

dnf provides /usr/bin/vim # DNFを使って特定のファイルを含むパッケージを検索

1	dnf provides /usr/bin/vim # DNFを使って特定のファイルを含むパッケージを検索

providesを使用すると、特定のファイルがどのパッケージに含まれているかを調べることができます。

インストール済みのパッケージを確認

yum list installed | grep vim # vimがインストールされているか確認

1	yum list installed \| grep vim # vimがインストールされているか確認

dnf list installed | grep vim # DNFでvimがインストールされているか確認

1	dnf list installed \| grep vim # DNFでvimがインストールされているか確認

このコマンドを使用すると、システムにインストール済みのパッケージを確認できます。

リポジトリの追加と管理

リポジトリを追加することで、公式リポジトリにはないソフトウェアをインストールできるようになります。

APTでリポジトリを追加する（PPAの例）

sudo add-apt-repository ppa:neovim-ppa/unstable

1	sudo add-apt-repository ppa:neovim-ppa/unstable

sudo apt update

1	sudo apt update

YUM / DNFでリポジトリを追加する（EPELの例）

sudo yum install epel-release  # EPELリポジトリを追加

1	sudo yum install epel-release # EPELリポジトリを追加

sudo yum update  # パッケージ情報を更新

1	sudo yum update # パッケージ情報を更新

EPELはRed Hat系の拡張リポジトリで、多くの追加パッケージが含まれています。

おわりに

今回の記事では、リポジトリとパッケージ管理の基本についてまとめました。Linuxのパッケージ管理はシステムの運用に欠かせない重要な知識です。リポジトリの理解と適切なパッケージ管理を行うことで、安全で効率的な環境を構築できます。

LinuC 101試験に向けて、基本的なコマンドをしっかりと身につけ、試験に備えたいと思います。

今回はここまで
最後までご覧いただきありがとうございました！

2025年新入社員ブログ高田06 [MySQLバックアップ・リストア方法まとめ]

こんにちは、2024年4月に入社した高田です。
入社してから数ヶ月が経ち、社内研修を終えて、少しずつ実際の業務に携わるようになりました。最近は、実務の単体試験の一環としてMySQLのデータベース操作を行う機会があり、その中でデータベースおよびテーブルのバックアップとリストアを行いました。
今回は、MySQLのバックアップ・リストア方法について、手順やポイントを説明します。

MySQLのバックアップ方法

1. 単一のデータベースをバックアップ

以下のコマンドを使用すると、特定のデータベース全体をバックアップできます。
なお、「-h ホスト名」は、リモートサーバーに接続する場合に指定します。ホスト名が「localhost」の場合は、-h localhost を省略してもデフォルトで「localhost」に接続されます。

mysqldump -h ホスト名 -u ユーザー名 -p データベース名 > 出力ファイル名.sql

1	mysqldump -h ホスト名 -u ユーザー名 -p データベース名 > 出力ファイル名.sql

2. 特定のテーブルをバックアップ

特定のデータベース内の一部のテーブルのみをバックアップしたい場合は、以下のコマンドを使用します。

mysqldump -h ホスト名 -u ユーザー名 -p データベース名 テーブル名1 テーブル名2 > 出力ファイル名.sql

1	mysqldump -h ホスト名 -u ユーザー名 -p データベース名テーブル名1 テーブル名2 > 出力ファイル名.sql

MySQLのリストア方法

バックアップファイルから特定のデータベースにデータをリストアする場合、バックアップファイルが単一のデータベース全体であっても、複数のテーブルを含む場合であっても、以下のコマンドでリストアできます。「-h ホスト名」については、バックアップ時と同様です。ホスト名が「localhost」の場合は、省略してもデフォルトで「localhost」に接続されます。

mysql -h ホスト名 -u ユーザー名 -p データベース名 < 入力ファイル名.sql

1	mysql -h ホスト名 -u ユーザー名 -p データベース名 < 入力ファイル名.sql

実例

社内研修で使用した「laravelDB」というデータベースを使ってデータベースおよびテーブルのバックアップとリストアを実施します。
「laravelDB」データベースは「users」テーブルと「prefectures」テーブルの2つのテーブルを含んでいます。

データベースのバックアップ・リストア手順

1. データベースのバックアップ

mysqldump -u root -p laravelDB > /tmp/laravelDB.sql

1	mysqldump -u root -p laravelDB > /tmp/laravelDB.sql

2. リストア用のデータベース作成

# MySQLに接続
mysql -u root -p

# データベース作成
CREATE DATABASE laravelDB_restore;

# MySQLに接続

mysql -u root -p

# データベース作成

CREATE DATABASE laravelDB_restore;

3. データベースのリストア

mysql -u root -p laravelDB_restore < /tmp/laravelDB.sql

1	mysql -u root -p laravelDB_restore < /tmp/laravelDB.sql

以上の3ステップを実行すると、「laravelDB」データベースのバックアップデータを使用して、「laravelDB_restore」データベースに復元できます。復元後のデータベースには、バックアップ時点のデータやテーブル構造が再現されていることを確認できます。

テーブルのバックアップ・リストア手順

1. テーブルのバックアップ

mysqldump -u root -p laravelDB users prefectures > /tmp/laravelDB_tables.sql

1	mysqldump -u root -p laravelDB users prefectures > /tmp/laravelDB_tables.sql

2. リストア用のデータベース作成

# MySQLに接続
mysql -u root -p

# データベース作成
CREATE DATABASE laravelDB_restore_tables;

# MySQLに接続

mysql -u root -p

# データベース作成

CREATE DATABASE laravelDB_restore_tables;

3. テーブルのリストア

mysql -u root -p laravelDB_restore_tables < /tmp/laravelDB_tables.sql

1	mysql -u root -p laravelDB_restore_tables < /tmp/laravelDB_tables.sql

以上の3ステップを実行すると、「users」テーブルと「prefectures」テーブルのバックアップデータを作成し、新しく作成した「laravelDB_restore_tables」データベースに復元できます。データベース全体ではなく、特定のテーブルのみを対象としてバックアップ・リストアを行うため、復元後のデータベースにはバックアップしたテーブルのみが含まれ、それ以外のテーブルは存在しません。

まとめ

今回は、MySQLの基本的なバックアップおよびリストア手順について学びました。研修では、SELECT文、UPDATE文、DELETE文、CREATE文の使用方法を中心に学習しましたが、バックアップやリストアもコマンドを使用することで手軽に実行できると知りました。
本番環境のデータを扱う際には、事前にバックアップを取得し、万が一のトラブル時にも迅速にデータをリストアできるよう備えておくことが重要だと思いますので、今回学習した知識や技術をしっかりと整理し、必要なときに迅速に活用できるようにしていきたいと思います。

2025年新入社員ブログ高田05 [ローカル環境構築の利点と感想]

こんにちは、2024年4月に入社した高田です。
社内研修で Laravel を使用して会員登録フォームを作成しました。その際、ローカル環境は Docker を用いましたが、別の方法でも環境構築を試してみたかったため、Vagrant を使って同じ構成のローカル環境を構築しました。
今回は、ローカル環境構築における利点と、DockerやVagrantを学んだ感想について紹介したいと思います。

ローカル環境構築の利点

1. プログラムの動作確認が手軽に行える

Laravel を使って開発を進めるには、PHP や Web サーバー（Apache など）が動作する環境が必要ですが、一般的なWindows PCにはPHP や Web サーバーはインストールされていません。作成したプログラムを動かすには別途Webサーバーを用意し、Webサーバーにプログラムファイルをアップロードする必要があります。
しかし、Webサーバー用のPCを新たに用意するのは場所や費用の問題もあるので難しい場合があります。このような課題は、ローカル環境を導入することで解決できます。
ローカル環境を導入すると、自分のPC がサーバーとして動作するような状態となるため、新たにWebサーバー用のPCを用意する必要がありません。
また、同一PC内でWebサーバーが動作する形となるため、設定次第でWebサーバーにプログラムファイルをアップロードする手間を省くことができます。
ローカル環境を導入することにより、修正や確認のサイクルが短縮され、プログラム開発効率が大幅に向上します。

2. ローカル環境構築を通じたインストールと設定の習得

ローカル環境を構築する過程で、以下のようなWebアプリケーションを動かすための各種ソフトウェアについて、インストール方法や設定方法を学ぶことができました。
・PHP
・Web サーバー（Apache）
・データベース
具体的には、PHP を Web サーバーと連携させる仕組みや、MySQL などのデータベースとアプリケーションを接続する方法を学びました。コマンドでインストールを行うため、コマンドの使用方法についても復習出来ました。

3. 実務での開発安定化

ローカル環境を持たず、1つの開発サーバー上のファイルを複数人で直接編集すると、以下のようなトラブルが発生することがあります。
・他人が編集していることに気付かずにファイルを上書きしてしまう可能性がある
・誰がどの変更を加えたのか把握しにくくなる
ローカル環境を構築することで、上記のようなトラブルを防ぐことができます。結果として、安定した開発が可能になります。

Docker・Vagrant を学んだ感想

1. Linux、ネットワークの知識が必須

Docker や Vagrant を学ぶ上で、Linux やネットワークに関する基礎知識は不可欠だと感じました。基礎知識があることで、環境構築の全体像を把握しやすくなり、作業を効率的に進められます。さらに、エラーが発生した際や情報を検索する際も、技術記事の内容をスムーズに理解できるようになります。
一方で、Linux やネットワークの知識が不足していると、設定やエラー対応に時間がかかり、調べた情報を十分に活用できず、環境構築が思うように進まないことがあります。

2. 初心者が使用する場合はVagrantの方が簡単

Vagrantを使った環境構築は、手順がシンプルで初心者でも取り組みやすいと感じました。特に、Vagrantfileの記述だけで仮想マシンを構築できる点が大きな利点です。
仮想環境を使う場合、ホストOS（自分のPC）と仮想環境（VagrantやDockerなど）の間でファイルを共有するための仕組みとして「マウント」があります。マウントを設定すると、ホスト側で編集したファイルが仮想環境内にも反映されるため、設定が重要です。
ただし、Vagrantでマウントを設定する際、意図したとおりに機能しないことが多く、調べながら試行錯誤する必要がありました。初心者にとっては設定の難しさがハードルになりやすいと感じました。
Dockerを使用する場合、Dockerfileに加えて複数のコンテナを管理するためのdocker-compose.ymlファイルも必要になります。コンテナの仕組みや設定ファイルの記述方法を理解する必要があり、環境構築の経験が少ない初心者にとっては難易度が高いと感じました。
環境構築のしやすさを考えると、Vagrantの方が初心者には導入しやすく、理解しやすいと感じました。

まとめ

今回は、ローカル環境構築の利点と、DockerやVagrantを学んで感じたことを紹介しました。社内研修用に作成したローカル環境ですが、今後は実務でも新たにローカル環境を構築する機会が増えると考えています。
実務では、単にローカル環境を構築するだけでなく、メンバー間での手順やローカル環境ファイルの共有方法、複数人で進める際の利点にも注目しながら活用していきたいと考えています。

2025年7月
月	火	水	木	金	土	日
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31