AWS ECRでAWS CLIの認証で弾かれた問題 - Qiita
なにこれ AWSのECRへ認証するコマンドを叩いた時に、下記のエラーが発生したのでその対策 エラー文 auth error An error occurred (UnrecognizedClientException) when calling the GetAuthorizationToken operation: The security token included in the request is invalid. Error: Cannot perform an interactive login from a non TTY device 訳）auth error GetAuthorizationToken操作の呼び出し中にエラーが発生しました（UnrecognizedClientException）：要求に含まれているセキュリティトークンが無効です。エラー：TTY以外のデバ
Got a packet bigger than 'max_allowed_packet' bytes - [MySQL MariaDB/SQL] ぺんたん info
MySQLでSQLクエリを実行したときに次のようなエラーが出ることがあります。 #1153 - Got a packet bigger than 'max_allowed_packet' bytes このときデータベースサーバに送信したSQL文が長いことが考えられます。 画像データをデータベースに保存しようとしたときなど。 そのときにはまずMySQLのmax_allowed_packetの設定値を調べます。 SQL文で show variables like 'max_allowed_packet'; と実行すると表示されます。 mysql> show variables like 'max_allowed_packet'; +--------------------+---------+ | Variable_name | Value | +--------------------+--
npm searchの「JavaScript heap out of memory」エラー対応 - Qiita
はじめに npm search 時に JavaScript heap out of memory が発生して少し嵌ったので、備忘のため残しておく。 環境 OS: OS X 10.11.1 Homebrew: 1.0.7 nodejs: 6.7.0 嵌ったエラー 以下にある FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory エラー。 おそらく JS の Heap Memory の閾値に引っかかっているのだろう。 $ npm search babel-cli npm ERR! Darwin 15.0.0 npm ERR! argv "/usr/local/Cellar/node/6.7.0/bin/node" "/usr/local/bin/npm" "search" "babe
MySQL5.7でRow size too largeのエラーを出さずに300個のtext型カラムを持つテーブルを作成する
Java、PHP、JavaScriptのあたりを使用したWebシステム開発のメモブログです。最近はLinuxの環境構築についても書いています。 RDSでtext型のカラムを300個程度持つテーブルを作成する必要があったときのこと。CREATE TABLEを行う際にRow size too largeエラーが消えずに色々試しました。 パラメータグループはデフォルトの値から以下のように変更しています。 innodb_file_format Barracuda innodb_large_prefix 1 character_set関連の設定はテスト用に作ったテーブル内の日本語が文字化けしたために設定したものであって今回の内容には直接関係ないと思います。 Row size too largeで調べると上記の設定をするといいよ、という情報がたくさん見つかります。とりあえず上記の設定をパラメータグルー
CloudFront の Bad Request エラーを解決
簡単な説明 エラーメッセージ「403 ERROR - リクエストを満たすことができませんでした。Bad Request」がクライアントから返されます。このエラーは、次のいずれかの理由で発生する可能性があります。 リクエストは HTTP 経由で開始したが、CloudFront ディストリビューションが HTTPS リクエストのみを許可するように設定されている。この問題を解決するには、「HTTP リクエストを許可する」の手順に従います。 リクエストされた代替ドメイン名 (CNAME) が CloudFront ディストリビューションに関連付けられていない。この問題は、「CNAME をディストリビューションと関連付ける」の「解決策」セクションの手順に従って解決してください。 注: この解決策は、CloudFront を使用してエンドユーザーにコンテンツを提供するアプリケーションやウェブサイトを所
Vueの子コンポーネントで警告：[Vue warn]: The “data” option should be a function that returns a per-instance value in component definitions.が表示されたとき - テストウフ
子コンポーネントでdataオプションを（うっかり）定義したところ、 [Vue warn]: The “data” option should be a function that returns a per-instance value in component definitions. で怒られました。 Vueのdataプロパティやelプロパティは、全インスタンス間でまたいで同じものが使用されるとことなので、子コンポーネント側のdataプロパティはオブジェクトとしてでなく関数として定義する必要があります。 Vue.component('child-component', { template:"<some>code</some>", data: function() { return { language: ['English', 'Japaese'] } } })
![Vueの子コンポーネントで警告：[Vue warn]: The “data” option should be a function that returns a per-instance value in component definitions.が表示されたとき - テストウフ](https://cdn-ak-scissors.b.st-hatena.com/image/square/6e32a13b96e3f0de203c8ddae6cc4cd58d443361/height=288;version=1;width=512/https%3A%2F%2Fyoshikiito.net%2Fwp-content%2Fuploads%2F2019%2F04%2Fvuejs.png)
Laravelの導入初期時500エラーの解消法 | カバの樹
環境 PHP：7.1.27 Laravel:5.7 はじめに 前回、Cloud９にLaravel5.7を導入する記事を書きました。 参考↓ Cloud9にLaravel5.7を実装する 環境できたーと喜ぶのもつかの間に、５００エラー地獄にハマりました。 500エラーが発生 環境もできた、PHPも動いた、DBも問題無い。 よーし、やるぞ！と始めるも、 500エラー！！ PHPのバージョンアップから続くトライアンドエラーの日々を表すかのような砂漠のイラスト・・・ まさに管理人の心を表すかのようです・・・ no application encryption key has been specified. がログに・・・ ーーー砂漠をヒタヒタ彷徨うこと数時間 ログを見ると下記エラーが・・・ production.ERROR: No application encryption key has be
SQL Server でリンク サーバーを使用するときに発生するエラー 7391 のトラブルシューティングを行う方法
リンク サーバー "%ls" の OLE DB プロバイダー "%ls" で分散トランザクションを開始できなかったので、この操作を実行できませんでした。 説明 このエラーは、Microsoft 分散トランザクション コーディネーター (MSDTC) サービスが実行されていないか、ネットワーク アクセスが無効になっているために発生します。 場合によっては、エラー 8522 が発生する場合もあります。 Microsoft Distributed Transaction Coordinator (MS DTC) has stopped this transaction. 7300 ~ 7399 の範囲のエラー番号は、プロバイダーに影響する問題を示します。 各プロバイダーには異なる機能があり、異なる詳細が表示される場合があるため、完全なエラー メッセージが表示されない場合があります。 プロバイダー
Composerのエラーの原因を調査する - ふたりはララベル （Laravel PHP Framework）
プロキシが必要な環境でComposerを使う場合には set HTTP_PROXY=http://ユーザ名:パスワード@プロキシのホスト:ポート番号実行する。それでもcomposerが動かない場合がある。以下の様なエラーがでるときだ。 [Composer\Downloader\TransportException] The "http://packagist.org/p/laravel/laravel$43a87xxx.json" file could not be downloaded (HTTP/1.0 404 Not Found)こういう場合は「composer diag」コマンドで原因調査ができる。 composer diag Checking platform settings: OK Checking git settings: OK Checking http connect
Incorrect datetime value（my.cnfでSTRICTの設定を入れたことで自動変換してくれないエラー） - Qiita
Incorrect datetime value（my.cnfでSTRICTの設定を入れたことで自動変換してくれないエラー）MySQL 環境 MySQL5.6 yumでインストール エラー内容 my.cnfの設定で sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES が入っていると（mysql5.6だと初期値とのこと）、例えば データベースのあるテーブルの日付の型：TIMESTAMP そのテーブルにmysql側で入れる時間の型：DATETIME になっているとIncorrect datetime valueというエラーが起きる 原因はSTRICT_TRANS_TABLESよりストリクトモードとなり 「無効なデータなどの挿入、更新時にエラーを発生させる状態」 今回で言えば「日付の型が違ったため」 である。 対策
PHP5.3でDeprecatedエラーが出る際の対応方法 | Web活メモ帳
PHP5.3でPEARを使う際に、Deprecated: Assigning the return value of new by reference is deprecated inというエラーが表示されました。 対応方法を自分用にメモ。 これはclassのインスタントを作成する際に、参照渡しを行うと上記エラーが発生するようです。 ↓こんなソースコードの際のエラーです。 $hoge =& new HogeClass(); PHPの先頭で以下の1行を挿入すれば対応可能でした。 error_reporting(E_ALL & ~E_DEPRECATED); ※もしくはエラーの出ている場所を見ると、=& になっているので = に変更してもOKです。 以上、PHP5.3でDeprecatedエラーが出る際の対応方法でした。
エージェント通信への SSL の有効化
Build Forge コンポーネントはデフォルトでセットアップされ、 SSL が有効である場合には特定のポートとセキュリティー設定を使用します。 Build Forge とエージェントとの間の SSL 通信を有効にするには、 以下を実行する必要があります。 UNIX コンピューターで、エージェントをホストするコンピューターに GCC ライブラリーがインストールされているようにします。 前提条件: クライアント通信および内部通信用に SSL を有効にします。 クライアントおよび内部接続用の SSL の有効化を 参照してください。 各エージェントを構成します。このタスクには、以下が含まれます。エージェント・ホストへの証明書の追加 エージェント用に bfagent.conf ファイルを編集 コンソールで、エージェントに接続するサーバー定義ごとに SSL を有効にします。 エージェントでの SS
[PHP] HTTP_Request2のSSLエラーの対処方法 - Qiita
HTTP_Request2でhttp通信はできたけど、 接続先をhttpsにしただけでエラーが出た場合の対処方法のメモ。 Unable to connect to ssl://example.com:443. Error: stream_socket_client(): unable to connect to ssl://example.com:443 (Unknown error) stream_socket_client(): Failed to enable crypto stream_socket_client(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify
![[PHP] HTTP_Request2のSSLエラーの対処方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/50cf9382c75198aa842d9db98b96af180a2520ed/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUEhQJTVEJTIwSFRUUF9SZXF1ZXN0MiVFMyU4MSVBRVNTTCVFMyU4MiVBOCVFMyU4MyVBOSVFMyU4MyVCQyVFMyU4MSVBRSVFNSVBRiVCRSVFNSU4NyVBNiVFNiU5NiVCOSVFNiVCMyU5NSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZDQ3ZDZmNTBjYmM3ZDhkNDg0MjM5Zjk0ZTEwZTQ3YTQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbW9yaXRhMjEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWJlMzUyNDI1OWI4Yjc5NGVkODVmZmFjNDNiNTM1MTYx%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dbb956ed0c403889d2b9386c3a66dcd3a)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Vue】Avoid mutating a prop directlyエラーの発生原因と対処法 - Qiita
MySQLで “xxx doesn’t have a default value”とエラーが表示されたときの対処法 - Qiita
API Gateway: JSON 5+ MB Gives error "413, Request Too Long"
Loading...
CoreosでRpmdb checksum is invalid:が出力された場合の措置 - Qiita
PHP+MySQLでNo such file or directoryエラー
PHP の MySQL で "No such file or directory" と出た時の対処方法 - Qiita
