問題タブ [quota]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
internet-explorer-10 - IE10 での indexeddb のストレージ制限
indexedDB を使用して、大量のファイルを BLOB として保存する Web アプリを構築しています。ユーザーがアプリを最大限に使用すると、indexeddb に 15GB ものファイルを保存できます。
IE10 で問題が発生しました。これは、クォータの問題であると強く疑われます。
いくつかのファイルを正常に保存した後、新しい呼び出しstore.put(data, key);
が終了することはありません。
基本的に関数は呼び出されますが、成功イベントやエラーイベントは呼び出されません。
IE 10 の IndexedDB フォルダーを調べると、一時ファイル (それぞれ 512 kB) のように見えるファイルが無期限に作成および削除されていることがわかります。
[キャッシュとデータベース] パラメーター ウィンドウを見ると、サイトのデータベースが250 MBに達していることがわかります。
さらに調べてみると、このブログ エントリhttp://msdnrss.thecoderblogs.com/2012/12/using-html5javascript-in-windows-store-apps-data-access-and-storage-mechanism-ii/を見つけました。 Windows ストア アプリのストレージ制限は 250 MB です。
私は Windows ストア メカニズムを使用していませんが、同じ恣意的な制限の犠牲になる可能性があると考えました。
だから、私の質問は:
この制限を回避する方法はありますか? ユーザーは 10 MB の制限を超える許可を求められますが、250 MB に達したときにユーザーに何の質問も表示されませんでした。
IE10 で 250 MB を超えるデータを保存する他の方法はありますか。
ありがとう、私は手がかりを取ります。
google-bigquery - Google BigQuery の「割り当てを超えました: このプロジェクトでスキャンされた空きクエリ バイト数が多すぎます」
JasperReports Server で Google BigQuery を試した後、昨日から上記のエラーが発生しています。最初の 100 GB は無料で、BigQuery アクセス レポートには次のように記載されているため、これに関する情報は見つかりませんでした。
API プロジェクト データ分析のための BigQuery リソース使用量 2013 年 1 月 31 日~2013 年 2 月 27 日
1 日あたりのデータ処理量 0 MB ピーク 0.00 MB 平均
無料のクエリ/ユーザー/日の制限にも達していません: API ユーザーごとの制限の使用 請求可能な制限 礼儀の制限
BigQuery API 5.0 リクエスト/秒/ユーザー
0% 200,000 リクエスト/日 10,000 リクエスト/日
と
API プロジェクトのトラフィック レポート 合計リクエスト 935 リクエスト/日 856 ピーク 33.39 平均
開始日 2013 年 1 月 31 日
サンプル期間 28 日
私は自分の大学のプロジェクトで出生率のサンプル データを使用しようとしていますが、非常に緊急です。1日かそこらでうまくいきました。クエリは、JasperSoft BigQuery コネクタ ( http://code.google.com/p/jaspersoft-bigquery-datasource/ ) によって Ad-hoc-View (トピックとしての JasperReport に基づく) を使用して作成されます。
私は次のステートメントを使用しています。
どんな助けでも大歓迎です!前もって感謝します!
php - PDO で PHP を使用して MySQL テーブルから行のサブセットのサイズ (バイト単位) を計算する方法は?
まず第一に、PDO 拡張機能を備えた PHP 5.4.11 と MySQL 5.1.66 (Debian Squeeze 上) を使用した共有ホスティング サービスに取り組んでいます。
現在、ユーザーがデータベースにデータを保存するための制限付きのサービスを開発しています。今のところ、クォータに関して観察する必要があるユーザーデータが保存されるテーブルは 1 つだけです (ただし、これは変更される可能性があります)。すべてのテーブルは、テキスト列に InnoDB 格納エンジンと utf8_unicode_ci 照合を使用します。クォータに関連するテーブルに次の列があるとします。
ここで、特定のユーザーに属するすべての行のサイズをバイト単位で計算する必要があります。ドキュメントを検索してググったところ、満足のいく答えが得られずに同様の質問をしている他の人しか見つかりませんでした。
MySQL 関数については知っていますLENGTH()
が、これは文字列関数であるため、(固定長の) 数値および日付/時刻フィールドが占めるスペースを返しません。また、文字列フィールドだけを考慮した場合、ユーザーはデータベースを空の文字列でいっぱいにするだけで、クォータに達することはありません。また、MySQL では各行の説明のためにオーバーヘッドがあることも知っていますが、それを計算に含めたくありません。(同様に、ディスク上のファイル サイズではなく、実際のファイル サイズを計算したいと思います。)
さらに、特定のテーブル構造に依存したくありません。これは変更される可能性があり、クォータを計算する関数を更新することを覚えておく必要があるためです。
既存の解決策がないため、独自の解決策を考え出しました (以下を参照)。ただし、いくつかの欠点があります。たとえば、次のとおりです。
- テーブルで使用されるデータ型とそれぞれのサイズのリストが必要です。
FLOAT(p)
、DECIMAL(M,D)
、NUMERIC(M,D)
およびデータ型を正確に処理できませんBIT(M)
(これは実装できますが)。- 2 つの別個のクエリが必要です。
だから今のところ、これは私が思いついたものです:
私の質問は次のとおりです。これを行うための、より「ネイティブ」でハックの少ない方法はありますか? そうでない場合、パフォーマンスの最適化に関する提案はありますか?
youtube-api - YoutubeAPI-開発者キーなしの制限
私たちのクライアントの場合、Youtube API v2を使用して、特定のタグが付いた最新のビデオをフェッチします。開発者キーなしでURLの応答を取得しました。数日前まで、これは完全に機能していました。突然、結果が返されませんでした。エラーが発生する代わりに、結果が0になりました。
少し戸惑った後、これはおそらくリクエストの制限を超えたためであることがわかりました。これは、WiFiに接続されたラップトップと3Gのモバイルデバイスで同じURLにアクセスしたときに、結果が得られたという事実に基づく結論です。
私の質問はこれです:
- 制限を超えた場合、リクエストでエラーが発生する可能性はありますか?
- 開発者キーを使用しない場合の制限は正確には何ですか?
- はるかに大量のリクエストを取得するために利用できるプレミアムアカウントはありますか?
前もって感謝します!
[編集] URLhttps://gdata.youtube.com/feeds/api/users/AEGON/uploads ?category=2012Q4&alt=json をリクエストすると、JSONで次の応答が返されます。
(Stack Overflowでの評判のため、いくつかのリンクを削除しました)
powershell - アイテムの合計サイズが次の値を下回る場合は、Exchange メールボックスのクォータを設定します
メールボックスのクォータを 2GB に設定する必要があります。しかし、すでに2GBを通過しているユーザーが何人かいるので、それらを無制限に除外したいと思います。(またはそれらに 4GB 制限を適用する)。私は WHERE パラメータでしばらく遊んでいましたが、今のところ成功していません。
助けていただければ幸いです。
google-app-engine - Google App Engine アプリの最初の課金をクリアするのにどのくらいかかりますか?
大量のメールを送信するためのアプリを作成しました。クォータ ページで読んだように、Google は 1 日あたり最大 100 人の受信者を強制しています。
最初の充電がなくなるまで、毎日 100 件のメッセージ。その後、1 日あたり 20,000 件のメッセージ
アプリをデプロイした後、意図的に 100 人の受信者の制限を超えたため、請求先アカウントに 0.01 ドルの請求が追加されました。これは請求履歴にも表示されます。
ただし、1 週間の予算を $2.10 に設定しました。Google ウォレットによると、この予算に関連する 1 回限りの請求は正常に行われました。現在のクォータを見ると、クォータがリセットされるまで 24 時間待った後でも、まだ 100 に制限されているようです。誰かが同じ問題を抱えていましたか?次に何をすべきか、請求履歴に記載されている「休暇猶予期間」をどのように解釈すればよいかわかりません。
google-app-engine - 課金対応アプリで appengine のクォータの割合を確認するにはどうすればよいですか?
無料の appengine アプリでは、データストアの読み取りと書き込みの使用量クォータを無料クォータのパーセンテージとして、絶対数 (0.01 百万 ops に近似) とともに確認できます。
パーセンテージ値は、現在の使用状況をより正確に表示します (少なくとも、パーセンテージ値は 1 パーセント ポイントまで正確であるように見えます)。一方、絶対値のパーセンテージを計算すると、20 パーセント ポイントの精度しか得られません。
課金が有効なアプリでは、現在の使用量の非常に大まかな概算のみを提供する絶対値のみが表示されます。課金アプリでより正確なパーセンテージ ビューを取得する方法はありますか?
これは、さまざまな負荷の下で 10 時間実行し、クォータの使用状況を読み取る、アプリのプロファイリング調査に必要です...
c# - XML 文字列を WCF に送信する際の "XML データの読み取り中に、最大文字列コンテンツ長のクォータ (8192) を超えました" エラー
私は、さらに操作するために長い XML 文字列を WCF サービス メソッドに送信することを目的とした .NET、C# アプリケーションを使用しています。アプリケーションが実行時に XML 文字列を WCF サービスに送信しようとすると、次のエラー メッセージが表示されます。
"The formatter threw an exception while trying to deserialize the message: There was an error while trying to deserialize parameter http://tempuri.org/:strProdUserDataXML. The InnerException message was 'There was an error deserializing the object of type System.String. The maximum string content length quota (8192) has been exceeded while reading XML data. This quota may be increased by changing the MaxStringContentLength property on the XmlDictionaryReaderQuotas object used when creating the XML reader. Line 131, position 57.'. Please see InnerException for more details."
アプリケーション側の web.config 「バインディング」と「エンドポイント」を次のように記述しました。
このエラーを解決する方法について誰かが私を助けることができれば、私は非常に義務付けられています. 事前にすべてに感謝します。
shell - パスまたはボリューム識別子のデバイス名を取得します
さて、Linux システムのユーザー クォータ内で作業する必要があり/dev/md2
、特定のパスのデバイス名 (例: - ) を見つけて、そのパスの正しいクォータを検索できるようにする必要があります。
これで、次を使用してマウント ポイントを簡単に取得できます。
ただし、そのマウント ポイントを取得してデバイス名に変換する最善の方法がわかりません。
さらに複雑なことに、上記のコマンドから取得したマウント ポイントは、実際には暗号化されたフォルダーである可能性があり、その場合、次のようなものになる可能性があります。
上記のdf
コマンドは、/volume1/Foo のマウント ポイントを識別することを意味します。ただし、マウント ポイントを介して作業し、で使用するために必要な実際のデバイス名を見つけるには、信頼性の高い、プラットフォームに依存しない方法が必要ですquota
。
具体的には; パスの最初の部分がデバイスのマウント ポイントであるとは限りません。たとえば、/Volumes/ にマウントを配置する OS X など、より特定の場所にボリュームをマウントする環境で作業している可能性があるためです。