Posts

案件で作る機会があったので、さっと IAM.yml AWSTemplateFormatVersion: "2010-09-09" Description: "SampleApp - IAM" Parameters: ProjectName: Description: "Project name" Type: "String" Default: "SampleApp" Resources: IamSampleDeveloperRole: Type: AWS::IAM::Role Properties: RoleName: !Sub ${ProjectName}SampleDeveloper AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Principal: AWS: !Sub arn:aws:iam::${AWS::AccountId}:root Action: sts:AssumeRole ManagedPolicyArns: - arn:aws:iam::aws:policy/CloudWatchReadOnlyAccess IamSampleDeveloperPolicies: Type: AWS::IAM::Policy Properties: PolicyName: IamSampleDeveloperPolicy PolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - dynamodb:List* - dynamodb:DescribeReservedCapacity* - dynamodb:DescribeLimits - dynamodb:DescribeTimeToLive Resource: '*' - Effect: Allow Action: - dynamodb:BatchGet* - dynamodb:DescribeStream - dynamodb:DescribeTable - dynamodb:Get* - dynamodb:Query - dynamodb:Scan - dynamodb:BatchWrite* - dynamodb:CreateTable - dynamodb:Delete* - dynamodb:Update* - dynamodb:PutItem Resource: - arn:aws:dynamodb:*:*:table/dev-* - Effect: Allow Action: - s3:ListAllMyBuckets Resource: - arn:aws:s3:::* - Effect: Allow Action: - s3:* Resource: - arn:aws:s3:::*dev* Roles: - Ref: IamSampleDeveloperRole IamSampleDevelopersGroup: Type: AWS::IAM::Group Properties: GroupName: !...

build.gradle signingConfig/ 配下を外だしするので、build.gradleではIncludeするような指定を行う apply from: 'signingConfigs/config.gradle', to: android の部分 signingConfig signingConfigs.debug の部分を追加することで、 通常のAndroid署名キー（ %USERPROFILE%/.android/debug.keystore ）を参照しなくなる模様 apply from: 'signingConfigs/config.gradle', to: android buildTypes { debug { debuggable true applicationIdSuffix = '.debug' versionNameSuffix = '-debug' signingConfig signingConfigs.debug } release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' signingConfig signingConfigs.release } } signingConfig/config.gradle VCS管理外のシークレット情報として、以下 app/signingConfig/** signingConfigs/ ├── config.gradle ├── debug.jks └── release.jks debug.jks は Windowsの場合 %USERPROFILE%/.android/debug.keystore からコピーすると Windowsで使用していた署名キーを引き継げる. storePassword や keyAlias は Androidデフォルトの値 signingConfigs { debug { storeFile file('....

customParseFormat 拡張した dayjs で TZ 環境変数 と指定するフォーマットで罠にハマる Z 指定したUTC日付はフォーマットで渡してパースしてもUTC扱いされると思ってた。 フォーマット指定では Z があろうが TZ 環境変数に依存する模様 いやいやいや。。。 フォーマット指定時に意図しない結果になる TZ=UTC dayjs('2022-12-17T11:43:29.277Z', 'YYYY-MM-DD[T]HH:mm:ss.SSS[Z]').toDate() // => 2022-12-17T11:43:29.277Z TZ=Asia/Tokyo TZ=Asia/Tokyoの場合は -9 時間されインスタンス化される!!!!!!(いやいやいや！！！) dayjs('2022-12-17T11:43:29.277Z', 'YYYY-MM-DD[T]HH:mm:ss.SSS[Z]').toDate() // => 2022-12-17T02:43:29.277Z フォーマットを指定しなければ問題ない TZ=UTC dayjs('2022-12-17T11:43:29.277Z').toDate() // => 2022-12-17T11:43:29.277Z TZ=Asia/Tokyo dayjs('2022-12-17T11:43:29.277Z').toDate() // => 2022-12-17T11:43:29.277Z

もろもろの事情により頑張ってGooglePhotoAPI使ってスクリプト書いていた。 MediaItemの一覧、検索、アルバムの追加等々いけるいけると 勧めていた矢先、最後にMediaItemの一覧にある画像をアルバムに追加しよう としたところで、以下エラー { "error": { "code": 400, "message": "Request contains an invalid media item id.", "status": "INVALID_ARGUMENT" } } いくらやり直してもエラーになる… 確認すると、以下を発見… you can only add media items that have been uploaded by your application to albums that your application has created. そのアプリでアップロードした画像しかアルバム追加できまへんで rest - Google Photo returns “error 400: Request contains an invalid media item id. (INVALID_ARGUMENT)” when adding a media item into an existing album - Stack Overflow 画像ファイル名にアルバム名を入れるなどして、先にアップロードした画像たちを あとからアルバム名で検索して、追加すればいい と思っていた。。。...

ハイフンハイフンから始まる変数名でないとエラーになる You must use – in variables, otherwise, it will result in an error. Property names that are prefixed with –, like –example-name, represent custom properties that contain a value that can be used in other declarations using the var() function. Illegal Statement (Without the use of –) Sass ではハイフンとアンダースコアは同一 Sassの変数名ではハイフン（-）とアンダースコア（_）が同一視される。 Sass と SASS と SCSS Sass: css を拡張したメタ言語 SASS: Sassの記法 拡張子は .sass セミコロンや波括弧を使用しない コードが簡略化 書く際の負担が少ない SCSS: Sassの記法 拡張子は .scss 書き方がCSSに似ている CSSのようにネストを使用する SCSSのほうが一般的に普及 Sass のメリット CSS を拡張するメリット...