Bấm tải xong đứng yên ở 0% — khoảng lặng đó ăn mất ở đâu
Bấm tải xong, thanh tiến trình rời khỏi 0% — rồi chẳng có gì nữa. Mười phút sau vẫn nguyên 0%, đổi sang trang khác cũng vậy. Phản xạ đầu tiên là thử mạng hay khởi động lại router, nhưng hướng đó đã lệch từ đầu: "đứng im" và "chậm" là hai chuyện khác nhau. Chậm nghĩa là đang tải xuống, chỉ là tốc độ thấp; kẹt ở 0% nghĩa là đến byte đầu tiên còn chưa tới. Dưới đây tách hai chặng trước 0% ra, rồi đưa một phép thử đổi đối tượng một lần là biết lỗi thuộc về ai.
Tải kẹt ở 0% nghĩa là kẹt trước khi việc truyền chính thức bắt đầu
0% không phải vấn đề tốc độ — thanh tiến trình chưa đi tới chặng "truyền". Một lượt tải phải qua trước hai cửa "đã nói thì mới bắt đầu": công cụ gửi yêu cầu đi, và máy chủ của phía kia nhận vào rồi xác nhận. Hai bên xong xuôi thì việc chở byte mới khởi động. Cả hai bước đều không sinh ra phần trăm nào, nên trên màn hình không một ô nào nhúc nhích.
Theo lưu ý của MDN về quản lý kết nối HTTP, mỗi yêu cầu đều phải hoàn thành một lần bắt tay trước, mà những vòng đi về đó vốn không truyền nội dung. Điều đáng tra hỏi là lần bắt tay này kẹt ở nửa nào: yêu cầu chưa ra khỏi máy, hay đã ra mà phía kia không nhận.
Thanh không nhúc nhích, trước hết tách riêng "yêu cầu chưa ra" và "bên kia không nhận"
Cùng đứng ở 0% nhưng điểm kẹt có thể nằm ở phía mình, cũng có thể ở phía đối diện. Cách tách rất trực tiếp: xem yêu cầu lần này có thực sự rời khỏi máy bạn hay không.
- Chưa rời: bị phần mềm bảo mật trên máy, quy tắc firewall, hoặc chính sách của mạng bạn đang dùng chặn ngay cửa;
- Rồi rồi nhưng không được nhận: bên kia nhìn vào yêu cầu không thấy "bạn là ai", nên xử như khách lạ.
Một trường hợp cần loại trừ trước: nếu "thư viện video" bên phải trống trơn không có mục nào, đó thuộc tầng trước nữa, đã xếp ở khi trình tải không nhận ra video. Bài này nói toàn về trường hợp danh sách có mục, đã bấm xuống, mà tiến trình không thèm nhúc nhích.

Một quy tắc ra vô hình trên máy có thể chặn luôn bước kết nối của công cụ
Yêu cầu không ra khỏi máy, cách giải thích phổ biến nhất là phần mềm bảo mật hoặc chính sách mạng chặn kết nối ngay cửa. Firewall quyết định luồng nào được đi, luồng nào bị giữ, và chiều ra cũng nằm trong diện xét (bài giải thích của Cloudflare về firewall); mạng công ty và mạng trường còn chồng thêm một lớp chính sách nữa.
Điểm kẹt phía này có vài dấu hiệu rất dễ nhận:
- Trong trình duyệt video chạy ngon lành, riêng bước tải lại đứng im một chỗ;
- Dùng mạng công ty hay ký túc xá thì lần nào cũng dính, về nhà cùng một máy là hết;
- Sau khi cài phần mềm bảo mật, lần đầu loại công cụ này kết nối đã có cảnh báo, hoặc bị chặn im re đến cảnh báo cũng không.
Muốn khẳng định có phải phía này không, không cần lật từng mục cài đặt của phần mềm bảo mật. Mang máy sang một mạng khác — ví dụ hotspot điện thoại — rồi tải lại đúng video đó, kết quả phân định ngay: chạy xong xuôi thì thủ phạm là quy tắc ra cũ kia; vẫn 0% thì lúc đó mới đến lượt nghi phía đối diện.
Địa chỉ đã cầm trong tay, máy chủ bên kia vẫn có thể không chịu
Yêu cầu đã ra khỏi cửa, chưa chắc phía kia đã nhận. Một địa chỉ có được chấp nhận hay không tùy vào nó mang thân phận gì: trình phát trong trang đi lấy dữ liệu cùng trạng thái đăng nhập sẵn có, còn một địa chỉ trơ trọi đưa cho kênh tải thì máy chủ xem như khách không quen.
Đó cũng là lý do cùng một đường link mở trong trình duyệt thì phát, đưa vào công cụ tải thì đứng im — khác biệt không nằm ở băng thông, mà ở thân phận. Địa chỉ còn có hạn: cơ chế đã được vì sao video streaming không tải được mổ xẻ — một loại tự mang hạn dùng, cầm về chút nữa là hết giá trị; loại kia chỉ tới một bản liệt kê, bản thân nó đâu phải tệp video.
Kẹt phía này, đổi công cụ cũng vậy thôi.
Một phép đối chiếu là định được trách nhiệm: đổi một video công khai rồi tải lại
Điểm kẹt thuộc về mình hay về đối diện, một lần thay thế là phân rõ. Chọn một video công khai không liên quan, dùng đúng công cụ đó, đúng máy đó, đúng khung thời gian đó mà tải lại.
- Chạy xong bình thường: công cụ và môi trường đều khỏe; điểm kẹt nằm ở nội dung hoặc trang đó, thuộc hai loại ở mục trên;
- Vẫn 0%: điểm kẹt nằm trên máy bạn; quay lại mục quy tắc ra mà tra tiếp;
- Đổi sang hotspot điện thoại mới hết: kẹt là do chính sách của mạng cũ, không phải do công cụ.
Nhân tiện vạch luôn ranh giới kia: bộ thủ thuật này dành cho lượt tải chưa hề khởi động. Nếu thanh tiến trình đã chạy, chỉ là chậm, hoặc lên tới gần 99% rồi dừng, đó là chuyện của chặng truyền và chặng kết thúc, đã xếp ở khi tải chậm thay vì đứng yên.
Muốn tiếp tục lưu nội dung, hãy đi con đường không hề qua đoạn chờ này
Con đường ghi hình không xin tệp từ máy chủ, nên cũng không cần ai gật đầu trước. Hình phát bình thường nghĩa là kênh của trang đã qua thương lượng và đang hoạt động; ghi hình làm mỗi việc chép lại hình đang phát, không phát thêm một yêu cầu cỡ tệp nào nữa. Hai cửa trước 0%, nó đều không đi qua.
Lưu bằng VidBrowser gồm bốn bước:
Bước 1: Tải và cài VidBrowser
VidBrowser là trình duyệt video chạy trên desktop, hỗ trợ Windows và Mac, tích hợp sẵn tải và ghi hình, vài phút là cài xong.

Bước 2: Mở trang trong VidBrowser, đăng nhập bằng tài khoản của bạn và phát video
Không cần đổi cài đặt phần mềm bảo mật, cũng chẳng cần sao chép địa chỉ nào.
Bước 3: Danh sách có mục thì chọn độ phân giải rồi bấm nút cam "Tải"
"Thư viện video" bên phải sẽ liệt kê các video được nhận diện, mỗi mục có một nút cam "Tải" và ô chọn độ phân giải phía trước, bấm một phát là lưu MP4. Bước này mà đứng ở 0% lâu quá thì đi thẳng sang bước sau, đừng cố đi cố lại.

Bước 4: Chuyển sang ghi hình để giữ lại nội dung đang phát
Đưa chuột lên hình là bộ điều khiển ghi hiện phủ lên: chọn tốc độ (1x theo thời gian thực, 2x hoặc 4x thì ghi xong nhanh hơn), bấm "Ghi toàn bộ" để ghi trọn vẹn, nút ghi bên trái bật hoặc tạm dừng lúc nào cũng được. Nội dung được bảo vệ, nội dung dạng liệt kê, và mọi lượt tải bị chặn ở cửa phía trên đều rơi vào bước này; tệp đã ghi xong nằm trong lịch sử tải bên trái.
Câu hỏi thường gặp
Kẹt ở 0% lâu rồi — chờ tiếp hay hủy tải lại?
Xem đồng hồ trước đã. Chặng bắt tay mà qua một hai phút không một byte nào vào thì cơ bản tự khỏi được đâu, hủy tải lại thường đỡ tốn công hơn chờ. Trước khi tải lại, dùng một video công khai xác nhận công cụ còn chạy, kẻo cứ đi vòng vòng trong một môi trường đã có vấn đề.
Cùng một máy, mấy cái tải khác vẫn bình thường — sao riêng nó kẹt ở 0%?
Tải thường đi bằng domain và cổng quen thuộc nhất, đa số đã được thông hành từ lâu; với phần mềm bảo mật, bước kết nối của loại công cụ này là một chương trình mới chưa có hồ sơ, dễ bị soi riêng. Đổi một lượt đường đi — ví dụ hotspot điện thoại — là tách được chính sách trên máy với chính sách của mạng.
Cái đang kẹt ở 0% — đổi công cụ tải khác lấy được không?
Phải xem kẹt ở phía nào. Nếu điểm kẹt thuộc về nội dung — địa chỉ cần thân phận, có hạn dùng, hoặc vốn chỉ là bản liệt kê — thì đổi công cụ nào kết quả cũng thế, lúc đó đổi cách lưu hữu ích hơn đổi công cụ. Còn kẹt ở quy tắc ra trên máy thì công cụ nào cũng không vòng qua được, phải xử quy tắc trước đã.



