タグ付けされた質問 「push」

http://dictionary.reference.comによると 押す 動詞（オブジェクトで使用） それを遠ざけるために力で（物）を押したり、押したりする。 力を働かせて特定の方法で（何か）を動かす 突き出す; ドライブ：何かを脇に寄せる。ドアを開ける。 群衆の中に障害物を押しのけることによって達成または達成します。 拡張または投影させる 推力。 何らかの行動や進路を押したり、促したりするために：彼の母親は彼に仕事を求めた。 このIMOはFIFOキューに適合します。これについての説明はありますか？

22 terminology  stack  push 

重い開発の時代には、データベーススキーマは急速かつ継続的に変化し、ベータビルドへの毎週のプッシュが来るまでに、スキーマは大きく変化したため、唯一可能な賢明なオプションは、可能な限りすべてのテーブルを破棄することですdevデータベースから新しいバージョンをコピーします。明らかに、これは起動後は機能しません。プロダクションデータの削除は災害のレシピであるため、あるバージョン/リビジョンから別のバージョン/データベーススキーマへの変更を管理するための戦略はどこにあるのでしょうか。 私が見つけたまたは経験したもの： あるデータベースから別のデータベースへの直接的な核ダンプ（今私がやっていること） スクリプトまたは手動で実行されるSQLステートメントを含むUPDATE.sqlファイルを維持します。 アクティブなデータベースで対応する「db-schema-version」値を持つupdate.phpファイルを維持する 3番目のオプションは最も賢明な方法のようですが、不完全に構築されたSQLクエリがスクリプトの途中で失敗し、データベースが半分更新された状態のままになり、バックアップの復元が必要になる可能性がまだあります。 それは問題ではないように見えますが、チームとしてphpMyAdminを使用しているため、実際に実行されます。実行されたSQLステートメントをコピーしてupdate.phpファイルに貼り付けることを忘れないでください。別のページに移動したら、SQLステートメントを手動で書き直すか、変更を元に戻して再度実行する必要があります。 私が望んでいるのは、確立された開発ワークフローに影響を与えないソリューションですか？

17 database  versioning  push 

ポーリングは悪い習慣であり、リモートサーバーから常にデータを受信する必要があるモバイルアプリケーションを開発する場合、プッシュが適切な方法であることは最近の常識のようです。 すべての主要なモバイルショップは、プッシュ通知サービスのバージョンを提供しています。 Appleプッシュ通知サービス Android向けGoogleクラウドメッセージング Microsoftプッシュ通知サービス しかし、私はこの仮定がどの程度有効であるのか疑問に思っています。つまり、リモートサーバーを1日に数回しかポーリングせず、「通知」を即座に配信する必要がない（大きな遅延は許容できる）アプリケーションがある場合、それは適切な決定になります。データをプッシュする代わりにポーリングする方法は？ 前もって感謝します！

10 mobile  push  polling 

電気信号の領域から脱出し、ソフトウェアを処理しているときに、定期的なポーリングが行われない「プッシュ」アーキテクチャのようなものは本当にありますか？ あるレベルでポーリングしていないデザインは考えられません。それは常に、あなたが扱っている実際の抽象化/ APIの1レベルか2レベル下にあるようです。ほとんどの「プッシュ」接続の受信側のソケットは、着信要求などをポーリングするだけです。

8 networking  architecture  push