php

【ChatGPT 備忘録】XServerでOpenAI(ChatGPT)を動かす方法まとめ

何かと便利なXServerで話題のChatGPTを動かすために色々四苦八苦したので、手順をまとめる。

XServer × ChatGPT(OpenAI)の問題点

root権限が無いため、標準でインストールされているPythonに追加でモジュールがインストールできない。


方針

miniconda + pipを使う

minicondaってなに?

Minicondaとは、パッケージ管理システムと環境マネジメントシステムを担う conda と Python 基本パッケージを内包するディストリビューションです。 conda を用いて仮想環境を作成すれば、同じPC内で異なるバージョンのPython実行環境を用意することができます。

Google検索から抜粋

minicondaを使えばXServer上に様々なPython環境を構築できるようになります。

今回はminicondaを使ってXServer上にpython3.9環境を構築して、そのpython3.9にpip経由でOpenAIをインストールしていきます。

実際の手順

操作はXServerにssh接続してターミナル上で実行します。

minicondaのインストール

まずはインストールファイルをダウンロード&実行

wget https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh

bash Miniconda3-latest-Linux-x86_64.sh

途中で入力を求められたりしますが、すべてyesを入力。

インストールが終了すると.bashrcにいろいろ記述されているので、sourceを実行して有効化。

source .bashrc

conda –versionと実行すると現在のcondaのバージョンが表示されます。

conda --version

コマンドプロンプトの左に「(base)」と表示されていればOKです

本環境では標準でPython3.10がインストールされていました。

(base) [xsXXXXXX@svXXXXXX ~]$ python --version
Python 3.10.9

Python3.9の環境構築

3.10のバージョンのままでもいいのですが、ローカルの開発環境がpython3.9なのでcondaコマンドを実行して3.9環境を構築します。

ここではp39という名前でpython3.9環境を構築しました。

conda create --name py39 python=3.9

次に、今構築したpython3.9環境をactiveにします。
コマンドプロンプトの左に「(py39)」と表示されたらOK。

こんな感じ↓

(base) [xsXXXXX@svXXXXX ~]$ conda activate py39
(py39) [xsXXXXX@svXXXXX ~]$ 

これで自由にモジュールを追加できるpython3.9環境ができあがりました。

あとは公式ドキュメントにもあるようにpipからopen aiをインストールします。

open aiのインストール

pip install openai

これでopen aiのライブラリもインストールできました。

サンプルプログラムなどはこの状態で動くはずです。

PHPからopen AIを実行

2023年4月時点でopen aiのAPIはpythonのものしかありません。

今回laravelフレームワークで構築したウェブアプリケーションからChatGPTを扱いたいので、condaで構築したpython環境とPHPから実行するPythonコマンドの実行ファイルを合わせる必要があります。

筆者の環境では、
/home/xsXXXXXX/miniconda3/envs/py39/bin/python
にpython3.9環境が構築されたので、phpで実行するなら以下のような記述になります。(pythonプログラムはhoge.pyとしています。)

<?php
$output = null;
exec('/home/xsXXXXXX/miniconda3/envs/py39/bin/python hoge.py', $output);
var_dump($output);

[Laravel 備忘録] Laravel Sail作成したプロジェクトにLaravel Adminで管理画面導入

小規模プロジェクトの場合、フロント画面しか必要ないようなプロジェクトもある(あるよね?)

そんな時、実装していない機能なんかはDBを直接操作したり、phpMyAdminとかを管理画面代わりに使ったりするケースもある(あるよね?)

でもlaravelにはlaravel adminがある。

https://laravel-admin.org/docs/en/

簡単に言うと、管理画面を自動で実装してくれるツール。

LaravelのModelの定義とかを見て、例えばroleのカラムはプルダウンで選択肢から選んだりできるのでphpMyAdminよりは遥かに便利な管理画面となる。

管理画面からGUIで管理メニュー自体を新たに作ることもできる。

本記事は、これを実装する手順の備忘録である。

Laravelを使ったプロジェクトの作成は以前の記事を参照するべきである。

Laravel Adminもコマンドで導入

sailでlaravelプロジェクトを作った場合はこんな感じで導入。

sail composer require encore/laravel-admin

sail artisan vendor:publish --provider="Encore\Admin\AdminServiceProvider"

sail artisan admin:install

インストールが無事に完了すれば、http://localhost/admin/ にアクセスするとログイン画面がでる。

2020年12月現在、Laravel Adminの推奨環境がLaravel 5.5。

今構築した環境がLaravel 8でPHP7.4、MySQLは5という状態なので推奨環境とは程遠い状態なので動くか不安だったけど動いたでござる。

このままだと管理者がいないので、ログインできないよねと思ったけど、適当にadmin/adminと入力したらログインできた。

ところどころエラーが出ているみたいだけど、動く部分だけで動作するようになってるみたい。

柔軟で素晴らしい考えだと思う。

初期状態だと管理ユーザーを管理する画面が実装されている。

artisanにadminコマンドが追加されている。

管理画面で使うファイルはこのコマンドから作ることになる。

$ sail artisan admin

略
                                                                          
Laravel-admin version 1.8.14

Available commands:
 admin:make             Make admin controller
 admin:controller       Make admin controller from giving model
 admin:menu             Show the admin menu
 admin:install          Install the admin package
 admin:publish          re-publish laravel-admin's assets, configuration, language and migration files. If you want overwrite the existing files, you can add the `--force` option
 admin:uninstall        Uninstall the admin package
 admin:import           Import a Laravel-admin extension
 admin:create-user      Create a admin user
 admin:reset-password   Reset password for a specific admin user
 admin:extend           Build a Laravel-admin extension
 admin:export-seed      Export seed a Laravel-admin database tables menu, roles and permissions
 admin:minify           Minify the CSS and JS
 admin:form             Make admin form widget
 admin:permissions      generate admin permission base on table name
 admin:action           Make a admin action
 admin:generate-menu    Generate menu items based on registered routes.
 admin:config           Compare the difference between the admin config file and the original

一般ユーザーを管理する機能を追加

どんなサービスでもほぼ確実に実装するであろう会員管理の機能をLaravel Adminで実装してみよう。

最初からあるUserモデルを扱うコントローラーをartisanで作成。

ドキュメントでは、

php artisan admin:make UserController --model=App\\User

こうなっていますが、Laravel8系からはモデルのディレクトリがapp/Modelsに変更になっているので注意。

※ 参考サイト

https://qiita.com/Dev-kenta/items/25ac692befe6f26f11cf


sailということも考慮してこんな感じで実行するのがいいのかな

sail artisan admin:make UserController --model=App\\Models\\User

実行すると色々メッセージがでるので言われるとおりに/app/Admin/routes.php に変更を加えよう

App\Admin\Controllers\UserController created successfully.

Add the following route to app/Admin/routes.php:

    $router->resource('users', UserController::class);
<?php

use Illuminate\Routing\Router;

Admin::routes();

Route::group([
    'prefix'        => config('admin.route.prefix'),
    'namespace'     => config('admin.route.namespace'),
    'middleware'    => config('admin.route.middleware'),
    'as'            => config('admin.route.prefix') . '.',
], function (Router $router) {

    $router->get('/', 'HomeController@index')->name('home');

    // ここに追加
    $router->resource('users', UserController::class);

});

この状態で管理画面をみる

http://localhost/admin/users

にアクセスするとこんな感じ。

Laravel Breezeの動作確認用に追加したユーザーがちゃんと編集とかできるようになってる。

管理画面からメニューリンクを追加

このままだとURLを直接入力しないとページが表示されないので不便。

管理メニューのmenuのリンクから、http://localhost/admin/auth/menu を開いて以下のようにメニュー自体を追加しよう。

URIはadmin以降のURLを入力(今回はusers)。

その他は適当でOK。色々いじるといいでしょう。

メニュー追加後は、画面の再読み込みとかをしないと反映されないので注意。

ちょっとカスタマイズしてみる

Userの管理画面自体は最低限できているけどこのままだと結構不便なので、UserController.phpを最低限修正しよう。

一覧画面ではパスワードの項目自体非表示に

grid()で一覧表示の項目を変更できる。今回はパスワードとremember_tokenの項目をコメントアウトして対応。

    protected function grid()
    {
        $grid = new Grid(new User());

        $grid->column('id', __('Id'));
        $grid->column('name', __('Name'));
        $grid->column('email', __('Email'));
        $grid->column('email_verified_at', __('Email verified at'));
//        $grid->column('password', __('Password'));
//        $grid->column('remember_token', __('Remember token'));
        $grid->column('created_at', __('Created at'));
        $grid->column('updated_at', __('Updated at'));

        return $grid;
    }

編集時、パスワード項目は変更できないように

form()が追加・編集時のフォームの決め事。ここもコメントアウトして対応。

    /**
     * Make a form builder.
     *
     * @return Form
     */
    protected function form()
    {
        $form = new Form(new User());

        $form->text('name', __('Name'));
        $form->email('email', __('Email'));
        $form->datetime('email_verified_at', __('Email verified at'))->default(date('Y-m-d H:i:s'));
//        $form->password('password', __('Password'));
//        $form->text('remember_token', __('Remember token'));

        return $form;
    }

まとめ

CRUDの基本操作だけで済むならLaravelAdminは超便利ツール。

ただ、枠から外れた操作を実装する場合は、逆にめんどくさいこともあるかも。

GUIでメニュー増やせるのはいいけど、逆にGUIじゃないとメニューすら増やせない(できるかもしれんけど大変)ので、一長一短。

小規模プロジェクトならLaravelAdmin、そうじゃないなら独自で管理画面を作るのがいいと思う。

[Docker備忘録]php7 apache memcache mysqlのセットアップまとめ


運用プログラムの修正などでdockerで開発環境を作るときに便利なように、開発部分だけを一個のディレクトリに突っ込めば動くDockerの準備のための備忘録

↓この状態を目指す

├── _docker (Docker関連はここにまとめる)
│   ├── apache-php(Apacheサーバー用ディレクトリ)
│   │   ├── Dockerfile (webサーバビルド用Dockerfile)
│   │   └── httpd.conf (Apache設定ファイル)
│   └─ mysql-db (mysqlファイル保存)
├── deploy (この中にソースファイル入れてコンテナと共有)
│    └─ public (ドキュメントルート)
│       └ index.php
├── docker-compose.yml (docker-compose の設定ファイル)
├── docker-compose-dev.yml (docker-compose の設定ファイル)
└── docker-sync.yml (docker-sync の設定ファイル)

開発環境がmacなのでdocker-syncも導入する。(これがないと30倍くらい描画時間掛かる)

Docker Compose 概要

Docker composeは複数のコンテナから成るサービスを構築・実行する手順を自動的にし、管理を容易にする機能。

compose ファイルを用意してコマンドを1 回実行することで、設定を読み込んですべてのコンテナサービスを起動することができる。

大体web+DBプラスアルファで構築するんじゃないかな

Docker Compose を使うまでの主なステップ

  • それぞれのコンテナのDockerfile を作成(今回はウェブサーバーのみ)
  • docker-compose.yml を作成し、それぞれ独立したコンテナの起動定義
  • “docker-compose up” コマンドを実行してdocker-compose.yml で定義したコンテナを起動

docker-syncの導入

$ gem install docker-sync

brew 自体のアップデートしておくその他、必要に応じて以下など

$ brew upgrade
$ brew upgrade fswatch

各ファイルの補足説明

docker-compose.yml

複数のコンテナそれぞれがどんな役割か定義するファイル

docker-compose-dev.yml

docker-compose-dev.yml は、ボリュームとマウントのオーバーライドを定義します。

docker-sync.yml

docker-sync.yml は、同期に関する設定を定義します。

docker-compose.yml

version: "3"

services:
  web:
    build:
      context: ./apache-php
    ports:
      - 80:80
    privileged: true
    links:
      - db
      - memcached
    volumes:
      - "../deploy:/var/www/html"
    container_name: "kirin"
    command: /sbin/init
    stdin_open: true
  db:
    image: mysql:5.7
    volumes:
    - "./mysql-db/:/var/lib/mysql/"
    environment:
      MYSQL_DATABASE: db_development
      MYSQL_USER: root
      MYSQL_PASSWORD: root
      MYSQL_ROOT_PASSWORD: root
    container_name: "mysql_kirin"
  phpmyadmin:
    image: phpmyadmin/phpmyadmin:latest
    links:
      - db
    ports:
      - 8080:80
    environment:
      - PMA_ARBITRARY=1
      - PMA_HOST=db
      - PMA_USER=root
      - PMA_PASSWORD=root
    container_name: "phpmyamin_kirin"

  memcached:
    image: memcached:1.4
    container_name: "memcached_kirin"
    ports:
      - "11211:11211"

container_nameは自由につけよう僕の場合は大体アプリケーション名を使っています

docker-compose-dev.yml

version: '3'

services:
  web:
    volumes:
      - kirin_syncs:/var/www/html

volumes:
  kirin_syncs:
    external: true

docker-sync.yml

version: '2'

syncs:
  kirin_syncs:
    src: './deploy'

docker-compose.ymlで各コンテナの設定、docker-compose-dev.ymlでどのボリュームをsync対象にするか設定、docker-sync.ymlでどのローカルボリュームとsyncさせるか設定って感じ?

本番環境はdockerで構築してないので別にファイル分けない定義方法があるかもしれないけど、よくある設定にならって記述。

Dockerfile

Dockerfileの記述方法は人それぞれ僕の場合はyumで必要なパッケージを導入、その他必要に応じてライブラリなど入れてる
httpd.confは毎回同じ箇所を編集しているので、設定済みのconfファイルを用意しておいてそれをコピペして使う所まではビルド時に行うようにしている

FROM centos:7.4.1708

RUN yum -y update

RUN yum -y install less

# 外部リポジトリ(EPEL, Remi)を追加
RUN yum -y install epel-release
RUN yum -y install http://rpms.remirepo.net/enterprise/remi-release-7.rpm

# apache その他 phpパッケージを導入
RUN yum -y install httpd
RUN yum -y install --enablerepo=remi,remi-php73 -y php php-cli php-common php-devel php-fpm php-gd php-mbstring php-mysqlnd php-pdo php-pear php-pecl-apcu php-soap php-xml php-xmlrpc php-pecl-memcache libmcrypt php-mcrypt
RUN yum install -y ImageMagick ImageMagick-devel
RUN yum -y install zip unzip

RUN yum -y install make
RUN yum -y install php73-php-pecl-zip.x86_64


RUN pecl install imagick

# composerのインストール
RUN curl -sS https://getcomposer.org/installer | php
RUN mv composer.phar /usr/local/bin/composer


ENV    APACHE_LOG_DIR=/var/log/apache2 \
        APACHE_LOCK_DIR=/var/lock/apache2 \
        APACHE_RUN_DIR=/var/run/apache2 \
        APACHE_PID_FILE=/var/run/apache2.pid

# httpd.conf上書き
COPY ./httpd.conf /etc/httpd/conf/httpd.conf


# Apacheの自動起動設定
RUN systemctl enable httpd
CMD ["/sbin/init"]

WORKDIR /var/www/html

httpd.confのデータはググるか以下からもダウンロードできますhttps://kirinblog.net/wp-content/uploads/2021/12/httpd.conf_.txt

docker-syncを実行

docker-sync は docker-sync-stack start で実行


docker-sync.yml を変更した場合は、必ず docker-sync clean を実行してから、 docker-sync-stack start を実行

便利なdockerコマンド

コンテナに入る

docker container exec -it コンテナ名 bash

今回の場合は

docker container exec -it kirin bash

コンテナ名は

docker-compose ps

で見ることができます。docker container psより得られるコンテナIDでもOK


ビルド後、失敗していたら削除して再ビルドする時のコマンド

docker-compose up -d --no-deps --build <service_name>


だいたい1つ2つ間違えるので、最初環境整えるときよく使うコマンド
–no-deps – 紐づいている他のサービスを起動しない
–build – コンテナを起動する前にビルドをする<service_name>にはコンテナ名ではなく、docker-compose.ymlのサービス名を入れるのに注意。
上記の例だと、kiringではなく、webになります。docker-compose up -d –no-deps –build web

間違えて最初から全部やり直したい場合のコマンド


docker-compose down --rmi all --volumes

これでコンテナを止めてネットワーク削除してボリューム削除からのイメージ削除が一括で終わる

なんどもミスった点

webコンテナが動いてるのにApacheが動いていない
-> サーバー内にドキュメントルートがないとApache起動時にエラーが出るのでコンテナ立ち上げる前にpublic/index.php作っておく