Một học viên gửi báo cáo rằng tệp 18 MB bị từ chối, trong khi khóa học ghi cho tải tối đa 50 MB. Trợ giảng yêu cầu đổi máy và nén lại, nhưng tệp mới vẫn không gửi được. Trước khi kết luận mạng yếu hoặc thiết bị lỗi, cần xem con số 50 MB nằm ở tầng nào và hoạt động Assignment đang cho phép bao nhiêu.
Giới hạn tệp bài tập Moodle không chỉ là một giá trị chung cho cả nền tảng. Bài viết giải thích cách đọc phạm vi từng tệp, lựa chọn của hoạt động và trần do khóa học hoặc tầng trên đặt ra. Căn cứ kỹ thuật là tài liệu Moodle 5.0; số liệu dưới đây giả lập, không phải cấu hình Onter đã đo trên hệ thống của bạn.
Bắt đầu từ tệp bị từ chối, không từ một nút tăng hạn mức
Thông tin đầu tiên cần ghi là loại hoạt động, tệp đang gửi, dung lượng hiển thị và thông báo lỗi. Một yêu cầu “không upload được” thiếu căn cứ để biết người học đang nộp bài, tải ảnh hồ sơ hay đưa tài liệu vào thư mục chung. Các nơi đó có thể sử dụng lựa chọn và quyền khác nhau, dù cùng nằm trong một website.
Với Assignment, tài liệu Moodle 5.0 ghi Maximum submission size áp dụng cho mỗi tệp, và giá trị đó không thể lớn hơn giới hạn của khóa. Vì vậy, một hoạt động có nhiều tệp vẫn cần kiểm từng tệp theo điều kiện tương ứng. Không nên lấy tổng dung lượng cả thư mục để so với một giới hạn được mô tả theo từng tệp.
Hãy dùng hai mẫu QA khác nhau: một tệp lớn và hai tệp nhỏ có tổng gần bằng tệp lớn. Chúng giúp kiểm xem hướng dẫn của đơn vị đang nói về từng tệp hay tổng gói nộp. Không từ phép thử đó suy ra rằng mọi giới hạn khác đều tính giống nhau. Nếu hệ thống còn quy định số tệp hoặc một cơ chế bổ sung, phải đọc riêng cấu hình đó.
Loại tệp là một điều kiện khác. Một PDF nhỏ vẫn có thể không được nhận nếu hoạt động chỉ chấp nhận định dạng khác. Tài liệu Assignment settings mô tả lựa chọn Accepted file types. Đổi đuôi tên tệp không biến nội dung thành định dạng hợp lệ, và nén thành ZIP có thể làm tệp không còn đúng loại được yêu cầu. Trợ giảng cần phân biệt thông báo về dung lượng với thông báo về định dạng trước khi hướng dẫn.
Cũng cần giữ đúng tệp nguồn trong quá trình hỗ trợ. Nếu người học gửi một tệp khác mỗi lần, việc thử thành công cuối cùng không giải thích vì sao bản đầu thất bại. Với bài thật, chỉ yêu cầu thông tin tối thiểu được phép; với QA, dùng tài liệu giả lập để có thể đối chiếu mà không phát tán nội dung đánh giá hoặc dữ liệu cá nhân.
Đọc hạn mức từ hoạt động đi lên
Tài liệu Course settings mô tả giới hạn tải lên của khóa và những mức quản trị viên cho giáo viên lựa chọn. File upload size giải thích chuỗi ràng buộc từ máy chủ, Moodle site, khóa học rồi tới hoạt động. Một giá trị ở tầng dưới không tự vượt được trần phía trên chỉ bằng cách chọn số lớn hơn.
Trong tình huống giả lập, trần site là 100 MB, khóa học chọn 50 MB nhưng bài tập chỉ cho 10 MB mỗi tệp. Tệp 18 MB chưa đáp ứng lựa chọn của hoạt động, dù nhỏ hơn hai mức phía trên. Kết luận có thể kiểm tra ở đây là có một ràng buộc thấp hơn tại bài tập; chưa phải bằng chứng cần thay cấu hình máy chủ hoặc mua thêm tài nguyên.
Ví dụ ngược lại cũng quan trọng: giáo viên muốn bài tập nhận 80 MB nhưng khóa chỉ cho 50 MB. Người hỗ trợ không nên hứa chỉ cần đổi ô trong Assignment. Cần người có quyền kiểm tra trần hiện hành và quyết định phạm vi thay đổi. Trong bài này không có lệnh sửa PHP, web server hay quyền quản trị; các việc đó thuộc quy trình hạ tầng được phép nếu thực sự cần.
Đọc từ hoạt động đi lên giúp xác định nơi đang giới hạn công việc, nhưng không thay thế một kế hoạch vận hành. Nếu khóa muốn nhận video dài, cần xem mục đích học tập, cách phát lại, thời hạn lưu và loại nguồn được cho phép. Tăng một con số không tự biến kho bài tập thành nền tảng lưu trữ hoặc phát video phù hợp.
Ba phản hồi hỗ trợ thường dẫn tới sửa nhầm
Đã tải được bằng tài khoản giáo viên nên học viên cũng phải được
Moodle có những quyền có thể làm trải nghiệm của người biên tập khác học viên; Course settings lưu ý về khả năng bỏ qua một số giới hạn của người được cấp quyền. Vì thế, bài thử bằng tài khoản quản trị không đủ để phủ nhận báo lỗi của học viên. Cần kiểm đúng vai trò, đúng hoạt động và đúng tệp QA đã thống nhất, thay vì nâng quyền tài khoản thật để thử cho nhanh.
Khi người học và giáo viên nhận kết quả khác nhau, hãy giữ cả hai quan sát với vai trò và thời điểm tương ứng. Sự khác biệt là dữ kiện cần giải thích, chưa phải lỗi của người học. Không yêu cầu họ gửi mật khẩu để người hỗ trợ đóng vai, và không đưa thông tin tài khoản lên ảnh báo cáo chung.
Cứ nén nhỏ nhất có thể rồi nộp lại
Nén có thể phù hợp với một số loại tài liệu nhưng không phải cách chữa mọi lỗi gửi tệp. Nếu nén ảnh khiến chữ trong báo cáo không đọc được, bài có thể tải thành công mà không còn đủ chất lượng để chấm. Trước khi yêu cầu người học làm lại, giáo viên cần xác định yêu cầu về nội dung và định dạng. Trường hợp không đáp ứng hạn mức đã duyệt phải có cách xử lý học vụ rõ ràng.
Đừng chia báo cáo thành nhiều phần chỉ để lách quy tắc mà chưa hỏi người nhận. Người chấm có thể cần một tài liệu liền mạch, còn hoạt động có thể có lựa chọn số tệp riêng. Nếu cho phép cách chia, hướng dẫn cần nói cách đặt tên và đối chiếu phần đủ. Nếu không cho phép, phải giải thích phương án chính thức, không để mỗi trợ giảng đưa một mẹo khác nhau.
Đổi trình duyệt là kết luận cuối cùng
Đổi trình duyệt có thể là một phép thử có kiểm soát nếu nghi ngờ vấn đề tương tác, nhưng không nên thay cho đọc giới hạn đã cấu hình. Một tệp lớn hơn mức bài tập không trở nên hợp lệ chỉ vì gửi từ điện thoại khác. Ngược lại, nếu tệp đã phù hợp mà lỗi vẫn xảy ra, cần ghi lỗi và mở nhánh điều tra thích hợp; bài viết không cho rằng mọi thất bại đều do dung lượng.
Một bảng thử nhỏ để phân biệt nguyên nhân
Bộ QA nên thay đổi một yếu tố mỗi lần. Dùng cùng định dạng được chấp nhận, chuẩn bị một tệp nhỏ và một tệp lớn hơn mức bài tập giả định; ghi trước kết quả mong đợi. Sau đó kiểm một mẫu khác định dạng nhưng nhỏ. Mục đích là phân biệt lớp điều kiện, không phải tạo hàng trăm lần upload để lấy tỷ lệ thành công trông đẹp.
| Mẫu giả lập | Điều muốn tách | Bằng chứng cần đọc |
|---|---|---|
| PDF 2 MB | Đường nộp cơ bản với loại được phép | Tệp được gắn đúng lượt, mở lại được |
| PDF 18 MB, bài tập cho 10 MB | Giới hạn từng tệp của hoạt động | Thông báo và cấu hình cùng thời điểm |
| Loại không được nhận, dung lượng nhỏ | Định dạng khác dung lượng | Thông báo về loại tệp |
Sau một lần được phép thay hạn mức, phải đọc lại giá trị hiện hành rồi thử đúng trường hợp cần xác minh. Không thay cả khóa lẫn site và trình duyệt cùng lúc vì sẽ khó biết việc nào có tác động. Nếu không có quyền điều chỉnh, kết quả vẫn có thể là đã xác định tầng cần người phụ trách xem xét, chưa phải đã sửa xong.
Bản ghi kết thúc nên nêu loại hoạt động, mức đang áp dụng, vai trò thử, tệp QA và điều quan sát được. Không cần chép bài thật, toàn bộ log hay cấu hình có thông tin nhạy cảm vào báo cáo công khai. Lưu bằng chứng chi tiết trong nơi có quyền phù hợp và tách rõ phần chưa xác minh, nhất là khi nguyên nhân ngoài các giới hạn được bài này giải thích.
Thông báo cho học viên theo điều họ cần chuẩn bị
Một hướng dẫn tốt nêu định dạng, mức mỗi tệp và cách báo sự cố trước thời điểm nộp. Tránh ghi “tối đa 50 MB” nếu đó chỉ là mức khóa trong khi Assignment chọn thấp hơn. Người đọc không cần biết toàn bộ cấu trúc máy chủ, nhưng cần biết yêu cầu nào áp dụng cho công việc của mình và liên hệ ai khi không đáp ứng được.
Thời hạn là một quyết định riêng: due date và cut-off của Assignment không được thay đổi chỉ vì một tệp bị lỗi mà chưa có phê duyệt. Người phụ trách phải đối chiếu sự cố và quy định học vụ, còn nhóm kỹ thuật cung cấp căn cứ đúng phạm vi. Tải lên được cũng chưa tự chứng minh bài đã qua mọi bước xác nhận nộp hoặc đã được chấm.
Nếu cần nối website với hệ thống đào tạo, hãy gửi sơ đồ luồng tệp, yêu cầu tài liệu và các vai trò bằng dữ liệu QA để Nhận tư vấn & báo giá. Giá: Liên hệ. Onter khảo sát đúng tầng ràng buộc và tiêu chí đọc lại; không yêu cầu chia sẻ tài khoản quản trị hoặc nâng hạn mức toàn site khi chưa có căn cứ.
