Thực đơn
trang chủInternet

Dịch vụ HTTP dành cho những người chưa hiểu gì về WEB. Bảo mật ứng dụng email của bên thứ ba trên máy Mac: dữ liệu nào bạn tự nguyện cung cấp và cho ai

Vào đầu tháng 12, phiên bản máy tính để bàn của ứng dụng email Spark dành cho macOS được chờ đợi từ lâu đã diễn ra. Ứng dụng này phổ biến trên iPhone và iPad do thiết kế hấp dẫn, tất cả các chức năng cần thiết (nhưng không dư thừa) và số lượng lớn tùy chọn loại buộc phổ biến những lá thư quan trọng, hộp thư đến thông minh, biên nhận đã đọc, v.v. Công ty táođã nhanh chóng thêm Spark cho macOS vào danh sách ứng dụng tốt nhất năm ở Mac Cửa hàng ứng dụng, điều này chỉ làm tăng thêm sự phổ biến của ứng dụng email này. Cá nhân tôi sử dụng Spark trên iPhone, iPad Pro và kể từ khi bắt đầu thử nghiệm beta phiên bản dành cho máy tính để bàn, anh ấy đã từ bỏ AirMail “nặng” trên Mac. Tuy nhiên, ứng dụng email miễn phí với giao diện thân thiện với người dùng và vẫn có chức năng tuyệt vời đá dưới nước. Nhà phát triển Vladimir Shabanov trên Facebook đã thu hút sự chú ý của người dùng đến chính sách quyền riêng tư của Spark.

Tại sao những cái miễn phí không chính thức lại nguy hiểm ứng dụng email thích Spark? Bởi vì họ có quyền truy cập vào tất cả thư của bạn bên ngoài máy tính xách tay, iPhone và gmail trên máy chủ của họ - và khi nó bị hack, hầu hết tài khoản của bạn trong các cửa hàng, mạng xã hội, hệ thống thanh toán, hẹn hò, đặt chỗ, steam và dropbox cũng sẽ bị hack . Và các công ty phát triển những ứng dụng này không có động cơ đầu tư vào bảo mật vì họ không tính phí ứng dụng cho bạn.

Để không sao chép quá nhiều văn bản lớn với nền tảng, lời khuyên và kết luận, chúng tôi khuyên bạn nên đọc về Spark trong ấn phẩm của Vladimir Shabanov. Và tại iG, chúng tôi đã tự hỏi: tình hình thực tế của việc thu thập và lưu trữ dữ liệu người dùng khi sử dụng bên thứ ba là gì? ứng dụng thư khách? Để thực hiện việc này, chúng tôi đã xem xét các phần “Chính sách quyền riêng tư” không được hầu hết người dùng ưa chuộng và chọn ra từ đó những thông tin chính mà bạn cần biết khi sử dụng ứng dụng khách email của bên thứ ba trên máy Mac. Tóm tắt Chúng ta đang nói về rằng hầu hết tất cả các ứng dụng đều gửi dữ liệu người dùng, bao gồm cả địa chỉ, đến máy chủ của nhà phát triển E-mail, trong một số trường hợp, mật khẩu, văn bản email, danh sách liên hệ, dữ liệu lịch và các dữ liệu ẩn danh khác nhau. Và một số ứng dụng thậm chí còn thu thập thông tin thiết bị, số điện thoại, vị trí hoặc sao chép toàn bộ dữ liệu có trong tài khoản email về máy chủ. Chúng tôi cũng đã hỏi Yandex và Mail.ru về việc thu thập dữ liệu và thư của người dùng khi làm việc với tài khoản dịch vụ của bên thứ ba và cơ chế gửi thông báo đẩy về các bức thư mới, tuy nhiên, đại diện công ty không thể phản hồi kịp thời yêu cầu của người biên tập.

Tất nhiên, mọi nhà phát triển đều tuyên bố rằng Thông tin người dùngđược lưu trữ trên các máy chủ đáng tin cậy như Amazon Dịch vụ web, và tất cả họ đều thực hiện một số biện pháp bảo vệ bổ sung. Tuy nhiên, có cần thiết phải nói rằng chúng ta không nói về bảo mật một trăm phần trăm? Trong khi các công ty Internet lớn nhất và đáng tin cậy nhất đôi khi làm rò rỉ dữ liệu người dùng, việc dựa vào sự bảo vệ của các công ty khởi nghiệp nhỏ sẽ là liều lĩnh. Một mặt, bạn có thể loại bỏ mọi mối đe dọa với lý do không có dữ liệu bí mật nào trong thư của bạn, nhưng đừng quên rằng ngay cả trong hộp thư nhàm chán nhất cũng có rất nhiều điều thú vị dành cho những kẻ tấn công. Ngày nay, địa chỉ email đóng vai trò là thông tin nhận dạng chính để liên kết các tài khoản của hệ thống thanh toán, mạng xã hội, các trang web và dịch vụ khác nhau và trong một số trường hợp, mật khẩu email khớp với các tài khoản khác, điều này làm tăng thiệt hại có thể xảy ra do bị hack. Nói một cách đơn giản, bạn không thể bất cẩn khi chọn ứng dụng email và khi sử dụng Phần mềm của bên thứ baĐiều bắt buộc là phải hiểu chính xác dữ liệu bạn đang truyền cho nhà phát triển.

tia lửa


1. Ngoài tính khách quan thông tin thống kê Khi sử dụng ứng dụng, bạn có thể được yêu cầu cung cấp một số thông tin cá nhân.
2. Địa chỉ email đầu tiên được thêm vào sẽ được sử dụng làm tên người dùng. Nó có thể gửi cho bạn email có thông tin về các tính năng mới, cập nhật, thông báo và yêu cầu cung cấp phản hồi về việc sử dụng của bạn.
3. Máy chủ Spark chỉ được sử dụng để gửi thông báo đẩy và trong một số trường hợp gửi email.
4. Tài khoản được thêm bằng xác thực OAuth nếu có thể. Nếu không, địa chỉ và mật khẩu sẽ được lưu trữ trên máy chủ đám mây Trang web Amazon Dịch vụ.
5. Ngoài chính sách bảo mật của Amazon Web Services, Spark sử dụng một số biện pháp để ngăn chặn bên thứ ba truy cập dữ liệu, cũng như Giao thức HTTPS và mã hóa bất đối xứng dữ liệu tài khoản.
6. Spark tải chủ đề và một phần email lên máy chủ để gửi thông báo đẩy và xóa dữ liệu này ngay sau khi thông báo được gửi. Tin nhắn được lưu trữ được mã hóa trên máy chủ.


1. Ứng dụng thư khách có thể yêu cầu chuyển dữ liệu tự nguyện như tên, địa chỉ email, số điện thoại và thẻ ngân hàng.
2. Polymail thu thập và lưu trữ dữ liệu về các tình huống sử dụng của ứng dụng và các chức năng của nó, cũng như thiêt bị di động trên đó nó chạy, bao gồm: hệ điều hành, mẫu điện thoại thông minh hoặc máy tính bảng, số nhận dạng duy nhất thiết bị, thông tin Truyền thông di động và số điện thoại.
3. Khi sử dụng Polymail, nhà phát triển có thể thu thập thông tin về vị trí, địa chỉ IP của người dùng, Dữ liệu GPS, cũng như thông tin từ các cảm biến khác của thiết bị di động.
4. Polymail thu thập và lưu trữ thông tin về địa chỉ liên hệ của những người dùng mà bạn trao đổi thư. Dữ liệu này được sử dụng để cải thiện dịch vụ.
5. Polymail thu thập và lưu trữ thông tin về các email đã gửi (chủ đề và tệp đính kèm) để cung cấp chức năng nhận đã đọc.
6. Để cải thiện dịch vụ Polymail, chúng tôi lập chỉ mục các chữ cái: ngày nhận thư, thư mục và tên người gửi.
7. Cookie và các thông tin nhận dạng ẩn danh khác được Polymail và các đối tác của Polymail thu thập và lưu trữ.


1. Bưu chính Khách hàng đường hàng không không thu thập hoặc lưu trữ email trên máy chủ đám mây. Khi sử dụng các tùy chọn như Snooze Sync, tất cả dữ liệu cần thiết sẽ được đồng bộ trực tiếp giữa các thiết bị.
2. Airmail thu thập và lưu trữ dữ liệu như Cookie, thông tin ẩn danh về các tình huống sử dụng ứng dụng và địa chỉ email.
3. Cookies được thu thập và sử dụng chỉ nhằm mục đích nhận dạng người dùng để lưu cài đặt và cung cấp các dịch vụ mà người dùng yêu cầu.
4. Trong một số trường hợp, quyền truy cập vào dữ liệu được thu thập và lưu trữ trên máy chủ có thể được cung cấp cho một số nhân viên nhất định có liên quan đến công việc của Airmail: quản trị viên, chuyên gia bán hàng, nhà tiếp thị, luật sư.
5. Dữ liệu người dùng được thu thập để vận hành Airmail, cũng như cho các mục đích sau: tương tác với các nền tảng và mạng xã hội của bên thứ ba, quản lý danh bạ và gửi tin nhắn, phân tích, tiếp thị lại, nhắm mục tiêu theo hành vi, cho mục đích thương mại, xử lý thanh toán, tương tác với dịch vụ hỗ trợ kỹ thuật và phản hồi.


1. Nếu tài khoản không hỗ trợ xác thực OAuth, thông tin đăng nhập và mật khẩu sẽ được lưu trữ trên máy chủ đám mây AWS.
2. Bật máy chủ đám mây email được tải xuống để gửi thông báo đẩy.
3. Email được tải xuống trong vòng 14 ngày qua trên thiết bị di động và 60 ngày trên máy Mac.
4. Newton nhận và lưu trữ thông tin từ các đối tác của chúng tôi về người dùng gửi email cho bạn.
5. Để sử dụng tính năng Read Mark, Newton thu thập và lưu trữ dữ liệu về các email đã gửi.
6. Newton hứa sẽ không bán hoặc chuyển nhượng cho bên thứ ba. thông tin cá nhân và cũng sử dụng giao thức HTTPS và công cụ bổ sung bảo vệ khi truyền dữ liệu đến máy chủ AWS.


1. Việc sử dụng ứng dụng email Canary không cung cấp quyền truy cập vào dữ liệu cá nhân của người dùng và chuyển dữ liệu đó sang máy chủ đám mây.


1. Khi tạo tài khoản, Nylas N1 thu thập và lưu trữ dữ liệu cá nhân, chẳng hạn như địa chỉ email, họ và tên, những thông tin này có thể được sử dụng để nhận dạng.
2. Khi sử dụng ứng dụng, Nylas N1 thu thập và lưu trữ dữ liệu tài khoản và các mật khẩu liên quan.
3. Bằng cách nhập thông tin tài khoản email của mình, bạn đồng ý cấp cho Nylas N1 quyền sao chép tất cả nội dung hộp thư, lịch và danh sách liên lạc.
4. Nylas N1 cũng sử dụng các công cụ thu thập dữ liệu tự động như Cookies và Web Beacons.


1. Thư, lịch, tập tin, danh bạ, cài đặt và dữ liệu khác từ đó sẽ được tự động đồng bộ hóa với thiết bị thông qua máy chủ đám mây.
2. Outlook lưu trữ dữ liệu trên máy chủ của Microsoft để hỗ trợ các tính năng bổ sung như tìm kiếm nhanh, lọc cá nhân hóa các thư ít quan trọng hơn và thêm tệp đính kèm từ các nhà cung cấp dịch vụ lưu trữ được liên kết.


1. Trên trang web chính thức của ứng dụng, thông tin trong phần “Chính sách quyền riêng tư” chỉ áp dụng cho hoạt động của chính trang web Unibox. Không có thông tin nào về việc thu thập và lưu trữ dữ liệu cá nhân và dữ liệu ẩn danh khi sử dụng ứng dụng email Unibox.

Không có gì bí mật rằng một lượng lớn Dữ liệu bạn có về khách hàng của mình, bạn càng có nhiều cơ hội để xây dựng nhiều giao tiếp được cá nhân hóa hơn với khách hàng, điều này ảnh hưởng trực tiếp đến chuyển đổi, lòng trung thành và lợi nhuận.

Tuy nhiên, cùng với lượng dữ liệu ngày càng tăng nhanh, việc quản lý nó một cách hiệu quả cũng ngày càng khó khăn. Một cửa hàng trực tuyến hiện đại hợp tác với một số lượng lớnđối tác tiếp thị, thẻ và dịch vụ mà công việc hiệu quả bằng cách này hay cách khác, cần phải truyền nhiều dữ liệu khác nhau về người dùng của chính bạn.

Đổi lại, mỗi đối tác như vậy đều có một số kiến ​​thức riêng về khách hàng, kiến ​​thức này cũng sẽ hữu ích cho cửa hàng trực tuyến. Tuy nhiên, việc lấy lại dữ liệu này đôi khi không hề dễ dàng. Hơn nữa, một khi bạn ngừng hợp tác với đối tác của mình, họ có thể mất đi mãi mãi.

Mỗi dịch vụ của bên thứ ba đều sở hữu một mảnh “câu đố”, biết một số thông tin về người dùng. Tuy nhiên, cửa hàng không có hồ sơ người dùng thống nhất và toàn diện.

Dưới đây là ví dụ về dữ liệu mà mỗi hệ thống bên thứ ba có thể có. Tất cả dữ liệu này thường bị cô lập và cửa hàng trực tuyến không biết cách lấy nó:

Ngày càng rõ ràng rằng cần phải triển khai và tiêu chuẩn hóa quy trình chuyển dữ liệu người dùng từ cửa hàng trực tuyến sang đối tác (sang thẻ của bên thứ ba) và ngược lại. Vấn đề là tất cả các hệ thống liên kết đều có cấu trúc dữ liệu riêng, thu thập và truyền tải nó theo những cách khác nhau.

Điều này dẫn đến thực tế là dữ liệu ở phía máy khách không được sắp xếp theo bất kỳ cách nào. Không có trật tự, tính toàn vẹn hoặc mạch lạc. Không có quyền kiểm soát cách thức và ai thu thập và sử dụng dữ liệu.

Cố gắng hiểu sự hỗn loạn của dữ liệu này sẽ làm mất đi số lượng lớn thời gian và tiền bạc, những điều này hoàn toàn không tương ứng với nền văn hóa dựa trên dữ liệu nhanh chóng và linh hoạt. Nhân viên của các cửa hàng trực tuyến phải dành thời gian cho những công việc thường ngày và tích hợp vô tận, thay vì thực hiện các nhiệm vụ chiến lược ảnh hưởng trực tiếp đến lợi nhuận. Điều này làm chậm đáng kể tốc độ và hiệu quả của toàn bộ tổ chức.

Do đó, những công ty sáng tạo nhất đã nhận ra rằng trước khi tiến hành bất kỳ hoạt động tiếp thị nào, cần phải giải quyết vấn đề tổ chức dữ liệu một lần và mãi mãi.

Dự án http://digitaldata.readme.io, được ra mắt cách đây vài ngày, được thiết kế để giải quyết vấn đề này!

Lớp dữ liệu số là gì?

Ngày nay, bất kỳ trang web hiện đại nào cũng có hàng tá dịch vụ và thẻ của bên thứ ba được cài đặt. Mỗi người trong số họ thực hiện nhiệm vụ khác nhau và sử dụng dữ liệu theo định dạng riêng của nó. Vì vậy, quá trình tích hợp các dịch vụ đó trở nên phức tạp và kém hiệu quả. Mã trang web trở nên bẩn và tốc độ tải giảm. Mọi thứ càng trở nên phức tạp hơn khi cần phải chuyển dữ liệu giữa các hệ thống và thẻ của bên thứ ba.

Để giải quyết vấn đề này, chuẩn Digital đã ra đời Lớp dữ liệu. Cái này bộ mở quy tắc xác định các tiêu chuẩn cho sự tương tác và truyền dữ liệu giữa trang web và hệ thống của bên thứ ba.

Dữ liệu số Lớp (DDL)- đây là toàn cầu Đối tượng JavaScript, chứa tất cả các biến động phản ánh trạng thái hiện tại của trang và phiên của người dùng. Tất cả các biến bên trong DDL có thể được sử dụng bên trong hệ thống quản lý thẻ, chẳng hạn như Trình quản lý thẻ của Google, cũng như các nhà cung cấp và tập lệnh khác được cài đặt trên trang web.

Ví dụ: DDL có thể chứa thông tin về các sản phẩm đang được xem (id, giá, v.v.), thông tin về người dùng (tên, email, người dùng này là mới hay quay lại, người đó có đăng ký nhận bản tin hay không), hoặc thông tin về sản phẩm vừa mua trên một trang thương mại điện tử.

Lợi ích của việc sử dụng

MÃ SẠCH SẼ

Nếu bạn nhìn vào mã của Trình quản lý thẻ của Google, bạn sẽ thấy sự hỗn loạn đang diễn ra ở đó. Dữ liệu không được tổ chức. Không có trật tự, tính toàn vẹn hoặc mạch lạc. Không có quyền kiểm soát cách thức và ai thu thập và sử dụng dữ liệu.

Mỗi dịch vụ của bên thứ ba áp đặt định dạng riêng để truyền cùng một dữ liệu. Mã trang web của bạn biến thành một tập hợp các lệnh gọi đến thẻ của bên thứ ba, dẫn đến khó hiểu điều gì đang xảy ra trên trang web.

Với Lớp dữ liệu số, mã trở nên thống nhất và có tổ chức. Dữ liệu tương tự được sử dụng nhiều lần và được chuyển đổi đơn giản thành các định dạng khác nhau.

PHÂN ĐOẠN NÂNG CAO

Sự hiện diện của Lớp dữ liệu số được triển khai sẽ mở ra cơ hội phân khúc nâng cao. Ví dụ: DDL cho phép bạn nhắm mục tiêu các chiến dịch tiếp thị dựa trên các tiêu chí nhất định:

  • Nhắm mục tiêu người dùng có LTV > 100.000 rúp.
  • cái nào dành cho tháng trước Không mở một email nào từ danh sách gửi thư.

DDL cũng cho phép bạn nhắm mục tiêu người dùng bằng cách sử dụng dữ liệu lịch sử và dữ liệu do tập lệnh và thẻ của bên thứ ba cung cấp.

PHÂN TÍCH

Trên mỗi trang nơi Lớp dữ liệu số được triển khai - hệ thống phân tích có cơ hội thu thập thông tin có trong đó. Nó mở ra Tính năng bổ sung trong phân tích và hiểu các biến khác nhau ảnh hưởng như thế nào đến chuyển đổi.

Nhưng quan trọng hơn, việc có được dữ liệu này sẽ giúp xác định vấn đề tiềm ẩn Trực tuyến. Các giả thuyết dựa trên dữ liệu sau đó có thể được phát triển để giải quyết chúng.

QUẢN LÝ DỊCH VỤ VÀ THẺ CỦA BÊN THỨ BA

Mọi trang web thường xuyên gặp phải nhu cầu cài đặt và định cấu hình thẻ mới (tập lệnh từ nhà cung cấp bên thứ ba). Dễ dàng nhận thấy hầu hết các thẻ đều yêu cầu dữ liệu giống nhau, ví dụ:

  • ID đơn hàng
  • Giá đặt hàng
  • Danh sách hàng đã mua
  • tên sản phẩm
  • ID sản phẩm
  • Loại trang

Sau khi tích hợp Lớp dữ liệu kỹ thuật số, bạn sẽ có thể cài đặt thẻ mới mà không cần thực hiện thay đổi mã trang web. Tất cả điều này có thể được thực hiện trực tiếp trong hệ thống Quản lý thẻ của bạn.

CHUYỂN GIAO DỮ LIỆU GIỮA DỊCH VỤ CỦA BÊN THỨ BA

Bạn muốn chỉ hiển thị nhắm mục tiêu lại cho những người dùng không mở chiến dịch email của bạn? Trước đây, việc tích hợp như vậy có thể mất vài tháng. Bây giờ bạn chỉ cần tải dữ liệu từ ESP về việc mở các chữ cái vào Lớp dữ liệu kỹ thuật số, điều này sẽ cho phép hệ thống nhắm mục tiêu lại xây dựng phân khúc mong muốn.

DI CHUYỂN NHANH CHÓNG VÀ KHÔNG ĐAU

Bạn có muốn thay thế hoàn toàn bất kỳ hệ thống của bên thứ ba sang người khác hoặc tiến hành kiểm tra giữa chúng?

Bây giờ quá trình di chuyển sẽ đưa bạn không quá 5 phút. Trong trường hợp này, không cần thay đổi trang web nào vì tất cả các giao tiếp hiện được thực hiện thông qua một lớp dữ liệu được tiêu chuẩn hóa.

LỢI ÍCH CHO TOÀN ĐỘI

Tích hợp Lớp dữ liệu kỹ thuật số sẽ là một khoản đầu tư vô giá trong tương lai của trang web của bạn, bởi vì... về bản chất, nó là nền tảng của tiếp thị dựa trên dữ liệu.

NƠI ĐỂ BẮT ĐẦU?

Bạn có thể tìm thấy tài liệu chi tiết và ví dụ về cách sử dụng DDL trên trang web ddmanager.ru.

Việc triển khai DDL thường mất từ ​​2 đến 5 ngày. Sau khi hoàn thành, mọi hoạt động tích hợp mới với dịch vụ của bên thứ ba sẽ được thực hiện nhanh hơn 8-10 lần (thường thậm chí không có sự tham gia của các chuyên gia CNTT).

Trình quản lý dữ liệu số chứa rất nhiều chức năng hữu íchđể làm việc với các sự kiện và thay đổi bên trong DDL. Tài liệu kỹ thuật chi tiết hơn có thể được tìm thấy trên trang web của dự án - http://digitaldata.readme.io/docs/working-with-events

Ngoài ra, Trình quản lý dữ liệu kỹ thuật số cho phép bạn thêm các tích hợp tùy chỉnh mà bạn có thể sử dụng dữ liệu DDL và chuyển nó sang Google Analytics, GTM, Driveback, Retail Rocket, Criteo và bất kỳ hệ thống bên thứ ba nào khác.

Thống kê sử dụng tài nguyên lưu trữ

Mỗi dịch vụ lưu trữ ảo RU-CENTER đều lưu giữ hồ sơ về việc sử dụng các tài nguyên sau:

  1. ĐẬP- kích thước của bộ nhớ được phân bổ để chạy phần mềm trên máy chủ lưu trữ, được đặt tính bằng megabyte theo gói cước.
  2. thời gian CPU- thời gian tính bằng giây mà bộ xử lý máy chủ dành để thực thi một tác vụ, ví dụ: tập lệnh trang web. Giá trị giới hạn là 50% cho thời gian CPU trong Kế hoạch thuế quan có nghĩa là trong khoảng thời gian 1 phút, tập lệnh có thể sử dụng hết 1 lõi CPU trong 30 giây. Giới hạn 200% có nghĩa là trong khoảng thời gian 1 phút được phép sử dụng 2 lõi bộ xử lý, tức là thời gian xử lý là 120 giây.
  3. Số thao tác trên đĩa- số lượng thao tác I/O được hệ thống lưu trữ thực hiện mỗi phút.
  4. đọc ổ cứng - tốc độ đọc thông tin từ đĩa máy chủ, megabyte mỗi phút.
  5. Ghi ổ cứng - tốc độ ghi thông tin vào đĩa máy chủ, megabyte mỗi phút.

Thông tin về việc sử dụng tài nguyên được đăng tải trong phần Tài nguyên→ Số liệu thống kê .

Nhấp vào biểu đồ sẽ đưa bạn đến thông tin chi tiết về việc sử dụng một tài nguyên riêng biệt:

Khi bạn di con trỏ qua một điểm trên biểu đồ, bạn sẽ thấy mức tiêu thụ tài nguyên tại thời điểm đó.

Lý do tăng tiêu thụ tài nguyên

Nếu vượt quá giới hạn thuế quan đã thiết lập, địa chỉ email liên lạc hợp đồng, một thông báo sẽ được gửi về sự cần thiết phải phân tích tình hình và thực hiện các biện pháp để giảm tải cho việc lưu trữ.

Lý do chính tăng tiêu dùng tài nguyên:

  1. Sử dụng CMS sử dụng nhiều tài nguyên, ví dụ 1C-Bitrix. Chọn.
  2. Lưu lượng truy cập trang web cao. Trong trường hợp này, chúng tôi khuyên bạn nên chuyển sang hoặc.
  3. Các tập lệnh không được tối ưu hóa trên trang web- các tập lệnh có thuật toán thực thi không hiệu quả. Ví dụ: tính toán dữ liệu đã biết, phương pháp tính toán không tối ưu, các chu kỳ không cần thiết, v.v.
  4. Truy vấn không được tối ưu hóa vào cơ sở dữ liệu Dữ liệu MySQL . Các vấn đề có thể phát sinh do các chỉ mục được tạo không chính xác, khối lượng lớn dữ liệu được chọn, lồng truy vấn lớn, v.v.
  5. Tìm kiếm hoạt động của robot. Rô-bốt có thể làm chậm một trang web nếu có nhiều rô-bốt và chúng đang thu thập dữ liệu đồng thời để cập nhật cơ sở dữ liệu tìm kiếm của chúng.
  6. Mã độc hại trên trang web. Việc tải trên máy chủ có thể do các tập lệnh độc hại chạy trên hosting gây ra.

Các cách để giảm tiêu thụ tài nguyên

1. Vô hiệu hóa các mô-đun máy chủ web Apache không sử dụng và các phần mở rộng mô-đun PHP

Theo mặc định, các mô-đun Apache được bật trên máy chủ lưu trữ: auth_module, cgi, realip_module, rewrite_module, autoindex_module, env_module, experis_module

Kiểm tra xem bạn đã kích hoạt chưa mô-đun sau Apache và vô hiệu hóa chúng: để hầu hết các trang web hoạt động PHP Và MySQL chúng không được yêu cầu. Bạn có thể làm điều này trong phần
Điều khiển máy chủ web → Điều khiển mô-đun PHP lưu trữ bảng điều khiển. Để xem danh sách các mô-đun, nhấp vào liên kết Quản lý tiện ích mở rộng.

  • FastCGI- bắt buộc nếu bạn cài đặt độc lập bất kỳ phần mềm, chạy như một máy chủ FastCGI.
  • gzip_module- bắt buộc nếu bạn định cấu hình nén gzip. Ngoài việc kích hoạt mô-đun, bạn cần tùy chỉnh bổ sung nén tập tin .htaccess. Tắt mô-đun nếu bạn không sử dụng chức năng này.
  • mime_magic_module- cho phép máy chủ web xác định loại tệp mime; đối với hầu hết các trang web, mime_module tiêu chuẩn là đủ.
  • Perl- hay còn gọi là mod_perl, cần thiết cho hoạt động của các tập lệnh Perl được viết riêng cho mod_perl. Để chạy tập lệnh Perl trong hầu hết các trường hợp, mô-đun được sử dụng CGI(xem bài viết)
  • proxy_module- bắt buộc nếu bạn dự định định cấu hình ủy quyền các yêu cầu bằng máy chủ web apache.
  • băng thông_module, usertrack_module, speling_module, limitipconn_module- các mô-đun này tiêu tốn một lượng nhỏ bộ nhớ, nhưng hầu hết các trang web không cần chức năng của chúng nên chúng cũng có thể bị vô hiệu hóa.

Phần mở rộng mô-đun PHP được quản lý trong phần bảng điều khiển lưu trữ Điều khiển máy chủ web → Quản lý mô-đun PHP theo đúng hướng dẫn.

  • Máy gia tốc, APC- dữ liệu bộ nhớ đệm trong bộ nhớ truy cập tạm thời, vì vậy họ yêu cầu một lượng lớn. TRÊN lưu trữ ảo Không có đủ RAM để các mô-đun này hoạt động hiệu quả.
  • mysql, mysqli, pdo_mysql- các mô-đun để làm việc với cơ sở dữ liệu MySQL, thông thường trang web yêu cầu một trong số chúng, hãy tắt những mô-đun không sử dụng.
  • tưởng tượng, g.d.- các mô-đun để làm việc với đồ họa, nếu trang web có thể hoạt động với thư viện gd thì tốt hơn nên sử dụng nó vì nó tiêu tốn ít bộ nhớ hơn đáng kể.
  • hình ảnh- cho phép bạn làm việc với máy chủ thư Qua giao thức imap, hầu hết các trang web không yêu cầu tính năng này.
  • dba, sqlite, pssql, pdo_sqlite, pdo_pgsql- các mô-đun để làm việc với DBMS tương ứng. Hầu hết các trang web đều hoạt động bằng cách sử dụng MySQL DBMS; những mô-đun này có thể bị vô hiệu hóa.

Nếu bạn không chắc chắn liệu một mô-đun cụ thể có cần thiết để trang web hoạt động hay không, bạn có thể phân tích tác động của một mô-đun cụ thể đến hoạt động của trang web bằng cách vô hiệu hóa từng mô-đun đó và kiểm tra hoạt động chính xác của trang web.

2. Phân tích tệp nhật ký của trang web

Khi lưu trữ, các tệp nhật ký sau được đặt trong thư mục /var/log/:

  • /var/log/your_domain.access.log – nhật ký yêu cầu đến trang web,
  • /var/log/your_domain.error.log – nhật ký lỗi.

Bạn có thể xem chúng khi kết nối với hosting thông qua . Bạn có thể tải xuống tệp nhật ký bằng cách sử dụng quản lý tập tin bảng điều khiển. Bạn sẽ có thể xem những yêu cầu nào được thực hiện đối với trang web trong thời điểm tiêu thụ bộ nhớ cao.

Lập chỉ mục trang web robot tìm kiếm, đặc biệt là một số cùng lúc, lưu lượng truy cập tăng vọt - tất cả điều này làm tăng mức tiêu thụ bộ nhớ. Một số công cụ tìm kiếm cho phép bạn giới hạn cường độ yêu cầu của robot trong một đơn vị thời gian. Thông tin về các cài đặt này có thể được tìm thấy trong tài liệu của các công cụ tìm kiếm này.

3. Kiểm tra hoạt động của tập lệnh trang web với máy chủ của bên thứ ba

Nếu trang web của bạn nhận được dữ liệu từ các dịch vụ của bên thứ ba thì việc chúng bị chậm hoặc không có sẵn có thể ảnh hưởng đến hiệu suất trang web của bạn. Dịch vụ bên thứ ba phản hồi càng chậm thì thời gian xử lý trong RAM càng lâu Apache.

4. Phân tích hoạt động của các tập lệnh trang web và truy vấn cơ sở dữ liệu MySQL

Tối ưu hóa tập lệnh phải nhằm mục đích giảm thiểu việc sử dụng RAM và thời gian cần thiết để thực thi tập lệnh. Dữ liệu bộ nhớ đệm hiếm khi được cập nhật.

Chúng tôi khuyên bạn nên tham khảo ý kiến ​​của các nhà phát triển trang web về việc tối ưu hóa các truy vấn SQL. Máy chủ cơ sở dữ liệu thực thi các truy vấn càng nhanh thì máy chủ web sẽ nhận được dữ liệu cần thiết càng nhanh, tạo phản hồi cho máy khách và giải phóng bộ nhớ.

Để xem các truy vấn cơ sở dữ liệu phát sinh khi truy cập trang web và thời gian thực hiện của chúng, bạn có thể sử dụng giao diện, tab Quy trình.

Tối ưu hóa các truy vấn cơ sở dữ liệu nên được giảm xuống các kết quả sau:

  • tất cả các truy vấn đều sử dụng chỉ mục để chọn dữ liệu,
  • giảm thiểu sử dụng Hồ sơ tạm thời và các thao tác sắp xếp tập tin.

Tất cả dữ liệu này cho mỗi yêu cầu có thể được lấy bằng lệnh GIẢI THÍCH theo tài liệu MySQL.

5. Phân tích bố cục trang web

Chúng tôi khuyên bạn nên tối ưu hóa bố cục trang web bằng cách giảm số lượng phần tử được tải. Càng ít yêu cầu đến máy chủ thì tổng thời gian xử lý yêu cầu và số lượng quy trình máy chủ web đang chạy càng thấp và do đó mức tiêu thụ bộ nhớ càng thấp.

6. Kiểm tra trang web có mã độc không

Hầu hết các trang web được xây dựng trên cơ sở CMS phổ biến, có những lỗ hổng bảo mật nhất định. Các nhà phát triển thường xuyên phát hành các bản cập nhật để loại bỏ các lỗ hổng, nhưng không phải lúc nào cũng có thể bảo vệ khỏi bị hack. Điều này là do việc hack thường xảy ra thông qua các plugin của bên thứ ba hoặc các chủ đề được sửa đổi.

Kiểm tra tính khả dụng của dịch vụ lưu trữ của bạn mã độc bằng cách sử dụng .

Trong bài viết trước tôi đã viết về việc truy cập các trang web bị chặn. Tôi quyết định tiếp tục một loạt bài viết về trình duyệt và hôm nay tôi sẽ viết về cách xóa lịch sử, bộ nhớ đệm, cookie và các thông tin khác trong trình duyệt Opera. Dường như không có gì phức tạp ở đó, nhưng đối với nhiều người, những hướng dẫn như vậy sẽ hữu ích. Tôi không biết về bạn, nhưng tôi Trình duyệt Opera Tôi đã sử dụng nó trong một thời gian rất dài, có lẽ kể từ khi tôi bắt đầu sử dụng Internet. Do đó, trước tiên tôi sẽ cho bạn biết cách giải quyết các vấn đề khác nhau với trình duyệt này.

Trong trình duyệt Opera, bạn không chỉ có thể xóa lịch sử của các trang web đã truy cập, bộ nhớ đệm và cookie. Ngoài ra còn có lịch sử tải xuống, mật khẩu, lịch sử điền biểu mẫu tự động và một số dữ liệu từ các dịch vụ của bên thứ ba. Trước tiên chúng ta hãy hiểu nó là gì và tại sao lại xóa dữ liệu này trong trình duyệt.

  • Lịch sử duyệt web. Mọi thứ ở đây rất đơn giản. Trình duyệt luôn ghi nhớ các trang web bạn truy cập. Mỗi trang. Bạn có thể xem câu chuyện này sau. Đôi khi điều này có thể rất hữu ích. Tuy nhiên, đôi khi chúng ta cần xóa lịch sử trong Opera. Ví dụ: khi chúng ta lướt Internet từ máy tính của người khác. Tôi sẽ tiết lộ cho bạn một bí mật rằng trong trường hợp này, tốt hơn là nên sử dụng " Duyệt web riêng tư". "Thực đơn" - "Tạo cửa sổ riêng" Trong đó Chế độ opera không nhớ lịch sử duyệt web và các thông tin khác.
  • Lịch sử tải xuống. Lịch sử các tệp mà chúng tôi đã tải xuống từ Internet thông qua trình duyệt.
  • Bộ đệm (hình ảnh và tệp được lưu trong bộ nhớ cache). Đây là các thành phần khác nhau của trang web mà trình duyệt lưu để lần sau khi bạn truy cập trang web, trình duyệt sẽ không tải xuống các tệp này nữa. Và trang web đã mở nhanh hơn nhiều. Xóa bộ nhớ đệm có thể hữu ích trong trường hợp chẳng hạn như trang web được hiển thị không chính xác. Hoặc thông tin cập nhật không được hiển thị trên trang web. Đôi khi, do bộ đệm đã lưu, cài đặt bộ định tuyến thậm chí không mở hoặc không hiển thị. Trường hợp này bạn chỉ cần xóa cache và trình duyệt sẽ tải lại thông tin cập nhập từ trang web.
  • Bánh quy. Không, đây không phải là một con mèo từ kênh SlivkiShow :). TRONG cookie trình duyệt, đây là một đoạn dữ liệu nhỏ mà trình duyệt nhận được từ trang web, lưu trữ và gửi lại khi truy cập trang web. Nhờ cookie, chúng tôi không cần phải đăng nhập vào các trang web mỗi lần, đặt một số cài đặt nhất định trong dịch vụ khác nhau Và trong mạng xã hội, thêm lại sản phẩm vào giỏ hàng trong các cửa hàng trực tuyến, v.v. Hãy cẩn thận, nếu bạn xóa cookie trong Opera, rất có thể bạn sẽ phải đăng nhập lại vào trang web và đặt một số cài đặt.
  • Mật khẩu. Mọi thứ ở đây rất đơn giản. Đây là mật khẩu từ các trang web khác nhau mà bạn đã đăng nhập bằng dữ liệu của mình.
  • Dữ liệu cho các biểu mẫu tự động điền. Khi chúng tôi điền vào một số biểu mẫu, Opera sẽ ghi nhớ thông tin chúng tôi nhập và khi chúng tôi điền lại các biểu mẫu này, nó sẽ cung cấp cho chúng tôi các tùy chọn đã lưu. Điều này rất tiện lợi, bản thân tôi cũng thường xuyên sử dụng tính năng này. Vì vậy, bạn có thể xóa thông tin này nếu cần thiết.
  • Dữ liệu từ các dịch vụ của bên thứ ba. Nhiều người khuyên nên xóa dữ liệu này khi có vấn đề xuất hiện trong VPN hoạt động trong Opera.

Điều chúng tôi đã nhận ra là đã đến lúc chuyển sang xóa dữ liệu chúng tôi cần trong trình duyệt Opera.

Opera: xóa lịch sử, bộ đệm, cookie, mật khẩu, dữ liệu biểu mẫu và dịch vụ của bên thứ ba

Mọi thứ đều rất, rất đơn giản. Mở Opera và nhấp vào nút "Menu" ở bên trái góc trên cùng. Di chuột qua "Các phần tử khác" và chọn "Xoá lịch sử truy cập". Hoặc nhấn phím tắt Ctrl+Shift+Del.

Một cửa sổ nhỏ sẽ ngay lập tức mở ra. Trước hết, trong menu thả xuống, chọn khoảng thời gian bạn muốn xóa dữ liệu (phía sau giờ cuối cùng, ngày, tuần, 4 tuần, toàn bộ thời gian). Sau đó đánh dấu vào các ô cần xóa. Ở trên tôi đã mô tả chi tiết từng điểm. Và để xóa nó, hãy nhấp vào nút “Xóa lịch sử duyệt web”.

Tất cả dữ liệu sẽ bị xóa hoàn toàn.

Một cách khác để bạn có thể xóa lịch sử duyệt web của mình trong Opera

Tôi không biết nó có hữu ích cho bạn không, nhưng bạn có thể xóa lịch sử của mình bằng cách sử dụng các chương trình khác nhauđể làm sạch hệ thống các mảnh vụn. Phổ biến nhất có lẽ là CCleaner. Trên tab "Ứng dụng", bạn có thể chọn các mục cần xóa trong trình duyệt Opera.

Ở đó bạn cũng có thể xóa lịch sử khỏi các trình duyệt khác và dọn dẹp Windows khỏi tập tin không cần thiết. Nhưng hãy xem cẩn thận với chương trình này. Đặc biệt với phần "Registry Cleaner". Đừng quá mang đi.

Đây là những lời khuyên. Tôi hy vọng bạn thấy bài viết này hữu ích. Lời chúc tốt nhất!

Hãy để tôi bắt đầu với thực tế là tôi đã từng bị buộc phải tự mình xử lý các dịch vụ Web. Sau đó, bằng cách nào đó, từng chút một, tôi đã nắm vững được vấn đề này và hiểu được cần nhấn cái gì và ở đâu để mọi thứ hoạt động. May mắn thay, cấu hình mà chúng tôi phải làm việc đã đầy Có thể xem xét nó bằng cách sử dụng các dịch vụ Web và thực hiện nó bằng cách tương tự, và trên Internet, tôi có thể tìm thấy đủ bài viết về vấn đề này. Và vì vậy, bằng cách sử dụng các ví dụ (đối với tôi đó là Cách tốt nhất nghiên cứu), tôi đã nắm vững vấn đề này và bây giờ họ không còn làm tôi sợ hãi nữa.

VÌ THẾ. Nhiệm vụ chính của bất kỳ sự tích hợp nào, có thể là CD, dịch vụ Web hoặc dịch vụ HTTP, là truyền thứ gì đó từ nơi nào đó, thực hiện điều gì đó với nó và trả về phản hồi. Đây là định dạng mà chúng tôi sẽ xem xét công nghệ mới.

Trong cây siêu dữ liệu, các dịch vụ HTTP nằm ở nhánh General:

Thêm dịch vụ HTTP mới giống như bất kỳ đối tượng siêu dữ liệu nào khác. Tên và từ đồng nghĩa như bạn muốn. Ở đây chỉ có “URL gốc” là quan trọng - trên thực tế, đây là mã định danh Dịch vụ HTTP trong cơ sở dữ liệu này, tức là chính xác những gì bạn viết trong thuộc tính này là những gì bạn sẽ vượt qua cho nhà phát triển bên thứ ba(hoặc cho chính bạn) dưới dạng liên kết đến dịch vụ.

Tôi không biết ở đây có thể viết bằng tiếng Cyrillic hay không, nhưng để không bị cười nhạo trong thế giới tiến bộ, hãy viết bằng tiếng Latinh).

Bản thân thuộc tính Mẫu rất quan trọng ở đây:

Bằng cách sử dụng mẫu, sau này bạn có thể tham khảo dữ liệu đã được chuyển cho bạn. VÌ THẾ: tất cả dữ liệu bạn muốn nhận từ bên ngoài có thể được chia thành 2 khối - bắt buộc và tùy chọn.

Dữ liệu/thông số bắt buộc chúng tôi đẩy nó vào mẫu, do đó, nếu người truy cập dịch vụ không điền chúng, thì dịch vụ sẽ ưu tiên tạo ra lỗi và khi phát triển văn bản của mô-đun xử lý, bạn sẽ chắc chắn rằng dữ liệu này có ở đó. Cách thực hiện: tại dòng Mẫu trong ngoặc nhọn “()”, xen kẽ với dấu “/”, chúng ta viết tên các biến. Ví dụ: chúng tôi chắc chắn cần một bài viết - sau đó chúng tôi viết /(artikul). Nếu chúng ta cần lấy bài viết, tên và tên người dùng, chuỗi mẫu sẽ trông như thế này: /(artikul) /(name)/(user), v.v. Mỗi tham số trong văn bản của mô-đun xử lý có thể được lấy như sau: Yêu cầu.ParametersURL["<имя параметра>"]. Nếu không có cái nào bắt buộc thì mẫu sẽ trông như thế này: /*.

Dữ liệu tùy chọn, thứ mà chúng tôi muốn nhận thông qua dịch vụ, KHÔNG được mô tả trong mẫu. Khi xây dựng link truy cập dịch vụ, chúng được mô tả ở cuối link sau dấu “?”, cách nhau bằng ký tự dấu “&” và có cấu trúc<имя параметра>=<значение параметра>. Trong văn bản của mô-đun xử lý, chúng có thể được truy cập bằng cấu trúc sau: request.RequestParameters.Get("<имя параметра>"). NHƯNG: điều quan trọng cần nhớ là vì chúng không bắt buộc nên chúng có thể không tồn tại; do đó, chúng tôi kiểm tra giá trị cho Không xác định.

Tiếp theo chúng tôi thêm phương pháp mới cho mẫu của chúng tôi. Thuộc tính phương thức HTTP rất quan trọng ở đây. Có một số lượng lớn trong số đó, NHƯNG chúng tôi sẽ không đi sâu vào chi tiết. Để thực hiện bất kỳ nhiệm vụ nào của bạn, bạn chỉ cần 2: LẤY Và BƯU KIỆN.

Cách chọn: Nếu những gì chúng tôi mô tả ở hai đoạn trước là đủ cho công việc của bạn, tức là. Bạn có thể lấy tất cả dữ liệu bạn cần bằng cách sử dụng các tham số bắt buộc và tùy chọn của chính yêu cầu, sau đó chúng tôi thực hiện GET. Trong trường hợp này, trong bất kỳ trình duyệt nào, nếu bạn nhập chính xác vào thanh địa chỉ, bạn sẽ thấy kết quả dịch vụ HTTP của mình - LỢI NHUẬN! Nếu đột nhiên dịch vụ của bạn yêu cầu nhiều dữ liệu hơn dạng phức tạp(xml chẳng hạn, hay cái gì khác), cái gì không thể nhét vào thanh địa chỉ đơn giản thì ta lấy POST. Mặt khác, việc kiểm tra dễ dàng thông qua thanh địa chỉ trình duyệt, như với GET, sẽ không hoạt động, nhưng trên Internet, bạn có thể dễ dàng tìm thấy một số trang web nơi bạn có thể kiểm tra dịch vụ bằng phương thức POST (ví dụ: trang https:/ /www.hurl.it). Nếu phương pháp được chọn POST thì yêu cầu bên cạnh URL (địa chỉ) xuất hiện phần nội dung để bạn có thể nhét bất kỳ thứ gì vào đó và trong trình xử lý phương thức, hãy truy cập nội dung đó thông qua cấu trúc request.GetBodyAsString(). Bất kỳ mẫu nào cũng có thể có cả phương thức GET và POST. Họ sẽ có các trình xử lý khác nhau tương ứng và 1C, tùy thuộc vào cách gửi yêu cầu, sẽ chọn phương thức này hay phương thức khác.

Trình xử lý dịch vụ HTTP là một hàm luôn trả về giá trị kiểu HTTPServiceResponse, được xây dựng bởi hàm tạo New HTTPServiceResponse(<КодСостояния>). <КодСостояния>- đây là một con số, để không phải lo lắng về việc chọn nội dung cần viết, chúng tôi viết: 200 - nếu mọi thứ đều ổn và bạn trả về một giá trị logic nào đó, 400 - nếu có lỗi và bạn trả về mô tả lỗi . bạn thuộc loại này Có Các phương pháp khác nhau(bạn có thể đọc nó trong trợ lý cú pháp, mọi thứ đều được viết rõ ràng ở đó). Một lần nữa, bạn luôn có thể trả về mọi thứ bạn cần dưới dạng chuỗi - phương thức SetBodyFromString(). (một thủ thuật nhỏ: nếu bạn trả về html và muốn trình duyệt hiển thị nó đẹp mắt trên màn hình khi bạn nhập địa chỉ dịch vụ của mình vào thanh địa chỉ, trong thuộc tính Headers phản hồi hãy viết: Answer.Headers.Insert("Content-Type","text /html; charset=utf- 8") - qua đó bạn chỉ ra rằng đây không chỉ là một tập hợp các ký tự mà còn là HTML và nó phải được hiển thị tương ứng)

Sau khi bạn đã hoàn tất mọi thứ, dịch vụ HTTP cần được xuất bản. Việc này được thực hiện trên máy tính có cài đặt máy chủ web (tôi sẽ không viết về cài đặt, có rất nhiều bài viết) thông qua menu:

Quản trị - Xuất bản trên máy chủ web.

Có một tab Dịch vụ HTTP. Chọn các hộp và nhấp vào "Xuất bản"

Vì thế, chúng tôi đã nhận được dịch vụ HTTP được tạo sẵn. LÀM THẾ NÀO để liên lạc với anh ấy? Nếu chúng ta sử dụng phương thức GET thì trong thanh địa chỉ trình duyệt viết: http://<имя веб сервера>/<имя базы>/hs/<корневой URL>/<обязательный параметр1>/<обязательный параметр2> <имя не обязательного параметра 1>=<значение не обязательного параметра 1>&<имя не обязательного параметра 2> =<значение не обязательного параметра 2> .

Và cuối cùng, một lần nữa bằng hình ảnh))):