- 最新文章
-
fwrite和fprintf的區別？（fprintf和printf的區別） fwrite和fprintf的區別？ fwrite是向流中寫入數據，而fprintf是向流中寫入格式數據。兩者的共同點為向流中寫入數據，至于區別可以看看兩者的申明： （圖片來源網絡，侵刪） size_tfwrite( constvoid*buffer, size_tsize, （圖片來源網絡，侵刪） size_tcount, file*stream ); （圖片來源網絡，侵刪） intfprintf( file*stream, constchar*format[, fwrite和fprintf都是C語言中用于文件操作的函數，但有一些區別： 1. 參數類型：fwrite的參數類型是void*，表示要寫入的數據的地址；fprintf的參數類型是const char*，表示要寫入的格式化字符串。 2. 寫入方式：fwrite將二進制數據寫入文件，不會進行格式化處理；fprintf將格式化的字符串寫入文件，可以指定輸出格式。 3. 返回值：fwrite返回寫入的元素數量；fprintf返回成功寫入的字符數。 4. 寫入位置：fwrite寫入的位置由文件指針指定，每次寫入后文件指針會自動向后移動；fprintf按照文件流的當前位置進行寫入，每次寫入后文件指針不會移動，下次寫入會繼續在當前位置寫入。 在c語言中什么是“sprintf和fprintf”？ printf, fprintf, sprintf, snprintf, printf_s, fprintf_s - : the result of the conversion is left-justified within the field (by default it is right-justified) + : the sign of signed conversions is always prepended to the result of the conversion (by default the result is preceded by minus only when it is negative) 兩個標志是正交的，'-'控制左右對齊，'+'控制是否為非負數前置加號：輸出：. snprintf函數的用法解析？ 以 printf() 打印 long double 時需要在格式中加上 "L" 前綴，例如"%Le"、"%Lf"，否則 printf() 會以為你輸入的是 double。參考 printf, fprintf, sprintf, snprintf, printf_s, fprintf_s 。 c語言lf什么意思？ C語言中%lf是scanf、printf、fscanf、fprintf中用來輸入、輸出double型量的格式字符串。 而 if 則是用來判斷一個條件是否成立的條件語句。 例如： if(x>=60)printf("及格"); else printf("不及格"); 到此，以上就是小編對于fprintf和printf有什么區別的問題就介紹到這了，希望這4點解答對大家有用。 -
gitops和devops有什么區別？（DevOps如何實施自動化測試和部署？） gitops和devops有什么區別？ 1、作用不同： （圖片來源網絡，侵刪） DevOps是一種軟件開發實踐，旨在加速軟件交付的過程，并提高軟件的質量和可靠性。GitOps是一種管理云原生應用的方法，它依賴于Git來管理應用程序的配置和部署。 2、關注點不同： DevOps主要關注的是軟件交付流程，并通過提高協作效率和流程自動化來提高交付效率。GitOps則主要關注于管理云原生應用程序的配置和部署，并通過使用Git來保持配置的一致性和可控性。 （圖片來源網絡，侵刪） 3、實現方式： DevOps通過提高協作效率和流程自動化來實現，包括使用CI/CD流水線，自動化測試和部署等。GitOps則通過使用Git來管理配置和部署，并通過使用Git作為配置存儲庫來實現。 4、目的不同： （圖片來源網絡，侵刪） DevOps的目的是提高軟件交付的效率和質量。GitOps的目的是簡化云原生應用程序的管理，并保持配置的一致性和可控性。 devops和k8s的區別？ DevOps是一種開發和運維團隊協同工作的文化和方法論，旨在實現快速交付和持續改進。它強調自動化、持續集成和交付、監控和日志等實踐。而Kubernetes（簡稱K8s）是一個開源的容器編排平臺，用于自動化部署、擴展和管理容器化應用程序。 K8s提供了資源調度、服務發現、負載均衡等功能，使得應用程序在分布式環境中更容易管理。因此，DevOps是一種方法論，而K8s是一種工具，兩者可以結合使用，以實現更高效的軟件交付和運維。 devops和k8s區別在于兩個平臺完全不同和受眾人群不同。 1. 如果您想在不擔心部署問題的情況下使用容器化應用程序，您需要從學習 k8s 開始。 2. 如果您的目標是保持多個 容器化應用程序正常運行，那么 devops 是一個可以利用的絕佳平臺。 3. 如果您是開發人員，您很可能需要先學習如何使用 k8s。 到此，以上就是小編對于devops測試下的自動化測試方案的問題就介紹到這了，希望這2點解答對大家有用。 -
DevOps如何解決軟件交付過程中的經常發生的問題？ devops和運維區別？ 關于這個問題，DevOps 和運維都是與軟件開發和部署有關的領域，但它們有一些不同之處。下面是它們之間的一些區別： （圖片來源網絡，侵刪） 1. DevOps 是一種文化和方法論，而運維是一種職業。 2. DevOps 強調軟件開發和 IT 運營之間的緊密合作，而運維更專注于確保系統的穩定性和可靠性。 3. DevOps 著重于自動化和持續集成/交付，以加快軟件部署和交付速度，而運維則更關注系統監控、故障排除和維護。 （圖片來源網絡，侵刪） 4. DevOps 強調團隊間的協作和溝通，而運維則更注重個人技能和專業知識。 總的來說，DevOps 和運維都是非常重要的領域，它們在軟件開發和部署過程中都扮演著至關重要的角色。 DevOps 和運維（Operations）之間有一些區別： （圖片來源網絡，侵刪） 1. 定義：DevOps 是一種將軟件開發和運維流程相結合的方法論，它旨在實現快速交付高質量的軟件。運維則是指維護和管理現有的軟件系統，確保其正常運行。 2. 范圍：DevOps 關注的是整個軟件交付過程，包括軟件開發和部署，以及監控和反饋機制。而運維主要關注已經部署的軟件系統的維護，包括監控、診斷、維護、升級、備份和恢復等工作。 3. 周期：DevOps 周期通常比傳統的軟件開發模型更短，有時甚至是連續的。運維則是一個長期的過程，需要不斷地監控、調整和優化。 4. 文化：DevOps 強調由開發和運維團隊緊密協作和溝通，推崇“破除隔離，合作共贏”的文化。而運維則更側重于運用相關工具、技術和流程來優化軟件系統的管理和運維效率。 DevOps 和 運維的區別在于，DevOps 是一種體系，它將研發和運維融合在一起，以實現更高效的軟件交付。運維工程師主要負責機房管理、裝機、網絡、監控報警、故障應急等工作。而 DevOps 工程師則更加注重于團隊協作、自動化、持續集成和交付等方面。 在職責方面，運維工程師通常需要具備較強的技術能力，如熟悉操作系統、網絡、安全等方面的知識，并能夠進行系統部署、配置和調試等工作。而 DevOps 工程師則需要具備更全面的能力，不僅要熟悉技術，還要了解業務和用戶需求，并能夠與研發團隊緊密合作，推動研發和運維之間的協作和交付。 工資方面，據相關數據顯示，DevOps 工程師的平均工資要高于運維工程師。但是，具體情況還要考慮到地區、行業和公司等因素。 綜上所述，DevOps 和運維工程師都是非常重要的職業，它們的職責和技能要求也有所不同。 DevOps 通過將研發和運維融合在一起，實現了更高效的軟件交付，對于企業的長期發展具有重要意義。 DevOps和運維有一定的區別。DevOps是指開發和運維部門之間在軟件交付流程中進行合作和協調的一種思想和文化。它強調團隊之間的合作和自動化，采用敏捷開發和持續交付的方式，確保軟件的高質量和可靠性。而運維則更側重于維護和管理現有的軟件系統，使其保持良好的運行狀態。它需要對系統的各種指標進行監控和優化，保證系統的穩定和可用性。可以說，DevOps更注重研發與運維之間密切合作，運維更注重系統的維護和管理。 到此，以上就是小編對于基于devops的軟件交付過程的問題就介紹到這了，希望這1點解答對大家有用。 -
cicd持續集成方案？（DevOps如何實現持續集成和持續交付的流程？） cicd持續集成方案？ CI/CD（持續集成/持續交付）是一種軟件開發流程，旨在通過自動化構建、測試和部署來實現快速、可靠的軟件交付。 （圖片來源網絡，侵刪） 持續集成方案包括使用版本控制系統、自動化構建工具和自動化測試工具來集成開發人員的代碼，并在每次提交時自動構建和測試應用程序。 持續交付方案則進一步將構建的應用程序自動部署到生產環境中，以實現快速、可靠的軟件交付。 這種流程可以提高開發團隊的效率，減少錯誤，并確保軟件始終處于可部署狀態。 （圖片來源網絡，侵刪） CI/CD持續集成/持續部署 持續集成(Continuous integration)是一種軟件開發實踐，即團隊開發成員經常集成它們的工作，通過每個成員每天至少集成一次，也就意味著每天可能會發生多次集成。每次集成都通過自動化的構建（包括編譯，發布，自動化測試）來驗證，從而盡早地發現集成錯誤。 持續部署（continuous deployment）是通過自動化的構建、測試和部署循環來快速交付高質量的產品。某種程度上代表了一個開發團隊工程化的程度，畢竟快速運轉的互聯網公司人力成本會高于機器，投資機器優化開發流程化相對也提高了人的效率，讓 engineering productivity 最大化。 （圖片來源網絡，侵刪） 持續交付（英語：Continuous delivery，縮寫為 CD），是一種軟件工程手法，讓軟件產品的產出過程在一個短周期內完成，以保證軟件可以穩定、持續的保持在隨時可以釋出的狀況。它的目標在于讓軟件的建置、測試與釋出變得更快以及更頻繁。這種方式可以減少軟件開發的成本與時間，減少風險。 與DevOps的關系 持續交付與DevOps的含義很相似，所以經常被混淆。但是它們是不同的兩個概念。DevOps的范圍更廣，它以文化變遷為中心，特別是軟件交付過程所涉及的多個團隊之間的合作（開發、運維、QA、管理部門等），并且將軟件交付的過程自動化。另壹方面，持續交付是壹種自動化交付的手段，關注點在于將不同的過程集中起來，并且更快、更頻繁地執行這些過程。因此，DevOps可以是持續交付的壹個產物，持續交付直接匯入DevOps； 與持續部署的關系 有時候，持續交付也與持續部署混淆。持續部署意味著所有的變更都會被自動部署到生產環境中。持續交付意味著所有的變更都可以被部署到生產環境中，但是出于業務考慮，可以選擇不部署。如果要實施持續部署，必須先實施持續交付。 cicd和devops的區別？ DevOps是Development和Operations的組合，是一種方法論，是一組過程、方法與系統的統稱，CI是一種軟件開發時間。CD是在持續集成的基礎上，將集成后的代碼部署到更貼近真實運行環境(類生產環境)中。 DevOps 就是開發（Development）、測試（QA）、運維（Operations）這三個領域的合并。 DevOps是一種思想、一組最佳實踐、以及一種文化。DevOps落地實施，從組織架構、設計人員、流程、人員分工、人員技能到工具，變化很大，要求很高，完全顛覆了現有的開發運維模式，建設風險很高。 DevOps落地困境包括： 涉及的部門多（開發中心、質量控制部門、生產運行部門）； 流程改造復雜； 責任邊界需要重新劃分； 自動化是核心問題。 二、CI/CD 持續集成CI 在傳統軟件開發過程中，集成通常發生在每個人都完成了各自的工作之后。在項目尾聲階段，通常集成還要痛苦的花費數周或者數月的時間來完成。持續集成是一個將集成提前至開發周期的早期階段的實踐方式，讓構建、測試和集成代碼更經常反復地發生。 到此，以上就是小編對于devops持續集成需要具備的條件的問題就介紹到這了，希望這2點解答對大家有用。 -
DevOps如何提高團隊的效率和適應能力？ devops和pipeline的區別？ DevOps和Pipeline是兩個不同的概念，它們在軟件開發和部署過程中都扮演著重要的角色，但也有一些區別。 （圖片來源網絡，侵刪） DevOps是一種文化、運動或慣例，它強調開發（應用程序/軟件工程）和技術運營（IT運維）部門之間的溝通、協作與整合。它的出現是由于軟件行業日益清晰地認識到：為了按時交付軟件產品和服務，開發和運維工作必須緊密合作。DevOps強調自動化“軟件交付”和“架構變更”的流程，使得構建、測試、發布軟件能夠更加地快捷、頻繁和可靠。 而Pipeline是部署流水線（Deployment pipeline），指從軟件版本控制庫到用戶手中這一過程的自動化表現形式。它是一套運行于Jenkins上的工作流框架，將原本獨立運行于單個或者多個節點的任務連接起來，實現單個任務難以完成的復雜流程編排與可視化。它更多的是將pipeline的腳本在遠程倉庫上進行管理，這里配置遠程倉庫地址，讓job每次執行的時候拉取這個項目，然后執行其中的某個文件。 總結來說，DevOps和Pipeline的區別在于：DevOps是一種文化和運動，強調開發和運維之間的協作與整合，而Pipeline是一種部署流水線，用于自動化管理軟件的構建、測試和發布流程。 （圖片來源網絡，侵刪） DevOps 是一種重視軟件交付速度和質量的全新運營方式，而Pipeline 是實現 DevOps 的工具或方法。簡單來說，DevOps 是一種理念和文化的結合，而 Pipeline 是實現這種理念的工具或方法的具體實現。 以上內容僅供參考，建議咨詢熟知DevOps和Pipeline的專業人士，或者查找更詳細的信息。 DevOps是一種文化、哲學和方法論，旨在通過自動化和協作來實現軟件開發、部署和運維的高效、可靠和可持續性。它強調不同職能部門之間的緊密合作，以減少開發和運維之間的壁壘，加速交付和優化產品質量。而Pipeline是DevOps中用于自動化軟件交付流程的重要組成部分。它是一種將一系列任務和步驟連接在一起的工具，以便在開發項目中自動執行這些任務和步驟。Pipeline可以將軟件交付的各個階段（如代碼編譯、測試、構建、部署和監控）自動化，并在每個階段中進行必要的驗證和審批。它可以幫助團隊更加高效地交付軟件，并提高交付的準確性和可靠性。因此，可以說DevOps是一種思維方式和方法論，而Pipeline是DevOps實現自動化交付流程的具體工具或機制。 （圖片來源網絡，侵刪） DevOps和Pipeline雖然都關注軟件開發和運維的集成，但它們在概念和實施上存在一些不同： DevOps是一組過程、方法與系統的統稱，用于促進開發（應用程序/軟件工程）、技術運營和質量保障（QA）部門之間的溝通、協作與整合。它關注的是軟件開發和IT運維之間的協作和集成，通過自動化流程來提高軟件交付的效率。 Pipeline是流水線的意思，在編程領域通常指某個項目或框架中需要用到的流水線設計，用于簡化設計、降低復雜度并提高性能。它是將現實中的社會分工借鑒并運用到計算機編程的例子，是編程中一種重要的設計方法。 如需更多信息，可以請教計算機領域專業人士獲取。 到此，以上就是小編對于如何提升團隊配合度的問題就介紹到這了，希望這1點解答對大家有用。 -
虛擬主機：租用虛擬主機的方案有哪些？ 安全是虛擬主機首要考慮的因素，因為只有安全的虛擬主機才能夠保證所支持的站點正常穩定地運行?那么你的虛擬主機方案夠安全嗎? 你的虛擬主機方案能夠全程監控服務器嗎? 你的虛擬主機方案能夠防控垃圾郵件泛濫嗎? 你的虛擬主機方案能夠設置防火墻嚴控數據流嗎? 你的虛擬主機方案支持Fail2ban 防暴力攻擊嗎? 你的虛擬主機方案有完善的備份恢復功能嗎? 如果你使用的是下一代虛擬主機方案，上面的答案都將是肯定的，因為它配備了專業、全能的管理系統- Plesk，保障了虛擬主機的絕對安全。 全程監控服務器 下一代虛擬主機配備Plesk主機面板，該面板內置一個服務器健康監控器，可對服務器的各個方面(包括服務、磁盤、內存、CPU和網絡)進行7x24全天候監控，并且會對各個項目當前狀況進行具體分析(如下圖)，若發現任何異常，會立即報告。另外，Plesk還支持通過移動端查看服務器相關信息，并執行一些必要操作。 全面防控垃圾郵件 通過Plesk可啟用DMARC、DKIM、SPF、DNS blackhole lists等策略從各個層面防控垃圾郵件，可通過設定分值調整垃圾郵件過濾器的敏感度來確定垃圾郵件，然后通過標記垃圾郵件、刪除垃圾郵件和將垃圾郵件移動到垃圾郵件文件夾等方式處理垃圾郵件。更重要的是還可在服務器級別啟用黑白灰名單從源頭上遏制垃圾郵件的泛濫。Plesk還支持受歡迎的SpamAssassin功能權威防控垃圾郵件。 嚴格管控數據流 Plesk支持根據需要開啟或禁用防火墻并進行相應設置來控制各數據流的傳入和傳出，有效保障網絡的安全。在Plesk的防火墻模塊啟用防火墻管理后，即可通過自定義Plesk防火墻規則的方式來允許或拒絕某些IP地址或網絡的信息進出，有效把控信息交流的通道，從根本阻斷某些存在安全隱患的網絡的入侵，做到基礎安全防控。 嚴密阻斷惡意流量 Plesk支持Fail2ban功能，能夠自動禁止對你的服務器會生成惡意流量的 IP 地址和網絡，阻斷暴力攻擊。Plesk支持對禁止的IP地址、可信任的IP地址、Jails(包括激活、停用、添加新的Jails和添加新的Jails過濾器)、日志和相關設置(IP 地址禁止時段、檢測后續攻擊的時間間隔、禁止IP 地址前的失敗次數)等進行管理。 完美備份和恢復 Plesk內置備份管理器，支持備份單個訂閱、單個帳戶和整臺服務器上的數據。Plesk支持全量、增量兩種備份方式，首次全量備份后續增量備份，既能夠保障數據的連續性和完整性又可節省時間、空間。Plesk支持Plesk服務器和FTP遠程服務器雙存儲,雙重保障。通過Plesk還可計劃備份，事先進行相應設置，備份管理器則按時按要求做好備份。要恢復備份也相當方便快捷，選定要恢復的內容，點擊恢復即可。 只有全方位做好安全防控的下一代虛擬主機才是您值得信賴的安全的虛擬主機。 -
淺談醫院高管對臨床移動解決方案的觀點轉變 斑馬技術大中華區技術總監 程寧 近幾年移動技術在某些臨床工作流程中的應用已經非常普遍，包括標本采集和藥物管理，但并沒有在所有的醫療保健工作流程中得到普及，而且目前已得到部署的移動技術在可靠性、隱私性、安全性、連接性和互操作性方面也沒有完全達到醫療界的高標準。憑借以上這幾個原因就足以讓醫院高管重新評估“臨床移動性”的真正含義以及滿足功能要求所需的技術類型，也正是得益于這種行業前瞻性，行業對于臨床移動性的定義和需求在2022年得以進一步發展，同時也推動了醫院對全新移動性硬件、軟件和服務的投資。這一行業變化在中國的醫療保健行業也日益明顯，麥肯錫的研究報告指出，隨著中國醫療體系的進一步數字化和數據導向，新的技術將推動虛擬臨床試驗和數字化監測的落地。 臨床移動性的過去與現在 五年前，老式傳呼機早已過時，行業機構也制定了新的患者安全目標，醫療人員急需通過數字化以便獲取更大范圍內的數據，因此醫院和其他醫療保健行業的高管竭盡所能為每位醫療團隊成員配備移動設備。 但在那個探索時期，決策者沒有真正考慮工作流自動化，醫療保健行業的數字化轉型愿景也不明確。因此，許多機構傾向于“自帶設備（BYOD）”政策，并將軟件和系統進行非系統化的融合以幫助支持臨床醫生。大多數機構只是在對移動技術進行大范圍的初步嘗試，只有少數機構對真正意義上的臨床移動解決方案進行了測試。 BYOD在一開始似乎可以實現性價比更高且更有效的勞動力調動，但隨著其弊端的出現，以及鑒于在眾多不同的操作系統和設備中的安全數據環境維護和軟件應用程序管理的復雜性，人們對移動解決方案的看法有所改變，甚至直接轉向專為醫療用例而設計的臨床移動解決方案。 根據斑馬技術2021年《全球醫療保健行業愿景研究報告》，近半數（49%）受訪高管正為員工提供適用于醫療應用和環境的醫院自有醫療設備。另有32%的受訪高管計劃于2021年底前為員工提供真正意義上的臨床移動解決方案。這意味著當時八成醫院的高管已經看到了移動性的價值，具體而言，是臨床移動性的價值。 投資于臨床移動性背后的動機 推動醫療保健行業轉向移動性戰略的原因有很多，疫情是其中之一。隨著新冠疫情的爆發，整個行業都開始關注并致力于防止感染的傳播；疫情的影響也體現在壓力方面，員工和他們日復一日使用的技術都承受著壓力。因此，業界越來越需要能夠滿足醫療工作的強度和頻率的設備，這也是臨床智能系統與消費級智能系統的不同所在。 我們的目標是為每位員工提供其職責所需的移動設備和軟件，使他們能夠快速定位并連接所需的人、信息和設備，從而在合適的時間為患者提供精準的護理。同樣重要的是，必須確保這些設備安全、堅固耐用并易于遠程管理。隨著數據和工作流程數字化的快速發展，防止數據泄露和設備故障的需求也在增加。如果單個設備脫機或無法連接到信息系統，通信就會中斷，而試圖尋找解決方法可能會進一步分散注意力。因此，醫院高管們正致力于尋找能夠提供工作流程連續性的技術，從而確保更好的病患護理連續性。 根據斑馬技術2021年《全球醫療保健行業愿景研究報告》，大多數受訪高管（87%）和臨床醫生（80%）都認為，如果護士、醫生和非臨床醫護人員能夠使用協作工具和訪問醫療應用，病患護理的質量將會得到提升。該報告也指出有越來越多的醫院高管計劃過渡到臨床移動解決方案，因為早期采用者已證實這些解決方案能有效提高醫療工作流程的準確性和精確度（85%），減少可預防的醫療失誤（84%），提高耗材追蹤和庫存管理的準確性（82%）。醫院高管希望在改善患者體驗的同時還能降低成本，而任何有助于改善工作流程編排和供應鏈管理的技術都將有助于這兩個目標的實現。 還有一個人為因素在推動觀點轉變，即人們對“隨叫隨到”的需求。臨床醫生和輔助的醫護人員需要為患者提供更多服務，并且希望在服務患者時更具存在感。臨床移動解決方案已被證明可以在許多現實環境中提高病患護理的關注度和專注度。同樣，當醫護工作人員遠在其他地方而無法親臨病房或手術室時，臨床移動解決方案也能夠支持虛擬會診。 臨床移動解決方案還可以通過多種通信模式實現病患狀態的實時報告、設備定位等，并方便在樓層、部門或設備之間轉移患者。如果移動設備內置條碼掃描儀和數據管道插件，臨床醫生也能在條形碼藥物管理和床邊標本采集等工作流程中更輕松地識別患者。他們可以立即確認自己在為正確的患者采取正確的措施，而不必每次都因查看設備或返回護士站而花費時間精力。 當然，如果沒有實時指導，醫護人員難以確保在正確的時間出現在正確的地點，而這正是臨床移動技術可以幫決策者解決的另一個痛點。技術人員計劃通過移動勞動力協作工具和通信工具來實施實時提醒系統，這些工具可以針對醫療應用甚至特定的職責和員工量身定制。此外，他們還將對臨床移動解決方案與工作流程自動化軟件和定位系統同步，讓工作人員更容易知曉下一步要前往何處，以及到達之后需要做什么。 臨床移動解決方案旨在讓員工更輕松地專注于手頭的工作，從而減輕他們在漫長的一天中承受的工作壓力。雖然臨床醫生可能會感到分身乏術，難以管理龐大的工作量，但他們將擁有可以幫助他們明確具體工作流程走向的便捷工具，這也讓包括患者在內的每個人都感到安心。 IT因素 隨著對移動技術的依賴程度越來越高，對于通過IT部門保持一切正常運行的需求也隨之增加。當數十座樓宇中部署了數千臺移動數據終端，還需要把更多互聯的支持性組件納入考量時，盡可能簡化解決方案的部署和管理就顯得至關重要。利用臨床移動解決方案可以遠程配置、保護和管理硬件和軟件組件，并主動監控從電池性能到無線網絡連接的所有情況。 因此，決策者在實施新的移動戰略時考慮的不僅僅是身處一線的終端用戶，還需考慮IT團隊在幕后管理技術所付出的所有努力，這充分說明了專用企業級臨床移動解決方案的價值所在。如果決策者認為比起維持BYOD模式，對舊設備和系統進行拆除替換的成本更低，那么消費級和企業級設備在可管理性方面的差異就得以凸顯。此外，一旦部署了臨床移動解決方案，許多IT管理要求都可以實現自動化，工作流程的擴展也會簡化，即使需要新的硬件“按鍵”，也只需更新幾個軟件即可實現。 換句話說，我們已經看到臨床移動解決方案對于工作流程自動化、操作協同、供應鏈管理以及提高人們的整體健康水平具有的重要意義，因此不要低估臨床移動解決方案對醫療現代化的影響，也不要低估它們對未來醫療體驗的影響。 -
Fly-Pie：一個為鼠標操作為主的用戶提供的有趣菜單啟動器 Fly-Pie 是一個用于 GNOME 的獨特的菜單啟動器，以操作鼠標為主的用戶可以用它進行一些操作。 應用啟動器可以方便地快速切換到一個活動窗口，啟動新的應用，等等。 Ulauncher 就是這樣一個應用啟動器，如果你的 Linux 發行版沒有提供一個開箱即用的，那么你可以使用它。 如果這已經激起了你的興趣，你會發現 Fly-Pie 更有趣！以操作鼠標為主的用戶總是把一只手放在鼠標上而不是依賴鍵盤進行導航，Fly-Pie 就是為他們量身定做的應用啟動器。 Fly-Pie：可定制的菜單，作為 GNOME shell 擴展使用 是的，不幸的是，Fly-Pie 只針對 GNOME 用戶。我不確定是否有類似的東西適用于 KDE 或其他桌面環境。如果你知道的話，請在評論區提出你的建議。 Fly-Pie 主要為快捷方式、應用、媒體控制、最大化/最小化窗口、工作區導航提供了視覺上的互動圖標，并且，比傳統應用啟動器更多的選項。 你可以進一步展開子菜單和下下級菜單。所以，你可以有很多的用例，它應該能發揮鼠標或觸摸板的強大導航功能。 最重要的是它是高度可定制的。你可以選擇背景圖片、顏色、自定義圖標、分支菜單等。 讓我來重點介紹它的一些功能。 Fly-Pie 的特點 如果你是一個以鼠標或觸摸板操作為主的用戶，Fly-Pie 為你提供了令人興奮的導航能力。顯而易見，如果你是一個有經驗的鍵盤用戶，這并不適合你（但你應該試一下！）。 以下是你可以期待的 Fly-Pie 的一些主要功能： 使用鍵盤快捷鍵啟動 Fly-Pie 菜單 能夠在菜單上添加媒體控制和工作區導航 添加自定義圖標，為你的桌面定制個性化的菜單 添加喜愛的應用，以便快速訪問 關閉一個應用程序窗口 一目了然地檢查正在運行的應用，并導航到該窗口 自定義菜單的出現和消失的動畫 如果你想讓它一直作為覆蓋層留在你的屏幕上，能夠調整不透明度 調整連接子菜單的跟蹤線 你可以根據你的鼠標和觸摸板的敏感度，設置一個閾值或筆觸角度來定制用戶體驗 細致的控制來改變顏色，定制圖標等 能夠定制子菜單和下下級菜單 檢查實時預覽，以便在使用前輕松定制和測試菜單 通過繪畫手勢選擇項目 除了這些功能外，它還增加了一個成就功能，以鼓勵用戶探索菜單工具的各種使用情況。 下面是開發者在 YouTube 上播放的一段官方視頻，展示了它的操作： 在 Linux 中安裝 Fly-Pie 考慮到它是一個 GNOME 擴展，你必須得首先 進行設置，以便能夠在你的 Linux 發行版上使用 GNOME 擴展。 設置完成后，你就可以前往 Fly-Pie 的 GNOME 擴展頁面 并輕松地安裝該擴展。 你應該能夠在該頁面卸載它并訪問設置。如果你感興趣，可以探索它的 GitHub 頁面，了解更多信息。 它的 GitHub 頁面還包括了幫助你探索其所有功能的文檔。 關于使用 Fly-Pie 菜單啟動器的想法 Fly-Pie 菜單并不完全是為了取代應用啟動器。然而，根據你的使用情況，它可以作為一個基于覆蓋層的菜單或一個以鼠標操作為主的啟動器來訪問選項/應用，非常方便。 盡管它是可定制的，但原版看起來是最好的，可以很容易地與你在 Linux 桌面上的任何類型的主題融合在一起。 令人印象深刻的是，它可以找到細微的調整來定制圖標、縮放、顏色、透明度等等。如果你愿意，你可以試試。 考慮到我不是一個使用鍵盤導航的人，Fly-Pie 看起來是一個有用的 GNOME 擴展，可以節省時間，并為桌面體驗增加一個獨特的點。 即使你認為這不適合你，我也會建議你試一試，看看它是如何工作的，它確實很有趣。 原文鏈接：https://linux.cn/article-14109-1.html -
Linux 5.17 將為 Alder Lake 提供更好的睿頻性能 Alder Lake 是英特爾第 12 代酷睿處理器，這也是英特爾在 x86 架構的處理器上首次采用 P 核 + E 核混合架構，相比此前的處理器改動幅度巨大。按照英特爾的計劃，Alder Lake 處理器以及搭載該處理器的 PC 將從明年年初開始陸續推出。 Linux 5.17 將對即將推出的英特爾 Alder Lake 移動端處理器帶來了一個非常重要的修復。如果沒有這個修復，你將無法看到處理器達到英特爾所宣傳的單核睿頻頻率，而這個睿頻頻率的高低取決于系統是否調整了 EPP。 作為 Linux 5.17 的電源管理代碼的一部分，開發者 Rafael J. Wysocki 已將他對英特爾 P-State CPU 頻率縮放驅動程序的修改提交至合并隊列中。 CPU P-State 代表電壓-頻率控制狀態，在 ACPI 規范中被定義為性能狀態。在電壓-頻率控制中，驅動電路的電壓和時鐘頻率會根據工作負載而增加或減少。操作系統根據當前的工作負荷請求特定的 P-State。處理器可以接受或拒絕該請求，并根據自己的狀態設置 P-State。P-State 列表示處理器支持的頻率以及在收集期間在每個頻率上花費的時間。 Rafael J. Wysocki 在提交的注釋中表示，“用戶有一個期望，即在條件允許的情況下，他們可以得到 cpufreq/cpuinfo_max_freq 指定的頻率。但在 Alder Lake 移動端處理器上，這卻是不可能的。” 之所以在即將到來的 Alder Lake 移動端處理器上無法達到指定的頻率，是因為該處理器的 EPP 值的行為略有不同，該行為與現有的內核行為共同作用下會導致 CPU 頻率受到限制。該修復程序將在啟動時更新 EPP 值，以扭轉對 CPU 頻率的限制。 開發者表示，從驅動方面看，當把 EPP 的值設為 128 時對以前的英特爾 CPU 來說十分有效，該值可以確保 CPU 達到最大頻率，而對最新的 Alder Lake 移動處理器來說，這個值應該被設為 102，這個值是開發者給出的最大建議值，可以讓 Alder Lake 移動處理器的核心達到足夠的睿頻頻率。 在 Linux 5.17 合并該更新后，對于使用 Alder Lake 移動處理器的用戶，P-State 將在啟動時將 EPP 的值設置為 102，而對于使用其他英特爾 CPU 的用戶 EPP 的值將保持為 128 不變，以便讓不用的處理器在 Linux 上都能達到最佳的性能釋放。 雖說 EPP 的值能夠通過 sysfs 手動修改， 但至少對于 Alder Lake 移動處理器的用戶來說，屆時將獲得更好的開箱即用體驗。 本文地址：https://www.oschina.net/news/175094/linux-5.17-p-state -
Linux 和Windows 安裝Git 步驟詳細介紹 Linux 安裝Git 在 Linux 上安裝 如果你想在 Linux 上用二進制安裝程序來安裝 Git，可以使用發行版包含的基礎軟件包管理工具來安裝。 如果以 Fedora 上為例，你可以使用 yum： ? 1 $sudo yuminstall git 如果你在基于 Debian 的發行版上，請嘗試用 apt-get： ? 1 $sudo apt-getinstall git 要了解更多選擇，Git 官方網站上有在各種 Unix 風格的系統上安裝步驟，網址為 http://git-scm.com/download/linux。 在 Windows 上安裝 在 Windows 上安裝 Git 也有幾種安裝方法。 官方版本可以在 Git 官方網站下載。 打開http://git-scm.com/download/win，下載會自動開始。 要注意這是一個名為 Git for Windows的項目（也叫做 msysGit），和 Git 是分別獨立的項目；更多信息請訪問http://msysgit.github.io/。 另一個簡單的方法是安裝 GitHub for Windows。 該安裝程序包含圖形化和命令行版本的 Git。 它也能支持 Powershell，提供了穩定的憑證緩存和健全的 CRLF 設置。 稍后我們會對這方面有更多了解，現在只要一句話就夠了，這些都是你所需要的。 你可以在 GitHub for Windows 網站下載，網址為 http://windows.github.com。 從源代碼安裝 有人覺得從源碼安裝 Git 更實用，因為你能得到最新的版本。 二進制安裝程序傾向于有一些滯后，當然近幾年 Git 已經成熟，這個差異不再顯著。 如果你想從源碼安裝 Git，需要安裝 Git 依賴的庫：curl、zlib、openssl、expat，還有libiconv。 如果你的系統上有 yum （如 Fedora）或者 apt-get（如基于 Debian 的系統），可以使用以下命令之一來安裝最小化的依賴包來編譯和安裝 Git 的二進制版： ? 1 2 $sudo yuminstall curl-devel expat-devel gettext-devel \ openssl-devel zlib-devel $sudo apt-getinstall libcurl4-gnutls-dev libexpat1-dev gettext \ libz-dev libssl-dev 為了能夠添加更多格式的文檔（如 doc, html, info），你需要安裝以下的依賴包： ? 1 2 $sudo yuminstall asciidoc xmlto docbook2x $sudo apt-getinstall asciidoc xmlto docbook2x 當你安裝好所有的必要依賴，你可以繼續從幾個地方來取得最新發布版本的 tar 包。 你可以從 Kernel.org 網站獲取，網址為 https://www.kernel.org/pub/software/scm/git，或從 GitHub 網站上的鏡像來獲得，網址為 https://github.com/git/git/releases。 通常在 GitHub 上的是最新版本，但 kernel.org 上包含有文件下載簽名，如果你想驗證下載正確性的話會用到。 接著，編譯并安裝： ? 1 2 3 4 5 6 $tar -zxf git-2.0.0.tar.gz $cd git-2.0.0 $make configure $ ./configure --prefix=/usr $make all doc info $sudo make install install-docinstall-htmlinstall-info 完成后，你可以使用 Git 來獲取 Git 的升級： ? 1 $ git clone git://git.kernel.org/pub/scm/git/git.git 感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！ 原文鏈接：http://blog.csdn.net/sunnyyoona/article/details/51453880