Thảo luận VLOS:Nhật ký cài đặt
@Công thức toán: đã fix. Nguyên nhân file /math/texvc đã không được set quyền "thực thi". Chỉ cần set 775 là ok!
Báo lỗi: tạo trang cá nhân thuộc namespace UserWiki bị trống rỗng (chi tiết)
Ngày 18/11, bật lại notif
Đã bật lại công cụ nhập tiểu luận special:tieuluan.
Fans box: bổ sung cả trang thể loại
@Fans box: đề xuất chỉ xuất hiện fans box với trang nội dung (mainpage), user's note, trang cá nhân, tệp tin
Báo lỗi: không tạo được công thức Toán
@Nghiên cứu và sử dụng phần mở rộng này cho "Làng wiki" của VLOS: http://www.mediawiki.org/wiki/Extension:CentralAuth
@ReplaceText: done
@ReplaceText: bổ sung option để chuyển các sửa đổi bằng công cụ này thành các sửa đổi của bot => đỡ làm dày đặc trang Recentchanges.
@email: hai hôm nay (14-15/08/2011) tôi lại thấy lỗi này lặp lại. Thật không hiểu nổi, lần gần đây nhất là 11/06/2011 do thành viên:Phạm Thạch Thảo phát hiện.
@SA: Mình sẽ suy nghĩ thêm về ý này và thảo luận với cậu sau nhé.
@SA: cái SA có lợi điểm là có hình ảnh, có quote cung cấp thêm thông tin bổ sung vào tiêu đề (nhiều người đọc ko di chuyển chuột để đọc tooltip). Nếu thay vì lấy SA của toàn hệ thống mà chọn SA có shared thể loại với current page?
SA được chọn tự động dựa vào số người theo dõi (trên 5?)
@SA: box này chỉ mang tính giới thiệu những bài viết và không phải lúc nào những bài viết này cũng liên quan đến bài viết hiện tại. Trong khi chúng ta đang muốn và người đọc muốn/nên đọc những trang liên quan với bài mà họ đang đọc.
Như vậy việc đặt SA ở các trang vừa làm "loãng thông tin" vừa "dày đặc thông tin" và càng làm giảm sự định hướng phù hợp cho "ngữ cảnh" giúp người đọc có cơ hội tiếp cận thông tin liên quan.
@selected articles: sao ko phải là tất cả các trang? Tớ nghĩ là điều này sẽ cung cấp cho người đọc nhiều sự lựa chọn để tiếp tục duyệt trang trên VLOS.
@selected articles: box này chỉ nên đặt ở một trang nhất định, thường là trang chủ/trang đầu.
@quote: OK, tớ tìm được template cquote rồi.
@selected articles: Nhân việc sitenotice, mình đề xuất tạo 1 "notice" kiểu banner hiển thị randomly cho những bài được chọn lọc nằm ở cuối trang (dưới bottom ads). Dạng format tham khảo Reader.VN: gồm hình ảnh, tên bài, đoạn trích quan trọng, nút tiến và lùi để lướt qua các bài.
@quote: có thể dùng tiêu bản
Trong 1 bài viết nhiều chữ thường có 1 số câu nói được cho cô đọng và nổi bật. Nếu mình có thẻ quote để nổi bất những câu này thì cũng có tác dụng như sử dụng hình ảnh. Mình có thể tham khảo format của BBC.
@sitenotice: Do có sự nhầm lẫn, nên sitenotice đi nghỉ ít ngày. Giờ sitenotice đã quay lại, mong các BẠN thông cảm! -:D
Uh, cái sitenotice sao biến mất hả Phúc?
Dạo này em bỏ cái các chủ đề nóng ở phía trên đi rồi à? em nên để trên đấy, cái đấy tốt đấy sao lại bỏ đi?
Đổi và đồng bộ không gian "Hình" thành "Tệp tin"
@Note: thêm 5 ghi chú gần đây (của tác giả tương ứng) ở dưới chân trang.
@log: bổ sung thêm sự kiện "kết bạn", "tặng quà" vào nhật trình (không hiện trên recentchanges?). Để làm gì? để show chúng trên các trang cá nhân người dùng và bạn của họ.
@catlink: ý tưởng rất hay
@catlinks: chú ý icon đó chỉ xuất hiện khi người dùng nhìn thấy thanh thể loại (kỹ thuật lazyload), mục đích chính là không server mệt. chỉ show nếu người dùng muốn
@catlinks: nếu thể loại nào có thể loại con thì nên tạo icon ▼ và link click thì có menu các thể loại con của nó.
Chúng ta có thể sử dụng các trang đặc biệt: bài ngắn, hình chưa dùng, trang chưa xếp thể loại, trang mồ cối, trang đường cùng để tìm các "trang rác".
@A Baocong: hiện tại em chưa có giải pháp nào.
Có 1 vấn đề lâu nay anh ko có thời gian làm và tìm. Đó là kiểm tra các bài viết rác, có thể là chưa hoàn chỉnh hoặc ko biết cách viết nên thành ra rác. Không biết anh em có cách khắc phục chưa?
@Notif: tự hủy là một lựa chọn cuối cùng khi mà quá lâu - sau bao nhiêu thời gian thì mĩnh chưa có lựa chọn
@Notif: chắc phải để các message tự hủy sau 1 tháng để giảm gánh nặng cho máy chủ chăng?
@Notifications: cần có 1 trang đặc biệt để quản lí/xử lí các notifications được tạo ra từ "quá lâu"
@newpages tag: có nên thêm tùy chọn không hiện thị những trang mới tạo thuộc 1 thể loại nào đó. Ví dụ: nếu trang mới được tạo mà thuộc thể loại Sơ khai thì không lấy.
để theo dõi thêm 1 thời gian tiếp xem như thế nào.
@email: ngày hôm nay thành viên:Phạm Thạch Thảo phát hiện các link trong email bị lỗi (không tồn tại link). Chúng ta đã fix được ngay, nhưng có vẻ hơi lạ rằng: lỗi này đã từng xảy ra trước đây và cũng đã được fix vậy sao giờ lại lặp lại?
@Báo lỗi: khi gửi lệnh cấm thành viên thì trang không load tiếp (dường như lệnh vẫn được gửi đi). Khi xem nhật trình (log) cấm thì ko xem được, trong khi các nhật trình khác thì hoạt động bình thường.
@e:Đặc_biệt:Recentchanges trên thư viện Đề thi đã fix.
RSS cho "Các ghi chú gần đây"
@7zip: tớ cũng nghĩ thế nhưng upload thì báo lỗi định dạng. Tớ thử lại lần nữa cũng ko đc. Cậu kiểm tra giúp mình lại LocalSettings với.
@7z: nó đã được thêm từ trước rồi đấy chứ?
@ Đề thi: Lỗi này khá lạ, vì mấy tuần nay chúng ta không coding gì ở đó.
@phần mở rộng upload: bổ sung .7z (tớ trên cơ quan bị chặn ko vào SSH được)
@báo lỗi không load trang e:Đặc_biệt:Recentchanges trên thư viện Đề thi trong khi các trang khác bình thường.
@Notifications (FP): Đã fix!
@Notifications (FP): có 1 bug mà cũng ko hẳn là như thế. Nghĩa là 1 trang sau khi đổi tên (redirect) mà bị theo dõi thì để tắt được thông báo, người dùng phải click vào trang gốc.
@@Các ghi chú gần đây: So fast so nice :-D Cám ơn cậu đã cho 1 sản phẩm đẹp.
@Các ghi chú gần đây: Done, cậu thấy ổn chưa?
@Các ghi chú gần đây: Cách trình bày như thế là rõ ràng rồi. Riêng cái avatar của tác giả hơi nhỏ nên không có dấu ấn cá nhân. Liệu có nên phóng to avatar và đặt đầu dòng giống như cách trình bày của cmt?
Phân trang cho cả: Đặc_biệt:ListAllBlogs/
@Danh sách note cá nhân: mình sẽ thử phương án kiểu đó và mơ mộng có tính năng xem trước như email như của yahoo hoặc email của google thì tuyệt nhỉ?
@Danh sách note cá nhân: có nên làm giống như Đặc_biệt:ListAllBlogs/ không? Như thế đơn giản, dễ tìm, không tốn thời gian load hết text và thể loại.
Phân trang cho danh sách các note của cá nhân. Theo kiểu nào?
- Về kĩ thuật là làm được (có thể viết extension)
- Về "chất lượng" của việc tự động gắn bài vào thể loại thì có chưa ổn. Đây là công việc "biên tập" thì con người làm tốt hơn.
Liệu có khả thi với 1 extension hoặc 1 bot dùng gắn bài vào thể loại bằng cách tìm kiếm trong nội dung bài với các keyword lấy từ danh sách các thể loại hiện có?
Cái này hay Extension:Replace Text nhưng phiên bản này chỉ hoạt động cho MW 1.13 trở lên. :-(
User:Cao Xuân Hiếu: Thêm avatar vào chữ ký?
Với Notif, nên chăng có 1 lựa chọn đánh dấu đã xem hết thông báo mà không cần phải mở tất cả các trang liên quan đến thông báo.
nghĩa là thay đổi của tất cả các trang trong 1 thể loại nhất định
Tạo một trang đặc biệt cho phép author/sysop bổ sung một đoạn wikitext vào top/bottom của một loạt các trang. Cách làm này sẽ thay thế một phần công việc của bot.
@Đặc_biệt:SendBoardBlast: đã fix
@Đặc_biệt:SendBoardBlast: có lỗi khi gửi tin nhắn đồng loạt.
@Đặc_biệt:GiveGift: nguyên nhân do thừa kí tự "<" trong thông báo MediaWiki:G-back-link làm vỡ liên kết.
@Đặc_biệt:GiveGift: Có lỗi, làm cho không tặng được quà trên trình duyệt chrome
@VLOS:Trang Chính: đã fix trên IE.
@VLOS:Trang Chính: có lỗi js trên IE.
@tooltip/IE8: đã fix
Lỗi js: Lỗi tooltip (dùng bởi tag newpages) trên trình duyệt IE8
Số bạn bè không thống nhất: trong khi username vloser có "bạn bè (7)" nhưng khi truy cập vào trang special:ViewRelationships thì thôgn báo là "Vloser có 5 người bạn". Đếm avatar có đủ 7 bạn, đâu mất 2? :D
@Tin nhắn Kết bạn của SocialProfile extension đã được fix
@Recent like box: mình cũng ko còn lựa chọn nào khác. :D
ko biết mọi người nghĩ sao chứ tớ thấy cái "Recent like box" thiết kế hơi bị đẹp. Hay là mình bị nhiễm sắc đẹp của monobook rồi?
Báo lỗi: Tính năng gửi tin nhắn của modul UserBoard có vấn đề (from cumeo89).
@ AC: Mình cũng thấy thanh status của AC trượt khá lâu hơn bình thường.
Tớ gặp lỗi tại Thành viên:Duyen thi nguyen/Note: thắc mắc khi cố gắng post đoạn text này. Thanh status của AC comment trượt khá lâu 3-4min mà không send được text đi.
@ AC: AC extension không giới hạn số lượng chữ hay kích thước văn bản. Cậu gặp lỗi với AC à?
Có phải tính năng AC có giới hạn về số lượng chữ?
@ kết bạn: ok, mình sẽ add.
@Footpanel: cho tớ thêm cái nút Các yêu cầu kết bạn trên thanh FP được k? Chọn icon là có 2 cái đầu người ấy.
@Vỡ trang:
- "Trải qua một trận bể dâu.
- Những điều trông thấy mà sung sướng lòng".
- D
@Notifications: Đó chính là hệ thống thông báo khi có thay đổi liên quan đến cá nhân: sửa bài theo dõi, khóa bài theo dõi, sửa ở trang thảo luận cá nhân, có lời mời kết bạn, được tặng quà. Những thông báo này đẹp nhất là nên hệ thống lại trên thanh Footpanel. (Tham khảo FP của LinkHay).
@Cumeo89: em nhập db cho các interwiki link do user:Future ahead đề xuất nhé.
Ok, good idea. -:D Bổ sung: nếu đã nhắc nhưng người dùng chưa đọc tin nhắn mà đã out (logout / close) khỏi hệ thống thì vẫn gửi email.
Có một vấn đề cần cải tiến:
Tình huống: Một người dùng A bật tính năngg nhận email khi bài theo dõi được thay đổi. Khi A đang đăng nhập thì có một trang B mà A theo dõi được người dùng C sửa đổi --> hệ thống sẽ gửi email cho A!?
Cải tiến: Thay vì để hệ thống gửi email cho A, sao không bảo hệ thống "nhắc" A tức thì luôn (kiểu như thông báo có thảo luận mới).
Mọi người nghĩ sao?
Ok, mình đề xuất tích hợp tính năng "watching-email" này vào extensions mà Cumeo89 đã phát triển.
@email: không nên gửi email cho tác giả mỗi khi có 1 user theo dõi bài vì như thế sẽ quá tải hộp thư của tác giả. Gây khó chịu. Nhưng có thể gửi email hàng tuần cập nhật tổng số người watch (gồm cả số mới bổ sung của tuần vừa rồi) cho tác giả. Nhưng phải gộp tất cả bài viết vào 1 email chứ đừng gửi từng phát 1 cho mỗi bài. (tham khảo email update của tác giả page trên FB).
@ watchinglog: có nên không gửi email cho tác giả (người khởi tạo bài viết) khi bài được "watch" bởi người dùng khác?
Thực tế ta hoàn toàn làm được, nhưng không làm vì lí do: nhật trình chỉ xử lý từng sự kiện đơn lẻ (one click). Vậy nếu tạo nhật trình unwatch thì máy chủ sẽ "mệt" khi người dùng "unwatch đồng loạt" cả thư viện theo dõi của họ. :)
Nhật trình theo dõi không bao hàm việc ngừng theo dõi. Nhưng tớ nghĩ là không cần thiết.
User:Future ahead yêu cầu thêm interwiki link đến một số ngôn ngữ khác Indonesia, Bulgary, Tây Ban Nha.
Chỗ này để đặt các yêu cầu cài đặt, fix lỗi và ý tưởng cải tiến phần mở rộng.
Đã fix lỗi tạo trang UserWiki