The post 2024映画まとめ first appeared on アスキー(asQii).

１　確定申告関連
(1) 以前はWAONで支払うことができました(一時期支払うことができなくなりましたが、その後支払が復活)。しかし、今年久し振りに徴収となったので、税務署で納付書を発行してもらいましたが、バーコード番号が対象番号から変わっていました。一応、ミニストップに持って行きましたが、やはり不可でした。恐らくスマホ支払いができるようになったので電子マネーが対象外になったのでしょう。仕方がないので、ペイペイ払いです(ソフトバンクまとめって支払いでチャージ、支払いはJALカード)
(2) ペイペイはポイント対象外ですが、ステップの対象にはなります。納付期限まで分割してステップの不足分にす対象金額の補填には使えます。

２　住民税
　ご存知の通り、昨年の収入に対して発生するので退職した翌年までかなりの負担になります。現在は大抵の自治体でいろいろな支払い方法があります。直接クレジットカードは手数料がかかるので論外ですが、私の場合、基本JALマイルに集約するので以下の方法です。
(1) １期分の払込を５万円以下に分割してもらう(市役所の窓口で「電子マネーの限度額が５万円なので」、と言えば分割してくれます)
(2) 毎月５、１５、２５日にミニストップでWAONで支払う(WAONはJALクレジットチャージ、５の付く日はマイルが倍)。店員さんの迷惑にならないように、日を分けたりしましょう。私は店員さんに暇なことを確認した上で20回繰り返したことがありますけど(^^;)

３　固定資産税・自動車税
こちらは大抵５万円以内になっているのでそのまま２(2)で支払います。

The post 2023年税金 first appeared on アスキー(asQii).

　以下、AWSへの問い合わせ内容です。
API Gateway の HTTP API におけるルートは、REST API の場合におけるリソースパスと HTTP メソッドに相当致します。
そのため、すでにご認識を頂いておりますように、HTTP API の Lambda 統合では、入力イベントに含まれる routeKey や rawPath を通じて REST API の入力イベントにおける resource や path と同様の値を取得頂けます。

• HTTP API のルートの使用 – Amazon API Gateway
  https://docs.aws.amazon.com/ja_jp/apigateway/latest/developerguide/http-api-develop-routes.html
  （抜粋）
  「ルートは、HTTP メソッドとリソースパスという 2 つの部分で構成されます (例: GET /pets)。」

なお、routeKey や rawPath といった名称より、当該の HTTP API における Lambda 統合では、デフォルト設定であるペイロード形式バージョン 2.0 を選択頂いているものとお見受けをしておりますが、入力イベントに含まれるこれらの要素名は Lambda 統合で選択頂くペイロード形式バージョンに応じて異なります。
また、routeKey につきましては、REST API の場合における resource と同様に、API 上のルート設定に応じて、API クライアントからの具体的なリクエストパスではなく $default や {proxy+} といった複数のリクエストパスに合致し得る値が保持される場合がございます点にご注意をお願い申し上げます。

The post REST-APIとHTTP-APIのイベントペイロード名称 first appeared on アスキー(asQii).

下記のCORSエラーがクライアントコンソールで発生します。
No ‘Access-Control-Allow-Origin’ header is present on the requested resource

オリジンはS3です。

1 オリジンのレスポンスヘッダーポリシーにSimpleCORSを設定してもエラー発生
2 linkの中にcrossorigin=”anonymous”を設定してもエラー発生

一方、edgeの場合は上記1,2に関係なくエラーは発生しません。

これはブラウザに起因するもので対応できないのか、　わかる方教えてください。

The post PWAをChromeで実行するときmanifest.jsonのダウンロードエラー（未解決） first appeared on アスキー(asQii).

　AppSyncのウィザードで作成する場合、モデルフィールドの設定においてタイプがIDとあります。実際タイプをIDにしてDynamoDBのパーティションキーに設定するとクエリで取得できます。この場合でもDynamoDBのパーティションキーは「項目名(String)」と表示されています。
　DynamoDBコンソールから作成(デフォルト設定、カスタマイズ設定でも同じ)した場合、パーティションキーのタイプには数値、バイナリ、文字列しかなく、文字列で作成すると同様に「項目名(String)」となります。しかし、この場合クエリからは以下のようなエラーとなります。
　The provided key element does not match the schema (Service: DynamoDb, Status Code: 400, Request ID:〜)
IDとStringの違いと思うのですが、ウィザードでは可能なDynamoDBのタイプIDを、直接DynamoDB作成で指定する方法がわかりませんでした。ウィザードで作成したテーブルで運用できているので、以下をサポートへ質問しました。
————————————————————————–
AppSyncのウィザードで作成する場合、モデルフィールドの設定においてタイプがIDとあります。タイプをIDにしてDynamoDBのパーティションキーに設定してもDynamoDBのパーティションキーは「項目名(String)」と表示されています。違いは何でしょうか？
————————————————————————–

回答
　AppSync ではオブジェクトタイプのフィールドのスカラー型として、ドキュメント [1] の型を定義しております。その中でも ID 型はオブジェクトの一意な識別子を表しております。
[1]AWS AppSync のスカラー型 – AWS AppSync
　https://docs.aws.amazon.com/ja_jp/appsync/latest/devguide/scalars.html
　まとめると「IDはオブジェクトの一意な識別子。このスカラーは、String のようにシリアル化されますが、人間が読めることは意図していない、DynamoDB ではパーティションキーとソートキーは文字列、数値、またはバイナリとして定義される必要がある。そのため、AppSync における ID 型は DynamoDB では String 型として格納されている。」

[2] データ型 – Amazon DynamoDB でサポートされるデータ型と命名規則 – Amazon DynamoDB
　https://docs.aws.amazon.com/ja_jp/amazondynamodb/latest/developerguide/HowItWorks.NamingRulesDataTypes.html#HowItWorks.DataTypes

　まとめると「テーブルまたはセカンダリインデックスを作成するときは、各プライマリキー属性 (パーティションキーとソートキー) の名前とデータ型を指定する必要があり、各プライマリキー属性は、文字列、数値、またはバイナリとして定義する必要がある。」

　ちょっと消化不良なのですが、特に問題は起こっていないので良しとしました。

The post AppSyncのウィザードから作成したDynamoDBのIDフィールド first appeared on アスキー(asQii).

１　アクセスや手続き
　（１）電車もありますが、クラクフからバスで行った方が良いです。事前にネット予約/EチケットでOkです。
　（２）博物館唯一の日本人ガイド中谷剛さんにガイドをお願いしました。かなり広いですし、2回目以降ならともかく、相当下調べをしても個人で理解することは難しいと思います。初めての方は中谷さんにガイドをお願いした方が絶対良いですよ。手続きもして頂けますし。メールで問い合わせ可能です。我々の時は５人で一人120ヅオチでした。アウシュヴィッツとビルケナウを合わせて約3時間位で案内して頂きました（待ち時間除く）。
　（３）手荷物検査はかなり厳しいので身軽な格好が良いです。現在ガザで戦争状態ですので更に厳重になっていると思います。
　（４）平日でしたが、見学者は非常に多いです（ビルケナウは展示形式が異なるので問題ありません）。学校の勉強やボランティア等で学生がかなりいらっしゃいます。
　（５）簡単なカフェはありますが、人が多いので食事は無理と思った方が良いです。ビルケナウへのバス停の側にスーパーがあるのでこちらで簡単な物を購入すれば良いです。
　（６）アウシュビッツービルケナウは無料のシャトルバスが２０分間隔で往復しています。

２　追悼
　教科書や映画・TVで大抵の方はここの悲劇をご存知と思いますが、実際現地で目の当たりにすると言葉になりません。体験していない者が多くを語ることは出来ませんが、こうした悲劇が繰り返されないことを祈るばかりです。我々に出来ることを探し、継続していくしかありません。
　中谷さんが「そこにどんな人がいたのか、どんな思いを持っていたのだろうか、想像してみて下さい」と述べられたのが心に残りました。見学した日は雲ひとつない天気の良い日でしたが、当時のユダヤの人々はどんな思いで空を見ていたのでしょうか？

３　追記
　２０２４年５月公開された映画「関心領域」を鑑賞しました。見学時に収容所と所長と家族の住居が壁を隔てて存在していたことを、中谷さんが説明して下さった記憶が蘇りました。

The post クラクフーアウシュビッツ・ビルケナウ first appeared on アスキー(asQii).

　WordPressでファビコンを使う場合、メニューから「設定 ー 一般 ーサイトアイコン」に画像を設定すればファビコンが表示されます。ここにSVG画像を設定すると次の問題が発生しました。
　１　サイトアイコンは512×512サイズが良いとあるが、SVGはエラーになる。
　２　設定時の画像の切り抜きもできない(画像データではなくベクターデータなので当たり前？)。
　３　iPad/iPhoneへリンクをホーム画面に追加する時、アイコンではなくサイトのタイトル1文字になる。
３が最も影響大なので、結局SVGをPNGに変換して使うことになってしまいました。ブログのアイキャッチ(SVGロゴ)はSVGファイルです。

　※ SVGでもファビコンは表示されます。apple-touch-icon.pngという名前で表示できるようなこともネット記事で見かけますが、いずれにしても画像ファイルにする必要がありそうです。

The post iPad/iPhoneのホーム画面に追加のアイコン　SVG画像 first appeared on アスキー(asQii).

　まずは準備関係から。

「１ ポーランド/ワルシャワ、２ ポーランド/クラクフ、４ フィンランド/ヘルシンキ」に分けて書きます。

　そもそも、「何故ポーランド？」。名前は知っている方が殆どでしょうが、観光で行かれる方は少ないかと思います。実際ガイドブックやツアーなども少ないですし、日本人にとってはメジャーな観光地ではないのでは？　Web情報に頼らざるを得ませんでした(一応、地球の歩き方は買った)。長女がワルシャワに住んでいるのが一番の理由です。フィンランドはAIRの経由地だったので寄ってみました。

　旅程は、伊丹→羽田→ヘルシンキはJAL、ヘルシンキ→ワルシャワはフィンエアー、ワルシャワ←→クラクフは電車、ワルシャワ→ヘルシンキ→関西はフィンエアーで組みました。

１　往復手段について
　直行便がなくJAL会員のメリットが活かせません、JMB世界一周チケットとか調べたのですが、最終的に
　１ 行きは伊丹〜羽田〜ヘルシンキをJAL特典航空券、ヘルシンキーワルシャワはフィンエアー通常チケット
　２ 帰りはワルシャワ〜ヘルシンキ〜関西をまとめてJMB特典航空券
にしました(JALのプレミアラウンジに行ってみたかったので、あえて羽田経由)。いろんな方が紹介されていますが国際線プレミアラウンジって素敵です。上級グレードももうすぐ終わりなので悲しい。

２　ヘルシンキでワルシャワ行きに乗り継げるか？
　ヘルシンキ到着が06:35、ワルシャワ出発が07:35、この間60分。何せ初めての土地だし、到着がちょっと遅れるだけでもかなり際どい。チケット手配する時JALに確認すると、まず大丈夫と言われたのでこのまま手配しました。
　シェンゲン協定上ヘルシンキで入国手続きしますので、結構ヒヤヒヤでした。すんなりいくだろうとビジネスマンらしき人の後ろについたらこれが大失敗！　かなり審査官から突っ込まれて全く進まず。仕方がなく他の列に移動させてもらいなんとか間に合いました。空港が広いのでトイレはトランスファー手続きしてから行った方が良いです。

３　ラゲージスルーでいけるか？
　時間に余裕があれば、どちらもフルサービスキャリアなので問題ないのでしょうが、乗り継ぎが60分なので対応してもらえるのか？　ネットで調べても確実な情報がなく、JALに「ヘルシンキでJALのコードシェア便のフィンエアに60分あればラゲージスルーでいけますよね？」という聞き方をしたらOKでした。

４　ヘルシンキのトイレ
　男性用トイレの便器の高さにビックリ、私は172cmですが、ギリギリって感じです。総じて北欧の人は身長高い。

５　大量の荷物
　ワルシャワ到着後申告なしのゲートから出ようとしたら、米や食料品などかなりのボリュームがあったのでチェックに回されました。大きな荷物の時は最初から申告ゲートでチェックしてもらった方が良いです。

ワルシャワ編に続きます。

The post ポーランド・フィンランドに行ってきました first appeared on アスキー(asQii).

Google Search Consoleの設定

• 以前に取得していたのでドメインプロパティとURLプレフィクスプロパティを追加
• URLプロパティを選択して所有権の確認→HTMLタグのcontent=の部分のキーを取得

All in one SEOの設定

• 一般設定のウェブマスターツール – Google Search Console – Google認証コードに先ほどのキーを入力
• Google Search Consoleにチェックマークがつく緑の枠とマークがついたら認証完了、ウェブマスターツール – Googleアナリティクスは使わない。
• 一般設定のパンくずリストを有効化、高度な設定のTruSEO スコアとコンテンツ・見出し分析・投稿タイプ列をチェック、自動更新は全て
• 検索の外観 – 全体設定
  　全体設定　サイトのタイトル＝サイトのタイトル、メタディスクリプション＝キャッチフレーズ
  　コンテンツタイプ　検索結果に表示、投稿・固定ページともにタイトルとコンテンツの抜粋
  　タクソノミー　カテゴリは検索結果に表示・タイトル・説明、タグは検索結果に表示しない
• サイトマップ　有効化、投稿・固定ページ・カテゴリのみチェックを残す。高度な設定から画像を除外する。

The post WordPressで公開〜SEO対策 first appeared on アスキー(asQii).

　無料で公開したいところです、そうなるとWordPress.comか無料のレンタルサーバーになります。どちらも今ひとつ使う気になれませんでした。一応AWSの使い手でもあるのでLightsailを選択、Localで作成→エクスポート→Lightsailにインポートの手順で実行します。WordPressの作成、Lightsailの起動については色々な方が書かれているので省略して、ポイントのみ記述します。

1 開発ツールはLocal、テーマはX-T9を使い、いったんLocalでX-T9のデモサイトを基に改造

2 LightsailをLinux 3.5$で東京 Aゾーンに作成

• ネットワーキングタブで静的IPのアタッチ(*静的IPのアタッチはコストに含まれています)
• 接続タブでSSH接続し、下記を実行
  cat bitnami_application_passwordでパスワードを表示
  cat bitnami_credentialsでユーザーとパスワードを表示
• サイトの表示(http://静的IP/)、管理者サイトの表示(http://静的IP/wp-login.php) * wp-adminでも良い

3 Localに作成したサイトをAll-in-One WP Migrationでエクスポートし、Lightsailにインポート

• Lightsailのアップロードはデフォルトで80Mなのでpost_max_sizeとupload_max_filesizeを256Mに変更
  sudo vi /opt/bitnami/php/etc/php.ini
• 変更後再起動
  sudo /opt/bitnami/ctlscript.sh restart

4 ナビゲーションの説明の英語を表示
　sudo vi /opt/bitnami/wordpress/wp-includes/blocks/navigation-link/style.min.css
　以下のdisplay:noneを変更
　.wp-block-navigation-item__description{display:block}

5 ドメインの設定

• LightsailなのでRoute53にしたいところだが、すでに保有しているGoogle Domainsで設定https://domains.google.com/
• DNSのカスタムレコードにLightsailのアドレスを設定

6 Lightsailをhttpsに変更(デフォルトはhttp)

• bncert-toolを使う
  sudo /opt/bitnami/bncert-tool
  ドメイン(f3i.biz)を指定
• www.f3i.bizを追加して下記を設定したらうまくいかなかったので、とりあえずf3i.bizのみ
  Enable HTTP to HTTPS redirection [Y/n]: y
  Enable non-www to www redirection [Y/n]: n
  Enable www to non-www redirection [y/N]: n
• 同意してメルアド入力
• 構成が開始されてSuccessでOK

7 Lightsailにインポートした際にリンクが書き換えられるので対象のURLを変更

• ナビゲーション
• 問い合わせボタン
• ロゴの画像リンク
• ドメインを含む絶対パス(https://f3i.biz/〜)で指定する

8 問い合わせ(Contact from7)

• AWSなのでSESを使いたいところだが、Gmailを使う
• Contact form 7に加えてWP Mail SMTPプラグインの設定を行う必要がある
  WP Mail SMTPの設定
  メーラー : Google/gmail 送信元アドレス : f3infini@tafu1964
  承認済みリダイレクト URI　https://connect.wpmailsmtp.com/google/
  保存
• エラー対応
  スパム対応としてAkismet Anti-Spamを最新に更新して有効化する。
  Get Personal Planを選択しAPIキーを発行、Wordpressのプラグインに戻り手動でAPIキーを設定

9 Googleの設定(https://sossy-blog.com/useful/559/#rtoc-5)

• Google Cloud Platformでf3infini@gmail.comでログイン
• プロジェクトを作成、組織なし
• プロジェクトを選択し、Gmail APIを有効化する
• 認証情報を作成
• 使用するAPI : GmailAPI
• ユーザーデータ
• アプリ情報のアプリ名 : xxx
• ユーザーサポートメール : xxx@gmail.comを選択
• アプリのロゴなし
• デベロッパーの連絡先情報はxxx@gmail.com
• スコープは何もせず次へ
• oAuthはウェブアプリケーション, xxxxx
• 承認すみのJavaScript https://f3i.biz
• 承認済みリダイレクト URI　https://connect.wpmailsmtp.com/google/
• 作成を実行
• 作成されたクライアントID xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com
• クライアントシークレット : xxxxxxxxxxxxxxxxxxx
• OAuth同意画面を公開、OAuth同意画面メニューからアプリを公開すると本番環境になる

10 WP Mail SMTPで必要な項目の設定

• クライアントIDとクライアントシークレットを設定
• 保存すると許可するメッセージが表示されるのでxxx@gmail.comでログイン
• 詳細を押すとwpmailsmtp.com（安全ではないページ）に移動が出るので選択
• 許可を求めるので続行
• WP Mail SMTPに戻るので保存
• WP Mail SMTPのツールでテスト（xxx@gmail.com）

11 reCAPTCHAのインストール

• https://www.google.com/recaptcha/about/
• v3 Admin Consoleを選択
• Googleコンソールにログイン
• ラベルにxxx、ドメインにf3i.biz、規約に同意して送信
• サイトキー : xxxxxxxxxxxxxxx、シークレットキー / xxxxxxxxxxxxxxxxxxxxxxxxxx
• WordPressのお問い合わせ「インテグレーション」からreCAPTCHA(v3)のインテグレーションのセットアップを実行
• サイトキーとシークレットキーを入力し変更を保存
• 「reCAPTCHAはこのサイト上で有効化されています」が表示

12 以下のプラグインは削除

• Hello Dolly
• Jetpack
• Simple Lightbox 
• TaxoPress
• VK Dynamic If Block
• VK Link Target Controller
• All in One SEOをインストールすると自動でインストールされた以下は削除
  OptinMonster、Google Analytics for WordPress by MonsterInsights

The post WordPressでの公開 first appeared on アスキー(asQii).