質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
iOS

iOSとは、Apple製のスマートフォンであるiPhoneやタブレット端末のiPadに搭載しているオペレーションシステム(OS)です。その他にもiPod touch・Apple TVにも搭載されています。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Xcode

Xcodeはソフトウェア開発のための、Appleの統合開発環境です。Mac OSXに付随するかたちで配布されています。

Swift

Swiftは、アップルのiOSおよびOS Xのためのプログラミング言語で、Objective-CやObjective-C++と共存することが意図されています

Q&A

解決済

1回答

1139閲覧

Swift & PHPでのデータ送信量が大きい時はどうすればいい?

bilieikbilibili

総合スコア37

iOS

iOSとは、Apple製のスマートフォンであるiPhoneやタブレット端末のiPadに搭載しているオペレーションシステム(OS)です。その他にもiPod touch・Apple TVにも搭載されています。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Xcode

Xcodeはソフトウェア開発のための、Appleの統合開発環境です。Mac OSXに付随するかたちで配布されています。

Swift

Swiftは、アップルのiOSおよびOS Xのためのプログラミング言語で、Objective-CやObjective-C++と共存することが意図されています

0グッド

0クリップ

投稿2018/05/22 09:58

Swift(ユーザー)とPHP(サーバー)間で容量の大きいファイルを送信する時2つの方法があると思います。

  1. 何かのタイミングでこまめにサーバーに送る。
  2. サーバーに送るデータをまとめて一回で送る。

現在私は1番の方法で通信しているのですが、2番の方が良いですか?
自分はサーバーの極端な負荷は分散などしてできるだけ避けた方がいいと聞いたのでただ2番を採用していますが、実際になぜ負荷がいけないのかは知りません。

できれば、負荷が起きることによる問題点も合わせて教えてください。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ベストアンサー

負荷が高くなると、処理が遅くなったり失敗したりします。

これを解決する方法としてはサーバやネットワークを増強するという方法がありますが、コストがかかります。

また、単純なハードウェア増強では解決出来ない種類や規模の負荷も存在するので、常日頃から負荷がかかりにくい設計にすることは重要です。

具体的な方法として、こまめに送るのが良いかまとめて送るのが良いかはケースバイケースなので一概には言えません。

アプリケーションの設計に合わせて、ピーク時の負荷が下がるように設計をしておくのが良いです。

投稿2018/05/22 10:22

編集2018/05/22 10:43
tanat

総合スコア18713

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

bilieikbilibili

2018/05/23 08:55

回答ありがとうございます。 回答を見た結果こまめに送る方法で決めました。 色々工夫した結果常にほぼ最低限のCPU稼働率で送ることができました。 おそらく、本体のパフォーマンスは良くなっているため熱もそこまで持たないでしょう。
bilieikbilibili

2018/05/23 10:49

追記です。 やはり、こまめに送る方法は取りやめました。 どうやら今回の私の状況においてはどっちの方法でも一長一短でしたようなので、こまめに通信をしてもユーザーの操作によってこまめすぎる通信になってしまい不安定になることもあります。また、まとめて送る場合は通信に失敗する危険も十分ありますが、その場合は通信をやり直しさせる機構を持たせることでデータの欠損等を防ぐことができそうです。 事あるごとにデータ通信のためにパフォーマンスと安定性が低下するよりは、 ユーザーに通信が存在することを理解してもらう上で少々待たれる通信を行う方が良いかもしれません。 何れにしてもデータを送ること自体圧縮などの策を講じて負荷を減らすべきでした。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問