早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと
Ruby on Rails を API として、フロントエンドとの間で通信をしようとしたところ、 セッションが保存されなかったり、Can't verify CSRF token authenticity というエラーが出てくることがあります。 多くのページでは解決方法として CSRF 対策をあきらめていますが、 ここではちゃんとしたセキュアな解消方法について書いていきます。 エラーも出ないがセッションが保存されないときこの記事にもあるように、CSRF という攻撃からサイトを守るために、 Rails はリクエストが不正でないか確認できないとセッションを空にしてしまいます。 エラーも出ないのでわかりづらいですが、 application_controller.rb に protect_from_forgery with: :exception を記述すると Can't verify CSRF
ご存知の方も多いかと思いますが、 Chrome 80 から 3rd Party Cookie の取り扱いが厳しくなり、特に指定がないと外部サイトの Cookie は POST・iframe・XHR 等のリクエスト で送られなくなります。 developers-jp.googleblog.com 2 月の Chrome 80 以降、SameSite 値が宣言されていない Cookie は SameSite=Lax として扱われます。外部アクセスは、SameSite=None; Secure 設定のある Cookie のみ可能になります。ただし、これらが安全な接続からアクセスされることが条件です。 とはいえ完全に無効になるわけではなく、 SameSite という属性が宣言されていない Cookie は Lax という区分がデフォルトで適用されるという物なので、サーバーから返す Cookie に
3行まとめ Rails でDBのデータを取得して json 形式に変換したい、というシーンにおいて to_json は ActiveSupport::ToJsonWithActiveSupportEncoder のメソッド to_json には as_json (ActiveModel::Serializers::JSON) のオプションが渡せる as_json のオプションはとても便利 単に json 形式に変換したい Rails でのアプリケーション開発において、取得してきたデータを json 形式に変換したいシーンはままあると思う。 そういう時は to_json が便利。 例えば name に tanaken を含むユーザを取得して json 形式に変換したい時はこんな感じ。 > users = User.where('users.name like "%tanaken%"') =>
はじめに AWSでサーバーレスアーキテクチャのSPAサイトを組むにあたって、フロントエンドをS3（＋CloudFront）から配信し、バックエンドをAPI Gatewayに置くのは一般的な構成だと思います。 フロントエンドのサイトとバックエンドのAPIで二つのドメインで運用することもできますが、前段にCloudFrontを置いて一つのドメインから両オリジンにアクセスができる構成を作ってみます。 構成図にするとこんな感じ。 S3 設定はすべてデフォルト。 API Gateway REST APIを作成。 わざわざLambdaを作るのも面倒なのでMockを使って仮のレスポンスを返します。 APIをデプロイします。ステージ名は「api」とします。 得られたエンドポイントからAPIを呼んでみます。 $ curl https://XXXXXXXXXX.execute-api.ap-northeast
はじめに 清水です。先日、Amazon S3のACL無効化が推奨されたことで、S3のサーバアクセスログ記録保存用のS3バケットの権限設定においてもACLではなくバケットポリシーを使用するようになっていた、というブログを書きました。 ACL無効化が推奨されたことでS3のサーバアクセスログ記録のためのアクセス許可はどうなったのか!?確認してみた | DevelopersIO re:Invent 2021期間中に発表されたS3のACL無効化機能に伴う変更です。（【アップデート】S3でACLを無効化できるようになりました #reinvent | DevelopersIO）上記エントリではS3のサーバアクセスログ記録保存用となるS3バケットについて確認しましたが、CloudFrontのアクセスログ記録用となるS3バケットについて、ACL無効化の影響（ACLを無効にしたS3バケットをCloudFron
本書『サバイバルTypeScript』は実務でTypeScriptを使う開発者のための入門書です。そして、このページはTypeScriptの特徴を最速で把握できるよう、数百ページからなる本書のコンテンツをつまみ食いした要約です。 » 本書ついて詳しく知る » とにかく今すぐTypeScriptを書いてみたい TypeScriptとはJavaScriptのスーパーセットとなるプログラミング言語。静的型付け言語であり、プログラムの正しさが静的に検査できる。ライブラリやIDEなどの開発環境が充実しており、大きなエコシステムを持っている。Microsoftが2012年に開発し、オープンソースで公開した。» TypeScriptの特徴について詳しく知る » TypeScript誕生の背景について詳しく知る TypeScriptはJavaScriptのスーパーセットスーパーセットとは、元の言語との
ども、@kimihom です。 今回は以下の本をざっと読んだので感想を書く。760ページにもなる超大型本だ。 プログラマのためのSQL 第4版 作者:ジョー・セルコ,Joe Celko翔泳社Amazon SQL でここまでできる 私は普段、Web アプリケーションのコードを書くエンジニアなのでデータベースの知識はそこまで深くない。よりデータベースの知識を深めようということで本書を手に取った。 本書の前半部分は SQL の一般的な教養的な感じで学ぶことができた。いきなりトランザクションの話が出てきたときはマジかよって思ったけど、そのあとは SQL の各句の詳細な解説などもあった。 一番ここで感じたのは、「NULL の扱いの難しさ」だったように思う。NULL は SQL の中で本当に特異的な存在で、実際にクエリを書くときも注意しないと意図しない結果を生むことにもなりかねない。本書でにおける N
こんにちは、クラウドインテグレーション事業部の菊池です。 Amazon Rekognitionには顔分析の機能があり、 AWSコンソールから画像をアップロードして試すことができます。 しかし、ちょっと試したいときに、わざわざAWSコンソールにアクセスするのも億劫です。 セッションが切れているとMFA認証などやり直しが必要になったりします。 そこで簡単に試すためのSlackボットを作成しました。 動作 ボットへのDMや、ボットを含めたチャンネルに画像を上げるとRekognitionの顔分析結果をスレッドで返信してくれます。 ソースコード ソースコードはGithubに上げてあります。 Serverless Frameworkを使ってTypescriptで書いています。 デプロイの方法はReadme.mdを参照ください。 github.com 構成は下図のようになります。 1つ目のLambda関
はじめに こんにちは、江口です。 前回は人事選考の自動化を作成するにあたり、認証基盤をFlask JWTでOAuth2を自作しました。 が、 認証認可の処理はAWS Cognitoに丸々載せ替えることもできます。 Cognitoに載せ換えることで、前回ほどの労力・工数はかなり削減されます。 ということで、今回はCognito + APIGatewayと時々aws-amplify(with vue)のハンズオンです。 また、今回はFacebookやTwitterなどのThirdPartyは取り扱いません。 目指す構成は以下です。 構成図 Cognitoに認証を任せ、AccessTokenを取得する ※フロントはvue x aws-amplifyの構成です。 取得したAccessTokenをAuthorizationHeaderに付与し、APIGatewayをコールする APIGateway(
git pull して、リモートブランチの最新に合わせようとしたら・・、あれ？コンフリクト・・？なにこれ、うまくいかない！「git push -f origin masterして強制Pushはできたのに。git pull -f origin master的な強制コマンドはないの？！」 とにかくリモートに合わせたい。そんなあなたのための、解決方法と解説です。 「git pull --force」は存在しない・・。 「git push --force」というコマンドがあるので、そこから連想してしまいますが、「git pull --force」というオプションは存在しません。 git pull の強制的に実行するには、別のコマンドが必要になりますので、見ていきましょう。 git pull で、ローカルを強制上書きする方法 ローカルのmasterを、強制的にリモートのmasterに合わせる //
ここからは、Linux Syslog監視編、Windowsイベントログ監視編、通知設定（メール）の3つに分けて紹介します。 Linux Syslog監視編 LinuxはEC2インスタンスにターミナルからログインして設定していきます。 1. エージェントインストール 以下のコマンドで、テスト用インスタンスにCloudWatch Logsエージェントをインストールします。「Complete!」という文字がでればOKです。 $ sudo yum install -y awslogs ~省略~ Installed: awslogs.noarch 0:1.1.4-3.amzn2 Dependency Installed: aws-cli-plugin-cloudwatch-logs.noarch 0:1.4.6-1.amzn2.0.1 Complete! 2. リージョンの変更 以下のファイルのリー
AWS Systems Manager セッションマネージャーに待望の機能（のひとつ）がやってきました！ Session Manager launches Run As to start interactive sessions with your own operating system user account Session Manager launches Run As to start interactive sessions with your own operating system user account Enable Run As Support for Linux Instances - AWS Systems Manager 今回のアップデートで IAM ユーザー・ロール単位でセッションマネージャ利用者時の OS ユーザを指定できるようになったため、例えばですが、
大柳です。 前回に引き続き、ファイル監査の設定を行います。 前回記事：EC2でファイル監査を設定する（auditd設定編） 後半の今回はCloudWatch Logsを設定し、特定のログが出たらメールに通知するよう設定を行います。 CloudWatch Logsの導入 CloudWatch Logsの導入手順を説明します。 IAMロールの設定 CloudWatch Logsを利用する前提条件として、インスタンスにCloudWatch Logsを使用できる権限を割り当てる必要があります。 既存のEC2インスタンスでCloudWatch Logsを使えるようにするには、①インスタンスのイメージからIAMロールを割り当てたインスタンスを新しく作るか、②IAMロールをアタッチする必要があります。 手順は以下を参照ください。 クイックスタート: 既存の Amazon EC2 インスタンスに Clou
結論 パラメータストアのjsonに encoding を追加して適用します。 { "logs": { "logs_collected": { "files": { "collect_list": [ { "file_path": "C:\\Application\\appname\\logs\\logfile.log", "log_group_name": "logfile.log", "encoding": "shift_jis", "timestamp_format": "%m/%d/%y %H:%M:%S" } ] } } } } ドキュメントにはエンコード指定の方法が載っていない？ WindowsインスタンスからShift JISのログをそのままCloudWatch Logsに転送したところAWSコンソール上で文字化けしてしまったので、エンコード指定の方法を調べたのですがCloud
AWS Systems Manager(SSM)のSession Manager (以下セッションマネージャー) でec2-userやrootとして作業するやり方の備忘録です。 はじめに 環境 Session Managerでec2-userやrootとして作業する 現状: ssm-userとしてシェルアクセス 解決策: sudo su --login ec2-user おわりに はじめに こんにちは、@bioerrorlogです。 SSM セッションマネージャーは、いちいちSSHでログインすることなく、EC2インスタンスでシェル操作を行うことのできる便利なサービスです。 ただ、SSHでec2-userとしてログインした時とは微妙な違いがあります。 今回は、SSM セッションマネージャーでユーザーec2-userやrootユーザーとして作業するやり方を簡単にメモします。 環境 EC2インス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く