問題タブ [design-consideration]

顧客向けのシステムを設計しています。Wordpress を (カスタム ソフトウェアを作成する代わりに) メイン プラットフォームとして使用し、アドオンを使用してカスタマイズするか、開発者を雇ってカスタム モジュールを作成することを検討しています。いくつかの静的ページ、少数の php ページ、および多数のユーザー生成コンテンツを保持する機能が必要です。

Wordpress にはどのような制限がありますか? ウェブサイトを検索しましたが、ユーザーの最大数などに関する情報は見つかりませんでした。経験に基づく意見に興味があります。

では、Wordpress はマルチユーザー Web サイトでどのように機能するのでしょうか? それとも、Wordpress をやめて、他のオープンソースの CMS に切り替えたほうがよいと思いますか?

編集

システムのコア機能は、ユーザーが分類されたページにテキスト コンテンツと写真を配置できるようにすることです。一部のユーザーは、サイトに従来のブログを表示する機能を必要としますが、一部のコンテンツのみをたまにしか公開しないユーザーもいます。一部のデータは、他のプラットフォームのユーザーのブログから RSS によってポーリングされます (著作権と法的事項に関して)。

これまでのところ、私は多くのブログのような機能を特定しました.

カスタム列挙を使用したリアルタイムの例を理解するために、さまざまな Web サイトにアクセスした後、この行を削除しています。私は例を得ました。しかし、それらは私を混乱に導きます。

例

テイク 1

テイク 2

主要

テイク 2 では、カスタム イテレーションに従って、テイク 1 で行ったのと同じ整数配列をイテレートしました。

おそらく、リアルタイムのカスタム反復の必要性を逃したのでしょう。既存の繰り返し機能ではできないタスクについて説明してもらえますか? （学校教育を終えたばかりなので、きちんと理解できるように簡単な例を挙げてください）。

更新: これらの例は、いくつかのサイトから取得しました。そのコードには特別なことは何もありません。カスタム反復を使用しなくても非常に簡単に実現できます。私の興味は、カスタム反復が非常に便利な実際のシナリオを知ることでした。

私はプログラムを持っています、そしてそれが今行われているように、それはその中に10-30Kファイルのようなものを含むデータディレクトリを持っていて、それは問題を引き起こし始めています。それが問題を引き起こし、ファイル構造を微調整する唯一の解決策になると期待する必要がありますか、それとも他の問題を示していますか？

Delphi アプリケーションを新しい環境に移行します。それは .NET になります。アプリの一部は分散処理に移行され、一部は Web サーバーに移行されます。したがって、これはモノリス デスクトップ アプリケーションから分散システムへのアーキテクチャの移行です。現在の Delphi コードを .NET に移行すること自体が問題ですが (一部のコードは C# でゼロから書き直す必要があります)、現在、一般的な設計の実現可能性を評価しています。

現在、私たちのアプリケーションには、http を介したリモート アクセスを可能にする、Delphi で構築された小さな Web サーバーが付属しています。自社開発の Ajax フレームワークは存在しますが、おそらく新しいものに切り替えられます。IIS を使用するため、「フル」バージョンで問題はありません。「ライト」バージョンには問題があります。これは、IIS 用のマシンを持っておらず、(Windows のホーム エディションを使用して) ワークステーションで IIS をホストすることさえできない小規模な顧客専用であるためです。どのようなオプションがありますか? 経験はありますか？すべきこととすべきでないことはありますか? 今のところ、2 つの主なオプションがあることを知っています。

• Cassini – 一部のオープン ソース

• IIS Express – 現在ベータ版です

SO には、開発とテストの両方における仮想化の長所と短所について多くの質問があります。

私の質問は微妙に異なります。仮想化が一般的な世界では、仮想化環境に展開される可能性のあるソフトウェアを作成する際に、プログラマーが考慮すべきことは何ですか? 私の最初の考えのいくつかは次のとおりです。

1. アプリケーションの別のインスタンスが実行されているかどうかの検出
2. ハードウェアとの通信 (物理/仮想)
3. リソース スロットリング (シングル CPU VM で実行されるマルチコア CPU 用に作成されたアプリ)

他に何か？

C++ とは異なり、データ メンバを宣言するときに "public" または "private" を指定しないと、同じパッケージ内のどこからでもアクセスできることがわかりました。

Java 言語の設計者は反対の方法を選択することもできましたが、代わりに、デフォルトで (同じパッケージ内で) クラス メンバーを public にすることを好みました。

理由はありますか？

状況

既存のExcelベースの財務リスク管理レポートツールの代わりに、NoSQLベースのアプリケーションを構築することを検討しています。要するに、私の質問は、次のことを考慮してNoSQLを使用することの適合性を中心に展開します

1. 主なソースデータ（csvファイル）は別のアプリケーションからのものであり、実際には現在のトランザクションと市場の動きに基づく関連する評価計算のレポートです。これは固定ソースであり、変更されません。レポートの行数は、わずか1.5k行から65k行を超える範囲になります。それほど大量のデータではありませんが、これはかなり直線的な増加率です。他にもいくつかのサポートデータソースがあります。
2. レポートの形式はかなり一貫していますが、レポートの内容は動的にすることができます。つまり、ほとんどのレポートでは、ビジネス要件に基づいて、どの追加の列データを表示するかをビジネスで決定できます。
3. 現時点で発生しているレポートには、上記のレポートのスプライスとダイシングが含まれます。この場合、ピボット、グラフ、集計、追加の計算などを考えてください。ここには、私があまり知らない複雑なものがいくつかあります。
4. これはトランザクションシステムではなく、リスク管理システムであるため、使用されているソースデータには想定および予想される時間遅延があります。主に読み取りが多くなります。
5. レポートは通常、当日（最も重要）にのみ関連し、さらに分析するために、ソースデータ（＃1にリストされている）のすべての変更について以前の実行の履歴を維持する必要があります。
6. これは単純なアプリケーションではありませんが、Excelは十分に拡張できず、十分に高速ではないように感じます（6か月前、これは夢の実現でした）。少数の人に知られている隠されたビジネスルールが多すぎるため、この演習/書き換えを行うと、この表面のすべてが強制されます。ビジネスと開発の観点から、バスファクターが多すぎます。
7. ソリューションは全体として、動的なレポートまたはデータの動的な表示に対応する必要があります。Excelと比較すると、速度は実際には問題ではないと思います（私のソリューションの方が速いと思います）。ただし、真に動的なクエリを使用する場合は、妥当な時間（<1分）で完了する必要があります。

なぜNoSQLの使用を検討したのですか？

まず、私はNoSQLに関しては完全な初心者なので、現在の理解は十分に発達していない可能性があります。私はNoSQLを少しいじって遊んでいますが、現在検討している規模には何もありません。

私がNoSQLを検討した主な理由は、ソースデータによるものでした。実際の形式（csvファイル）は関係ありませんが、動的列に関するデータの動的な性質は、テーブル構造がかなり静的であるため、SQLベースのアプローチは厳しく制限されて柔軟性がないと思うかもしれません。ただし、NoSQLドキュメントはこれを処理できます。

The second reason, is that changes to data formats need to catered for on the fly, on a day-to-day basis. Using a SQL based solution, forces us to conform to enterprise level change management processes (for changes to a SQL database) which are laborious and painstakingly cumbersome. So I guess, my objective here is to have enough flexilbilty in my application and solution to bypass the bureaucracy of it all. (If you intend commenting about the wonders and benefits of enterprise change management, don't!)

The last reason, and somewhat selfish, I want to try something different.

I fully concede that I have not thought about this in full detail, thus the reason for my question since I know I am missing some very relevant aspects for consideration. If a SQL based solution is more appropriate, can you elaborate based on the 6 listed points.

Right now, this is still in a very exploratory phase - I need to get all my ducks in a row before I even considered proposing this type of solution.

私は、ポインター型の定義に関するルールが不明なソースベースで作業しています: *の代わりに_ PTR _マクロを使用しています。したがって、すべての関数プロトタイプと typedef は次のようになります。

私にとってこれは過度に思えるので、これの背後にある理論的根拠は何だろうか.

編集

ちなみに、二重間接参照については、次のことがわかりました。

これは、私を悩ませてきた何かの概念的な完全性の問題です。

HTTP の DELETE メソッドはべき等であると想定されており、REST の URI は実際に物事を表すと想定されています。しかし、それは逆方向にのみ定義されているようです: 各リソースには 1 つの URI が必要ですが、特定の URI にはリソースが必要ないようです。もっと慈善的には、空/ヌルのリソースを指すように URI を定義できると思います。

これが実際に関連していると思われるのは、DELETE 要求の場合だけです。どこに置くのがベスト？example.com/users/削除するリソースを識別するコンテンツを使用するか、それともexample.com/users/USERNAME優れていますか?

DELETE のコンテンツは、HTTP と REST で問題ないようです。(概念的に: 他の SO の質問によると、さまざまなフレームワークは、処理する前に DELETE 要求からコンテンツを静かに削除します。)

だからここに私の考えがあります：すべての例は後者のスキームを使用しているようです-親コレクションのURIからリソースを削除するのではなく、そのURIでリソースを削除しています- しかし、DELETEが成功した後、リソースは存在しなくなります。その場合、URI は大声で失敗するはずです。しかし、それでは DELETE の冪等性が無効になるため、削除する実際のリソースを指定するコンテンツを使用して、DELETE はコレクションに対して操作する必要があると考えるようになりました。

明らかに、誰もが私が好きではないことをしているだけであり、おそらくユーザーの正気のためにそれに同意する必要がありますが、これが明確に説明されている場所、または私が見逃している明らかなことが間違いを犯している場所はありますか? ?

redisはpub-subをサポートします
zmqは、メッセージ ブローカーを介して pub-subもサポートします

それらの間で選択するためのアーキテクチャの長所と短所は何ですか?
私は、実行すべき明らかなユースケース固有のパフォーマンスベンチマークを超えたポイントを目指しています (これは良い例です)。

Python などの高級言語の使用を想定しています。