Lập trình website MU

[vithanhlam]

sao mình thấy ít ai bàn luận về code web cho và cách thêm các chức năng cho website vậy nhỉ

[ghvn1991]

Vì giờ có quá nhiều website, bạn phải lập ra 1 topic bàn về một web nào đó

[bizwebmu]

Dũng cảm tiến lên phía trước đi bạn, mình đứng sau yểm trợ cho.

Có gì khó khăn cứ PM qua diễn đàn, mình giúp đỡ.

Support Language: ASP, .NET 2.0 và 3.5

[truyentranh]

Dũng cảm tiến lên phía trước đi bạn, mình đứng sau yểm trợ cho.

Có gì khó khăn cứ PM qua diễn đàn, mình giúp đỡ.

Support Language: ASP, .NET 2.0 và 3.5

giúp mình cấu hình cho web ASP không đang nhập cùng lúc 1 tài khoản được không mình đang cần cái này lắm thank! bro nhiều

với lại mình thấy trên internet nhiều code anti ddos cho php cũng như apache nhưng không thấy cấu hình anti ddos cho iis với asp nếu bro có tài liệu về vấn để nay giúp mình với nha

Thank!

[LHB_LOVE]

web mu thì cơ bản nhất là web 0.8 ! bạn muốn nghiên cứu thì down về nghiên cứu code
còn ko thì down cái của bcs về thấy cũng hay lắm đó !

[bizwebmu]

giúp mình cấu hình cho web ASP không đang nhập cùng lúc 1 tài khoản được không mình đang cần cái này lắm thank! bro nhiều

với lại mình thấy trên internet nhiều code anti ddos cho php cũng như apache nhưng không thấy cấu hình anti ddos cho iis với asp nếu bro có tài liệu về vấn để nay giúp mình với nha

Thank!

1. Câu 1 thì không hiểu rõ lắm, có phải là không cho phép đăng nhập 1 tài khoản cùng 1 lúc ở 2 nơi?

2. Ở IIS, muốn Anti ddos, có nhiều cách, dùng IIS Password cũng được, dùng reCapcha cũng được. Mỗi cái có cái hay riêng của nó. Về cơ bản thì mình hiểu nguyên lý của chúng nó rồi sử dụng sao cho linh hoạt thôi.

[bizwebmu]

web mu thì cơ bản nhất là web 0.8 ! bạn muốn nghiên cứu thì down về nghiên cứu code
còn ko thì down cái của bcs về thấy cũng hay lắm đó !

Nói gì thì nói, dùng PHP để quản lý dữ liệu MSSQL là không khoa học.

Đơn giản vì PHP không tương tác được với Stored Procedures của SQL.Đây là một điều bất lợi khi lập trình PHP.

Mà đối với những CSDL có khoảng hàng trăm nghìn tài khoản với hàng triệu nhân vật, xử lý trên Web là một điều không tưởng, Còn xử lý kịch bản trong Stored Procedures thì đơn giản hơn nhiều, vừa nhanh, lại vừa không tốn Ram của máy chủ.

[bizwebmu]

giúp mình cấu hình cho web ASP không đang nhập cùng lúc 1 tài khoản được không mình đang cần cái này lắm thank! bro nhiều

Thank!

Nếu không cho phép đăng nhập 1 tài khoản trên 2 máy (chúng nó nhằm vào lúc máy chủ bị lag để dupe point, Zen, tiền và Reset)

Trong table MEMB_INFO, bạn tạo thêm một trường nữa, gọi là MemberCode đi,

Lúc đăng nhập, bạn viết thêm 2 Function nữa, 1 là UserCode, rồi lấy UserCode(account) và 1 Function, lấy Ramdom, gọi là Randomtext(10) chẳng hạn.

Cái RandomText(10) là mình tạo ra 10 ký tự ngẫu nhiên, còn UserCode là tạo ra một string (dạng mã hóa) của tài khoản.

Sau đó, ghép 2 string này lại = UserCode(Account)&Randomtext(10)

Như vậy là ta có 1 string không của tài khoản nào giống tài khoản nào, và gần như là không lúc nào giống lúc nào. Đảm bảo mỗi người, tại mỗi thời điểm đăng nhập có 1 string duy nhất.

Sau khi đăng nhập thành công, bạn làm 2 thao tác.

1. Ghi string kia vào Session hoặc Cookies. (Cái nào cũng được, cái nào cũng an toàn tuyệt đối, nếu ghi cookies thì nhớ đừng ghi Expired Date là được, để End Sesssion, nó del luôn)

2. Ghi string đó vào trong Memb_info, vào cái MemberCode tạo ra lúc đầu ấy.


OK, giờ muốn check đăng nhập, không check Session hay Cookies gì cả, mà đọc chúng lên, rồi mở CSDL ra so sánh, nếu OK thì True, còn không thì False.

Như vậy, nếu User đăng nhập tiếp ở máy khác, thì chuỗi string sẽ bị thay đổi, thằng đăng nhập lúc đầu sẽ bị đẩy ra


Have a good time

[NetBanBe.Net]

Nói gì thì nói, dùng PHP để quản lý dữ liệu MSSQL là không khoa học.

Đơn giản vì PHP không tương tác được với Stored Procedures của SQL.Đây là một điều bất lợi khi lập trình PHP.

Mà đối với những CSDL có khoảng hàng trăm nghìn tài khoản với hàng triệu nhân vật, xử lý trên Web là một điều không tưởng, Còn xử lý kịch bản trong Stored Procedures thì đơn giản hơn nhiều, vừa nhanh, lại vừa không tốn Ram của máy chủ.

- Dùng PHP để quản lý dữ liệu MSSQL là không khoa học => Chuẩn, vì MSSQL & ASP là hệ thống của Microsoft nên khả năng tương thích cao; PHP & MySQL là hệ thống mở chuyên dụng cho Linux, vẫn dùng được cho Windows nhưng hệ thống chạy không mượt. Vì thế dĩ nhiên PHP & MSSQL cái sẽ khó có thể tương thích với nhau nếu làm chuyên nghiệp. Còn xử lý bình thường như kiểu WebSite MU thì PHP thừa khả năng.
- PHP không tương tác được với Stored Procedures của SQL => Sai lầm lớn. NWebMU của mình viết dùng PHP vẫn gọi Stored Procedures bình thường.

[NetBanBe.Net]

Nếu không cho phép đăng nhập 1 tài khoản trên 2 máy (chúng nó nhằm vào lúc máy chủ bị lag để dupe point, Zen, tiền và Reset)

Trong table MEMB_INFO, bạn tạo thêm một trường nữa, gọi là MemberCode đi,

Lúc đăng nhập, bạn viết thêm 2 Function nữa, 1 là UserCode, rồi lấy UserCode(account) và 1 Function, lấy Ramdom, gọi là Randomtext(10) chẳng hạn.

Cái RandomText(10) là mình tạo ra 10 ký tự ngẫu nhiên, còn UserCode là tạo ra một string (dạng mã hóa) của tài khoản.

Sau đó, ghép 2 string này lại = UserCode(Account)&Randomtext(10)

Như vậy là ta có 1 string không của tài khoản nào giống tài khoản nào, và gần như là không lúc nào giống lúc nào. Đảm bảo mỗi người, tại mỗi thời điểm đăng nhập có 1 string duy nhất.

Sau khi đăng nhập thành công, bạn làm 2 thao tác.

1. Ghi string kia vào Session hoặc Cookies. (Cái nào cũng được, cái nào cũng an toàn tuyệt đối, nếu ghi cookies thì nhớ đừng ghi Expired Date là được, để End Sesssion, nó del luôn)

2. Ghi string đó vào trong Memb_info, vào cái MemberCode tạo ra lúc đầu ấy.


OK, giờ muốn check đăng nhập, không check Session hay Cookies gì cả, mà đọc chúng lên, rồi mở CSDL ra so sánh, nếu OK thì True, còn không thì False.

Như vậy, nếu User đăng nhập tiếp ở máy khác, thì chuỗi string sẽ bị thay đổi, thằng đăng nhập lúc đầu sẽ bị đẩy ra


Have a good time

Có 1 cách khác để lấy String kiểm tra đăng nhập đó là thời gian.
Tại 1 thời điểm hiếm khi có 2 acc đăng nhập cùng lúc.
Khi lưu lại String kiểm tra nên lưu bằng Cookie để tránh quá tải cho Server. Vì dữ liệu này không cần độ bảo mật cao.