flymake を使って構文チェックしたくない場合には eglot 起動時に flymake を自動起動しないようにしましょう
.emacs に以下を追記します
eglot--managed-mode-hook で eglot 起動時に flymake-mode に -1 を設定することで自動起動を防ぐことができます
(require 'eglot)
(add-hook 'eglot--managed-mode-hook (lambda () (flymake-mode -1)))
デフォルトだとグローバルにインストールしたコマンドを使うようになっています
プロジェクト固有のコマンドを使いたい場合などはデフォルトのコマンドを変更することができます
以下を .emacs に追記します
eglot-server-programs という変数の値を変更すれば OK です
(add-to-list 'eglot-server-programs '(ruby-mode . ("bundle" "exec" "solargraph" "socket" "--port" :autoport)))
デフォルトでは Rubygems からインストールしたライブラリなどは補完の対象になっていません
今回は Gemfile などを使ってインストールしたライブラリの補完を solargraph を使って行う方法を紹介します
前回はグローバルに solargraph をインストールしました
すでにプロジェクトがありそれが bundler で閉じている場合、グローバルの solargraph ではなく bundler 配下の solargraph を使います
gem "solargraph"
gem "yard"
ポイントは yard ドキュメントを生成する必要がある点です
solargraph をインストールすると yard の gem も同時にインストールされておりこれを使って yard ドキュメントを生成しましょう
初回生成時は時間のかかる場合があります
vendor 配下の各 gem に .yardoc ファイルが生成されていれば OK です
生成されたパスを調べたい場合は --debug オプションを使います
もしすでにグローバルにインストールした solargraph が起動している場合は停止しましょう
emacs から自動起動する設定が記載されている場合は一旦その行をコメントして emacs を再起動しましょう
emacs 側から接続しにいきます
ここでもポイントがあり eglot から solargraph を起動する場合に bundler 配下の solargraph を起動するようにします
なのでまず emacs のバッファのワークディレクトリを変更します
そして bundle exec 経由で solargraph を起動すれば OK です
これで「[eglot] Connected! Server EGLOT (pjct-name/ruby-mode) now managing ‘ruby-mode’ buffers in project ‘pjct-name’.」となれば接続完了です
サードパーティの gem にカーソルを合わせるとちゃんと補完が表示されます
ポイントは以下の2点です
のがポイントです
Ruby で LSP に入門してみました
今回はサーバ側は solargraph という LSP 実装を使いクライアント側は eglot というツールを使います
まずはサーバ側のインストールを行います
Ruby を実装されているので gem を使うと簡単です
次にクライアント側 (emacs) の設定になります
package-list-packages から eglot を選択してインストールします
ruby-mode にフックするのが一番簡単です
(require 'eglot)
(add-hook 'ruby-mode-hook 'eglot-ensure)
emacs を起動して ruby のファイルを開きましょう
eglot が自動的に起動して接続できれば OK です
補完を使うには Ctrl + Alt + i を押せば現在のカーソル上で補完可能な候補を表示してくれます
もし helm などを使っている場合は helm 上で候補を絞ることができます
引数などのオブジェクトの補完はデフォルトだとやってくれませんでした
また flymake を使って構文チェックを行ってくれるのですが自分の設定が悪いのか Wait という状態になり動作しませんでした
すべてにいろいろと設定済みの emacs 上だとそれらと競合してうまく動かない部分が出てくるのかもしれません
eglot 起動時に Could not start and connect to server が発生する場合は emacs から solargraph の起動がうまくいっていません
emacs を開いているバッファ上で solargraph コマンドが実行できるか確認しましょう PATH など変更している場合は一度 emacs とターミナルを閉じて再度 PATH を読み込ませるとうまく起動できます
AWS の EC2 で t2.micro を構築する方法を紹介します
事前に以下のリソースを作成しておきましょう
今回はウィザードを使ってインスタンスを作成します
右上の「インスタンスを起動」をクリックします
まずはイメージを選択します
今回は AMI を選択しました
次にインスタンスタイプの選択をします
丁寧に無料枠とわかるようになっているので t2.micro を選択します
30GB まで無料で使うことができます
インスタンスを1台しか構築しないのであれば30GB使うように変更しましょう
デフォルトのセキュリティグループは事前に作成したセキュリティグループになっていないので変更します
キーペアは右下の「起動」ボタンを押したあとに設定します
事前に作成しておいたキーペアを設定しましょう
あとは作成できるまで待ちます そして ssh できるか確認してみましょう
IP の部分は EC2 の一覧で確認することができる「パブリック IPv4 アドレス」or「パブリック IPv4 DNS」を指定しましょう
再起動すると IP が変わることを考えると DNS を指定するほうが無難です
もしサーバとして公開するのであれば ElasticIP を設定しましょう
設定しないと起動するたびに IP アドレスが変わってしまうので DNS との紐付けができません
無料枠を超えた場合や指定の金額を超えた場合にメールで通知してくれます
可能であれば設定しておきましょう
無料枠なので起動しっぱなしでも料金は取られません
がネットワーク料金は発生する可能性があるのでセキュリティグループでしっかりとアクセスを絞るようにしましょう
また apt install や docker pull/push などを実行してもネットワーク料金が発生する可能性があるので使いすぎには注意しましょう
Apache Airflow は Python 製のジョブスケジューラです
今回はインストール方法と簡単な使い方を紹介します
これで Postgres と redis が起動します
これで Airflow が起動します
Name Command State Ports
----------------------------------------------------------------------------------------------------------------
airflow_airflow-init_1 /usr/bin/dumb-init -- /ent ... Exit 0
airflow_airflow-scheduler_1 /usr/bin/dumb-init -- /ent ... Up (unhealthy) 8080/tcp
airflow_airflow-webserver_1 /usr/bin/dumb-init -- /ent ... Up (healthy) 0.0.0.0:8080->8080/tcp
airflow_airflow-worker_1 /usr/bin/dumb-init -- /ent ... Up (unhealthy) 8080/tcp
airflow_flower_1 /usr/bin/dumb-init -- /ent ... Up (healthy) 0.0.0.0:5555->5555/tcp, 8080/tcp
airflow_postgres_1 docker-entrypoint.sh postgres Up (healthy) 5432/tcp
airflow_redis_1 docker-entrypoint.sh redis ... Up (healthy) 0.0.0.0:6379->6379/tcp
主に 3 パターンあるのでそれぞれ紹介します
localhost:8080 にアクセスすると確認できます
初期ID/パスワードは airflow/airflow でログインできます
サンプルのジョブがいくつか登録されているのが確認できると思います
<
airflow.sh というシェルスクリプトを使ってアクセスできます
これで Airflow の情報が表示されるのが確認できると思います
RESTAPI があるので curl を使ってコールしてみます
単純な Basic 認証でアクセスできます
リファレンスはこちらにあります
とりあえずインストールと簡単な使い方だけ紹介しました
実際はジョブの登録やスケジューリングの登録を行う必要があります
チュートリアルがあるのでそれをやると大まかな使い方は理解できると思います
celery に定期実行するためのタスクがあるので試してみました
時間は cron フォーマットで登録できるようです
タスクを定義し setup_periodic_tasks で add_periodic_task を使って登録できます
「実行する時刻」と「実行するタスク」を指定します
オプションで name や expires が指定できます
これは apply_async で使えるオプションと同じものが指定できます
from celery import Celery
from celery.schedules import crontab
app = Celery('cron_tasks', broker='redis://localhost')
@app.on_after_configure.connect
def setup_periodic_tasks(sender, **kwargs):
# Calls test('hello') every 10 seconds.
sender.add_periodic_task(10.0, test.s('hello'), name='add every 10')
# Calls test('world') every 30 seconds
sender.add_periodic_task(30.0, test.s('world'), expires=10)
# Executes every Monday morning at 7:30 a.m.
sender.add_periodic_task(
crontab(hour=7, minute=30, day_of_week=1),
test.s('Happy Mondays!'),
)
@app.task
def test(arg):
print(arg)
起動するコマンドが worker -> beat になるので注意しましょう
これでログを見るとちゃんとタスクが実行されているのが確認できると思います
[2021-08-12 15:39:46,142: INFO/MainProcess] Scheduler: Sending due task add every 10 (cron_tasks.test)
[2021-08-12 15:39:56,142: INFO/MainProcess] Scheduler: Sending due task add every 10 (cron_tasks.test)
[2021-08-12 15:40:06,143: INFO/MainProcess] Scheduler: Sending due task add every 10 (cron_tasks.test)
[2021-08-12 15:40:16,138: INFO/MainProcess] Scheduler: Sending due task cron_tasks.test('world') (cron_tasks.test)
cron だけでなく solar という形式でもスケジューリングできます
ワーカーが動作している状態で動的に cron タスクを追加する方法があるのか気になりました