ただ、手放し運用するならECSの方が圧倒的にいいので、Entrypointや公正をサクッと変えられるようにしたECSがいいかもね。

dockerのコンテナ内entrypointにnft add...を仕込んでごにょごにょしてた記憶がある

github actions の entrypoint\.sh で使える環境変数は、ここを見ればわかるのか。 pic.twitter.com/9Ghwb7gxzS

返信先:@ugyujiugyujiさん、質問ありがとうございます。Dify v.0.6.9へDockerからアップデートされたのであれば、entrypointに書かれている通り「flask db upgrade」が自動で実行されるはずです。 pic.twitter.com/Of56N1P1ql

ちょっと前の記事ですが、ERC4337形式のAAウォレットを実装している「Unipass」に脆弱性があったという記事。 3つの問題を組み合わせて実行できる脆弱性で、EntryPointに設定されているアドレスを変更できてしまうというものとのことです。 fireblocks.com/blog/fireblock…

返信先:@drop_genぜひぜひ！！ プログラムは全部インプットと計算とアウトプットなので、インプットになるentrypointから順々に追っていって、一見して何してるかわからない、かつネストが三重以上とかコードが30行以上になってたら大体やるかな。

そうすっとdockerみたいにentrypointの指定さえできれば、wasm runtimeだけでsingle binaryっぽい何かにはなるのか。

IATを完全削除するにはコード上で全くAPI呼び出さないかつ Visual Studioの設定でentry pointをWinMain以外の独自関数に設定すると自動生成されるEntryPointの処理が消えるからIATも無くなるみたいですね pastebin.com/p4czmbVZ

コンテナイメージの ENTRYPOINT に "java -jar ./app.jar" を書くだけで起動できるのは良さそう。 #oradev2024 #oradev24T4

`bin/rails s --db-prepare` が欲しいという話。 分かるけど、そもそもDockerfileのentrypointで db:prepare とサーバ起動を実施するのが本当に良いのかは未だに確証を持てていない。 github.com/rails/rails/is…

早速、app.yaml の entrypoint コマンド（uvicorn main:app --port=${PORT}）に --no-access_log オプションを追加。デプロイして uvicorn のアクセスログがなくなっていることが確認できた。

要は本番環境のほうだけ uvicorn が stdout にアクセスログを出力しないようにすればいい話で、しかも GAE の場合は app.yaml の entrypoint コマンドで uvicorn を起動しているため、これに何かログを制御するオプションを追加すればいけるんじゃないかと。

Source Generatorの実行してのユニットテストのためにCompileしてインメモリにEmitしてAssemblyLoadContextにLoadしてEntryPointをInvokeする、と。 pic.twitter.com/BxoRkEgJt2