こんにちは、ヒーニョンです。 Windows版のGoogle Chromeで STATUS_BREAKPOINT エラーがでる問題を調査したのですが、力不足で解決できませんでした。Chromeをメインで使うのを止めFireFoxを使っています。 僕が調査したことを書き残しておきます。 2021.07.28追記: Chromeのバージョン: 92.0.4515.107 に上がると、”STATUS_BREAKPOINT”がでなくなったが、変わりに”エラーコード: Out of Memory“がでるようになった。 Microsoft Edgeのバージョン: 92.0.902.55でも同様です。92系からの現象です。 こうなると、エンジンのChromiumの不具合としか思えない。 2021.06.16追記: Todoistというタスク管理アプリのWindows版が起動後しばらくすると真っ白のウィン
ワードプレスで書いた記事は、MySQLというデータベースに格納されています。 MySQLで使われる文字コードは通常は「UTF8」になっています。 文字コード「UTF8」は、1文字を1~3バイトで表し、「UTF8mb4」は、1文字を1~4バイトで表します。 通常では滅多に使わない約300文字は4バイトで表わされ、これらの文字を扱う場合は、MySQL の文字コードを「UTF8mb4」 に変更する必要があります。 そこで「phpMyAdmin」にログインし、文字コードを「UTF8mb4」に変更すれば解決するというわけです。 ご自分のワードプレス環境が4バイト文字に対応しているかをテストしてみましょう。 『 ? 』…この漢字はホッケと読みますが、この「?」という漢字が4バイト文字なのです。 4バイト文字は、その他にもたくさんありますが、それは後半に参考資料として載せておきます。 このホッケという漢
ホーム / ハック / MySQLでテーブル作成時に「Row size too large (> 8126)」が出た場合
こんにちは。 開発チームのワイルド担当、まんだいです。 久しぶりにapache2.4の設定をやったところ、Forbidden連発で悔しい思いをしたので、試してみた事をまとめました。 今回のエラー内容 今回遭遇したエラーはこんな感じです。 [Mon Jun 05 09:45:45.490521 2017] [core:crit] [pid 8125] (13)Permission denied: [client 127.0.0.1:36174] AH00529: /var/www/vhosts/wordpress/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/wordpress/' is executable, referer: h
Codeigniterの勉強をしてる過程で、ドキュメントルートを変えて別のアプリケーションを動かそうとしたら Forbidden と出てしまってドハマリ へへ、エラーログを見れるようになった自分に隙はないぜ! と思いまずエラーログを見に行く /var/log/httpd/error_log [client 192.168.11.3] (13)Permission denied: /var/www/vhosts/webapp/codeigniter/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable .htaccess のパーミッションが認識できない的な意味と思って悪戦苦闘。 結論 ↓ drwxrw-rw- 6 riceplanting apache 4096 4月 14 18:19 20
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で調べると上記の設定をするといいよ、という情報がたくさん見つかります。とりあえず上記の設定をパラメータグルー
MySQL5.7のExtended Supportは2023年10月までです。これから始める場合はMySQL8.0を使いましょう。 既存のシステムのMySQLを5.6から5.7に変えて動かしたら、group by を使ったSQLでエラーが発生した。 Error Number: 1055 Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'dtabase_name.table_name.column_name' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by このエラーは s
VueJs でコンポーネントを作っていたら真っ白なページが表示されている。 コンソールを見るとこんなエラーが出ていた。 Uncaught RangeError: Maximum call stack size exceeded at Watcher.get (vue.esm.js?efeb:3156) at new Watcher (vue.esm.js?efeb:3131) ....何が原因かと小一時間悩んだ結果、コンポーネントの中で自分自身を呼び出していたのが原因だった。 例えば <template> <ErrorComponent></ErrorComponent> </template> <script> export default { name: 'ErrorComponent' } </script> 内部で ErrorComponent(自分自身) を呼び出さなければ解決。
#!/usr/bin/env bash git fetch origin git reset --hard origin/master /usr/local/bin/composer update --no-interaction --no-dev php artisan migrate --force php artisan route:cache php artisan config:cache ・.envはサーバー上で直接変更しているか自動デプロイとは別でアップしている。 ・なんらかのデプロイツールを使い.envを毎回作成してる場合は今回の問題は起こらない。 問題 この状態でなにが起こるかというと.envを変更しても反映されない。 原因はphp artisan config:cacheでキャッシュしてるから。 例えばAPP_KEYを変更したとしてもbootstrap/cache/co
iOS14.2以降、Safariでウェブサイトのアカウント情報入力画面でIDやパスワードといった情報を入力しようとするとフリーズする不具合が一部のiPhoneで報告されています。 IDやパスワードの入力ページでフリーズする iOS14.2以降、Safariでウェブサービス等のパスワード入力ページ(アカウント情報の入力画面)を開くとフリーズする、もしくはキーボードが表示されないといった不具合が複数報告されています。 iOS14.2、ウェブの入力フォームでのパスワード入力欄への入力時にフリーズしたり、なかなかキーボードが表示されないバグがあるな。 — 思兼 (@omoikane_) November 17, 2020 iOS 14.2でパスワード入力するときにフリーズする。パスワードの自動入力止めてクリアできた。ほかのサイトは問題ないしなんだこれ。 — ネタナンデス (@newsasahico
本番サーバのメモリ量が90%を超えて正常に動作しなくなることがありました。 なぜ90%まで増えるのか原因を突き止めるのに苦労したので紹介します。 現象 サーバ起動時のメモリ使用量は5〜10%程度 1〜6ヶ月で緩やかに上昇し75%程度に 90%ぐらいからout of memoryが起きる するとPHPがメモリ確保できなくなる そしてサーバエラー、DB接続エラーとなりサイトが表示されない なぜ気づかなかったか 3〜6ヶ月かけて上昇したと思ったら、40%程度に減ることもあった 頻繁にリリースすることがありリセットされてた 年に1回程度発生していたがアラートで事前検知し再起動していたので重要視していなかった そんな中、メモリアラート閾値ギリギリのところで、BOTからのアクセスが増え一気にメモリが90%になりサイトが表示されない現象が起きてしましました。 原因にたどり着くまで紆余曲折を経たので、時系
いいね!ボタンのコードの取得 Web用のいいね!ボタンは「いいね!ボタン – ソーシャルプラグイン」から簡単にコードを取得可能です。公式のコード作成には以下のような6つのオプションが用意されています。 「いいね!」するURL Width レイアウト アクションタイプ ボタンサイズ シェアボタンを追加 あとは「コードを取得」ボタンをクリックし、HTMLに貼り付けるだけで、いいね!ボタン(+シェアボタン)を載せることができます。ただ、今回「レイアウト」の項目で「button_count」や「button」を選び、「シェアボタンを追加」にチェックすると、ボタンが途切れて表示されるようになりました。 「Width」はレイアウトの幅を指定するオプションですが、値を指定すると「data-width」属性が追加されます。しかし、公式ページの「いいね!ボタンのHTML5属性」の説明にあるように、レイアウト
負荷試験中にLaravelのAPIから429 Too Many Requestsが返るようになった。 当初、AWS EC2のt2.microの環境だったため負荷試験申請していないことが原因かと思い、はまってしまった。 原因を突き詰めると、Laravelのデフォルトでリクエスト数制限を掛ける処理になっているようです。 環境 php 7.3 Laravel 5.8 原因:ThrottleRequests \app\Http\Kernel.phpにあるmiddlewareGroupsの設定に、API数を制限する記述があります。 'throttle:60,1'が同一のIPアドレスとドメインから1分間に60回までのリクエスト数に制限しています。 protected $middlewareGroups = [ // 省略 // 40行目付近 'api' => [ 'throttle:60,1', //
簡単な説明 エラーメッセージ「403 ERROR - リクエストを満たすことができませんでした。Bad Request」がクライアントから返されます。このエラーは、次のいずれかの理由で発生する可能性があります。 リクエストは HTTP 経由で開始したが、CloudFront ディストリビューションが HTTPS リクエストのみを許可するように設定されている。この問題を解決するには、「HTTP リクエストを許可する」の手順に従います。 リクエストされた代替ドメイン名 (CNAME) が CloudFront ディストリビューションに関連付けられていない。この問題は、「CNAME をディストリビューションと関連付ける」の「解決策」セクションの手順に従って解決してください。 注: この解決策は、CloudFront を使用してエンドユーザーにコンテンツを提供するアプリケーションやウェブサイトを所
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く