問題タブ [file-handling]

これら 2 つのコード スニペットの違いは何ですか?

1. open (MYFILE, '>>data.txt');

2. open (MYFILE, '>data.txt');

ホストに/a/ b / c/fileというファイルがあります。リモートホストのディレクトリsaydestにファイルを作成したい。ここで問題となるのは、perlスクリプトとsshを使用して、リモートホストに/ dest / a / b / c / d/fileとしてファイルを作成するにはどうすればよいかということです。スクリプトでディレクトリを作成するにはどうすればよいですか？

ありがとう。

ディレクトリ/src/にあるホストマシン上のファイルのリストがあります。ディレクトリにはさらにサブディレクトリがあります。現在、このディレクトリはマウント後にリモート マシンにコピーされます。これで、ファイルはリモート マシンのディレクトリ /dst に事前設定されます。

例。/src/a/f1、/src/b/f2 があった場合、リモート マシンには /dst/a/f1 、/dst/b/f2 があります。

現在、ホストディレクトリ、ホストファイルに関する情報しかありません。この情報を使用して、perl で ssh を使用してリモート マシン上のファイルにアクセスする方法を教えてください。/dst に cd して、そこからファイルを読み取る必要があります。この cd を実行して 1 つの ssh コマンドで読み取る方法を教えてください。

ありがとう。

リモートホストに ./test /a/b/c/f として実行するスクリプトがあり、マシンで完全に正常に実行されます。

今、私はホスト マシンにいます。ssh root@dst "./test /a/b/c/f" と同じスクリプトを実行すると、これも問題なく実行されます。

しかし、私のperlスクリプトから、バックティックを使用して実行します

また

bash:./test no such file or directory と表示されます。

$file を単一の \ と \ でエスケープしてみました。それでもうまくいきません。これを解決する方法を考えてみてください。

ありがとう。

1 つのシステムに異なるファイル処理機能を混在させることは許可されていますか?

• cstdio からの fopen()
• fstream からの open()
• Win API から CreateFile ?

多くのレガシー コードを含む大規模なアプリケーションがあり、このコード内で 3 つのメソッドすべてが使用されているようです。潜在的なリスクと副作用は何ですか?

次のことを実行できる何かがあるかどうか知りたいです。

私が知っている唯一のことは、 で始まるファイルを読み取る必要があるということです。readfile文字列 の後の名前に何があるかわかりませんreadfile。また、ディレクトリ内の他のファイルが . で始まることはありませんreadfile。

openコマンドでこのファイルを開くにはどうすればよいですか?

ありがとうございました。

ユーザーがテキストを入力できるようにしたいので、コンピューターはテキストが何であれという名前のファイルを作成します。C++ で。

自分のサイトでファイルをアップロードおよびダウンロードする機能を作成しました。しかし、ダウンロード機能を検証したいと思います。ユーザーがすでに自分のサイトにログインしていてダウンロードの許可を与えられている場合、ユーザーがファイルをダウンロードできるようにしたい。

助けて。セッションがそこにあるかどうかを確認するにはどうすればよいですか？/ app / webroot / document /users/パスにファイルをアップロードしています。

生成されたダウンロードリンクは次のようになります：http：//localhost/my_project/documents/users/TGlnaHRob3VzZS5qcGcxMjc3ODIzMTAx.jpg

皆さん、ありがとうございました。

私がこの作品を書くとき

ファイルはdドライブで作成されます

でもこれを使うと

例外をスローします。

これについて教えてください

ですから、私は以前にこの質問を聞いたことがあり、実際には昨夜質問しましたが、この問題について他のユニークな見解を得ることができるかどうかを確認するためにもう一度試してみようと思いました。

問題—スクロールビューに多数のuiimageview（画像がディスクにダウンロードされている）を含むアプリがありますが、もちろん、メモリの使用とパフォーマンスという2つの大きな問題があります。私のアプリでは、イメージビューのデキューや再利用などの手法を採用しているため、メモリの使用はそれほど問題になりません。しかし、パフォーマンスはまったく別のものです。今のところ、メモリ節約の手順として、画像をメモリに保存するのはばかげているので、画像ファイルパスのみをメモリに保存します。ただし、これに伴う問題は、ディスクからの読み取りにメモリからの読み取りよりも時間がかかり、scrollviewのスクロールが非常に遅くなることです。

では、このようなことに対して、どのようなテクニックを提案しますか？私はthree20を見たことがありますが、私の見解では高度なカスタマイズ性が必要であり、それではうまくいかないため、使用したくありません。画像ファイルは大きくはありませんが、サムネイルサイズだけなので、拡大縮小や余分なサイズはありません。これを処理する直感的な方法が必要です。組み込みの写真アプリは、メモリが少なく、滑らかでスムーズなスクロールパフォーマンスで、最大数千枚の写真を完全に処理します。