cost 133 ms
Python Flask web 多次調用時應用掛起

[英]Python Flask web application hanging when called multiple times

我使用 Flask 創建了一個 web 應用程序,以便通過 HTTP 請求觸發檢測例程。 基本上,每次向端點 URL 發送 GET 請求時,我都希望執行 function。 我正在使用的代碼是:web_app = Flask(__name__) @web_app.route('/test/v1. ...

設計查詢 - 從第三方數據源中提取數據並在 UI 上顯示

[英]Design Query - Pull data from a third party data source and show it on UI

我們必須設計一個系統,其中我們有一個可以顯示數據的應用程序。 數據源是第三方數據庫,它公開 api 以從中獲取數據。 我們有我們的數據庫 - Sql 服務器,我們將在其中存儲這些數據。 從應用程序的 UI 中,我們可以隨時通過單擊按鈕從該第三方工具中提取此數據。 問題是 - 每當單擊按鈕以提取數據時 ...

java web 應用的零件分離建議

[英]Advice on separating parts of java web application

我正在創建一個預測比特幣價格的 Java Web 應用程序。 我在那里有 3 個重要的“部分”: Web Stack(Spring+Thymeleaf+Hibernate) 解析 API 並將 btc 價格保存到數據庫中的部分機器學習 model 從數據庫中獲取數據並自動更新。 現在這些部件都在一 ...

我如何/在哪里可以學習真實世界的結構 Java web 應用程序以及示例代碼和說明

[英]How/Where I can learn the structure of a real world Java web application with sample code and explanation

請不要因為它的長度而跳過我的問題,也請完整閱讀它,這樣你就可以知道我為什么被卡住了。 簡而言之,我的問題:如何/在哪里可以學習真實世界的結構我的問題詳細信息:我知道inheritance、日志記錄、MVC 等基礎知識。我已經完成了關於這些主題的編程教程,但只有在我開始對現實世界公司的應用程序進行一些 ...

如何在web應用程序中初始化bean之前從zookeeper將屬性加載到環境中

[英]How to load properties into environment from zookeeper before initialising beans in web application

基於Spring的Web應用程序:現有:從文件(“web.xml”)加載上下文,並從xml上下文文件中引用的屬性文件加載應用程序所需的屬性。 新增:現在應該從zookeeper中讀取屬性(以及屬性文件)。 用於讀取屬性的必需java代碼是使用ZookeeperPropertySource ...

我可以將所有應用程序服務放在DDD的前端嗎?

[英]Can I put all Application Services to the front end in DDD?

正如我從有關域驅動設計的某些文章中所讀到的那樣,域服務是為了確保域的邏輯完整性,並可能為外部事物調用其他域服務。 因此,我可以假設,在前端和后端分離的Web應用程序中,即使客戶端令人難以置信,只要Domain Services可以確保不會違反任何業務規則,我就可以將所有Applicatio ...

Web UI代碼和微服務在同一個monorepo?

[英]Web UI code and microservices in the same monorepo?

我們是一家初創公司,正在開始將整個網絡應用程序移植到一個分離的概念,其中Angular Web UI與一系列微服務進行對話。 這是您標准的現代方法。 我們的策略的標准是我們的CTO強烈建議(基本上堅持)我們在同一個monorepo中包含Angular前端的代碼以及用PHP / Lumen編寫 ...

具有永遠循環的后台作業的Web應用程序

[英]Web Application with Background Job That Loops Forever

我正在嘗試設計一個新的應用程序,但在執行此操作的最佳方法上有些困惑。 我想要做的是讓一個連接到irc通道的漫游器從聊天消息中收集信息,然后我想要一個HTTP端點,我可以從到目前為止收集的信息中獲取結果。 我有一個正在運行的機器人,該機器人可以收集我想要的信息,並且可以創建端點,但是如 ...

Web應用程序組件的流行設計模式

[英]Popular Design Patterns for Web Application Components

我正在准備有關Web應用程序中的設計模式的演示文稿。 我知道有關同一主題的討論 ,但是我想Java Web應用程序的討論更多。 我想要更通用的東西。 我已經開始列出一些Web應用程序所需的組件以及相關的設計模式。 請求處理-前端控制器模式。 過濾器-責任鏈(或Java ...

構建Django應用程序

[英]Structuring Django application

我目前正在設計一個供研究人員用來進行評審的網絡應用程序。 在此應用程序中,有兩組用戶 - 參與者和管理員。 只有管​​理員才能開始審核,並且可以指定任何用戶或管理員作為管理員或篩選者參與審核。 每次審核的一般工作流程將是: 搜索醫療數據庫並導入數千個參考文獻。 基於標 ...

php header 函數有問題

[英]Having trouble with php header function

由於某種我不知道的原因,我的 php 標頭函數不會將我的腳本重定向到新頁面。 我知道在函數調用之前沒有任何輸出可以發送到屏幕,但是,盡管我沒有看到任何輸出到屏幕上,但我的腳本仍然無法工作。 我的代碼如下。 此代碼執行多個 if 代碼塊,然后將用戶重定向到相應頁面。 這是代碼: 這是上面代碼調用 ...

Web服務器如何與數據庫通信?

[英]How does the web server communicate with the database?

這只是為了說明我認為它可能如何工作:假設Web服務器需要10個表中的數據。 最終將在客戶端上顯示的數據需要某種格式,可以在數據庫或Web服務器上完成。假設獲取一張表的原始數據的時間為1秒,而獲取格式化數據的時間為1秒一張表的時間為2秒(格式化一張表的數據需要花費一秒鍾的時間,並且可以在Web服 ...

摘要表與獨立表設計

[英]Abstract versus Separate table design

我的問題是以下數據庫/應用程序設計的最佳實踐是什么? 我使用Code First Entity Framework和.Net MVC5。我想在不同實體上實現一些通用功能。 例如,請考慮以下簡化示例: 因此,具有多對多關系的2個實體個人和組。 現在,我想為每個標簽添加標簽,以根據 ...

與唯一項關聯時,是否有必要在數據庫中記錄圖像路徑?

[英]Is it necessary to record the image paths in the database when it is associated with a unique item?

在我的Web應用程序中,有幾個類的實例需要圖像(即照片)。 這些實例中的每一個只能具有一個圖像。 當前,我的實現方式是當用戶創建新實例時,我將上傳文件的名稱保持不變,並將其記錄在關聯表的ImageUrl字段中。 我覺得這是不必要的。 我可以使用關聯實例的唯一URL重命名映像,並且可以 ...

如何使用一系列功能模塊開發Web應用程序

[英]How to develop a web application with a bunch of feature modules

我正在使用Spring框架和Google App Engine開發Web應用程序。 我想知道是否存在一種設計模式或框架,可以借助該模式或框架將應用程序的功能開發為可插拔模塊。 例如,我確定了該應用程序的4個功能: Oauth登錄 用戶資料管理 用戶組創建 用 ...

最佳做法:刪除用戶帳戶后保留用戶的內容數據

[英]Best practices: retaining users' data on content when user accounts are deleted

在幫助台應用程序中,我們存儲用戶對話,用戶帳戶以及鏈接到這些帳戶的各種聯系信息。 由於典型服務台的性質,即使刪除用戶帳戶,我們仍然需要保留用戶名的核心配置文件數據(否則,對話歷史記錄將變得無用)。 我想知道您是否曾經遇到過此類設計問題以及您的解決方案是什么。 到目前為止有幾個建 ...

消息隊列 - 體系結構(任務+響應)

[英]Message queue - architecture (task + response)

我現在正考慮將消息隊列用於“視頻”項目。 對用戶上傳視頻的視頻服務進行成像,然后通過腳本制作屏幕截圖,短視頻縮略圖和不同的視頻大小(在momemnt中並不重要)。 無論如何,更重要的是要考慮前端(Web上傳服務器)和后端服務器(視頻處理服務器)之間的通信。 過程可能是: ...


 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM