@Blog{zip358.com}

Githubアクションでレンタルサーバーにデプロイさせる話．

2024.09.20

Logging

おはようございます．将軍が米エミー賞を受賞しましたね、これを機会に自分はディズニープラスを契約してウォーキングのときに将軍をみています、これは田舎だから出来る特権かと思います💁．

さてGithubアクションでレンタルサーバーにデプロイ（アップロード）させる方法を書いていきます．まず前提条件としてIDとPASSでの認証ではなくて鍵での方法です．事前に公開鍵をレンタルサーバーに登録しとく必要があります．

では最初に対象となるリポジトリのセッティングから下記の順にクリックしてください．

次、アクションシークレットに必要な値を登録します（SSH_PRIVATE_KEYやSERVER_USERNAMEなどです）

最後にアクションの設定（yml）を行えば完了です．完了ですがレンタルサーバーによっては海外IPアドレスをブロックするように設定しているレンタルサーバーがあります．なので、海外IPを解除する必要があります．GithubのIPアドレスはこちらを参照して設定ください．
https://api.github.com/meta

※ルート直下をデプロイ対象すると.gitもアップロードされ大変危険ですので対策を取るか、直下をアップロードしないようにするか等が必要なります．

name: sakura

on:
  push:
    branches: [ "main" ]

jobs:
  deploy:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout Repository
        uses: actions/checkout@v4

      - name: Set up SSH key
        run: |
          mkdir -p ~/.ssh
          echo "${{ secrets.SSH_PRIVATE_KEY }}" > ~/.ssh/id_rsa_sakura
          chmod 600 ~/.ssh/id_rsa_sakura

      - name: Deploy Files via rsync
        run: |
          rsync -avz -e "ssh -i ~/.ssh/id_rsa_sakura -o StrictHostKeyChecking=no" ./path ${{ secrets.SERVER_USERNAME }}@${{ secrets.SERVER_HOST }}:${{ secrets.SERVER_DEPLOY_DIR }}

これでメインにプシュしたものはレンタルサーバーにアップロード（Deploy）されるようになります．

簡略化した説明なので分からない方もいると思います．そんな方は生成AIやググると何とかなるかと思いますので諦めずにトライしてみてください．

明日へ続く．

タグ

actions, branches, deploy, echo, git, github, jobs, path, push, quot, run, sakura, SSH, steps, StrictHostKeyChecking, ubuntu-latest, uses, yml, デプロイ,

gitで途中のコミットを削除したい場合はリベースを使おう

2024.08.03

Logging

おはようございます．gitで途中のコミットを削除したい場合はリベースを使おうと言うことでその手順を書いていきます．まず事前にブランチを切っていて、そのブランチに3コミットを行っていてコミットの先頭にいると過程して話を進めていきます．

まず最新のコミットから3つ前までのどれかを削除したい場合、下記のコマンドを打ちます．

git rebase -i HEAD~3

コマンドを打つと下記の画面がターミナルに現れます．俗に言うvi編集モードです．

pick abcdef1 コミットメッセージ1
pick abcdef2 コミットメッセージ2
pick abcdef3 コミットメッセージ3

次にvi操作を行い削除したいコミットを以下のように書き換えます．例では真ん中のコミットを削除したいのでpickからdropに置き換えました．

pick abcdef1 コミットメッセージ1
drop abcdef2 コミットメッセージ2
pick abcdef3 コミットメッセージ3

置き換え保存します．この時に衝突が発生した場合は衝突が発生したファイルを修正します．その後、次のコマンドを打ち現在のブランチに取り込みます．

git add <ファイル名>
git rebase --continue

尚、リモートにプルリクエストしている場合は強制上書きを行いたい場合は下記のコマンドを行います．
※強制上書きは危ないですので、詳しいひとに事前に連絡を行いOKが出たときにだけ行いましょう．

git push --force origin リモートブランチ名

明日へ続く．

タグ

continue, drop, drop abcdef, force origin リモートブランチ, git, git add, git push, git rebase, pick, pick abcdef, vi操作, コマンド, コミット, ターミナル, ブランチ, プル, リベース, リモート, 強制上書き, 衝突,

ssh：複数のgithubを使いたい人へ．熨斗🚧．

2024.04.29

Logging

おはようございます、githubを複数持っている方、例えば仕事用と個人開発用を分けたい方などもいると思います．恐らくそういう人はPCのアカウントを分けて使用しているひとが一般的だと思います．自分もそんな感じです．ただ、自分の場合は、もともと個人用で使っていたものを職場環境にしていて過去のリポジトリとかが残っている．それを切り離したいなって思って先日、パブリック以外は個人開発用に移行しました．

その手順を記載します．

前提条件として、アカウントは2つもしくは複数持っていることを前提とし公開鍵暗号、秘密鍵が作れる設定できることを前提条件とします😌．

1. ~/.ssh/configに下記のように設定します[OSにより参照部分は変えてください]
2. バッチでgitを切り替えるようにしておく.
3. クローンなどでsshを使用する場合は下記のようにしてクローンする.

Host github.com.yamada123
    HostName github.com 
    User git
    Port 22
    IdentityFile c:\Users\yamada\.ssh\yamada123\id_rsa
    TCPKeepAlive yes
    IdentitiesOnly yes
  Host github.com.yamada456
    HostName github.com 
    User git
    Port 22
    IdentityFile c:\Users\yamada\.ssh\yamada456\id_rsa
    TCPKeepAlive yes
    IdentitiesOnly yes

#yamada123とyamada456それぞれバッチファイルを作成．
git config --global user.name "yamada123" #githubのアカウント名
git config --global user.email "mail123@example.com" #githubのメールアドレス

git clone git@github.com.yamada123:yamada123/RepositoryName.git .

トイウコトデ、説明はあまりしていませんがこれで切り替えて取り扱いが可能です．因みにもともと使用していたRepositoryを移行するにはこれだけではうまく行きませんがエラーに答えが書いています．ので、そのコマンドを打ってください．まずは現在の/.git/を削除して・・・割愛．

明日へ続く．

タグ

config, git, git clone git@github.com, github, global user.email, global user.name, Host github.com, HostName github.com, quot;mail123@example.com&quot, Repository, RepositoryName.git, SSH, sshyamada123id_rsa, sshyamada456id_rsa, Usersyamada, クローン, トイウコトデ, バッチ, リポジトリ, 割愛,

stable-diffusion-webuiを使ってみた。

2024.03.14

Logging

おはようございます、stable-diffusion-webuiを使ってみました。結論から言うとプロンプト大事だという事とプロンプトを制御しないとろくな画像は生成されない。フリーで使用できるだけマシですけどこれで良いものを作るのは至難の業だということを使って理解しました。

これを使用する方法はgitとPythonとcudaがインストールされていることが前提条件にあります。そしてWindowsの場合はwebui.batを叩くMacなどはwebui.shを叩いて動かすのですが、動作はご自身のPCスペックに比例します。

ミッドジャーニーがどれほど優秀なのかが比べてみると分かります。

明日へ続く。

タグ

CUDA, git, Mac, PCスペック, Python, stable-diffusion-webui, webui.bat, webui.sh, Windows, ご自身, プロンプト, ミッドジャーニー, 前提条件, 動作, 方法, 業, 画像, 結論, 良いもの,

Laravelにてnpmが使えないサーバにてログイン画面の構築。

2023.08.06

Logging

おはようございます、Laravelにてnpmが使えないサーバにてログイン画面の構築のお話です。お話というより動画を作りました。この動画を全画面表示でみると大体のことが分かると思います。この動画は画面ができるまですので、この後、Commandを使用して下記のCommandを打ち完成となります。

php artisan migrate

前提条件として.envファイルの設定は済ましていることとします。因みにさくらレンタルサーバーでは初期のドメインより.envファイルが見える仕様になっているので、.htaccessファイルを使用して隠しファイルは見えないように設定してあげてください🗿。さくらレンタルサーバーの公式ブログではこの事に一切触れていないのだけど大丈夫なのか？気になるところです。

<Files ~ "^(\.en|\.edi|\.git|\.dat|\.sql|composer\.|artisan)">
deny from all
</Files>

{
    "Login": "ログイン",
    "Register": "新規登録",
    "Forgot Your Password?": "パスワードを忘れた場合",
    "Reset Password": "パスワード再設定",
    "Send Password Reset Link":  "パスワード再設定URLを送信",
    
    "Name": "お名前",
    "Email Address": "メールアドレス",
    "Password": "パスワード",
    "Confirm Password": "パスワード(確認用)",
    "Remember Me": "ログイン状態を保存",
    
    "Hello!": "ご利用ありがとうございます。",
    "Reset Password Notification":  "パスワード再設定のお知らせ",
    "You are receiving this email because we received a password reset request for your account.": "あなたのアカウントでパスワード再発行のリクエストがありました。",
    "This password reset link will expire in :count minutes.": "再設定URLの有効期限は :count 分です。",
    "If you did not request a password reset, no further action is required.": "もしパスワード再発行をリクエストしていない場合、操作は不要です。",
    "If you’re having trouble clicking the \":actionText\" button, copy and paste the URL below\ninto your web browser: [:actionURL](:actionURL)": "\":actionText\"ボタンを押しても何も起きない場合、以下URLをコピーしてWebブラウザに貼り付けてください。\n[:actionURL](:actionURL)",
    "Regards": "よろしくお願いいたします"
    }

タグ

-Command, actionText, actionURL, artisan, count, dat, edi, en, envファイル, git, gt, Laravel, lt, npm, quot, quot;Login&quot, quot;Regards&quot, quot;Register&quot, sql|composer, will expire,

過去のリモートワークと違うところ。 ＃IT開発

2023.01.22

Logging

おはようございます、日曜日の朝。明日は仕事。

さて、今日は過去のリモートワークと違うところを書いていきます。自分は過去にリモートワークを２回経験しています。今回で３回目のリモートワークを行なっています。過去のリモートワークとの違いはgitというバージョン管理を使っているということ、そしてソースレビューがあるという事です。

今までのリモートワークはレビューもなく、一人称で完結という事でしたが一般的なIT企業に巡り合うことが出来たと思っています。因みに、gitのコミットやプッシュ、プル、マージなどは何となく出来ていたのですが、まだ慣れない事が幾分あります。

実践で出来ないことは、自分でgithubやgitlabにアカウントを開設してどういう振る舞いになるのか、試すことが一番良いかなと思っています。

因みにgitの練習を行い方はこういうサイトもありますので試してみてはいかがでしょうか？

https://learngitbranching.js.org/?NODEMO=&locale=ja

タグ

git, github, gitlab, it企業, ja, locale, アカウント, コミット, ソースレビュー, バージョン管理, プッシュ, プル, マージ, リモートワーク, レビュー, 一人称, 完結, 実践, 日曜日, 練習,

オレオレ認証SSL化、ワンツーコマンドで出来る。

2020.11.09

Logging

mkcertというものを使うとワンツーコマンドぐらいでオレオレ認証SSL化が出来てしまいます。尚、mkcertをインストールするにはHomebrew（ホームブルー）がインストールされている事が前提です。

リナックスではHomebrewをインストール前手順として、gitとrubyがインストールことが、前提となります。あと、nss-toolsも入っていなかったら入れる必要があります。こちらを入れて下記のコマンドでインストールします。

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"

次にHomebrew、コマンドよりmkcertをインストールします。（※コマンド登録は割愛します！！）

brew install mkcert

ローカル環境に認証局を作成してSSL認証を発行すれば終わりです。

mkcert -install
mkcert example.com

その場所に生成が終わるとファイルが出来ているので、そのpemファイルをApacheのVirtualHostで設定している場合は下記のように設定しApacheを再起動してあげればブラウザ（FirefoxかChrome）で見ると鍵認証が付いている状態になります。/etc/hostsのファイルの設定もお忘れなく。

<VirtualHost *:443>
  ServerName example.com
  DocumentRoot /var/www/html/example.com
  SSLEngine on
  SSLProtocol all -SSLv2
  SSLCertificateFile /home/tanaka/example.com.pem
  SSLCertificateKeyFile /home/tanaka/example.com-key.pem
</VirtualHost>

タグ

-fsSL, bash, bin, brew, C++, com, curl, git, githubusercontent, Homebrew, https, install, master, mkcert, nss-tools, quot, raw, Ruby, sh, SSL, インストール, オレオレ, こちら, こと, コマンド, ブルー, ホーム, もの, リナックス, ローカル, ワンツー, 下記, 事, 作成, 前提, 割愛, 化, 必要, 手順, 次, 環境, 登録, 認証,

(github)=>{git push -u ギットハブ master;}

2020.05.27

Logging

github（ギットハブ）を知っている方はIT業界では9割近いかなとか思っているのですが・・・どうでしょうか？名前は聞いたことが有るけれど触ったことはないという方も地方ではいらっしゃると思います。ちなみに自分も名前だけ知っているような状態でした。そもそもソロみたいな感じでコード書いている人はgit(ギット)だけで十分ですし、ソースコードの管理すらしない人もいるかと思います。ひとりでギットハブを使う方は特にブランチ関係は覚える必要はないかなと思います。

git add .
git commit -m "comment..."
git remote add origin https://github.com/test.git
git push -u origin master

なので初回はこんな感じで打ち込みます。3行目でoriginと打ち込んでいると思いますがこれは、『https://github.com/test.git』をoriginとして認識させるよという事になります。originじゃなくても良いです。originじゃない場合、『push』のコマンド行を任意の文字に置き換える必要があります。

尚、ひとりで使っていてPCが壊れた時に『Pull』が必要になるかと思います。それ以外はブランチもぷるも必要ない気がします。

※gitにはいろいろなコマンドオプションがあるようですね…。
例えば下記のようなコマンドを打つと『git add .』を省略することが可能だとか、どういう意味かは割愛します。必ずぐぐってくださいね。

git commit -a -m "comment..."

githubではhtmlやjsは使用できるので無料でサイトを構築することも可能です。ポートフォリオとしてのページをgithubで作っている人も多いみたいです。
『ソースコード管理する事自体が面倒くさい‥な』と思っている方は考え直してください、ソースが消えちゃった事やチームで何かを作ったりレビューしたりするときの事を考えてくださいな。

じぶんの説明がわからない方はこちらに完結に説明している動画がありますので参照くださいね(´・ω・`)

追記：github強制プッシュを無効にする方法
https://next.rikunabi.com/journal/20170516_t12_iq/

タグ

-m, ３, ９, Add, com, comment, commit, git, github, https, IT, master, origin, push, quot, remote, test, u', キット, ギットハブ, コード, こと, これ, ソース, ソロ, ひとり, ブランチ, 人, 初回, 名前, 地方, 必要, 感じ, 方, 業界, 状態, 管理, 自分, 関係,

gitとかgithubとかgitlabを一通り勉強して

2019.06.02

Logging

gitとかgithubとかgitlabを一通り勉強して
githubやgitlabは遠隔でプロジェクト組んで開発する人以外には
必要ないような気がします。
確かにGUIでほぼ面倒な手順は消えてなくなります。
gitとは何かバージョン管理と言われます、
簡単に言えばファイルの世代管理です。
githubやgitlabは何か、リポジトリ管理です。
リポジトリ管理とはなにか、簡単に言えば
バージョン管理を集約したものを管理するものと思ってください。
リポジトリというものを管理したいディレクトリの配下に
置くことでその中のファイルはコマンド打てば
管理下に置くことが出来、世代管理が可能になるということ
ただ、それだけの事です。
ローカルで管理していたものをリモートに置く場合、
プッシュ＝アップロード。ダウンロードしたい場合は
プルという事。管理したいファイルはアッドする。
コミットをした時点でファイル履歴となる等など…。
複数人で開発する場合は
グールプを作りその中にユーザを作成し
ローカルからリモートへ接続を行えば良い…
これぐらい覚えとけば良いかなと後はブランチ機能なども
ありますが、この機能を使用すると複雑怪奇になりそうな気がします。
 

タグ

git, github, gitlab, GUI, アッド, アップロード, こと, コマンド, コミット, それだけ, ダウンロード, ディレクトリ, バージョン, ファイル, プッシュ, プル, プロジェクト, もの, リポジトリ, リモート, ローカル, 世代, 中, 事, 人, 勉強, 可能, 場合, 手順, 気, 管理, 簡単, 遠隔, 配下, 開発, 集約, 面倒,

Gitサーバを構築するという事になり。

2016.01.04

Logging

大晦日から元旦かけて、会社でGitサーバを構築するいう事になり勉強をしていました。
Gitサーバを立ち上げようと発案したのは自分、じぶんが発案者なので
勉強するのも道理だろうとGitサーバを勉強しました。
結論から言えば出来たのですが、いまいち完璧に
理屈がわかったのではなく、こうすればMacでもWindowsでも
動くという事がわかっただけです。
ちなみに構築方法はそのうち掲載します・・・・うそ。
ってそれほど難しい話ではなかったので掲載します。

#------------Git------------------------
yum -y install git
git config --global core.quotepath false
git config --global color.diff auto
git config --global color.status auto
git config --global color.branch auto
cd /var/wwww/html
git init --shared=true
git status
git add .
git commit -m 'new'
git config --bool core.bare true
git config --get-all core.bare
#-------------Key-------------------
ssh-keygen -t rsa
cd /root/.ssh
cp id_rsa /var/www/html

まず、初めにGitサーバをインストールします。
だいたい、初期の状態でインストールされています。
次にGit（ギット）のコンフィグの設定を行い、リポジトリを作成したい
階層まで行きリポジトリを作成します。addし後にコミットして完了です。
こちらがリモートリポジトリになります。
そしてローカル側にもGitをインストールします。
例えば、sourcetreeなどをWindowsにインストールします。
（※GUIでインストールを行ってください。CUIではなく：真ん中の選択肢を押下？）
まず最初に先ほど作成したsshのkey（秘密鍵？公開鍵？＝id_rsa）を
ローカルにダウンロードします、その後、puttygen.exeなどを使いppkに
変換を行います。（ppk変換方法はこちら）
次にsourcetreeの初期設定としてkeyの登録を行います。
先ほどppkに変換したファイルを参照します（ツール→オプション）。


参照後、新規/クローンを選択しリモートリポジトリとローカルリポジトリ作成場所を
選択してクローンの作成を行います。

タグ

-y, auto, branch, color, config, diff, false, git, global, install, Mac, quotepath, status, Windows, yum, いまいち, ウソ, うち, サーバ, じぶん, 事, 会社, 元旦, 勉強, 大晦日, 完璧, 掲載, 方法, 構築, 理屈, 発案, 発案者, 結論, 自分, 話, 道理,