Cái chết đồng thời – Wikipedia

Cái chết đồng thời là một vấn đề về thừa kế xảy ra khi hai người (đôi khi được gọi là commorientes ) chết tại, hoặc rất gần, cùng lúc, và ít nhất một trong số họ được hưởng một phần hoặc toàn bộ tài sản của người khác về cái chết của họ. Đây thường là kết quả của một cái chết không tự nhiên xảy ra từ các sự kiện như tai nạn, giết người hoặc giết người tự sát.

Theo luật chung, nếu có bất kỳ bằng chứng nào cho thấy một bên đã sống sót bên kia, thậm chí chỉ trong một vài khoảnh khắc, thì các khu nhà sẽ được phân phối theo thứ tự đó. Tuy nhiên, người quá cố có thể viết (hoặc đã viết) một điều khoản trong di chúc đòi hỏi tài sản của họ phải được phân phối như thể từng có trước đó.

Một số di chúc hiện nay bao gồm Mệnh đề Titanic (được đặt tên cho RMS Titanic gây ra nhiều cái chết đồng thời giữa những người thử nghiệm và thi hành án). Những điều khoản này đưa ra các hướng dẫn rõ ràng để đối phó với cái chết đồng thời.

Hoa Kỳ [ chỉnh sửa ]

Để giảm bớt các vấn đề về việc chứng minh cái chết đồng thời, nhiều tiểu bang ở Hoa Kỳ đã ban hành Đạo luật về cái chết đồng thời, quy định rằng mỗi người phối ngẫu sẽ được đối xử như thể họ đã giết người khác nếu họ chết trong vòng 120 giờ với nhau, trừ khi một điều khoản cụ thể trong di chúc sẽ giải quyết khả năng đặc biệt này.

Tuy nhiên, Đạo luật cũng quy định rằng quy tắc 120 giờ không được áp dụng nếu kết quả cuối cùng sẽ là di sản là ruột, và do đó sẽ được áp dụng cho nhà nước.

Anh và xứ Wales [ chỉnh sửa ]

Quy định pháp luật phổ biến mà, không có bằng chứng, không thể có giả định nào về việc những người đi trước đã chết trước, được thay thế bởi việc thông qua Luật về tài sản năm 1925, Mục 184. Theo đạo luật này, trong đó lệnh không thể chết của hai người, người cao tuổi của hai người được coi là đã chết trước. [1] Điều này có thể gây ra những khó khăn, ví dụ như người cao tuổi đã có con trước khi kết hôn. Các quy tắc có thể bị bãi bỏ nếu không phù hợp bởi một điều khoản rõ ràng trong di chúc. Di chúc thường có điều khoản sống sót thường là 30 ngày, do đó, cả hai khu vực của đối tác đều bị xử lý như thể họ đã góa chồng tại điểm chết; trong trường hợp ruột, điều khoản sống sót được đặt ra ở 28 ngày.

Tuy nhiên, đó là cách thực hành lâu dài của Doanh thu và Hải quan của Nữ hoàng để áp dụng một điều trị nhượng bộ cho các mục đích thuế thừa kế trong những trường hợp như vậy làm giảm gánh nặng cho các thành viên gia đình còn sống sót.

Tài liệu tham khảo [ chỉnh sửa ]

Bản vá (điện toán) – Wikipedia

Bản vá là một tập hợp các thay đổi đối với chương trình máy tính hoặc dữ liệu hỗ trợ của nó được thiết kế để cập nhật, sửa chữa hoặc cải thiện nó. [1] các lỗ hổng bảo mật [1] và các lỗi khác, với các bản vá như vậy thường được gọi là sửa lỗi hoặc sửa lỗi [2] [ và nguồn tốt hơn cần thiết cải thiện khả năng sử dụng hoặc hiệu suất. Mặc dù có nghĩa là để khắc phục sự cố, các bản vá được thiết kế kém đôi khi có thể đưa ra các vấn đề mới (xem phần hồi quy phần mềm). Trong một số trường hợp đặc biệt, các bản cập nhật có thể cố ý phá vỡ chức năng hoặc vô hiệu hóa một thiết bị, bằng cách xóa các thành phần mà nhà cung cấp bản cập nhật không còn được cấp phép.

Quản lý bản vá là một phần của quản lý vòng đời và là quá trình sử dụng chiến lược và kế hoạch về những bản vá nào sẽ được áp dụng cho hệ thống nào tại một thời điểm nhất định.

Các bản vá nhị phân [ chỉnh sửa ]

Các bản vá cho phần mềm độc quyền thường được phân phối dưới dạng tệp thực thi thay vì mã nguồn. Loại bản vá này sửa đổi chương trình thực thi của chương trình, chương trình mà người dùng thực sự chạy trên mạng bằng cách sửa đổi tệp nhị phân để bao gồm các bản sửa lỗi hoặc bằng cách thay thế hoàn toàn. Trên các máy vi tính 8 bit đầu tiên, ví dụ như Radio Shack TRS-80, hệ điều hành đã bao gồm tiện ích PATCH chấp nhận dữ liệu vá từ tệp văn bản và áp dụng các bản sửa lỗi cho (các) tệp nhị phân thực thi của chương trình đích. Các bản vá trong bộ nhớ nhỏ có thể được áp dụng thủ công với tiện ích gỡ lỗi hệ thống, chẳng hạn như trình gỡ lỗi DDT của CP / M hoặc DEBUG của MS-DOS. Các lập trình viên làm việc trong BASIC được giải thích thường sử dụng lệnh POKE để thay đổi tạm thời chức năng của một thói quen dịch vụ hệ thống.

Các bản vá mã nguồn [ chỉnh sửa ]

Các bản vá cũng có thể lưu hành dưới dạng sửa đổi mã nguồn. Trong trường hợp này, các bản vá thường bao gồm sự khác biệt về văn bản giữa hai tệp mã nguồn, được gọi là "diffs". Các loại bản vá này thường xuất phát từ các dự án phần mềm nguồn mở. Trong những trường hợp này, các nhà phát triển mong muốn người dùng tự biên dịch các tệp mới hoặc đã thay đổi.

Các bản vá lớn [ chỉnh sửa ]

Bởi vì từ "bản vá" mang ý nghĩa của một bản sửa lỗi nhỏ, các bản sửa lỗi lớn có thể sử dụng danh pháp khác nhau. Các bản vá hoặc bản vá cồng kềnh làm thay đổi đáng kể một chương trình có thể lưu hành dưới dạng "gói dịch vụ" hoặc "bản cập nhật phần mềm". Microsoft Windows NT và những người kế nhiệm của nó (bao gồm Windows 2000, Windows XP, Windows Vista và Windows 7) sử dụng thuật ngữ "gói dịch vụ". [3] Trong lịch sử, IBM đã sử dụng thuật ngữ "FixPaks" và "Corrective Service Diskette" để chỉ những từ này cập nhật. [4]

Lịch sử [ chỉnh sửa ]

Một băng chương trình cho 1944 Harvard Mark I, một trong những máy tính kỹ thuật số đầu tiên. Lưu ý các bản vá vật lý được sử dụng để sửa các lỗ đục bằng cách che chúng.

Trong lịch sử, các nhà cung cấp phần mềm đã phân phối các bản vá trên băng giấy hoặc trên thẻ đục lỗ, hy vọng người nhận sẽ cắt bỏ phần được chỉ định của băng gốc (hoặc boong) và vá vào (do đó tên) phân khúc thay thế. Phân phối bản vá sau này sử dụng băng từ. Sau đó, sau khi phát minh ra các ổ đĩa di động, các bản vá đã đến từ nhà phát triển phần mềm thông qua một đĩa hoặc, sau đó, CD-ROM qua thư. Với quyền truy cập Internet có sẵn rộng rãi, tải xuống các bản vá từ trang web của nhà phát triển hoặc thông qua các bản cập nhật phần mềm tự động thường có sẵn cho người dùng cuối. Bắt đầu với Mac OS 9 của Apple và Windows ME của Microsoft, các hệ điều hành PC đã đạt được khả năng cập nhật phần mềm tự động qua Internet.

Các chương trình máy tính thường có thể phối hợp các bản vá để cập nhật chương trình mục tiêu. Tự động hóa đơn giản hóa nhiệm vụ của người dùng cuối – họ chỉ cần thực hiện một chương trình cập nhật, trong đó chương trình đó đảm bảo rằng việc cập nhật mục tiêu diễn ra hoàn toàn và chính xác. Gói dịch vụ cho Microsoft Windows NT và các sản phẩm kế thừa của nó và cho nhiều sản phẩm phần mềm thương mại áp dụng các chiến lược tự động như vậy.

Một số chương trình có thể tự cập nhật qua Internet với rất ít hoặc không có sự can thiệp nào từ phía người dùng. Việc bảo trì phần mềm máy chủ và hệ điều hành thường diễn ra theo cách này. Trong các tình huống mà quản trị viên hệ thống kiểm soát một số máy tính, loại tự động hóa này giúp duy trì tính nhất quán. Việc áp dụng các bản vá bảo mật thường xảy ra theo cách này.

Ứng dụng [ chỉnh sửa ]

Kích thước của các bản vá có thể thay đổi từ vài byte đến hàng trăm megabyte; do đó, những thay đổi quan trọng hơn ngụ ý kích thước lớn hơn, mặc dù điều này cũng phụ thuộc vào việc bản vá có bao gồm toàn bộ tệp hay chỉ phần (s) đã thay đổi của tệp. Cụ thể, các bản vá có thể trở nên khá lớn khi các thay đổi thêm hoặc thay thế dữ liệu phi chương trình, chẳng hạn như các tệp đồ họa và âm thanh. Những tình huống như vậy thường xảy ra trong việc vá các trò chơi máy tính. So với việc cài đặt phần mềm ban đầu, các bản vá thường không mất nhiều thời gian để áp dụng.

Trong trường hợp hệ điều hành và phần mềm máy chủ, các bản vá có vai trò đặc biệt quan trọng trong việc sửa các lỗ hổng bảo mật. Một số bản vá quan trọng liên quan đến các vấn đề với trình điều khiển. [5] Các bản vá có thể yêu cầu áp dụng trước các bản vá khác hoặc có thể yêu cầu cập nhật trước hoặc đồng thời một số thành phần phần mềm độc lập. Để tạo điều kiện cập nhật, hệ điều hành thường cung cấp các phương tiện cập nhật tự động hoặc bán tự động. Các bản cập nhật hoàn toàn tự động đã không thành công trong việc phổ biến rộng rãi trong môi trường máy tính của công ty, một phần vì những trục trặc đã nói ở trên, nhưng cũng bởi vì các quản trị viên sợ rằng các công ty phần mềm có thể giành quyền kiểm soát không giới hạn đối với máy tính của họ. ] Hệ thống quản lý gói có thể cung cấp nhiều mức độ tự động vá khác nhau.

Việc sử dụng các bản cập nhật hoàn toàn tự động đã trở nên phổ biến rộng rãi hơn trong thị trường tiêu dùng, do phần lớn [ cần trích dẫn ] với thực tế là Microsoft Windows đã hỗ trợ thêm cho họ [ khi nào? ] và Gói dịch vụ 2 của Windows XP (có sẵn trong năm 2004) đã bật chúng theo mặc định. Người dùng thận trọng, đặc biệt là quản trị viên hệ thống, có xu hướng ngừng áp dụng các bản vá cho đến khi họ có thể xác minh tính ổn định của các bản sửa lỗi. Microsoft (W) SUS hỗ trợ điều này. Trong trường hợp các bản vá lớn hoặc thay đổi đáng kể, các nhà phân phối thường giới hạn các bản vá có sẵn cho các nhà phát triển đủ điều kiện dưới dạng thử nghiệm beta.

Áp dụng các bản vá cho phần sụn đặt ra những thách thức đặc biệt, vì nó thường liên quan đến việc cung cấp hình ảnh phần sụn hoàn toàn mới, thay vì chỉ áp dụng những khác biệt so với phiên bản trước. Bản vá thường bao gồm một hình ảnh phần sụn dưới dạng dữ liệu nhị phân, cùng với chương trình đặc biệt do nhà cung cấp cung cấp thay thế phiên bản trước bằng phiên bản mới; bản cập nhật BIOS bo mạch chủ là một ví dụ về bản vá phần sụn thông thường. Bất kỳ lỗi hoặc gián đoạn bất ngờ nào trong quá trình cập nhật, chẳng hạn như mất điện, có thể khiến bo mạch chủ không thể sử dụng được. Các nhà sản xuất bo mạch chủ có thể áp dụng các biện pháp bảo vệ để ngăn chặn thiệt hại nghiêm trọng; ví dụ, quy trình cập nhật có thể tạo và giữ bản sao lưu phần sụn để sử dụng trong trường hợp nó xác định rằng bản sao chính bị hỏng (thường thông qua việc sử dụng tổng kiểm tra, chẳng hạn như CRC).

Trò chơi điện tử [ chỉnh sửa ]

Trò chơi video nhận được các bản vá để khắc phục các sự cố tương thích sau khi phát hành ban đầu giống như bất kỳ phần mềm nào khác, nhưng chúng cũng có thể được áp dụng để thay đổi quy tắc hoặc thuật toán trò chơi . Những bản vá này có thể được nhắc nhở bởi việc phát hiện ra các khai thác trong trải nghiệm trò chơi nhiều người chơi có thể được sử dụng để đạt được những lợi thế không công bằng so với những người chơi khác. Các tính năng bổ sung và điều chỉnh lối chơi thường có thể được thêm vào. Các loại bản vá này phổ biến trong các game bắn súng góc nhìn thứ nhất có khả năng nhiều người chơi và trong MMORPG, thường rất phức tạp với số lượng lớn nội dung, hầu như luôn phụ thuộc nhiều vào các bản vá sau khi phát hành ban đầu, trong đó các bản vá đôi khi có thêm nội dung và khả năng mới cho người chơi. Bởi vì sự cân bằng và công bằng cho tất cả người chơi MMORPG có thể bị hỏng nghiêm trọng trong một khoảng thời gian ngắn do khai thác, các máy chủ của MMORPG đôi khi bị gỡ xuống với thông báo ngắn để áp dụng bản vá quan trọng với bản sửa lỗi.

Các công ty đôi khi phát hành trò chơi biết rằng họ có lỗi. Thế giới trò chơi máy tính ' Scorpia năm 1994 đã tố cáo "các công ty quá nhiều để đề cập đến những người phát hành sản phẩm kém chất lượng biết rằng họ có thể có được bằng các bản vá và nâng cấp, và ai tạo ra ' trả tiền -các khách hàng của họ ". [6]

Trong phát triển phần mềm [ chỉnh sửa ]

Các bản vá lỗi đôi khi trở thành bắt buộc để khắc phục sự cố với thư viện hoặc với một phần mã nguồn cho các chương trình trong sử dụng thường xuyên hoặc trong bảo trì. Điều này thường xảy ra trên các dự án phần mềm quy mô lớn, nhưng hiếm khi phát triển quy mô nhỏ.

Trong các dự án nguồn mở, các tác giả thường nhận được các bản vá hoặc nhiều người xuất bản các bản vá khắc phục các sự cố cụ thể hoặc thêm chức năng nhất định, như hỗ trợ cho các ngôn ngữ địa phương bên ngoài ngôn ngữ của dự án. Trong một ví dụ từ sự phát triển ban đầu của nhân Linux (lưu ý khi xuất bản mã nguồn hoàn chỉnh của nó), Linus Torvalds, tác giả ban đầu, đã nhận được hàng trăm ngàn bản vá từ nhiều lập trình viên để áp dụng cho phiên bản gốc của mình. Đối với các bản vá lặp đi lặp lại, có các công cụ, chẳng hạn như Coccinelle để hỗ trợ viết các bản vá chung và áp dụng chúng tại nhiều vị trí cùng một lúc (thường là hàng trăm vị trí trong trường hợp của nhân Linux). [7]

Máy chủ HTTP Apache ban đầu được phát triển như một số bản vá mà Brian Behlendorf đã đối chiếu để cải thiện NCSA HTTPd, do đó, một cái tên ngụ ý rằng đó là một tập hợp các bản vá ("máy chủ vá lỗi"). Câu hỏi thường gặp trên trang web chính thức của dự án nói rằng cái tên 'Apache' đã được chọn từ sự tôn trọng đối với bộ lạc Apache người Mỹ bản địa. Tuy nhiên, lời giải thích 'một máy chủ chắp vá' ban đầu được đưa ra trên trang web của dự án. [8]

Biến thể [ chỉnh sửa ]

Hotfix [ chỉnh sửa ] 19659053] Cập nhật hotfix hoặc Quick Fix Engineering (cập nhật QFE) là một gói tích lũy duy nhất bao gồm thông tin (thường ở dạng một hoặc nhiều tệp) được sử dụng để giải quyết vấn đề trong sản phẩm phần mềm (ví dụ: lỗi phần mềm ). Thông thường, các hotfix được thực hiện để giải quyết một tình huống khách hàng cụ thể. Microsoft đã từng sử dụng thuật ngữ này nhưng đã ngừng ủng hộ thuật ngữ mới: Phát hành phân phối chung (GDR) và Phát hành phân phối hạn chế (LDR). Tuy nhiên, Blizzard Entertainment định nghĩa một hotfix là "một thay đổi được thực hiện cho trò chơi được coi là đủ quan trọng để nó không thể bị trì hoãn cho đến khi một bản vá nội dung thông thường".

Phát hành điểm [ chỉnh sửa ]

Bản phát hành điểm là một bản phát hành nhỏ của dự án phần mềm, đặc biệt là dự định sửa lỗi hoặc dọn dẹp nhỏ hơn là thêm các tính năng quan trọng. Thông thường, có quá nhiều lỗi được sửa trong một bản phát hành chính hoặc phụ, tạo ra nhu cầu phát hành điểm.

Khắc phục tạm thời chương trình [ chỉnh sửa ]

Khắc phục tạm thời chương trình hoặc Sửa lỗi tạm thời sản phẩm (PTF), tùy theo ngày, là thuật ngữ tiêu chuẩn của IBM cho một sửa lỗi hoặc nhóm sửa lỗi, phân phối dưới dạng sẵn sàng để cài đặt cho khách hàng. Một PTF đôi khi được gọi là một ZAP trực tiếp xem [1] Đôi khi, khách hàng giải thích từ viết tắt theo cách nói ngắn gọn là sửa chữa tạm thời hoặc thực tế hơn có lẽ điều này sửa bởi vì họ có tùy chọn để biến PTF thành một phần vĩnh viễn của hệ điều hành nếu bản vá sửa lỗi.

Bản vá bảo mật [ chỉnh sửa ]

Bản vá bảo mật là một thay đổi được áp dụng cho một tài sản để khắc phục điểm yếu được mô tả bởi lỗ hổng. Hành động khắc phục này sẽ ngăn chặn việc khai thác thành công và loại bỏ hoặc giảm thiểu khả năng đe dọa để khai thác một lỗ hổng cụ thể trong một tài sản. Quản lý bản vá là một phần của quản lý lỗ hổng – thực tiễn theo chu kỳ xác định, phân loại, khắc phục và giảm thiểu các lỗ hổng.

Bản vá bảo mật là phương pháp chính để sửa các lỗ hổng bảo mật trong phần mềm. Hiện tại Microsoft phát hành các bản vá bảo mật mỗi tháng một lần và các dự án phần mềm và hệ điều hành khác có các nhóm bảo mật dành riêng để phát hành các bản vá phần mềm đáng tin cậy nhất ngay sau khi có thông báo lỗ hổng. Các bản vá bảo mật được gắn chặt với tiết lộ có trách nhiệm.

Những bản vá bảo mật này rất quan trọng để đảm bảo rằng quy trình kinh doanh không bị ảnh hưởng. Vào năm 2017, các công ty đã bị tấn công bởi một ransomware có tên WannaCry, mã hóa các tệp trong các phiên bản nhất định của Microsoft Windows và yêu cầu tiền chuộc thông qua BitCoin. Để đáp ứng điều này, Microsoft đã phát hành một bản vá ngăn chặn ransomware chạy.

Gói dịch vụ [ chỉnh sửa ]

Gói dịch vụ hoặc SP hoặc gói tính năng (FP) bao gồm một tập hợp các bản cập nhật, sửa chữa hoặc cải tiến cho chương trình phần mềm được cung cấp trong biểu mẫu của một gói có thể cài đặt. Các công ty thường phát hành gói dịch vụ khi số lượng bản vá riêng lẻ cho một chương trình nhất định đạt đến một giới hạn (tùy ý) nhất định hoặc bản phát hành phần mềm đã được chứng minh là ổn định với một số vấn đề hạn chế dựa trên phản hồi và theo dõi lỗi của người dùng như bọ xít. Trong các ứng dụng phần mềm lớn như bộ phần mềm văn phòng, hệ điều hành, phần mềm cơ sở dữ liệu hoặc quản lý mạng, không có gì lạ khi có gói dịch vụ được phát hành trong vòng một hoặc hai năm phát hành sản phẩm. Cài đặt gói dịch vụ dễ dàng hơn và ít bị lỗi hơn so với cài đặt nhiều bản vá riêng lẻ, thậm chí nhiều hơn khi cập nhật nhiều máy tính qua mạng, trong đó các gói dịch vụ là phổ biến.

Bản vá không chính thức [ chỉnh sửa ]

Bản vá không chính thức là bản vá phi thương mại cho phần mềm thương mại do bên thứ ba tạo ra thay vì nhà phát triển ban đầu. Tương tự như một bản vá thông thường, nó làm giảm bớt các lỗi hoặc thiếu sót. Ví dụ là các bản sửa lỗi bảo mật của các chuyên gia bảo mật khi bản vá chính thức của chính các nhà sản xuất phần mềm mất quá nhiều thời gian. [9][10] Các ví dụ khác là các bản vá không chính thức được tạo bởi cộng đồng trò chơi của một trò chơi video đã trở thành phần mềm bỏ rơi không được hỗ trợ. [11][12]

Bản vá nóng [ chỉnh sửa ]

Vá nóng còn được gọi là vá trực tiếp hoặc cập nhật phần mềm động là ứng dụng của bản vá mà không cần tắt và khởi động lại hệ thống hoặc chương trình liên quan. Điều này giải quyết các vấn đề liên quan đến sự không có sẵn của dịch vụ do hệ thống hoặc chương trình cung cấp. [13] Một bản vá có thể được áp dụng theo cách này được gọi là bản vá nóng . Điều này đang trở thành một thông lệ phổ biến trong không gian ứng dụng dành cho thiết bị di động. [14] Các công ty như Rollout.io sử dụng phương pháp swizzling để cung cấp các bản vá nóng cho hệ sinh thái iOS. [15] Một phương pháp khác cho các ứng dụng iOS vá nóng là JSPatch. [ chỉnh sửa ]

Trong điện toán, trượt dòng là hành động tích hợp các bản vá (bao gồm các gói dịch vụ) vào các tệp cài đặt của ứng dụng gốc của chúng, do đó kết quả cho phép cài đặt trực tiếp bản cập nhật ứng dụng. [17] [18]

Bản chất của dòng chảy có nghĩa là nó liên quan đến thời gian và công việc ban đầu, nhưng có thể tiết kiệm rất nhiều thời gian (và, bởi gia hạn, tiền) trong dài hạn. Điều này đặc biệt quan trọng đối với các quản trị viên được giao nhiệm vụ quản lý một số lượng lớn máy tính, trong đó thực tế điển hình để cài đặt hệ điều hành trên mỗi máy tính sẽ là sử dụng phương tiện gốc và sau đó cập nhật từng máy tính sau khi cài đặt hoàn tất. Điều này sẽ tốn nhiều thời gian hơn so với việc bắt đầu với một nguồn cập nhật hơn (dòng chảy) và cần tải xuống và cài đặt một vài bản cập nhật không có trong nguồn bị trượt.

Tuy nhiên, không phải tất cả các bản vá đều có thể được áp dụng theo cách này và một nhược điểm là nếu phát hiện ra rằng một bản vá nào đó chịu trách nhiệm cho các vấn đề sau này, bản vá có thể được gỡ bỏ mà không cần sử dụng nguồn cài đặt gốc, không bị trượt.

Các hệ thống cập nhật phần mềm [ chỉnh sửa ]

Hệ thống cập nhật phần mềm cho phép các bản cập nhật được quản lý bởi người dùng và nhà phát triển phần mềm. Trong Petya cyberpandemia 2017, hệ thống cập nhật phần mềm tài chính "MeDoc" được cho là đã bị xâm phạm để phát tán phần mềm độc hại thông qua các bản cập nhật của nó. [19][20] Chuyên gia an ninh mạng của Blog Tor, Mike Perry tuyên bố rằng các bản dựng phân tán, xác định có khả năng là cách duy nhất. để bảo vệ chống lại phần mềm độc hại tấn công phát triển phần mềm và xây dựng các quy trình để lây nhiễm hàng triệu máy trong một bản cập nhật tức thời, được ký chính thức. [21] Các trình quản lý cập nhật của Linux như Synaptic cho phép người dùng cập nhật tất cả phần mềm được cài đặt trên máy của họ. Các ứng dụng như Synaptic sử dụng tổng kiểm tra mật mã để xác minh các tệp nguồn / cục bộ trước khi chúng được áp dụng để đảm bảo tính trung thực chống lại phần mềm độc hại. [22][23]

Xem thêm [ chỉnh sửa ]

Tài liệu tham khảo chỉnh sửa ]

  1. ^ a b "Microsoft phát hành bản vá phần mềm lớn nhất trong hồ sơ". Reuters . 2009-10-14. Lưu trữ từ bản gốc vào ngày 16 tháng 10 năm 2009 . Truy xuất 14 tháng 10 2009 .
  2. ^ "Sửa lỗi là gì? – Định nghĩa từ Techopedia". techopedia.com . Truy xuất 2015-07-29 .
  3. ^ "Trung tâm cập nhật và gói dịch vụ". windows.microsoft.com . Truy xuất 2015-06-01 .
  4. ^ "Thuật ngữ thuật ngữ". www.tavi.co.uk .
  5. ^ Liu, Ashok (2012). Sổ tay sửa chữa máy tính xách tay của Computercare: 300 trường hợp máy tính xách tay cổ điển Khắc phục sự cố và sửa chữa . Nhà văn. tr. 591. ISBN Muff477205402 . Truy xuất 2015-01-08 . Gỡ cài đặt bản vá trình điều khiển âm thanh độ nét cao KB835221 & KB888111 […]
  6. ^ Scorpia (tháng 4 năm 1994). "Vì vậy, bạn muốn trở thành một anh hùng?". Quan điểm của Bọ Cạp. Thế giới trò chơi máy tính . trang 54 bóng58.
  7. ^ Koyuncu, Anil; Bissyandé, Tegawendé F.; Kim, Đông Dương; Klein, Jacques; Quái vật, Martin; Le Traon, Yves (10 tháng 7 năm 2017). "Tác động của hỗ trợ công cụ trong xây dựng bản vá": 237 Ảo248. doi: 10.1145 / 3092703.3092713.
  8. ^ "Dự án máy chủ HTTP Apache". 15 tháng 6 năm 1997. Được lưu trữ từ bản gốc vào ngày 15 tháng 6 năm 1997. CS1 duy trì: BOT: không xác định trạng thái url gốc (liên kết)
  9. ^ Barwise, Mike (2007-10-16). "Bản vá không chính thức cho vấn đề Windows URI". An ninh H . Truy xuất 2012-01-29 .
  10. ^ "Một bản vá IE không chính thức khác được cung cấp để chống lại lỗ hổng nghiêm trọng". Máy tính hàng tuần. 2006 / 03-30 . Truy xuất 2013-07-09 . Một bản vá không chính thức khác đã được phát hành để chống lại một lỗ hổng nghiêm trọng trong trình duyệt Microsoft Explorer Internet Explorer.
  11. ^ Wen, Howard (2004-06-10). "Giữ huyền thoại sống". linuxdevcenter.com . Truy xuất 2012-12-22 . […] người hâm mộ của bộ ba Huyền thoại đã đưa ý tưởng này tiến thêm một bước: họ có quyền truy cập chính thức vào mã nguồn cho các trò chơi Huyền thoại. Được tổ chức dưới cái tên MythDevelopers, nhóm lập trình viên, nghệ sĩ và những người tài năng hoàn toàn tự nguyện này đã dành thời gian của họ để cải thiện và hỗ trợ phát triển hơn nữa cho loạt trò chơi Huyền thoại.
  12. ^ Bell, John (2009-10- 01). "Khai mở nguồn nghệ thuật". Đánh giá quản lý đổi mới công nghệ. Lưu trữ từ bản gốc vào ngày 2014 / 03-30 . Truy xuất 2012-12-30 . […] rằng sẽ không có bản vá nào nữa cho tiêu đề sắp ra mắt. Cộng đồng đã được dự đoán là buồn bã. Thay vì từ bỏ trò chơi, người dùng quyết định rằng nếu Activision không sửa lỗi, họ sẽ làm. Họ muốn cứu trò chơi bằng cách yêu cầu Activision mở nguồn để nó có thể được giữ sống vượt quá điểm mà Activision mất hứng thú. Với sự giúp đỡ của các thành viên trong nhóm phát triển đang hoạt động trên các diễn đàn người hâm mộ, cuối cùng họ đã có thể thuyết phục Activision phát hành mã nguồn của Call to Power II vào tháng 10 năm 2003.
  13. ^ "Tạp chí Oracle". Oracle.com. Lưu trữ từ bản gốc vào ngày 2008-05-14 . Truy xuất 2013-01-04 .
  14. ^ "Nóng hay không? Lợi ích và rủi ro của việc vá nóng từ xa iOS« Blog nghiên cứu đe dọa ". FireEye . Truy cập 2016-10-26 .
  15. ^ Perez, Sarah. "Rollout.io đưa các nhà phát triển di động trở lại quyền kiểm soát ứng dụng của họ". TechCrunch . Đã truy xuất 2016-10-26 .
  16. ^ "bang590 / JSPatch". GitHub . Truy xuất 2016-10-26 .
  17. ^ Karp, David (14 tháng 7 năm 2008). "Xây dựng đĩa khôi phục XP SP3". Tạp chí PC . Ziff Davis.
  18. ^ Thurrott, Paul (7 tháng 5 năm 2008). "Trượt Windows XP với Gói dịch vụ 3 (SP3)". Supersite cho Windows . Lầu năm góc.
  19. ^ Thomson, Iain. "Virus (ho, ho, Petya) gửi bưu điện tại FedEx, cổ phiếu tạm dừng" . Truy cập 29 tháng 6 2017 .
  20. ^ "Phân phối Petya mới vectơ nổi lên bề mặt". Đe dọa. 28 tháng 6 năm 2017 . Truy cập 29 tháng 6 2017 .
  21. ^ "Xây dựng quyết định Phần một: Thỏa hiệp điện tử và thỏa hiệp toàn cầu | Blog Tor". blog.torproject.org . Truy cập 11 tháng 7 2017 .
  22. ^ Proffitt, Brian (2008). Giới thiệu Ubuntu: Máy tính để bàn Linux . Học thuật báo thù. SĐT 1598637657 . Truy cập 11 tháng 7 2017 .
  23. ^ Tạp chí, S. P. H. (2007). CTM . Tạp chí SPH . Đã truy xuất 11 tháng 7 2017 .
  24. ^ -05

Liên kết ngoài [ chỉnh sửa ]

Đường 86 (Đường BMT Fourth)

Ga tàu điện ngầm thành phố New York ở Brooklyn, New York

Đường 86 là ga trên Đường BMT Fourth Avenue của Tàu điện ngầm Thành phố New York, tọa lạc tại Đường 86 và Đại lộ Bốn ở Bay Ridge, Brooklyn. Nó được phục vụ bởi tàu R mọi lúc.

Lịch sử [ chỉnh sửa ]

Vào ngày 24 tháng 1 năm 1913, việc xây dựng bắt đầu trên Tuyến đường 11B2, bao gồm nhà ga này và kéo dài giữa Phố 61 và Phố 89. Việc xây dựng đã được hoàn thành trên đoạn này vào năm 1915. [6] Đường 86 được mở vào ngày 15 tháng 1 năm 1916 như là một phần của phần mở rộng của BMT Fourth Avenue Line từ 59th Street đến 86th Street. [1][7] Đường Fourth Avenue cho đến khi Bay Ridge 95th Street mở cửa vào ngày 25 tháng 10 năm 1925. [8]

Các nền tảng ban đầu dài 435 feet (133 m), cho phép các chuyến tàu địa phương sáu toa. [9] Vào ngày 16 tháng 2 năm 1925, Hội đồng Giao thông vận tải đã chỉ đạo các kỹ sư của mình chuẩn bị kế hoạch kéo dài các nền tảng tại mười hai ga dọc theo Đại lộ Bốn, bao gồm cả nhà ga này, để phù hợp với các đoàn tàu tám chiếc với chi phí là 633.000 đô la. [10]

Đổi mới [ chỉnh sửa ]

Vào năm 2007, Nghị sĩ Vito Fossella, Quận 13, Thượng nghị sĩ Quận 22, Marty Golden, đã bảo đảm kinh phí cho việc cải tạo 13,8 triệu đô la, hoàn thành vào năm 2011. Việc cải tạo cầu thang, xây dựng lại hệ thống thông gió của nhà ga và lắp đặt mới ing cho các bức tường và sàn nhà cũng như các rãnh an toàn màu vàng tuân thủ ADA dọc theo các cạnh của nền tảng. Các bức tường nền tảng ban đầu được lát gạch, nhưng đã được gỡ bỏ trong quá trình cải tạo vào những năm 1970. Công trình cải tạo hiện đại đã phục hồi những viên gạch này và thêm một bức tranh khảm kính nghệ thuật lấy cảm hứng từ những ngôi nhà cũ của khu phố Bay Ridge. [11][12][13][14][15]

Kế hoạch kêu gọi thêm hai thang máy, một từ gác lửng lên bục và cái còn lại từ gác lửng ra đường , điều này sẽ khiến nhà ga tuân thủ đầy đủ các hướng dẫn về khả năng tiếp cận theo Đạo luật Người khuyết tật Hoa Kỳ năm 1990. [16] Việc xây dựng thang máy bắt đầu vào tháng 6 năm 2018 [17] và dự kiến ​​sẽ hoàn thành vào năm 2020. [18]

Bố trí nhà ga [19659004] [ chỉnh sửa ]

Nhà ga ngầm này có hai đường ray và một nền tảng đảo duy nhất. [19] Trạm ban đầu được dự kiến ​​là một trạm tốc hành bốn đường. Nền tảng nằm giữa hai đường ray phía nam là phía bắc của nhà ga này, đường ray phía nam hiện tại xoay quanh nền tảng trong khi đường phía bắc vẫn thẳng. [19] Hai đường ray bổ sung sẽ được xây dựng ở phía đông của Fourth Đại lộ. [1][20][21] Ngoài ra còn có một số lượng lớn các tầng lửng hiện chỉ được sử dụng cho nhân viên. [20]

Nền tảng và tầng lửng ở trên có các cột màu xanh đậm, một số trong đó có bảng tên trạm màu đen tiêu chuẩn với chữ màu trắng. Các bức tường theo dõi hiện đang được lát gạch, trước đây là màu đen với sơn màu xanh đậm và nâu ngoại trừ một phần nhỏ ở cực bắc. Nền tảng này có một số cơ sở nhân viên có một đường trang trí khảm.

Cầu thang ở góc SE của Đường 86 & Đại lộ số 4

Lối ra [ chỉnh sửa ]

Trạm này có hai lối vào / lối ra. Một toàn thời gian là ở cuối phía nam. Hai cầu thang từ nền tảng đi lên một gác lửng có ngân hàng quay đầu và bodega trong kiểm soát giá vé. Kiểm soát giá vé bên ngoài, có một gian hàng mã thông báo và hai cầu thang đi lên các góc phía nam của đường 86 và Đại lộ Bốn. [22]

Khu vực kiểm soát giá vé khác của nhà ga không bị ảnh hưởng. Hai cầu thang từ sân ga, một trong số đó hiện đang đóng cửa, đi lên một gác lửng có hai Lối vào / Lối ra cao và một cầu thang đi lên góc tây nam của Đường 85 và Đại lộ Bốn. Cả hai tầng lửng đều có đường viền khảm ban đầu. [11]

Điểm dừng xe buýt [ chỉnh sửa ]

Nhà ga đóng vai trò là trung tâm xe buýt và nhà ga cho một số tuyến Giao thông Thành phố New York, bao gồm cả S53 địa phương và S93 xe buýt hạn chế và S79 Chọn Dịch vụ xe buýt đến Đảo Staten. [2][22][23][24]

Tài liệu tham khảo [ chỉnh sửa ]

  1. ^ a b c "Tàu điện ngầm chạy đến đường tám mươi sáu bắt đầu xây dựng Boom In Bay Ridge". Đại bàng hàng ngày Brooklyn . Ngày 15 tháng 1 năm 1916 . Truy cập ngày 29 tháng 6, 2015 – thông qua báo chí.com.
  2. ^ a b c "Chọn dịch vụ xe buýt đã đến S79". mta.info . Cơ quan giao thông vận tải đô thị. Ngày 3 tháng 9 năm 2012 . Truy xuất 5 tháng 7 2015 .
  3. ^ "Thông tin của nhà phát triển trạm". Cơ quan giao thông vận tải đô thị . Truy cập ngày 13 tháng 6, 2017 .
  4. ^ "NYC Subway Wireless – Active Station". Quá cảnh Wifi không dây. Truy cập ngày 18 tháng 5 năm 2016.
  5. ^ "Sự kiện và số liệu: Hành trình tàu điện ngầm hàng năm 2012 Tiết2017". Cơ quan giao thông vận tải đô thị. Ngày 12 tháng 7 năm 2018 . Truy cập ngày 12 tháng 7, 2018 .
  6. ^ Rogoff, David (tháng 5 năm 1961). "Bản tin ERA của Bộ phận New York tháng 5 năm 1961". Google Docs . Truy cập ngày 8 tháng 5, 2017 .
  7. ^ Thượng viện, New York (Tiểu bang) Lập pháp (ngày 1 tháng 1 năm 1917). Tài liệu của Thượng viện tiểu bang New York .
  8. ^ "Giá thầu tàu điện ngầm được công bố: Đối với nhà ga đường 95, Brooklyn, và sân Yard" (PDF) . nytimes.com . Thời báo New York. Ngày 1 tháng 3 năm 1925 . Truy cập 28 tháng 6 2015 .
  9. ^ Tàu điện ngầm Đại lộ Bốn, Đường vận chuyển mới của Brooklyn: Một phần của Hệ thống vận chuyển nhanh của thành phố mới York . Ủy ban dịch vụ công cộng. Ngày 19 tháng 6 năm 1915.
  10. ^ "12 BM. T. TRẠM ĐỂ ĐƯỢC LENGTHEHED; Ban vận tải ra lệnh cho các kỹ sư chuẩn bị hợp đồng cho công việc của Brooklyn. Mua xe mới ". Thời báo New York . Ngày 17 tháng 2 năm 1925. ISSN 0362-4331 . Truy cập ngày 4 tháng 5, 2017 .
  11. ^ a b Golden, Martin J. (ngày 25 tháng 1 năm 2007) . "Nghị sĩ Fossella và Thượng nghị sĩ tuyên bố thỏa thuận vàng cho việc cải tạo toàn bộ ga tàu điện ngầm đường 86". nysenate.gov . Thượng viện tiểu bang New York . Truy cập 5 tháng 7 2015 .
  12. ^ Golden, Martin J. (23 tháng 9 năm 2008). "Thượng nghị sĩ Golden thông báo tài trợ cho việc sửa chữa tại ga đường 86". nysenate.gov . Thượng viện tiểu bang New York . Truy cập 5 tháng 7 2015 .
  13. ^ Chapman, Ben (3 tháng 3 năm 2011). "Nghệ sĩ Brooklyn có trái tim thủy tinh: Làm việc trên bức tranh tường cho ga tàu điện ngầm". nydailynews.com . Tin tức hàng ngày (New York) . Truy cập 5 tháng 7 2015 .
  14. ^ Fink, Homer (3 tháng 3 năm 2011). "Nghệ sĩ Brooklyn Heights làm sáng lên tàu điện ngầm Bay Ridge". brooklynheightsblog.com . Blog Brooklyn Heights . Truy cập 5 tháng 7 2015 .
  15. ^ "Trạm tàu ​​điện ngầm Brooklyn để trải qua 8,5 triệu đô la trang điểm". ny1.com . NY1. Ngày 26 tháng 1 năm 2007 Lưu trữ từ bản gốc vào ngày 2007-10-10 . Truy cập 7 tháng 7 2015 .
  16. ^ Katinas, Paula (25 tháng 2 năm 2013). "Những người đi tàu điện ngầm thành lập liên minh để đấu tranh cho dịch vụ tốt hơn ở Bay Ridge". brooklyneagle.com . Đại bàng Brooklyn . Truy cập 5 tháng 7 2015 .
  17. ^ "MTA | news | NYCT để bắt đầu dự án lắp đặt thang máy tại ga 86 St ở Bay Ridge". www.mta.info . Cơ quan giao thông vận tải đô thị. 2018-06-05 . Truy xuất 2018-06-05 .
  18. ^ "Mô tả dự án, ngân sách và phạm vi". Cơ quan giao thông vận tải đô thị. Ngày 5 tháng 6 năm 2018 . Truy cập 2018-06-05 .
  19. ^ a b Dougherty, Peter (2006) [2002]. Các bản nhạc của Tàu điện ngầm Thành phố New York 2006 (tái bản lần thứ 3). Nhân mã. OCLC 49777633 – thông qua Google Books.
  20. ^ a b "Kế hoạch mở rộng tàu điện ngầm Brooklyn: Đường thứ tư đến đường 86, St. và cuối cùng là một con đường xuyên qua đảo Coney " (PDF) . nytimes.com . Thời báo New York. Ngày 16 tháng 2 năm 1912 . Truy cập 28 tháng 6 2015 .
  21. ^ "www.nycsubway.org". www.nycsubway.org .
  22. ^ a b "Bản đồ khu phố MTA: Bay Ridge" (PDF) . mta.info . Cơ quan giao thông vận tải đô thị. 2015 . Truy cập 29 tháng 6 2015 .
  23. ^ a b "Bản đồ xe buýt Brooklyn" (PDF) . Cơ quan giao thông vận tải đô thị. Tháng 11 năm 2017 . Đã truy xuất ngày 24 tháng 4, 2018 . ) . Cơ quan giao thông vận tải đô thị. Tháng 8 năm 2018 . Truy xuất ngày 18 tháng 8, 2018 .

Iovan Tsaous – Wikipedia

Iovan Tsaous (tiếng Hy Lạp: Γβάβά 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 bài hát rebetiko từ Pontus. Tên thật của anh ta là Yiannis Eitziridis hoặc Etseiridis (Γάης

Tiểu sử [ chỉnh sửa ]

Tsaous sinh năm 1893 tại Kastamonu trên bờ Biển Đen của Thổ Nhĩ Kỳ. Là một công dân của Đế chế Ottoman, ông đã hoàn thành nghĩa vụ quân sự trong quân đội Ottoman, đạt cấp bậc trung sĩ. [1] Sau Chiến tranh Greco-Thổ Nhĩ Kỳ (1919, 191922), ông đến Hy Lạp làm người tị nạn và định cư tại Piraeus . Ông làm việc ban đầu như một thợ may trong một số năm, trước khi mở một ouzeri. Ông và vợ qua đời năm 1942 vì ngộ độc thực phẩm trong nạn đói do sự chiếm đóng của phát xít Đức trong Thế chiến II. Phần lớn thông tin về cuộc sống của anh ta đến từ hậu duệ của chị dâu.

Dụng cụ [ chỉnh sửa ]

Yovan Tsaous đặc biệt chú ý đến các nhạc cụ độc đáo mà ông chơi. [2] Chúng được chế tạo riêng cho ông ở Piraeus bởi luthier Kyriakos khác nhau ở một khía cạnh quan trọng so với các loại dây đeo cổ dài khác được sử dụng ở Hy Lạp vào thời điểm này, ở chỗ chúng không bị xáo trộn theo sự phân chia tính khí bình đẳng của quãng tám thành mười hai nửa cung giống hệt nhau. Thay vào đó, họ [3] có mười sáu phím đàn cho quãng tám, trong đó cho phép, trong số những thứ khác, việc chơi các khoảng khác nhau của microton như giai điệu được gọi là ba phần tư và thứ ba trung tính, ở một số vị trí nhất định trên bảng đàn. Chúng tôi biết ít nhất ba nhạc cụ, trong đó hai nhạc cụ còn tồn tại đến ngày nay. Loại nhỏ nhất được gọi là baglamas mặc dù nó không giống với nhạc cụ được biết đến với cái tên đó trong bối cảnh rebetiko, lớn hơn đáng kể và trên thực tế tương ứng với những gì người Hy Lạp gọi là tzourás . Kích thước tiếp theo được gọi là sázi có chiều dài chuỗi rung tương đương với một bouzouki. Cuối cùng, có một nhạc cụ mà danh tính vẫn còn mù mờ. Nó được nghe rất rõ khi chơi một bản giới thiệu taxim cho bài hát Diamánto alaniára ( ΔΔμάμά Γά 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 1945 Nghe có vẻ như nó là một nhạc cụ không có tiếng, có lẽ là một cái đầu giấy da chứ không phải là một cái bảng gỗ. Dường như Tsaous gần như đơn độc khi chơi những nhạc cụ đặc biệt này; thực tế là chúng không tạo ra các khoảng thời gian nóng nảy như nhau làm cho chúng có vấn đề trong công việc hòa tấu, và điều này có thể nghe thấy được trong các bản ghi âm của anh ấy, có âm thanh độc đáo. Anh ta dường như đã có ít nhất một đồng nhạc sĩ chơi các nhạc cụ được điều chỉnh tương tự, cụ thể là một G. Kikídis (gr. Κ. Κικίδης), người được cho là chơi bouzouki trên một hãng thu âm, nhưng nhạc cụ này phát ra song song với Tsaous ' baglamas và không có vẻ như một bouzouki.

Tsaous được nghe trên ít nhất mười lăm bản ghi âm được thực hiện từ năm 1936 đến 1937. Mười hai bài hát đầu tiên được liệt kê dưới đây là những sáng tác của riêng ông. Những bài hát này có một đặc điểm thực sự bình dị, và không giống với những bài hát khác trong thời kỳ trong ngôn ngữ du dương của họ, cách sử dụng máy đo tinh tế và cách sử dụng các khoảng thời gian khác thường trong các bản ghi hiện đại. Thêm hai bài hát đã được ghi có vào Panagiotis Tountas, một bài nữa cho Giorgos Kamvisis. Sáu bài đầu tiên được hát bởi Antonis Kalyvopoulos, tám bài sau của Stellakis và bài cuối của Roza Eskenazi. Tsaous là trưởng nhóm trong ít nhất mười hai bài hát đầu tiên. Ông đã chơi ba nhạc cụ khác nhau trong các bản thu âm của mình (xem phần trước), không có nhạc cụ nào là bouzouki, mặc dù các hãng thu âm thường đề cập đến bouzoukia .

  • Pénte mánges ston Piréa ( Πέτε στν mánges ( Πρππ 1945 Η Ελέη τ 1945 1945 1945 ]) – Bạn gái
  • Diamánto alaniára ( Δμά ] ( Μάγκι [) – Cô gái Mángas
  • ) – Trong Peloponnese mát mẻ
  • Egó thélo pringipéssa ( Εγώ θέλωθέλωρ ) (Toundas) – Barbara (Panagiotis Tountas)
  • Yia na kséreis ( Γιά να ις ) Bạn nên biết (Giorgos Kamvis Κτερίαα 1945 1945 1945 1945 1945

    1. ^ Yovan là một hình thức Slav (cũng được người Thổ Nhĩ Kỳ chấp nhận) của tên Hy Lạp Yianni và çavuş là một từ tiếng Thổ Nhĩ Kỳ dành cho trung sĩ.
    2. ^ về việc xây dựng và làm phiền các nhạc cụ này, và của đĩa hát của Tsaous, sẽ được tìm thấy ở Kourousis, Stavros Từ Tambouras đến Bouzouki – Lịch sử và sự tiến hóa của Bouzouki và Bản ghi đầu tiên của nó (1926-1932) Orpheum Phonograph ORPH-01 ISBN 976-618-80538-0-9 (2013)
    3. ^ Ít nhất là hai nhạc cụ còn tồn tại, sazi baglamas .
    4. ^ Hình ảnh của hai nhạc cụ còn sót lại và một tài khoản của chúng bằng tiếng Hy Lạp, được tìm thấy trong các ghi chú tay áo cho LP ΓΓβά 1945 1945 1945 1945 1945 1945 LP chứa mười hai bản ghi âm của Tsaous, bao gồm cả bản ghi được đề cập ở đây.

    Liên kết ngoài [[1 9459007] chỉnh sửa ]

Doom (phim) – Wikipedia

Doom là một bộ phim kinh dị hành động khoa học viễn tưởng Mỹ năm 2005 của đạo diễn Andrzej Bartkowiak [3] và được viết bởi David Callaham và Wesley Strick, dựa trên loạt trò chơi video cùng tên do Id Software tạo ra. Với sự tham gia của Karl Urban, Dwayne Johnson và Rosamund Pike, bộ phim theo chân một nhóm thủy quân lục chiến trong một cơ sở nghiên cứu trên Sao Hỏa. Sau khi đến một nhiệm vụ giải cứu và phục hồi sau khi ngừng liên lạc, thủy quân lục chiến đã sớm chiến đấu với những con quái vật biến đổi gen gây khó chịu cho cơ sở.

Sau khi thỏa thuận bản quyền phim với Universal Pictures và Columbia Pictures hết hạn, [6] id Software đã ký một thỏa thuận với Warner Bros. với quy định rằng bộ phim sẽ được chiếu sáng trong vòng một năm. [7] Warner Bros. sau đó được trả lại cho Universal, bắt đầu sản xuất vào năm 2004. Bộ phim là sản phẩm hợp tác quốc tế của Hoa Kỳ, Vương quốc Anh, Cộng hòa Séc và Đức.

Trong một cuộc phỏng vấn, nhà sản xuất điều hành John Wells tuyên bố rằng bộ phim thứ hai sẽ được đưa vào sản xuất nếu bộ phim đầu tiên thành công tại phòng vé. [8] Bộ phim đã thu về 28,2 triệu đô la ở Bắc Mỹ và 27,8 triệu đô la ở nước ngoài cho toàn thế giới tổng cộng 56 triệu USD; dựa trên ngân sách 60 triệu đô la, bộ phim là một quả bom phòng vé.

Vào năm 2026, một cổng thông tin đến một thành phố cổ trên Sao Hỏa được phát hiện trên sa mạc Nevada. Hai mươi năm sau, cơ sở nghiên cứu của Tập đoàn hàng không vũ trụ Union (UAC) trên sao Hỏa bị tấn công bởi một kẻ tấn công vô danh. Sau một cuộc gọi đau khổ được gửi bởi Tiến sĩ Carmack, một nhóm Thủy quân lục chiến, do Thượng sĩ. Asher "Sarge" Mahonin, được gửi đi trong một nhiệm vụ tìm kiếm và giải cứu lên Sao Hỏa. Nhóm nghiên cứu sử dụng cổng thông tin để đến Sao Hỏa. Một trong những lính thủy đánh bộ, John "Reaper" Grimm, đi cùng với chị gái của mình, Tiến sĩ Samantha Grimm, đến một trong những phòng thí nghiệm trong khu vực bị tàn phá để lấy dữ liệu và anh ta biết rằng địa điểm đào, nơi cha mẹ của họ vô tình bị giết, đã được mở lại và bộ xương cổ xưa của một chủng tộc người hình người được tăng cường di truyền đã được phát hiện.

Trong khi tìm kiếm những người sống sót trong cơ sở, thủy quân lục chiến tìm thấy một bác sĩ Carmack bị thương và bị thương và hộ tống anh ta đến phòng thí nghiệm y tế để điều trị, nhưng sau đó anh ta đã biến mất. Thủy quân lục chiến bắn vào một sinh vật vô danh trong Phòng thí nghiệm di truyền dẫn họ xuống cống thoát nước của cơ sở, nơi nó tấn công và giết chết Dê. Xác chết của sinh vật từ cống cũng được đưa đến Phòng thí nghiệm y tế để kiểm tra. Sam bắt đầu khám nghiệm tử thi trên sinh vật và phát hiện ra rằng các cơ quan của nó là con người. Cô và Duke cũng chứng kiến ​​Dê hồi sinh và tự sát bằng cách đập đầu vào một cửa sổ gia cố. Sau đó, cả hai bị tấn công bởi một trong những sinh vật nhưng đã tìm cách bẫy nó và nhận ra đó là một bác sĩ đột biến.

Đội theo dõi một số sinh vật với thành công hỗn hợp, dẫn đến cái chết của Mac, Kẻ hủy diệt và Portman. Một Sarge tức giận đặt xuống Tiến sĩ Carmack đột biến. Sam, Reaper và Sarge biết rằng UAC đang thử nghiệm trên người bằng nhiễm sắc thể sao Hỏa (C24) được thu hoạch từ phần còn lại của bộ xương cổ đại nhưng các dị nhân bị lỏng lẻo, dẫn đến sự bùng phát. Sam và Reaper cố gắng thuyết phục SUND rằng các sinh vật là con người từ cơ sở, bị đột biến bởi huyết thanh C24 và không phải tất cả những người bị nhiễm bệnh sẽ biến đổi hoàn toàn thành các sinh vật. Sam đưa ra giả thuyết rằng một số người được giới thiệu về nhiễm sắc thể sao Hỏa phát triển khả năng siêu phàm nhưng vẫn giữ được nhân tính của họ, trong khi những người khác có khuynh hướng hành vi bạo lực hoặc tâm thần sẽ bị ảnh hưởng xấu hơn. Các sinh vật sử dụng cổng thông tin và giết mổ và biến hầu hết các nhân viên nghiên cứu thành gớm ghiếc. Điều này dẫn đến việc SUND ra lệnh cho đội của anh ta vệ sinh toàn bộ cơ sở. Kid trở về với một Pinky sợ hãi, nhưng khi anh ta thông báo cho Sarge rằng anh ta đã không xử tử một nhóm người sống sót mà anh ta tìm thấy và từ chối quay lại và làm như vậy, Sarge xử tử Kid vì sự bất tuân, dẫn đến một cuộc đình công. Nhóm này sau đó bị tấn công bởi những người nhiễm bệnh giết chết Duke và kéo SUND và Pinky đi. Reaper bị thương bởi một viên đạn bắn lại. Để ngăn anh ta chảy máu đến chết, Sam miễn cưỡng tiêm Reaper bằng huyết thanh C24 trước khi anh ta bất tỉnh.

Reaper tỉnh lại và thấy vết thương của mình đã lành và Sam đã mất tích. Sử dụng khả năng siêu phàm mới của mình, anh ta chiến đấu bằng cách đi qua cơ sở, thậm chí chiến đấu với một Pinky đột biến và quái dị trước khi tìm thấy Sam bất tỉnh và Sarge, người đã bị nhiễm bệnh và giết chết nhóm người sống sót mà Kid tìm thấy. Trận chiến cặp với sự trợ giúp của sức mạnh siêu phàm của họ và Reaper có thể chiếm thế thượng phong và ném Sarge vào cổng vào Sao Hỏa cùng với một quả lựu đạn, phá hủy Sarge và cơ sở Sao Hỏa. Reaper sau đó bế em gái bất tỉnh của mình vào thang máy và cưỡi lên mặt nước.

Sản xuất [ chỉnh sửa ]

Lịch sử sản xuất [ chỉnh sửa ]

  • Vào ngày 27 tháng 11 năm 2003, Thế giới trò chơi máy tính ] đã in một bài viết trên trang web của họ về bộ phim Doom . Nó nói rằng Warner Bros thực sự đang làm việc trên bộ phim Doom và đã đặt nó trên đường đua nhanh. Một kịch bản sửa đổi đã được gửi đến Phần mềm id và được phê duyệt; John Wells (nhà sản xuất của ER ) và Lorenzo di Bonaventura (người đã giới thiệu Ma trận cho Warner Bros.) đã ký hợp đồng để làm việc trên bộ phim Doom . Khái niệm nghệ thuật và cốt truyện đã được vẽ bởi Federico D'Alessandro, người đã làm việc trên nhiều bộ phim, video âm nhạc, và các trang bìa và quảng cáo trò chơi video.
  • Associated Press ( AP ) đã phát hành một bài báo vào ngày 15 tháng 5 năm 2004, liên quan đến các bộ phim chuyển thể từ trò chơi điện tử có đề cập đến bộ phim Doom . [9] Một đoạn trích đề cập đến bộ phim Doom : "Soon, nhiều thương hiệu game bom tấn hơn, chẳng hạn như Halo Doom dự kiến ​​sẽ trở thành nền tảng của phim. "
  • Vào ngày 2 tháng 6 năm 2004, rằng Warner Bros đã mất quyền đối với Doom và Universal Studios đã mua lại chúng; báo cáo đã xác nhận rằng Doom sẽ dựa trên Doom 3 . [10]
  • Một bài báo Doom 3 , 2004, số ra ngày Thời gian đã đề cập rằng Universal được thiết lập để quay bộ phim Doom tại Prague vào mùa đông năm 20042002005.
  • Ngày hôm sau, Hollywood Phóng viên đã phát hành một bài báo đề cập đến ngày phát hành của tám bộ phim và bộ phim thứ ba được liệt kê là bộ phim Doom . Nó tuyên bố rằng Doom sẽ được phát hành rộng rãi vào ngày 5 tháng 8 năm 2005.
  • Trong vòng một tuần, Phóng viên Hollywood đã thông báo rằng John Wells Productions hiện đang trong giai đoạn tiền sản xuất cho Phim Doom .
  • Vào ngày 18 tháng 8 năm 2004, trang web Box Office Prophets đã thực hiện bộ phim Doom chiếu bộ phim của họ trong ngày và họ liệt kê ngày phát hành cho Doom ] phim, ngày 5 tháng 8 năm 2005. Bài báo cũng xác nhận rằng Universal có Doom trong lịch trình sản xuất mùa đông 2004 Nott2005 tại Barrandov Studios của Prague.
  • Tin tức lớn đã được tiết lộ bởi cả Variety The Hollywood Reporter trên bộ phim Doom vào ngày 15 tháng 9 năm 2004. Karl Urban đã được chọn cho Bộ phim Doom với tư cách là ngôi sao, John Grimm, một nhà lãnh đạo của một nhóm ops đặc biệt. Anh ta sẽ đối phó không chỉ với những con quỷ ngoài hành tinh, mà còn là tổ chức được biết đến với cái tên United Aerospace Corp chịu trách nhiệm cho cái chết của cha mẹ anh ta. Enda McCallion được thông báo đã bỏ dự án và đạo diễn người Ba Lan Andrzej Bartkowiak đã ký hợp đồng làm giám đốc. Việc sản xuất dự kiến ​​sẽ bắt đầu vào giữa tháng 10 với ngày phát hành 21 tháng 10 năm 2005. Cũng lưu ý, Universal Pictures đang nói chuyện với The Rock về vai trò trong bộ phim Doom .
  • Phóng viên Hollywood tuyên bố rằng Universal Pictures đã chọn Rosamund Pike đối diện với Karl Urban như một nhà khoa học tên Samantha vào ngày 22 tháng 9 năm 2004. [12]
  • Một trong những khía cạnh đáng chú ý nhất của bộ phim là một đoạn ngắn gần cuối phim nơi máy quay theo dõi tiến trình của Grimm từ một góc nhìn người thứ nhất để tỏ lòng tôn kính với trò chơi gốc. Theo lời của Karl Urban, nam diễn viên thủ vai Reaper: "Theo một cách nào đó, nó làm nên lịch sử điện ảnh ở chỗ, lần đầu tiên, khán giả trở thành anh hùng của bộ phim. […] Khi chúng ta vào FPS, khán giả đang làm điên cuồng, khán giả đang làm việc và điều đó thật tuyệt. Thật điên rồ! "[13]

Âm nhạc [ chỉnh sửa ]

Điểm của bộ phim được sáng tác bởi Clint Mansell, khi mà anh đã sản xuất một bản phối lại của bài hát Nine Inch Nails "You know What You Are?", được sử dụng trong đoạn kết của bộ phim. Bài hát "Switchback" của Celldweller đã được cấp phép sử dụng cho mục đích tiếp thị và truyền thông, chẳng hạn như đoạn giới thiệu sân khấu và các điểm truyền hình.

Lễ tân [ chỉnh sửa ]

Nhà tổng hợp đánh giá Rotten Tomatoes báo cáo rằng 19% các nhà phê bình đã đánh giá tích cực về bộ phim, dựa trên 132 đánh giá, với sự đồng thuận quan trọng "Chắc chắn sẽ làm hài lòng người hâm mộ của trò chơi điện tử, nhưng thiếu cốt truyện và độc đáo để làm hài lòng những người xem phim khác. "[14] Trên Metacritic, bộ phim có tỷ lệ trung bình là 34 trên 100, dựa trên 28 nhà phê bình, cho thấy" những đánh giá chung không thuận lợi ". ] [15]

Roger Ebert nói, " Doom giống như một đứa trẻ đã đến và đang sử dụng máy tính của bạn và sẽ không cho bạn chơi." [16] Rob Gonsalves đã cho nó chơi hai. các ngôi sao, trích dẫn các chuỗi hành động không mạch lạc, các nhân vật bằng phẳng và hài hước, và diễn xuất kém: "Chỉ Richard Phanh, với tư cách là người láu cá và nhếch nhác, mang đến một màn trình diễn bất kỳ quan tâm, và thậm chí ở mức độ biếm họa." [17] 2009, Thời gian liệt kê bộ phim vào danh sách 10 trò chơi video tồi tệ nhất phim. [18]

Trong một cuộc phỏng vấn năm 2009, Johnson đã mô tả bộ phim như một ví dụ về "thử và thất bại" để thực hiện một trò chơi video hay, và đó là một câu chuyện cảnh báo về những gì " không nên làm ". [19]

Home media [ chỉnh sửa ]

Doom đã được phát hành trên VHS và DVD vào ngày 7 tháng 2 năm 2006, HD DVD vào ngày 26 tháng 4 năm 2006 2006, và trên đĩa Blu-ray vào ngày 10 tháng 2 năm 2009. [20]

Vào tháng 4 năm 2018, đã có thông báo rằng Universal Pictures đang thực hiện một bản phóng tác mới Doom [21][22]

Xem thêm [ chỉnh sửa ]

Tài liệu tham khảo [ chỉnh sửa ]

  1. ^ " ' DOOM' (15)". Hội đồng phân loại phim của Anh. Ngày 18 tháng 10 năm 2005 . Truy cập ngày 23 tháng 2, 2016 .
  2. ^ "Doom (2005)". Viện phim Anh . Truy cập ngày 20 tháng 11, 2012 .
  3. ^ a b Deming, Mark. "Doom (2001)". AllMovie . Nhịp điệu . Truy xuất ngày 20 tháng 11, 2012 .
  4. ^ "Doom (2005)". Phòng vé Mojo . IMDb . Truy xuất ngày 30 tháng 6, 2010 .
  5. ^ "Doom (2001)". Những con số . Dịch vụ thông tin Nash . Truy cập ngày 29 tháng 12, 2013 .
  6. ^ Konow, David (ngày 3 tháng 12 năm 2005). "Phỏng vấn Giám đốc điều hành phần mềm id, ông Todd Hollenshead (trang một)". Trò chơi của Tom . Tập đoàn Bestofmedia. Lưu trữ từ bản gốc vào ngày 4 tháng 2 năm 2008 . Truy cập ngày 25 tháng 6, 2008 .
  7. ^ Konow, David (ngày 3 tháng 12 năm 2005). "Phỏng vấn Giám đốc điều hành phần mềm id, ông Todd Hollenshead (trang hai)". Trò chơi của Tom . Tập đoàn Bestofmedia. Lưu trữ từ bản gốc vào ngày 6 tháng 12 năm 2008 . Truy cập ngày 25 tháng 6, 2008 .
  8. ^ "Tiếng nói của Doom". Slasherama . Được lưu trữ từ bản gốc vào ngày 8 tháng 11 năm 2005.
  9. ^ Associated Press (ngày 6 tháng 2 năm 2005). "Hollywood hứng thú với trò chơi điện tử phát triển". Yahoo! Tin tức . Yahoo!. Được lưu trữ từ bản gốc vào ngày 6 tháng 2 năm 2005.
  10. ^ Harris, Dana (ngày 3 tháng 6 năm 2004). "Di Bonaventura, trò chơi Wells cho U '' Doom '". Giống . Truyền thông kinh doanh Penske . Truy cập ngày 3 tháng 2, 2018 .
  11. ^ Mumpower, David. "Sự chết". Các nhà tiên tri phòng vé . Một trong số chúng tôi. Được lưu trữ từ bản gốc vào ngày 15 tháng 8 năm 2004.
  12. ^ Foreman, Liza (ngày 22 tháng 9 năm 2014). " ' Ngày của Poom cho Pike với những bức ảnh phổ quát". Phóng viên Hollywood . Truyền thông toàn cầu Prometheus. Được lưu trữ từ bản gốc vào ngày 10 tháng 10 năm 2004.
  13. ^ "Doom". Phim kinh dị sắp ra mắt . Lưu trữ từ bản gốc vào ngày 13 tháng 9 năm 2012 . Truy xuất ngày 25 tháng 2, 2007 .
  14. ^ "Doom (2005)". Cà chua thối . Truyền thông Fandango . Truy cập ngày 28 tháng 6, 2018 .
  15. ^ "Nhận xét Doom". Metacritic . Tương tác CBS . Truy cập ngày 28 tháng 6, 2018 .
  16. ^ Ebert, Roger (ngày 20 tháng 10 năm 2005). "Sự chết". RogerEbert.com . Ebert Digital LLC . Truy cập ngày 28 tháng 6, 2018 .
  17. ^ Gonsalves, Rob (ngày 3 tháng 1 năm 2007). "Đánh giá phim: Doom". eFilmCritic . Giải trí HBS . Truy cập ngày 22 tháng 11, 2015 .
  18. ^ Nhân viên TIME (ngày 20 tháng 10 năm 2008). "Top 10 phim trò chơi video tệ nhất". Thời gian . Truy cập ngày 13 tháng 6, 2013 .
  19. ^ Totilo, Stephen (ngày 13 tháng 3 năm 2009). "Dwayne 'The Rock' Johnson thảo luận chân thành về bộ phim 'Doom' khét tiếng". Tin tức MTV . MTV . Truy cập ngày 3 tháng 2, 2018 .
  20. ^ Bracke, Peter (ngày 26 tháng 11 năm 2008). "Phổ cập để mang" Doom "tới Blu-ray vào tháng 2 này". Tiêu hóa cao . Thương hiệu Internet . Truy xuất ngày 30 tháng 11, 2008 .
  21. ^ "Universal đang tạo ra một bộ phim 'Doom' mới". Giống . Ngày 21 tháng 4 năm 2018 . Truy cập ngày 21 tháng 4, 2018 .
  22. ^ "Doom Movie Reboot Set Photos: Chắc chắn sẽ có máu". Rant màn hình . 2018-06-05 . Đã truy xuất 2018-06-08 .

Liên kết ngoài [ chỉnh sửa ]

Giờ đóng cửa (tiểu thuyết) – Wikipedia

Thời gian kết thúc là một cuốn tiểu thuyết năm 1994 của Joseph Heller, được viết như một phần tiếp theo của Catch-22 . Nó diễn ra tại thành phố New York vào những năm 1990 và xem lại một số nhân vật của bản gốc, bao gồm Yossarian, Milo Minderbinder và Chaplain Tappman.

Cuốn sách có hai câu chuyện đan xen xuyên suốt – về Yossarian trong giai đoạn cuối đời và Sammy Singer và Lew Rabinowitz, hai người đàn ông đến từ Coney Island, người cũng chiến đấu trong Thế chiến II (nhân vật Sammy Singer xuất hiện ngắn gọn trong Catch-22 khi người bắn súng trên chiếc máy bay ném bom của Yossarian, người vẫn thức dậy và ngất đi khi nhìn thấy Yossarian đang cố gắng chăm sóc vết thương của Snowden).

Cũng như Catch-22 chủ đề về cái chết có ở khắp nơi, chỉ trong trường hợp này là (thường) các bệnh liên quan đến tuổi tác, đặc biệt là ung thư (thay vì chết trong trận chiến, như với người tiền nhiệm) .

Một điều không nhất quán đáng chú ý trong cuốn sách là mặc dù Yossarian đã 28 tuổi trong Catch-22 diễn ra vào năm 1944, trong Thời gian đóng cửa Yossarian là 68, và thời gian Catch-22 được gọi là "50 năm trước". Khi được hỏi về sự không nhất quán trong một cuộc phỏng vấn với Thời báo New York Heller trả lời: "Tôi biết, nhưng tôi đã quyết định bỏ qua nó." [1]

Có một Người đàn ông được đề cập bởi Lew tên là "Vonnegut", người mà anh đã gặp khi ở Dresden. Đây là một tài liệu tham khảo về những kinh nghiệm của Kurt Vonnegut trong vụ đánh bom Dresden và cuốn sách của ông Lò sát sinh-Five . Một nhân vật tên Joey Heller cũng được nhắc đến, giống như tác giả, là một kẻ ném bom trong Thế chiến thứ hai và mắc phải hội chứng Guillain tựa Barré.

Tài liệu tham khảo [ chỉnh sửa ]

Danh sách các từ nguyên tên địa danh Bắc Mỹ

Đây là danh sách của từ nguyên tên địa danh Bắc Mỹ :

  • Từ nguyên tên tiểu bang Mexico
  • Từ nguyên tên tỉnh của Canada
  • Nguồn gốc tên của các thành phố ở Canada
  • Danh sách các địa điểm không thuộc Hoa Kỳ có tên Hoa Kỳ được đặt theo tên của họ
  • Hoa Kỳ. từ nguyên tên nhà nước
    • Danh sách các từ nguyên tên quận của Hoa Kỳ
      • Danh sách các từ nguyên tên quận Alabama
      • Danh sách các từ nguyên tên quận và khu vực điều tra dân số
      • Danh sách các từ nguyên tên quận Arizona
      • Danh sách các từ nguyên tên quận Arkansas
        • Từ nguyên của tên địa danh ở Los Angeles, California
        • Từ nguyên của tên đường phố ở San Francisco, California
      • Danh sách từ nguyên tên quận Colorado
      • Danh sách từ nguyên tên quận Connecticut
      • ] Danh sách các từ nguyên tên quận Delearn
      • Danh sách các từ nguyên tên quận Florida
      • Danh sách các từ nguyên tên quận Georgia
      • Danh sách các từ nguyên tên quận Hawaii
      • Danh sách các từ nguyên tên quận Idaho
      • tên từ nguyên
      • Danh sách từ nguyên tên quận Indiana
      • Danh sách từ nguyên tên quận Iowa
      • Danh sách từ nguyên tên quận Kansas
      • Danh sách từ nguyên tên quận Kentucky
      • Danh sách từ nguyên tên giáo xứ Louisiana
      • Danh sách các từ nguyên tên quận Maine
      • Danh sách các từ nguyên tên quận Maryland
      • Danh sách các từ nguyên tên quận Massachusetts
      • Danh sách các từ nguyên tên quận Michigan [19659004] Danh sách các từ nguyên tên quận của bang
      • Danh sách từ nguyên tên quận Mississippi
      • Danh sách từ nguyên tên quận Missouri
      • Danh sách từ nguyên tên quận Montana
      • Danh sách từ nguyên tên quận Nebraska
      • tên từ nguyên
      • Danh sách từ nguyên tên quận New Hampshire
      • Danh sách từ nguyên tên quận New Jersey
        • Từ nguyên của tên địa danh ở Hạt Hudson, New Jersey
        • Từ đồng nghĩa của thành phố Bergen, New Netherland
      • Danh sách từ nguyên tên quận New Mexico
      • Danh sách từ nguyên tên quận New York
      • ] Danh sách các từ nguyên tên quận Bắc Carolina
      • Danh sách các từ nguyên tên quận Bắc Dakota
      • Danh sách các từ nguyên tên quận Ohio
      • Danh sách các từ nguyên tên quận Oklahoma
      • Danh sách các từ nguyên tên quận Oregon
      • Từ nguyên tên quận Pennsylvania
        • Từ nguyên của tên địa danh ở Philadelphia, Pennsylvania
      • Danh sách các từ nguyên tên quận Rhode Island
      • Danh sách các từ nguyên tên quận Nam Carolina
      • Danh sách các từ nguyên tên quận Nam Carolina
      • Danh sách từ nguyên tên quận Tennessee
      • Danh sách từ nguyên tên quận Texas
        • Danh sách từ nguyên tên ghế quận Texas
      • Danh sách từ nguyên tên quận Utah
      • Danh sách từ nguyên tên quận Vermont
      • Danh sách từ nguyên tên quận Virginia
      • tên từ nguyên
      • Danh sách từ nguyên tên quận West Virginia
      • Danh sách từ nguyên tên quận Wisconsin
      • Danh sách từ nguyên tên quận hạt

Splinter ngăn chặn sự ra đời của sự chia ly

Splinter ngăn chặn sự ra đời của sự tách biệt là bản phát hành đầy đủ thứ hai của ban nhạc metalcore Zao, được phát hành trên Record & Nail Records vào ngày 1 tháng 4 năm 1997.

Album này được coi là album cuối cùng của Zao nghiêng về một âm thanh khó nghe hơn, sau đó ban nhạc đã thể hiện nhiều hơn về ảnh hưởng kim loại. Nhiều bản nhạc (như "Trao đổi", "Chịu đựng" và "Trong lòng yêu thương") được sắp xếp lại và thu âm lại các bài hát trong album trước của ban nhạc Tất cả đều thất bại .

Danh sách bản nhạc [ chỉnh sửa ]

Tất cả lời bài hát được viết bởi Shawn Jonas, trừ khi được ghi chú; tất cả âm nhạc được sáng tác bởi Zao.

1. "Thời gian tách biệt" Jesse Smith 5:01
2. "Bao quanh tôi" 4: 32
3. "Trao đổi" 3:34
4. "Hạt" Smith 2:50
5. "Bị kìm nén" Roy Goudy 4:11
6. "Trong lòng nhân ái" Jonas, Smith 3:44
7. "Chịu đựng" 4:10
8. "Những đứa trẻ khóc vì được giúp đỡ" Jonas, Smith 5:31
9. "Kháng chiến" 3:01
10. "Bài hát 1" 8:21
Tổng chiều dài: 44:55

Tín dụng [ chỉnh sửa ]

  • Shawn Jonas – giọng hát
  • Roy Goudy – guitar
  • Mic Cox – bass
  • Jesse Smith – trống

Tài liệu tham khảo chỉnh sửa 19659057]

Viêm phế quản – Wikipedia

Viêm phế quản
 RSV.PNG &quot;src =&quot; http://upload.wikidia.org/wikipedia/commons/thumb/7/77/RSV.PNG/300px-RSV.PNG &quot;decoding =&quot; async &quot;width = &quot;300&quot; height = &quot;307&quot; srcset = &quot;// tải lên.wiknic.org/wikipedia/commons/thumb/7/77/RSV.PNG/450px-RSV.PNG 1.5x, //upload.wik hè.org / wikipedia / commons / thumb / 7/77 / RSV.PNG / 600px-RSV.PNG 2x &quot;data-file-width =&quot; 604 &quot;data-file-height =&quot; 618 &quot;/&gt; </td>
</tr>
<tr>
<td colspan= Tia X của a trẻ bị RSV cho thấy tình trạng viêm phế quản hai bên điển hình của viêm phế quản điển hình.
Chuyên khoa Thuốc cấp cứu, nhi khoa
Triệu chứng Sốt, ho, sổ mũi, thở khò khè, khó thở [1]
Biến chứng Suy hô hấp, mất nước [1]
Khởi phát thông thường Chưa đầy 2 tuổi [2] Nhiễm trùng (virut hợp bào hô hấp, virut mũi người) [2]
Phương pháp chẩn đoán Dựa trên triệu chứng [1]
Chẩn đoán phân biệt Hen suyễn, viêm phổi, suy tim, phản ứng dị ứng, xơ nang [1]
Điều trị
, hỗ trợ cho ăn, truyền dịch tĩnh mạch) [3]
Tần số ~ 20% (trẻ em dưới 2) [2] [194545980] ]
Tử vong 1% (trong số những người nhập viện) [4]

Viêm phế quản là tắc nghẽn đường thở nhỏ trong phổi do nhiễm virus. [1] Nó thường chỉ xảy ra ở trẻ em dưới hai tuổi. tuổi tác. [2] Các triệu chứng có thể bao gồm sốt, ho, sổ mũi, thở khò khè và các vấn đề về hô hấp. [1] Các trường hợp nghiêm trọng hơn có thể liên quan đến chảy nước mũi, lẩm bẩm hoặc da giữa xương sườn kéo theo nhịp thở. [19659028] Nếu trẻ không thể cho ăn đúng cách, có thể có dấu hiệu mất nước. [1]

Viêm phế quản thường gặp y là kết quả của việc nhiễm vi rút hợp bào hô hấp (72% trường hợp) hoặc virut mũi người (26% trường hợp). [2] Chẩn đoán thường dựa trên các triệu chứng. [1] Các xét nghiệm như chụp X-quang ngực hoặc xét nghiệm vi-rút là không cần thiết thường xuyên. [2] Xét nghiệm nước tiểu có thể được xem xét ở những người bị sốt. [2]

Không có cách điều trị cụ thể. [3] Chăm sóc hỗ trợ tại nhà nói chung là đủ. [1] Thỉnh thoảng nhập viện để thở oxy, hỗ trợ cho ăn , hoặc cần phải truyền dịch tĩnh mạch. [1] Bằng chứng dự kiến ​​hỗ trợ nước muối tăng tiết nebulized. [5] Bằng chứng về kháng sinh, thuốc chống động kinh, thuốc giãn phế quản, hoặc epinephrine nebulized là không rõ ràng hoặc không hỗ trợ. Tuổi hai năm bị ảnh hưởng bởi viêm tiểu phế quản tại một thời điểm nào đó. [1][2] Nó thường xảy ra vào mùa đông ở bán cầu Bắc. [1] Nguy cơ tử vong ở những người nhập viện là khoảng 1%. [19659041] Bùng phát Tình trạng này được mô tả lần đầu tiên vào những năm 1940. [7]

Dấu hiệu và triệu chứng [ chỉnh sửa ]

Trong một trường hợp điển hình, trẻ sơ sinh dưới hai tuổi bị ho, khò khè và khó thở thở trong một hoặc hai ngày. Crackles hoặc thở khò khè là những phát hiện điển hình về nghe ngực bằng ống nghe. Trẻ sơ sinh có thể bị khó thở trong vài ngày. Sau khi bị bệnh cấp tính, thông thường đường thở vẫn nhạy cảm trong vài tuần, dẫn đến ho và khò khè tái phát.

Một số dấu hiệu của bệnh nặng bao gồm: [8]

  • cho ăn kém (ít hơn một nửa lượng chất lỏng thông thường trong 24 giờ trước đó)
  • giảm đáng kể hoạt động
  • tiền sử ngừng thở
  • nhịp thở&gt; 70 / phút
  • sự hiện diện của bùng phát mũi và / hoặc lẩm bẩm
  • suy thoái thành ngực nghiêm trọng (dấu hiệu của Hoover)
  • da xanh xao
 Viêm cấp tính làm xuất hiện màng phổi của phế quản và viêm cấp tính của thành phế quản

Viêm cấp tính tiết ra bao gồm lum của phế quản và viêm cấp tính của một phần của thành phế quản

Thuật ngữ này thường đề cập đến viêm phế quản cấp tính do virus, một bệnh phổ biến ở trẻ nhỏ. Điều này thường được gây ra bởi virus hợp bào hô hấp [9] (RSV, còn được gọi là pneumovirus ở người). Các tác nhân khác gây ra bệnh này bao gồm metapneumovirus ở người, cúm, parainfluenza, coronavirus, adenovirus, rhovovirus và mycoplasma.

Trẻ em sinh non (dưới 35 tuần), nhẹ cân hoặc mắc bệnh tim bẩm sinh có thể có tỷ lệ viêm phế quản cao hơn và có nhiều khả năng phải nhập viện. Có bằng chứng cho thấy việc cho con bú cung cấp một số bảo vệ chống lại viêm tiểu phế quản. [10]

Chẩn đoán [ chỉnh sửa ]

Chẩn đoán thường được thực hiện bằng khám lâm sàng. X-quang ngực đôi khi rất hữu ích để loại trừ viêm phổi do vi khuẩn, nhưng không được chỉ định trong các trường hợp thông thường. [11]

Có thể thực hiện xét nghiệm nguyên nhân virus cụ thể nhưng ít ảnh hưởng đến quản lý và do đó không Thường xuyên được khuyến nghị. [11] Xét nghiệm RSV bằng xét nghiệm miễn dịch huỳnh quang trực tiếp trên hút mũi họng có độ nhạy 61% và độ đặc hiệu 89%. [12] Xác định những người dương tính với RSV có thể giúp: giám sát bệnh, nhóm (&quot;cohorting&quot; .

Trẻ sơ sinh bị viêm tiểu phế quản ở độ tuổi từ hai đến ba tháng bị nhiễm trùng lần thứ hai do vi khuẩn (thường là nhiễm trùng đường tiết niệu) dưới 6% thời gian. [13] xác định sự hiện diện của đồng nhiễm vi khuẩn, có thể ngăn ngừa sử dụng và chi phí sử dụng kháng sinh không cần thiết. gây nhiễm trùng đường hô hấp (nghĩa là rửa tay và tránh tiếp xúc với những triệu chứng nhiễm trùng đường hô hấp). Ngoài việc giữ vệ sinh tốt, hệ thống miễn dịch được cải thiện là một công cụ tuyệt vời để phòng ngừa. Một cách để cải thiện hệ thống miễn dịch là cho trẻ bú sữa mẹ, đặc biệt là trong tháng đầu đời. [15] Có thể tiêm chủng cho trẻ sinh non đáp ứng một số tiêu chí (một số rối loạn về tim và hô hấp) như palivizumab (một loại đơn bào kháng thể chống RSV). Liệu pháp tiêm chủng thụ động đòi hỏi phải tiêm hàng tháng trong mùa đông.

Quản lý [ chỉnh sửa ]

Điều trị viêm tiểu phế quản thường tập trung vào các triệu chứng thay vì nhiễm trùng vì nhiễm trùng sẽ xảy ra và các biến chứng thường xuất phát từ chính các triệu chứng. [19659073] Nếu không điều trị tích cực, một nửa số trường hợp sẽ hết sau 13 ngày và 90% trong ba tuần. [17]

Nước muối siêu tiết nebulized (3%) có bằng chứng dự kiến ​​về lợi ích. trong đó các bằng chứng không rõ ràng bao gồm epinephrine nebulized và hút mũi. [1] Các phương pháp điều trị mà bằng chứng không hỗ trợ bao gồm salbutamol, steroid, thuốc kháng sinh, thuốc chống vi rút, vật lý trị liệu ở ngực và sương mù mát. [1]

chỉnh sửa ]

Thuốc giãn phế quản ở trẻ em bị viêm tiểu phế quản không được khuyến cáo thường xuyên vì bằng chứng không hỗ trợ thay đổi kết quả với việc sử dụng như vậy. [19]

phrine với corticosteroid không làm thay đổi nhu cầu nhập viện trong thời gian nằm viện. [20]

Không hiệu quả [ chỉnh sửa ]

Hiện tại các loại thuốc khác chưa có bằng chứng hỗ trợ cho việc sử dụng chúng , mặc dù chúng đã được nghiên cứu để sử dụng trong viêm phế quản. [21] Ribavirin là thuốc kháng vi-rút không có hiệu quả đối với viêm tiểu phế quản. [22] Thuốc kháng sinh thường được dùng trong trường hợp nhiễm trùng do vi khuẩn gây biến chứng viêm phế quản, nhưng không có tác dụng Nhiễm virus tiềm ẩn. [23][22] Corticosteroid không có lợi ích đã được chứng minh trong điều trị viêm tiểu phế quản và không được khuyên dùng. [22] DNAse chưa được tìm thấy là có hiệu quả. [24]

Dịch tễ học [] 19659044] Viêm phế quản thường ảnh hưởng đến trẻ sơ sinh và trẻ nhỏ dưới hai tuổi, chủ yếu trong mùa thu và mùa đông. Nhập viện viêm phế quản có tỷ lệ mắc cao nhất từ ​​hai đến sáu tháng tuổi và vẫn là một nguyên nhân đáng kể gây ra bệnh hô hấp trong hai năm đầu đời. Đó là một nguyên nhân hàng đầu của việc nhập viện ở trẻ sơ sinh và trẻ nhỏ. [25]

Xem thêm [ chỉnh sửa ]

Tài liệu tham khảo [ chỉnh sửa a b c d e f g ] i j k [199090] m n o 19659112] Friedman JN, Rieder MJ, Walton JM, Hiệp hội Nhi khoa Canada, Ủy ban chăm sóc cấp tính, Điều trị bằng thuốc và các chất độc hại (tháng 11 năm 2014). &quot;Viêm phế quản: Khuyến cáo chẩn đoán, theo dõi và quản lý trẻ từ 1 đến 24 tháng tuổi&quot;. Nhi khoa & sức khỏe trẻ em . 19 (9): 485 Si98. đổi: 10.1093 / pch / 19.9.485. PMC 4235450 . PMID 25414585.
  • ^ a b c [19459] e f g ] h Schroeder, AR; Mansbach, JM (tháng 6 năm 2014). &quot;Bằng chứng gần đây về việc kiểm soát viêm tiểu phế quản&quot;. Ý kiến ​​hiện tại về nhi khoa . 26 (3): 328 Từ33. doi: 10.1097 / MOP.0000000000000090. PMC 4552182 . PMID 24739493.
  • ^ a b Hancock, DG; Charles-Britton, B; Dixon, DL; Forsyth, KD (tháng 9 năm 2017). &quot;Sự không đồng nhất của viêm phế quản do virus: Thiếu định nghĩa đồng thuận phổ quát&quot;. Phẫu thuật phổi nhi khoa . 52 (9): 1234 Tiết1240. doi: 10.1002 / ppul.23750. PMID 28672069.
  • ^ a b Kendig, Edwin L.; Wilmott, Robert W.; Thuyền, Thomas F.; Bush, Andrew; Chernick, Victor (2012). Rối loạn về đường hô hấp của Kendig và Chernick ở trẻ em . Khoa học sức khỏe Elsevier. tr. 450. ISBN 1437719848.
  • ^ a b Zhang, L; Mendoza-Sassi, RA; Wainwright, C; Klassen, TP (ngày 21 tháng 12 năm 2017). &quot;Dung dịch muối tăng tiết nebulised cho viêm phế quản cấp tính ở trẻ sơ sinh&quot;. Cơ sở dữ liệu về các tổng quan hệ thống của Burrane . 12 : CD006458. doi: 10.1002 / 14651858.CD006458.pub4. PMID 29265171.
  • ^ a b Brooks, CG; Harrison, WN; Ralston, SL (18 tháng 4 năm 2016). &quot;Hiệp hội giữa nước muối Hypertonic và thời gian nằm viện của bệnh viêm phế quản cấp tính do virus cấp tính: Phân tích lại 2 phân tích tổng hợp&quot;. Nhi khoa JAMA . 170 : 577 Từ84. doi: 10.1001 / jamopediatrics.2016.0079. PMID 27088767.
  • ^ Anderson, Larry J.; Graham, Barney S. (2013). Những thách thức và cơ hội đối với vắc-xin Virus hợp bào hô hấp . Springer Khoa học & Truyền thông kinh doanh. tr. 392. ISBN 9803642389191.
  • ^ BRONCHIOLITIS Ở TRẺ EM (Hướng dẫn ký hiệu 91) . Mạng lưới Hướng dẫn liên trường Scotland. 2006. ISBN Muff905813018.
  • ^ Smyth RL, Openshaw PJ (tháng 7 năm 2006). &quot;Viêm phế quản&quot;. Lancet . 368 (9532): 312 Cấu22. doi: 10.1016 / S0140-6736 (06) 69077-6. PMID 16860701.
  • ^ Carbonell-Estrany X, Figueras-Aloy J (2004). &quot;Xác định các yếu tố nguy cơ đối với virus hợp bào hô hấp nghiêm trọng ở trẻ sơ sinh sau 33 đến 35 tuần hoàn thành thai kỳ: các phương pháp khác nhau mang lại kết quả nhất quán&quot;. Pediatr Ininf Dis J . 23 (11 Phụ): S193 Tiết201.
  • ^ a b Zorc, JJ; Hội trường, CB (tháng 2 năm 2010). &quot;Viêm phế quản: bằng chứng gần đây về chẩn đoán và quản lý&quot;. Nhi khoa . 125 (2): 342 Chiếc9. doi: 10.1542 / ped.2009-2092. PMID 20100768.
  • ^ Bordley WC, Viswanathan M, King VJ, Sutton SF, Jackman AM, Sterling L, et al. (2004). &quot;Chẩn đoán và xét nghiệm trong viêm phế quản: tổng quan hệ thống&quot;. Arch Pediatr Adolesc Med . 158 (2): 119 Chân26. doi: 10.1001 / archpedi.158.2.119. PMID 14757603.
  • ^ Ralston, S; Đồi, V; Vùng biển, A (tháng 10 năm 2011). &quot;Chiếm nhiễm vi khuẩn nghiêm trọng ở trẻ dưới 60 đến 90 ngày bị viêm tiểu phế quản: tổng quan hệ thống&quot;. Lưu trữ về Nhi khoa & Vị thành niên . 165 (10): 951 Ảo6. doi: 10.1001 / archpediatrics.2011.155. PMID 21969394.
  • ^ Laham, James L.; Breheny, Patrick J.; Người làm vườn, Brian M.; Bada, Henrietta (2014). &quot;Procalcitonin để dự đoán nhiễm trùng vi khuẩn ở trẻ sơ sinh bị viêm phế quản cấp tính&quot;. Chăm sóc cấp cứu nhi khoa . 30 (1): 11 Chân15. doi: 10.1097 / PEC.0000000000000026.
  • ^ Belderbos ME, Houben ML, van Bleek GM, et al. (Tháng 2 năm 2012). &quot;Nuôi con bằng sữa mẹ điều chỉnh các phản ứng miễn dịch bẩm sinh ở trẻ sơ sinh: một nghiên cứu đoàn hệ sau sinh&quot;. Dị ứng và Miễn dịch nhi khoa . 23 (1): 65 Tiết74. doi: 10.111 / j.1399-3038.2011.01230.x. PMID 22103307.
  • ^ Wright, M; Mullett CJ; Pimimonte G; et al. (Tháng 10 năm 2008). &quot;Quản lý dược lý của viêm tiểu phế quản cấp tính&quot;. Nghiên cứu thú y . 4 (5): 895 Từ903. PMC 2621418 . PMID 19209271.
  • ^ Thompson, M; Vodicka, TA; Blair, PS; Buckley, DI; Heneghan, C; Hay, AD; Chương trình MỤC TIÊU, Đội (11 tháng 12 năm 2013). &quot;Thời gian của các triệu chứng nhiễm trùng đường hô hấp ở trẻ em: tổng quan hệ thống&quot;. BMJ (Nghiên cứu lâm sàng ed.) . 347 : f7027. doi: 10.1136 / bmj.f7027. PMC 3898587 . PMID 24335668.
  • ^ Zhang, L; Mendoza-Sassi, RA; Klassen, TP; Wainwright, C (tháng 10 năm 2015). &quot;Saline Hypertonic Saline cho viêm phế quản cấp tính: Một tổng quan hệ thống&quot;. Nhi khoa . 136 (4): 687 Từ701. doi: 10.1542 / peds.2015-1914. PMID 26416925.
  • ^ Hiệp hội y học bệnh viện (2014), Y học bệnh viện nhi khoa: Năm điều bác sĩ và bệnh nhân nên hỏi lấy ra 26 tháng 4 2014
  • ^ Kua, KP; Lee, SWH (2017). &quot;Đánh giá hệ thống và phân tích tổng hợp về hiệu quả và an toàn của liệu pháp kết hợp Epinephrine và Corticosteroid trong điều trị viêm phế quản cấp tính ở trẻ sơ sinh&quot;. Biên giới dược lý . 8 : 396. doi: 10.3389 / fphar.2017.00394. PMC 5479924 . PMID 28690542.
  • ^ Đánh bóng, L; Dương xỉ, RM; Bialy, L; Milne, A; Johnson, D; Plint, A; Klassen, TP; Vandermeer, B (6 tháng 4 năm 2011). &quot;Steroid và thuốc giãn phế quản cho viêm phế quản cấp tính trong hai năm đầu đời: tổng quan hệ thống và phân tích tổng hợp&quot;. BMJ (Nghiên cứu lâm sàng ed.) . 342 : d1714. doi: 10.1136 / bmj.d1714. PMC 3071611 . PMID 21471175.
  • ^ a b c Bourke, T; Khiên, M (11 tháng 4 năm 2011). &quot;Viêm phế quản&quot;. Bằng chứng lâm sàng . 2011 . PMID 21486501.
  • ^ Farley R, Spurling GK, Eriksson L, Del Mar CB (2014). &quot;Kháng sinh điều trị viêm tiểu phế quản ở trẻ em dưới hai tuổi&quot;. Cơ sở dữ liệu tổng quan về hệ thống của Burrane . 2014 (10): CD005189. doi: 10.1002 / 14651858.CD005189.pub4. PMID 25300167.
  • ^ &quot;BestBets: Do DNAse tái tổ hợp có cải thiện kết quả lâm sàng ở trẻ sơ sinh bị viêm phế quản dương tính RSV không?&quot;.
  • ^ Đến nay. www.uptodate.com Viêm phế quản ở trẻ sơ sinh và trẻ em: Đặc điểm lâm sàng và chẩn đoán.
  • Liên kết ngoài [ chỉnh sửa ]

    • Viêm phế quản. Thông tin bệnh nhân từ NHS Choices
    • &quot;Viêm phế quản ở trẻ em – Hướng dẫn lâm sàng quốc gia&quot; (PDF) . (1,74 MB) từ Mạng hướng dẫn liên trường của Scotland
    • Ralston, SL; Lieberthal, NHƯ; Meissner, HC; Alverson, BK; Baley, JE; Gadomski, AM; Johnson, DW; Ánh sáng, MJ; Ma vương, NF; Mendonca, EA; Phelan, KJ; Zorc, JJ; Stanko-Lopp, D; Nâu, MA; Nathanson, tôi; Rosenblum, E; Say S, thứ 3; Thoát vị-Cancio, S (27 tháng 10 năm 2014). &quot;Hướng dẫn thực hành lâm sàng: Chẩn đoán, quản lý và phòng ngừa viêm phế quản&quot;. Nhi khoa . 134 (5): e1474 Từ502. doi: 10.1542 / peds.2014-2742. PMID 25349312.

    Nghe tim mạch – Wikipedia

    Đối với công nhân tu viện cổ đại, xem Auscultare

    Auscultation (dựa trên động từ Latinh auscultare &quot;lắng nghe&quot;) là nghe âm thanh bên trong cơ thể, thường sử dụng ống nghe . Nghe tim được thực hiện cho mục đích kiểm tra hệ tuần hoàn và hô hấp (âm thanh của tim và hơi thở), cũng như hệ thống đường tiêu hóa (âm thanh ruột).

    Thuật ngữ được giới thiệu bởi René Laennec. Hành động lắng nghe âm thanh cơ thể cho mục đích chẩn đoán có nguồn gốc xa hơn trong lịch sử, có thể sớm nhất là Ai Cập cổ đại. (Nghe tim thai và sờ nắn đi cùng nhau trong kiểm tra thể chất và giống nhau ở chỗ cả hai đều có gốc rễ cổ xưa, cả hai đều đòi hỏi kỹ năng và cả hai vẫn còn quan trọng ngày nay.) Đóng góp của Laënnec là tinh chỉnh thủ tục, liên kết âm thanh với những thay đổi bệnh lý cụ thể ở ngực và phát minh một dụng cụ phù hợp (ống nghe) để làm trung gian giữa cơ thể bệnh nhân và tai của bác sĩ lâm sàng.

    Nghe tim thai là một kỹ năng đòi hỏi kinh nghiệm lâm sàng đáng kể, ống nghe tốt và kỹ năng nghe tốt. Các chuyên gia y tế (bác sĩ, y tá, v.v.) lắng nghe ba cơ quan chính và hệ thống cơ quan trong quá trình nghe tim: tim, phổi và hệ tiêu hóa. Khi làm rung tim, các bác sĩ lắng nghe những âm thanh bất thường, bao gồm tiếng thổi của tim, tiếng kêu và những âm thanh khác trùng khớp với nhịp tim. Nhịp tim cũng được ghi nhận. Khi nghe phổi, các âm thanh hơi thở như tiếng khò khè, tiếng kêu và tiếng kêu được xác định. Hệ thống tiêu hóa được kích thích để lưu ý sự hiện diện của âm thanh ruột.

    Ống nghe điện tử có thể là thiết bị ghi âm, và có thể cung cấp giảm nhiễu và tăng cường tín hiệu. Điều này rất hữu ích cho các mục đích của điều trị từ xa (chẩn đoán từ xa) và giảng dạy. Điều này đã mở ra lĩnh vực để hỗ trợ máy tính. Siêu âm (Hoa Kỳ) vốn đã cung cấp khả năng nghe tim bằng máy tính và Hoa Kỳ di động, đặc biệt là siêu âm tim cầm tay, thay thế một số phương pháp nghe tim (đặc biệt là về tim mạch), mặc dù gần như không phải tất cả (nghe bằng ống nghe vẫn cần thiết trong kiểm tra cơ bản, nghe bằng ống nghe và các bối cảnh chăm sóc chính khác).

    Auscultogram [ chỉnh sửa ]

    Âm thanh của tai nghe có thể được mô tả bằng cách sử dụng các ký hiệu để tạo ra âm thanh. Nó được sử dụng trong đào tạo về tim mạch. [1]

    Hòa giải và nghe tim mạch ngay lập tức [ chỉnh sửa ]

    Laennec kích thích một bệnh nhân trước khi học sinh của mình.

    nghe tim thai với âm thanh bên trong cơ thể bằng dụng cụ (trung gian), thường là ống nghe. Nó trái ngược với việc nghe tim mạch ngay lập tức, đặt tai trực tiếp lên cơ thể.

    Doppler auscultation [ chỉnh sửa ]

    Điều đó đã được chứng minh vào những năm 2000 rằng Doppler auscultation sử dụng đầu dò siêu âm cầm tay cho phép phát ra âm thanh của van. kiểm tra tim bằng ống nghe. Phương pháp nghe tim Doppler cho thấy độ nhạy 84% trong việc phát hiện hồi quy động mạch chủ, trong khi phương pháp nghe bằng ống nghe cổ điển cho thấy độ nhạy 58%. Hơn nữa, Doppler auscultation là vượt trội trong việc phát hiện thư giãn tâm thất bị suy yếu. Do tính chất vật lý của Doppler auscultation và classic auscultation là khác nhau, nên đã đề xuất rằng cả hai phương pháp có thể bổ sung cho nhau. [2][3] [ trang cần thiết ]

    Xem thêm ]

    Tài liệu tham khảo [ chỉnh sửa ]

    Liên kết ngoài [ chỉnh sửa ]