問題タブ [azure-storage-files]

プログラムで Azure ファイル ストレージにアップロードしているファイルにアクセスしようとしています。

ただし、直接の URL を貼り付ける場合:

Azure ファイル ストレージからダウンロードするときに、そのファイルを直接取得する方法を教えてください。

Visual Studio Team Services のビルドからの出力を Azure File Storage に発行することはできますか? Azure ファイル コピータスクを見てきましたが、これを使用して Azure Blob Storage または VM 以外にコピーする方法がわかりません。これを実現するために AzCopy を使用できる可能性があると考えていましたが、これはすぐに使用できるようにする必要があるようです。何か案は？

お客様のファイルを保存するためのファイル ストレージ アカウントがあります。しかし、ファイルは頻繁にクラッシュします。内容が「\0\0\0\0\0\0」のような空文字列に置き換えられたようです。

通常、破損したファイルは数日後 (または数か月後) に発見されます。

cloudFile.DownloadText returns string like "\0\0\0\0\0\0".

http://www.jssor.com/jssordev/problems*にあるサンプル ファイル「100days.slider」を次に示します。

次の 3 つの方法でファイルを azure ファイル ストレージに保存します。

1. テキストをアップロードcloudFile.UploadText(content, Encoding.UTF8);
2. 別のクラウド ファイルからアップロードするdstCloudFile.UploadFromStream(srcCloudFile.OpenRead());
3. ユーザー投稿ファイルからアップロードcloudFile.UploadFromStream(httpPostedFile.InputStream);

何が起こっているか知っている人はいますか？

http://www.jssor.com/danishrabbani*で「full-width-slider.slider」を確認してください* これは、今日 (2016-10-24) に新しく破損したファイルです。

ユーザーは次の 2 つの手順を実行し、2 番目の手順で問題が見つかりました。

1. [OK] ユーザーがhttp://www.jssor.com/danishrabbani/full-width-slider.slider/=editでファイルを編集しました。これは、ファイルを正しく読み取ったことを意味します。

2. [問題] その後、ユーザーは前のページからhttp://www.jssor.com/danishrabbani/full-width-slider.slider/=previewに移動します。

両方のステップで同じファイルが読み取られるため、問題は 2 回目の読み取りが原因である可能性があります。ユーザーが手順 1 と手順 2 の間にデータを保存したと仮定すると、問題の原因はcloudFile.UploadText(content, Encoding.UTF8);.

編集 2016-10-26

今日の新しい空のファイル 'different-size-photo-slider-with-text.slider' はこちらにあります http://www.jssor.com/mfleury*

UploadTextとの両方の方法でファイルのアップロードを調査しましたがUploadFromStream、例外は発生しませんでした。問題は、Azure ファイル ストレージ サーバー側またはファイル ストレージ SDK ライブラリにあると思います。

編集 2016-10-27

今日の新しい空ファイル「different-size-photo-slider.slider」はこちらhttp://www.jssor.com/zubairqd*

編集 2016-11-08

例外は発生せず、ファイルのアップロードは常に成功しました。

ユーザーは通常、最初にデモのコピーを保存します。dstCloudFile.UploadFromStream(srcCloudFile.OpenRead());

その後、ユーザーはスライダー メーカーでファイルを編集し、ファイルを保存します。 cloudFile.UploadText(content, Encoding.UTF8);

破損したファイルの読み取りを追跡しました。ほとんどの場合、X64 または WOW64 システムの firefox (バージョン 49) で発生します。したがって、問題は によって引き起こされる可能性がありますcloudFile.UploadText(content, Encoding.UTF8);。

また、約 1 年前に私の win7 (x86) システムで発生しました。その時点では lzw 圧縮はありません。

スライダー メーカーからファイルを保存するには、lzw 圧縮データをサーバーに送信し、解凍しcloudFile.UploadTextてからファイル ストレージに格納します。最初の 2 文字が「\0\0」であるかどうかを確認しましたが、そのようなテキストは見つかりませんでした。

Xamarin Forms アプリを Azure モバイル サービスと統合するために、Microsoft Azure のドキュメントに従っていました。データ接続を定義し、簡単なテーブルを使用していくつかのカスタム テーブルを定義しましたが、すべてがモバイル クライアントで期待どおりに機能していました。

今日は、バックエンド機能を拡張し、ファイル ストレージも有効にしたいと考えていました。ここにある手順に従い、StorageController を使用して新しい .NET サーバー バックエンド プロジェクトを作成し、Azure に公開するとすぐに、簡単なテーブル API 全体が機能しなくなりました。モバイル クライアントからの呼び出しはすべて、次のエラーで失敗します。

The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

これはすべてのmobileClient.GetTable<SomeEntity>().SomeOperationAsync()コールで発生します。

私の推測では、カスタム バックエンドを公開すると、オンラインで生成された簡単なテーブル API が上書きされた可能性があります。残念ながら、Azure クラウドの経験が十分でなく、どこで間違いを犯したかを突き止められません。自動生成された簡単なテーブル API をファイル ストレージでも動作させる方法はありますか?

I am trying to compile Azure storage c++ SDK on Fedora 22. I am using gcc version 5.1.1-1. When I compile test application using following command:

It produces following error message:

I can see libpthread.so.0 library in /usr/lib64 directory. Which other library I need to install?

ファイルをアップロードしたいのですが、ネストされたフォルダー環境にあります。ディレクトリを作成してファイルをアップロードするのは問題ありませんが、ネストされたディレクトリを使用すると、フォルダーを作成しようとするとストレージ例外が発生します。コード例を次に示します。

ディレクトリのディレクトリを作成するメソッドを作成する必要がありますか、それとももっと簡単な解決策がありますか?

ARM テンプレートを使用して Azure BLOB およびファイル共有ストレージにコンテナーを作成する方法を探しています。

現在、ストレージ アカウントをプロビジョニングするための ARM テンプレートがありますが、ARM でもコンテナーを作成したいと考えています。