問題タブ [updates]
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.
iphone - iPhoneアプリのバージョン:マイクロアップデートを頻繁にリリースしますか、それともメジャーアップデートをあまり頻繁にリリースしませんか?
5日前に新しいiPhoneアプリをリリースしました。すでに高い評価とダウンロード数が多いので、かなり成功すると思います。(現在、有料音楽アプリのトップ10にランクインしています。)
最良のリリース戦略は何だと思いますか:
- 多くの場合、多くのマイクロアップデートをリリースします。(更新ごとに、完了した新機能は1つか2つだけです。)
また
- メジャーアップデートのリリース頻度は低くなります。(おそらく、1か月または2か月ごとに1つの新しいバージョンです。)
アプリの価格は現在0.99米ドルです。当初、私は最初のメジャーアップデート後に価格を上げることを計画していました。しかし、アプリが引き続き売れ行きが良ければ、価格はそのままにしておくかもしれません。
他の人がアプリのリリースサイクルをどのように処理したかを知りたいだけです。ありがとう!
html - Web ページが最後に更新されたのはいつかを知るには?
他の人の Web ページが最後に更新された (または変更された) 時間をどのように検出できますか?
sql - 更新時のSQL制約IGNORE_DUP_KEY
IGNORE_DUP_KEYを使用してテーブルに制約があります。これにより、一部のレコードが重複している場合とそうでない場合(非重複を挿入するだけ)で、一括挿入を部分的に機能させることができます。ただし、更新を部分的に機能させることはできません。複製が作成されないレコードのみを更新する必要があります。
更新を適用するときにIGNORE_DUP_KEYをサポートする方法を知っている人はいますか?
MSSQL2005を使用しています
installation - MS Office 関連の lockbackreg.msi の用途は何ですか?
最近、lockbackreg.msi という名前のインストーラー ファイルがセットアップ パッケージに含まれていることに気付きました。これを使用して、マシンに大きなアプリケーションをインストールします。このファイルは、Office 2003 のアドイン機能に必要な MS .NET Update であると言われていますが、その正確な用途はわかりませんでした。このファイルが必要な理由について誰かが情報を持っていますか?
.net - Windows Update 後に .Net アセンブリを Program Files に移動する必要がある
いくつかの .Net アセンブリ (私が作成したもの) を使用する従来の Windows クライアント アプリケーションがあり、そのうちの 1 つは COM ラッパーを使用しています。クライアント アプリケーションは、ルート ドライブのサブフォルダー (c:\somefolder...) にあります。最近、Windows の更新後、アプリケーションが .Net アセンブリを正しく読み込めませんでした。アップデート前は問題ありませんでした。
アセンブリをプログラム ファイルの下のサブフォルダーに移動し、COM アセンブリを再登録 (regasm) してから、ルート ドライブの下の既存の場所からファイルを削除することで問題を解決しました。これは現在機能していますが、長期的な修正ではありません。
さまざまな Windows の更新後にこの問題が発生したため、特定の更新に固定することはできません。この問題は主に XP マシンで発生しますが、Vista および 7 でも発生しています。ありがとう。
c# - C#/ WMI:Windowsに更新プログラムをインストールする準備ができているかどうかをリモートで確認するにはどうすればよいですか?
私はあまり運がなくてグーグルでこれの解決策を見つけようとしました、おそらくここの誰かがこれを行う方法を知っていますか?
entity-framework - Entity Framework での null 許容ブール フィールドの更新
null 許容の bool プロパティへの変更は EF4 のデータベースに保存されませんが、null 許容の他のフィールドは問題なく更新されます。たとえば、次のような単純なクエリを実行するとします。
OtherComments の変更は正常にデータベースに保存されますが、EmployeeSmokes プロパティの変更は保存されません。EmployeeSmokes プロパティはブール値ですか? および他の null 許容ブール値フィールドにも同じ問題があります。
さらに、既存の EmployeeSurvey レコードを変更/更新する場合にのみ問題が発生します。新しい EmployeeSurvey を作成/挿入すると、EmployeeSmokes を含むすべてのプロパティが正常に保存されます。
このスレッドに従って ApplyCurrentValues メソッドも使用してみましたが、残念ながら役に立ちませんでした。
なぜこれが起こっているのですか?
.net - .NETアップデート/ホットフィックスは私のプログラムの足元から敷物を引っ張ることができますか?
.NETアプリケーションを展開し、Microsoftが.NETレイヤーの動作を変更する更新プログラムまたは修正プログラムを発行したとします。コードが特定の.NETメソッドまたはコンポーネントの特定の出力または副作用に依存している場合、これはコードの予測可能性に影響を与え、意図しない方法で動作する可能性がありますか?
また、コードで.NETレイヤーの特定のバージョン/ビルドを使用するように強制して、顧客が.NETレイヤーを更新した場合でも、コードで古いレイヤーを引き続き使用できるようにすることはできますか?
私は妄想的ですか、それとも過去に起こったことに関する正当な懸念ですか?
eclipse - Eclipseのインストールをどのように管理しますか?
Eclipseのインストールをどのように管理しますか。つまり、基本的なインストール、プラグイン、および一貫性のある更新(メジャーなものを含む、3.5 => 3.6)および2台以上のコンピューター(デスクトップ+ノートブック)での使用に関するワークスペース設定。
私の現在の設定は、基本的に複数のインストールのインストールを並行して管理することです。つまり、インストールした新しいプラグインを手動で追加し、長い間使用していない場合は、ディレクトリ全体を1つの場所からコピーします。他に。アップデートの場合、通常は月に1回程度実行して最新バージョンを取得します。メジャーアップデートは、基本ディストリビューションをダウンロードし、新しいメジャーEclipseバージョンに一致するバージョンのすべてのプラグインを再インストールすることで手動で行います。
ただし、このアプローチにはいくつかの欠点があります。
- 時間のかかる
- 不整合の更新(更新サイトの場所が変更され、プラグイン間のバージョンの不整合が原因で更新が機能せず、多くの手動修正が必要になるなど)(これは3.5で改善されましたが、それでもバグがあります)
- 「グローバル」更新サイトはありません。手動で複数の場所を管理する必要があります
構成管理のためにYoxosのような代替手段を試しましたが、プラグインが欠落していたか、期待どおりに一緒にテストされていませんでした。
私はIDEとしてのアイデアを見てみました。私が本当に気に入ったのは更新管理でした。使用する機能の90%が一元化され、テストされて1つとして更新されるコアとして提供されます。
したがって、質問:Eclipseのインストールをどのように管理し、更新を処理しますか?
他のEclipseユーザーとの私の経験から、彼らはアップデートに関して少なくとも同じ問題を抱えていますが、私はまだ解決策について聞いたことがありません。
installation - 顧客によって変更されたホワイト ラベルのサイトの更新に対処する方法
顧客に届けるホワイトラベルの製品を作る予定です。
この製品は MVC フレームワーク (特に CakePHP) を使用して開発されており、顧客が CSS などの基本的なものだけでなく、テンプレートも変更できるようにすることを目的としています。
さて、テンプレートは「ビュー」ですが、それでもいくつかのロジックがあります。多くのリストをループし、主にそれらのリストのデータに基づいてそれらを異なる方法で表示するための処理を行います。
気になるのはアップデートについてです。他のソフトウェアと同様に、バグを修正し、新しい機能を追加して、時々アップデートを送信します。
問題は、これらの更新を行うときの顧客の苦痛をどのように最小化できるかということです (顧客が自分で更新をダウンロードしてインストールすると仮定します)。ここで私が話しているのは、彼らが変更することになっているビュー層です。モデルまたはコントローラーに触れた場合、すべての賭けは無効になります。
いくつかの明白な考えは次
のとおりです。 - 顧客がマージ ツールを使用するのに十分な技術を持っている場合、これは実際には大したことではありません。
- 更新プログラムのインストールを自分たちで行い、その費用を保守料金に含めたとしても、それは大したことではありません (ただし、私はそれをしなければならない人になりたくありません)。
しかし、このようなことをした経験がある場合 (または、このようなことを行い、その更新プログラムがクライアント自身によってインストールされるシステムで作業したことがある場合) は、物事をより簡単にするために私ができる明白でないことについて、あなたの考えを聞きたいです。みんな。
更新:コードを自分でホストすることは、私が回避できないビジネス上の理由から、オプションではありません。クライアントは、独自のサーバーで実行されている PHP Web サイトの独自のコピーを持ちます。