[Tầm Thư] Thế nào là sưu tầm tay?

[kethattinhthu7]

Mọi người thấy định nghĩa về sưu tầm tay của huynh @Ô Ma Bát Đế như thế này thế nào:

Sưu tầm tay là việc sưu tầm truyện từ các trang web khác về diễn đàn BNS, các động tác thực hiện trong quá trình sưu tầm như: copy, paste, post được thực hiện hoàn toàn bằng tay (thủ công) bởi các Sưu Tầm Giả, không có sự hỗ trợ của bất kỳ phần mềm nào.

CC: @Ô Ma Bát Đế @BsChien @Lê Minh IT @Sơn Lão Ma @Sakura_kudo @Tiền Ngạo Thiên @Cà Rốt @Hoàng Kỳ Anh @Vạn Kiếm Chi Vương @Mạt Thế Phàm Nhân @Sùng A Xĩn @Hồng Miên @Tiểu Hắc @Tường Vy @Lạc Đinh Đang...

 

[BsChien]

Mọi người thấy định nghĩa về sưu tầm tay của huynh @Ô Ma Bát Đế như thế này thế nào:

Sưu tầm tay là việc sưu tầm truyện từ các trang web khác về diễn đàn BNS, các động tác thực hiện trong quá trình sưu tầm như: copy, paste, post được thực hiện hoàn toàn bằng tay (thủ công) bởi các Sưu Tầm Giả, không có sự hỗ trợ của bất kỳ phần mềm nào.

CC: @Ô Ma Bát Đế @BsChien @Lê Minh IT @Sơn Lão Ma @Sakura_kudo @Tiền Ngạo Thiên @Cà Rốt @Hoàng Kỳ Anh @Vạn Kiếm Chi Vương @Mạt Thế Phàm Nhân @Sùng A Xĩn @Hồng Miên @Tiểu Hắc @Tường Vy @Lạc Đinh Đang...

Đoạn này ta và lão Ô Ma đã tranh luận khá gắt trước khi đưa ra dự thảo, cá nhân ta và team có sử dụng click để hỗ trợ tay phải, ko cần quá tập trung vào điểm bấm chuột và mắt sẽ rảnh để nhìn tên chương nội dung chương, tăng tính kiểm soát lúc sưu, chấp nhận giảm tốc độ sưu xuống để tập trung thêm vào giám sát chất lượng các chương truyện sưu.
Ta đã có post so sánh chất lượng truyện giữa 2 sưu tầm giả 100% thủ công và 90% thủ công thì rõ ràng 80% có sự kiểm soát tốt hơn do đc hỗ trợ giải phóng 1 tay chuột, làm việc theo nhóm và ít bị nản suy.
Tuy nhiên lão Ô thì lại muốn phong cách cổ điển thủ công 100%, tất nhiên mỗi người 1 quan điểm nhưng ta thì chú trọng hiệu quả và chất lượng, ko quan tâm giải pháp và phương tiện. Cũng như đi đường có ng chọn đi bộ có người chọn đi oto, rõ ràng đi đoạn ngắn thì đi bộ tiện hơn, đỡ tốn xăng tốn điện, ít bị tai nạn, nhưng nếu cần đi xa, đi 1 nhóm 4 5 người cùng đích đến thì ai cũng chọn đi oto, quan trọng là có biết lái hay ko thôi.
Cho nên ta trình bày lần nữa về quan điểm Sưu tay là bạn copy paste bằng tay bằng chân bằng gì cũng được nhưng chất lượng hiệu quả và không bị lỗi là được.

 

[kethattinhthu7]

Ta trích góp ý của tech liên quan đến cách sưu tầm hiện tại của một số thành viên sưu tầm giả:

Huynh sẽ quay lại chuyện sưu tầm này sau, trước tiên huynh xin trình bày một số vấn đề kỹ thuật để đệ và các min có thể hiểu nguyên nhân vì sao cách sưu tầm hiện tại có tác động tiêu cực lên server.

Hẵn là mọi người đều từng nghe mình và @hoangsang thường nhắc đến cache của reader. Mục đích của cache là để giúp tăng hiệu quả cho server, và cache chỉ có thể làm đc điều này nếu được dùng đúng, còn nếu dùng không hợp lý thì chính nó sẽ có tác dụng ngược, càng làm trì trệ server.

Spoiler: Sơ lược về cache

Khi user vào một trang (hay nhấn F5) thì máy họ sẽ gởi một yêu cầu (request) đến server. Server sẽ vào database lấy data, rồi dựa trên code/template để tạo thành các file html, javascript, css và gởi ngược trở lại máy của user đó. Cứ mỗi request thì server đều phải thực hiện quá trình như thế. Nếu 2 người (kẻ trước người sau) cùng yêu cầu 1 trang (có cùng nội dung), server cũng phải làm 2 lần để tạo 2 file html y chang nhau để gởi đến 2 máy khác nhau. Đây chính là lý do mà cache đc dùng.

Khi có cache, ở ngay lần đầu tiên tạo ra html, hệ thống sẽ ko gởi đi ngay, mà lưu các file này xuống đĩa cứng, để dành cho lần sau. Nếu có người request cùng nội dung như thế, hệ thống sẽ ko cần phải đi qua một quá trình để tạo html nữa mà chỉ cần gởi html (đã lưu từ trước) đến người dùng.

Để ý là, khi có cache hệ thống buộc phải lao lực nhiều hơn (so với khi không có cache) ở trong lần đầu tiên tạo ra html, nhưng bù lại nó sẽ nhẹ việc hơn nhiều ở những lần sau. Do ở "lần đầu tiên" cần phải có thêm các thao tác save và quản lý/điều phối các file cache.

Vì vậy, nếu cache cứ phải bị đặt vào trong tình trạng "lần đầu tiên" thì nó sẽ khiến toàn hệ thống càng trì trệ hơn so với việc ko có cache.

Cách sưu tầm hiện tại luôn luôn đặt cache vào tình trạng "lần đầu tiên".

Khi một người add 1 chương vào Reader, hệ thống bắt buộc phải xóa các trang có liên quan (mà đã được cache từ trước) để cập nhật thông tin mới, ví như trang truyện và trang mục lục của chương đó, và đặc biệt là trang reader-home.

Trong tất cả các trang của Reader thì việc tạo ra trang Home là nặng nhọc nhất. Nếu chỉ tính thời gian lấy dữ liệu từ database, thì trang Home cần thời gian gấp hàng mấy chục lần đến trăm lần so với các trang khác. Trong khi các trang khác chỉ cần vài phần ngàn của giây thì trang home có thể mất đến vài phần chục của giây. Còn tổng cộng thời gian để hệ thống tạo ra html cho trang Home này xấp xỉ 3-6 giây vào lúc server đang rỗi. Nếu server ko rỗi, thời gian này có thể kéo dài hơn nhiều.

Cứ mỗi lần add thêm chương, là trang Reader-home phải được xóa đi để tạo mới lại. Và nhóm sưu tầm cứ đều đặn 15-30 giây add 1 chương.


Trong giờ cao điểm, việc add chương đều đặn thế này chính thức tạo thành một kết quả: Trang cache của reader-home mới vừa tạo ra đc khoảng 4-5 giây là bị xóa đi, rồi chờ thêm khoảng 4-5 giây để được tạo mới, rồi lại 4-5 giây sau sẽ bị xóa tiếp. Trong khi đó, hàng loạt các request sẽ phải bị hoãn lại để chờ.... trang reader-home. Giờ cao điểm mà.

Nên biết, trang cache của reader-home, không chỉ bị truy cập bởi độc giả bên reader, mà còn đc truy cập bởi những thành viên bên forum. Mỗi cú F5 từ forum-home cũng chính là mỗi cú F5 bên reader-home.

------------------

Trên là huynh chỉ mô tả về cache và trình bày những ảnh hưởng tiêu cực của việc add chương gián cách đều đặn. Sự tiêu cực này càng hiện ra rõ nét vào giờ cao điểm. Huynh chưa bàn gì đến sưu tầm tay hay auto, bởi vì huynh biết rằng, nhóm sưu hiện tại vẫn dùng (hoặc có thao tác tương đương với việc dùng) nút Save trong trang +Chương.

Là admin, hẵn đệ cũng đã nghi ngờ là nhóm sưu dùng cách thức gì đó để thay thế cho việc sưu tay truyền thống, có chăng là đệ ko có chứng cứ, hoặc e sợ sự võ đoán của bản thân có thể khiến mất đi những mem nhiệt huyết, nên ko muốn làm rõ chuyện. Là tech, huynh biết chắc chắn họ dùng auto.

Cách đây ko lâu, trong Phòng Họp huynh đã sớm biết họ dùng auto, nhưng vì ko muốn làm lớn chuyện, ko muốn làm mất niềm vui hoạt động của mảng Sưu, nên huynh ko nói rõ ra mà thôi. Tối hôm qua, trong lúc huynh code để lấy data từ Reader, để tạo bảng Recent-list bên Forum, huynh mới nhận thấy file cache của reader-recent-list cứ bị tạo mới rồi xóa, lặp tới lặp lui trong vài giây nên phải lưu tâm.

Đệ có biết vì sao, trang +Chương bên reader có hạn chế 6 giây mới được bấm nút Save ko? Hạn chế đó do huynh lập ra đấy, có vẻ như huynh khoái làm khó dễ người khác quá hở!

Nhiều năm trước, khi Reader vừa đi vào hoạt động, một sưu tầm giả (cũng khá đình đám hồi đó nhưng h quên tên rồi) đã viết code để tự động hóa việc sưu. Code đó liên tục nạp chương rồi upload lên server. Kẹt nổi, trong khi server cần đến 2-3 giây để hoàn tất việc add 1 chương vào hệ thống (các đệ có thể tự kiểm tra, sau khi các đệ bấm nút Save thì phải chờ bao lâu thì hiển thị trang mới) thì code đã có thể send hàng chục chương trong 1 giây. Nói cách khác, code của sưu giả kia đang làm một công việc mà các trình ddos thường làm.

Huynh buộc phải lập hạn chế 15 giây gián cách nhau giữa mỗi lần add chương, để hệ thống còn có một khoảng thời gian rỗi để phục vụ cho độc giả, hay cho các tác vụ khác. Chứ nếu ko, một khi sưu giả này sưu là tất cả mọi người chỉ còn có thể nhìn con quay trên trình duyệt, dohầu hết tài nguyên của server bị quá trình add-chương chiếm hữu.

@tiểu toán bàn than quá, bảo rằng đệ ấy copy/paste xong thì cứ phải ngồi nhìn đồng hồ mới được bấm Save. Huynh mới hạ thời gian hạn chế xuốn thành 6 giây, như bây giờ. Sau việc này, huynh cũng phải tự code để auto sưu tầm, chính là cách thức sưu vào file XML, rồi upload lên server. Với cách thức đó, việc add chương sẽ ko ảnh hưởng quá tiêu cực lên hệ thống.

Cách thức của sưu giả huynh nói trên cũng chính là cách thức hiện tại của nhóm Sưu đang dùng.

Không một người nào có thể liên tục thêm hàng ngàn chương mà mỗi chương cứ gián cách nhau khoảng 20 giây đến nửa phút cả. Xem qua một tài khoản Reader, ngày hôm nay 2-9 bắt đầu từ 6h sáng đến 14h giờ trưa, đều đặn add chương suốt 8 tiếng đồng hồ, mỗi phút 2 chương, ko đi tỉu luôn chứ đừng nói chuyện ăn cơm! Vụ này mà dùng tay hay dùng trình auto-click (nghĩa là phải ngồi bên laptop) thì huynh đi bằng đầu.

--------

Xin đừng lầm nghĩ rằng huynh khắc khe với sưu tầm, hay bày chuyện làm khó dễ với mem...

 

[kethattinhthu7]

Hiện tại thời gian để load BNS khá lâu, trong số các nguyên nhân thì có nguyên nhân do sưu tầm auto bằng cách trên nên để giảm tải cho hệ thống, tech tạm thời set thời gian +Chương mới từ 6 giây lên 60 giây. Đây cũng là việc cực chẳng đã, nhưng trong các ưu tiên, sự vận hành trơn tru của hệ thống phải là ưu tiên số 1.

Tạm thời không bàn đến việc lương, thưởng, việc đặt câu hỏi sưu tầm tay chỉ là cách ta đặt vấn đề để dẫn dắt đến tình trạng sever quá tải, mong mọi người chia sẻ thêm về việc này.

Nói thật, ta phụ trách mảng sưu tầm nhưng hầu như chỉ biết về các thao tác sưu tầm tay thông thường, còn dùng phần mềm hỗ trợ thì chưa dùng đến nên không hiểu rõ về cách mọi người đang thực hiện, và cũng xin nhận trách nhiệm việc việc chưa gần gũi với các sưu tầm gia để biết mọi người đang làm gì, muốn gì mà khoán trắng cho các mod @Hồng Miên @Ô Ma Bát Đế @BsChien.

 

[Ô Ma Bát Đế]

Lão Thất, việc sưu của người khác thì ta không biết, nhưng việc sưu của ta lần trước ta đã nói trong phòng họp rồi, ta đi thuê.
Nói thuê cũng không hẳn bởi vì việc này là do 3 lão ở Phòng hành chính công ty của ta làm ta cũng trả cho họ một số tiền dưới các dạng khác nhau. Ta cũng không để ý điến việc họ sưu như thế nào, thậm chí là họ cũng không cho ta biết. Ta chỉ có yêu cầu họ giao lại sản phẩm và ta check lại lần cuối. Nghiệm thu 10.000 chương/lần.

Khi ta nói ở phòng họp thì không ai có ý kiến gì với việc này cả nên ta cũng nghĩ là việc ta làm cũng không sao.

Với lại ta thường nghĩ việc của ta thuê sưu của ta thì cũng tựa như như lão @o0oTiêu Dao Tửo0o thôi. Lão Tiêu có sản phẩm rồi "bán" lấy ngọc, nói trắng ra cũng là bỏ những hao phí lao động làm ở ngoài đời thực ra "đổi" lấy ngọc, việc làm này vừa thỏa mãn thú vui của lão ấy vừa đóng góp phần nào đó làm tăng giá trị ngọc tạo ra nét độc đáo riêng cho diễn đàn. Còn ta thì ta không có sản phẩm (vì công việc của ta là dạng dịch vụ, không tạo ra sản phẩm hữu hình) nên ta thuê sưu, cũng là một hình thức bỏ sức lao động ở ngoài đời ra để lấy ngọc. (Đừng có vặn vẹo ta tại sao lại bỏ tiền ra thuê nhé, ta thích thì ta làm thôi, cũng như ta thích vui thì ta bỏ tiền đi off với anh em BNS, thậm chí không ít lần ta còn chi trả hoàn toàn buổi off nhỏ với vài anh em BNS thân thiết, khoản tiền ta bỏ ra thuê cày ngọc còn ít hơn nhiều)

Nếu lão Thất cảm thấy/nhận thấy/cho rằng ta đang dùng auto thì cũng không sao, tháng này BQT có thể trả ngọc cho ta như thế nào cũng được, thậm chí không phải trả. Ta cũng sẽ không áp dụng phương pháp đi thuê này để sưu nữa nếu như BQT yêu cầu.

 

[Sùng A Xĩn]

Không một người nào có thể liên tục thêm hàng ngàn chương mà mỗi chương cứ gián cách nhau khoảng 20 giây đến nửa phút cả. Xem qua một tài khoản Reader, ngày hôm nay 2-9 bắt đầu từ 6h sáng đến 14h giờ trưa, đều đặn add chương suốt 8 tiếng đồng hồ, mỗi phút 2 chương, ko đi tỉu luôn chứ đừng nói chuyện ăn cơm! Vụ này mà dùng tay hay dùng trình auto-click (nghĩa là phải ngồi bên laptop) thì huynh đi bằng đầu.

--------
Xin đừng lầm nghĩ rằng huynh khắc khe với sưu tầm, hay bày chuyện làm khó dễ với mem...

Với việc F5 liên tục trên reader-home thì đúng là tự tay bóp thật. Mong các tech sẽ tìm ra được cách tối ưu hơn.

Việc ai làm gì không quan trọng, nhưng phải trung thực với bản thân mình đã. Nếu auto chiếm 20% trên tổng sản phẩm còn chấp nhận là sưu tay, còn auto chiếm hết 80% mà vẫn tự ghi tên mình vào sưu tay thì cũng đành chấp nhận luôn chứ biết sao. Đến tech min chỉ đoán, chỉ suy luận, không có bằng chứng cơ mà.

 

[hoangsang]

Nếu lão Thất cảm thấy/nhận thấy/cho rằng ta đang dùng auto thì cũng không sao, tháng này BQT có thể trả ngọc cho ta như thế nào cũng được, thậm chí không phải trả. Ta cũng sẽ không áp dụng phương pháp đi thuê này để sưu nữa nếu như BQT yêu cầu.

Cá nhân ta thấy việc lão thuê hay ko thuê thì ko ảnh hưởng gì cả, vì đó là việc của cá nhân lão lão có quyền làm những gì lão thích, nó cũng ko ảnh hưởng đến ai.
Còn việc auto thì hiện tại đội ngũ kỹ thuật đã tăng thời gian post 1 chương lên 60s, nó cũng để cân bằng hệ thống và mọi người có thêm thời gian chỉnh sửa hay xem lại chương thui. Và lão cũng ko phải lăn tăn thời gian này, bởi lão khoán sản phẩm cho đội nhân sự của lão mà.

 

[BsChien]

Ta trích góp ý của tech liên quan đến cách sưu tầm hiện tại của một số thành viên sưu tầm giả:

Huynh sẽ quay lại chuyện sưu tầm này sau, trước tiên huynh xin trình bày một số vấn đề kỹ thuật để đệ và các min có thể hiểu nguyên nhân vì sao cách sưu tầm hiện tại có tác động tiêu cực lên server.

Hẵn là mọi người đều từng nghe mình và @hoangsang thường nhắc đến cache của reader. Mục đích của cache là để giúp tăng hiệu quả cho server, và cache chỉ có thể làm đc điều này nếu được dùng đúng, còn nếu dùng không hợp lý thì chính nó sẽ có tác dụng ngược, càng làm trì trệ server.

Spoiler: Sơ lược về cache

Khi user vào một trang (hay nhấn F5) thì máy họ sẽ gởi một yêu cầu (request) đến server. Server sẽ vào database lấy data, rồi dựa trên code/template để tạo thành các file html, javascript, css và gởi ngược trở lại máy của user đó. Cứ mỗi request thì server đều phải thực hiện quá trình như thế. Nếu 2 người (kẻ trước người sau) cùng yêu cầu 1 trang (có cùng nội dung), server cũng phải làm 2 lần để tạo 2 file html y chang nhau để gởi đến 2 máy khác nhau. Đây chính là lý do mà cache đc dùng.

Khi có cache, ở ngay lần đầu tiên tạo ra html, hệ thống sẽ ko gởi đi ngay, mà lưu các file này xuống đĩa cứng, để dành cho lần sau. Nếu có người request cùng nội dung như thế, hệ thống sẽ ko cần phải đi qua một quá trình để tạo html nữa mà chỉ cần gởi html (đã lưu từ trước) đến người dùng.

Để ý là, khi có cache hệ thống buộc phải lao lực nhiều hơn (so với khi không có cache) ở trong lần đầu tiên tạo ra html, nhưng bù lại nó sẽ nhẹ việc hơn nhiều ở những lần sau. Do ở "lần đầu tiên" cần phải có thêm các thao tác save và quản lý/điều phối các file cache.

Vì vậy, nếu cache cứ phải bị đặt vào trong tình trạng "lần đầu tiên" thì nó sẽ khiến toàn hệ thống càng trì trệ hơn so với việc ko có cache.

Cách sưu tầm hiện tại luôn luôn đặt cache vào tình trạng "lần đầu tiên".

Khi một người add 1 chương vào Reader, hệ thống bắt buộc phải xóa các trang có liên quan (mà đã được cache từ trước) để cập nhật thông tin mới, ví như trang truyện và trang mục lục của chương đó, và đặc biệt là trang reader-home.

Trong tất cả các trang của Reader thì việc tạo ra trang Home là nặng nhọc nhất. Nếu chỉ tính thời gian lấy dữ liệu từ database, thì trang Home cần thời gian gấp hàng mấy chục lần đến trăm lần so với các trang khác. Trong khi các trang khác chỉ cần vài phần ngàn của giây thì trang home có thể mất đến vài phần chục của giây. Còn tổng cộng thời gian để hệ thống tạo ra html cho trang Home này xấp xỉ 3-6 giây vào lúc server đang rỗi. Nếu server ko rỗi, thời gian này có thể kéo dài hơn nhiều.

Cứ mỗi lần add thêm chương, là trang Reader-home phải được xóa đi để tạo mới lại. Và nhóm sưu tầm cứ đều đặn 15-30 giây add 1 chương.


Trong giờ cao điểm, việc add chương đều đặn thế này chính thức tạo thành một kết quả: Trang cache của reader-home mới vừa tạo ra đc khoảng 4-5 giây là bị xóa đi, rồi chờ thêm khoảng 4-5 giây để được tạo mới, rồi lại 4-5 giây sau sẽ bị xóa tiếp. Trong khi đó, hàng loạt các request sẽ phải bị hoãn lại để chờ.... trang reader-home. Giờ cao điểm mà.

Nên biết, trang cache của reader-home, không chỉ bị truy cập bởi độc giả bên reader, mà còn đc truy cập bởi những thành viên bên forum. Mỗi cú F5 từ forum-home cũng chính là mỗi cú F5 bên reader-home.

------------------

Trên là huynh chỉ mô tả về cache và trình bày những ảnh hưởng tiêu cực của việc add chương gián cách đều đặn. Sự tiêu cực này càng hiện ra rõ nét vào giờ cao điểm. Huynh chưa bàn gì đến sưu tầm tay hay auto, bởi vì huynh biết rằng, nhóm sưu hiện tại vẫn dùng (hoặc có thao tác tương đương với việc dùng) nút Save trong trang +Chương.

Là admin, hẵn đệ cũng đã nghi ngờ là nhóm sưu dùng cách thức gì đó để thay thế cho việc sưu tay truyền thống, có chăng là đệ ko có chứng cứ, hoặc e sợ sự võ đoán của bản thân có thể khiến mất đi những mem nhiệt huyết, nên ko muốn làm rõ chuyện. Là tech, huynh biết chắc chắn họ dùng auto.

Cách đây ko lâu, trong Phòng Họp huynh đã sớm biết họ dùng auto, nhưng vì ko muốn làm lớn chuyện, ko muốn làm mất niềm vui hoạt động của mảng Sưu, nên huynh ko nói rõ ra mà thôi. Tối hôm qua, trong lúc huynh code để lấy data từ Reader, để tạo bảng Recent-list bên Forum, huynh mới nhận thấy file cache của reader-recent-list cứ bị tạo mới rồi xóa, lặp tới lặp lui trong vài giây nên phải lưu tâm.

Đệ có biết vì sao, trang +Chương bên reader có hạn chế 6 giây mới được bấm nút Save ko? Hạn chế đó do huynh lập ra đấy, có vẻ như huynh khoái làm khó dễ người khác quá hở!

Nhiều năm trước, khi Reader vừa đi vào hoạt động, một sưu tầm giả (cũng khá đình đám hồi đó nhưng h quên tên rồi) đã viết code để tự động hóa việc sưu. Code đó liên tục nạp chương rồi upload lên server. Kẹt nổi, trong khi server cần đến 2-3 giây để hoàn tất việc add 1 chương vào hệ thống (các đệ có thể tự kiểm tra, sau khi các đệ bấm nút Save thì phải chờ bao lâu thì hiển thị trang mới) thì code đã có thể send hàng chục chương trong 1 giây. Nói cách khác, code của sưu giả kia đang làm một công việc mà các trình ddos thường làm.

Huynh buộc phải lập hạn chế 15 giây gián cách nhau giữa mỗi lần add chương, để hệ thống còn có một khoảng thời gian rỗi để phục vụ cho độc giả, hay cho các tác vụ khác. Chứ nếu ko, một khi sưu giả này sưu là tất cả mọi người chỉ còn có thể nhìn con quay trên trình duyệt, dohầu hết tài nguyên của server bị quá trình add-chương chiếm hữu.

@tiểu toán bàn than quá, bảo rằng đệ ấy copy/paste xong thì cứ phải ngồi nhìn đồng hồ mới được bấm Save. Huynh mới hạ thời gian hạn chế xuốn thành 6 giây, như bây giờ. Sau việc này, huynh cũng phải tự code để auto sưu tầm, chính là cách thức sưu vào file XML, rồi upload lên server. Với cách thức đó, việc add chương sẽ ko ảnh hưởng quá tiêu cực lên hệ thống.

Cách thức của sưu giả huynh nói trên cũng chính là cách thức hiện tại của nhóm Sưu đang dùng.

Không một người nào có thể liên tục thêm hàng ngàn chương mà mỗi chương cứ gián cách nhau khoảng 20 giây đến nửa phút cả. Xem qua một tài khoản Reader, ngày hôm nay 2-9 bắt đầu từ 6h sáng đến 14h giờ trưa, đều đặn add chương suốt 8 tiếng đồng hồ, mỗi phút 2 chương, ko đi tỉu luôn chứ đừng nói chuyện ăn cơm! Vụ này mà dùng tay hay dùng trình auto-click (nghĩa là phải ngồi bên laptop) thì huynh đi bằng đầu.

--------

Xin đừng lầm nghĩ rằng huynh khắc khe với sưu tầm, hay bày chuyện làm khó dễ với mem...

Thất đệ có thể nói vị ad nào muốn đi bằng đầu thì đi luôn cũng đc rồi đấy, đệ ấy ko nghĩ 1 nhóm 3 người có thể thay nhau trực để đi tỉu hay sao? Mỗi tháng nhóm ấy có thể kiếm mỗi người 3 triệu VND bằng cách ngồi canh máy và copy paste, làm đêm thì lương cao hơn, mạng ổn định hơn và ít ảnh hưởng đến người khác, ngày lễ làm việc thì được tính lương gấp đôi... và đổi lại người chi tiền sẽ nhận được khoảng 2 triệu Ngọc ảo.
Tất nhiên luật là các bạn quy định, ta cũng đồng ý với lão Ô và lão Thất là nhạc nào thì mọi người cũng sẽ nhảy, nhưng phải bật nhạc rồi mới nhảy chứ nhảy chán chê rồi mới mở nhạc thì kì lắm.

 

[Sùng A Xĩn]

@hoangsang nếu lên 60s thì em thấy cũng ảnh hưởng chút ít đến sưu tay truyền thống đó anh.
Người bình thường cũng làm việc, có chút thời gian rỗi mới đi sưu tầm được, được 1, 2 tiếng nếu ngồi canh thời gian chuẩn cũng được 120 chương.
Em nghĩ là nên bàn lại với bên auto, nói mấy bạn có thể nâng thời gian post lên 60s hay không? Vì nó cũng không ảnh hưởng lắm tới mấy bạn đó.

 

[kethattinhthu7]

Thất đệ có thể nói vị ad nào muốn đi bằng đầu thì đi luôn cũng đc rồi đấy, đệ ấy ko nghĩ 1 nhóm 3 người có thể thay nhau trực để đi tỉu hay sao? Mỗi tháng nhóm ấy có thể kiếm mỗi người 3 triệu VND bằng cách ngồi canh máy và copy paste, làm đêm thì lương cao hơn, mạng ổn định hơn và ít ảnh hưởng đến người khác, ngày lễ làm việc thì được tính lương gấp đôi... và đổi lại người chi tiền sẽ nhận được khoảng 2 triệu Ngọc ảo.
Tất nhiên luật là các bạn quy định, ta cũng đồng ý với lão Ô và lão Thất là nhạc nào thì mọi người cũng sẽ nhảy, nhưng phải bật nhạc rồi mới nhảy chứ nhảy chán chê rồi mới mở nhạc thì kì lắm.

Đệ và các admin không hề nói đến việc huynh và huynh Ô Ma Bát Đế thuê người sưu tầm hộ là không đúng, cần phải bỏ việc này, chỉ nói "duy nhất 1 người không thể nào ngồi sưu tầm mỗi phút 2 chương liên tục trong 8h cả".