Đề nghị này đã từng được đưa ra nhưng chưa thực hiện vì chưa thấy rõ nhu cầu. Nếu nhu cầu "mobile computing" thật sự đã cần thì có lẽ sẽ có một box "Mobile Computing" chứa hết tất cả mọi thứ về mobile device, kể cả jail break, bugs, bảo mật, thâm nhập cho mọi hệ điều hành. Nếu có nhu cầu tách rời từng loại ra thì tách sau. 

- Việc đề nghị xem xét lại hành vi của Mod xnohat tại sao không post trong box BQT ??? Làm 1 bài nêu lý do và cái poll về việc này trong box BQT chẳng hạn !!! 

- tranvanminh dùng những từ ngữ có thể xem là không lịch sự, kiểu như con "quan chức, đại gia", có thể gọi là hách dịch. Anh nên xem lại ngôn từ mình sử dụng ! Anh phê phán người khác nhưng chính anh chẳng ra gì. Nếu không phải là HVA Friend anh có phát ngôn hách dịch thế không???
 

Những người đáng nhẽ cần lên tiếng phàn nàn phải là những người bị lock nick. T 

2. Trong topic /hvaonline/posts/list/1770/41193.html tôi hoàn toàn không viết bất kỳ bài viết hay nội dung có ý kiến thiên lệch nào nhằm thể hiện bản thân. Hoàn toàn nhã nhặn và minh bạch, tôi không chửi bới, nói lời thô tục hoặc chỉ trích cá nhân bất kỳ ai như cách anh Tranvanminh đang thực hiện.  

4. Tôi rất mong chờ anh Tranhuuphuoc góp ý cho các mod chúng tôi phải hành động như thế nào là "hợp lý và khôn ngoan" 

5. Khi tôi và các mod khác dám sử dụng các công cụ được giao để thực hiện các hành động được giao là tôi và các mod khác đều chấp nhận chịu trách nhiệm tương xứng với quyền lực được giao.  

Chủ topic nói chuyện nặng nề rồi, trong quá trình học bô môn tâm lý học mình được biết là đối với con người người ta sử dụng cụm từ "hành động", còn với con vật người ta mới dùng cụm từ "hành vi". Hoặc khi nào đó con người phạm những lỗi lầm nghiêm trọng thì người ta mới sử dụng cụm từ "hành vi" để ám chỉ đó là một hành động thú tính. Nhưng theo mình thấy sự sử dụng từ của bạn là không hợp lý, nên sửa lại là "hành động".

Cái chuyện dùng từ này hơi thái quá dễ đụng chạm tự ái của nhau, nên trọng chuyện này ai cũng có lỗi cả .

@theo suy nghĩ chủ quan của em không có quá trình nói chuyện hay trao đổi nào là vô bổ cả 2 người viết bản kiểm điểm đi . 

"lock nick và ẩn bài các thành viên post bài không có dẫn chứng kỹ thuật chỉ lý luận suông".  

E đồng ý nên unlock plg, Flickr vì các bạn này phân tích có chừng mực cứ để các bạn ấy trình bày, phấn tích, thảo luận. Nếu phạm quy rành rành hẵng xử cũng chưa muộn.
Còn tước quyền moderator của a xnohat e nghĩ là k0 nên. Nếu như hva dân chủ, tự do thì kệ cho họ tự đến tự đi thui, chỉ cần ẩn bài phạm luật là đủ rồi
Tham gia các vụ NÓNG rất cần 1 cái lạnh, THẬT LẠNH 

Em tiến hành cài đặt Octopussy theo hướng dẫn sau http://www.8pussy.org/dokuwiki/doku.php?id=install

Tuy nhiên khi start dịch vụ thì hiện thông điệp lỗi sau:

Code:

Can't locate XML/Simple.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at /usr/lib/perl5/site_perl/5.8.8/AAT/XML.pm line 20.
BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/AAT/XML.pm line 20.
Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/AAT/Application.pm line 18.
BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/AAT/Application.pm line 18.
Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/Octopussy.pm line 23.
BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/Octopussy.pm line 23.
Compilation failed in require at /etc/init.d/octopussy line 40.
BEGIN failed--compilation aborted at /etc/init.d/octopussy line 40.

Ai từng bị lỗi này, xin giải đáp giúp em! Em cảm ơn! 

perl -MCPAN -e shell
cpan> install XML::Simple 

Với nginx proxy thì có thể sử dụng limit_conn và limit_zone để giới hạn số connections mà bots (hoặc browsers) tạo. Đây là cách theo anh thấy không uyển chuyển và chính xác bằng việc sử dụng "state" như mod_security làm bởi vì nginx chỉ đơn thuần dựa vào IP để xét đến limit_conn (đặc biệt trong trường hợp nhiều người cùng dùng một foward proxy hoặc cùng share 1 public IP thì sẽ bị khổ sở với cái limit_conn và limit_zone này).  

tranvanminh wrote:

rongchaua wrote:

Thế anh PXMMRF nghĩ trước thế chiến thứ 2 Nhật nó thua công nghệ Mỹ xa lắm sao??? Em nghĩ anh nên xem lại vấn đề này kỹ hơn 

Mình không có nhiều thời gian ngồi phân tích, nhưng mà mình khẳng định với bạn là, bạn nhìn nhận lịch sử của Nhật sai rồi.

1. Trước 1868, chính sách mạc là bế môn toả cảng, không thương mại,giao dịch với bất cứ nước nào.
2. Sau 1868, tức là sau Minh trị duy tân, thì mới bắt đầu đưa các Samurai của Nhật qua Pháp, Đức học.

Bởi vậy, cho đến đệ nhị thế chiến, tuy Nhật đánh thắng các nước châu á nhưng về quân sự, kỹ thuật, tài nguyên, đều thua xa đồng minh Hoa kỳ, và phải nói là rất xa, cho nên, anh PXM nói như vậy là hoàn toàn chính xác.

 

Mình nghĩ là bồ nhầm rồi, trước và trong chiến tranh thế giới thứ 2 nước Nhật cực kỳ phát triền. Có thể nói là đứng đầu Châu Á.
Nếu không có Mỹ can thiệp, thì Nhật sẽ chiếm lĩnh toàn bộ Đông Châu Á, cho tới tận nước Úc xa xôi, bạn thấy đấy với một nước mà có thể chiếm đóng các quốc gia khác trên một diện tích rộng lớn như vậy thì bạn phải biết họ đã nằm ở đâu trên con đường phát triển. Bạn đã bao giờ tự hỏi tại sao Hawai xa xôi là thế mà Nhật Bản đánh cho Mỹ một vố đau ở trận Trân Châu Cảng không?
Khi đấy Nhật Bản đã có xe tăng, máy bay, tàu chiến ....
 

Thế anh PXMMRF nghĩ trước thế chiến thứ 2 Nhật nó thua công nghệ Mỹ xa lắm sao??? Em nghĩ anh nên xem lại vấn đề này kỹ hơn 

PS: Ngày hôm qua tình cờ đọc một bài viết của đám 29A public trên mạng, tụi nó đã có thể extract digital signature từ 1 file sạch và ghép vào 1 file malware của tụi nó. Thằng Nga này còn cung cấp source C + exe luôn.
Bởi vậy, không tin cái gì được cả. Thời buổi đão lộn ! 

Mấy bro BKIS này hèn vãi không ra mặt nhưng vẫn âm thầm theo dõi topic để update virus mới vào Database. đúng là miếng thịt ngon thì đớp chặt cục xương khó nhằn thì nhè ra.
 

Nó không mới đâu anh PXM. Vẫn là AcrobatUpdater.exe cũ, được down về từ http://penop.net/images01.gif. Code của con này vẫn vậy, chỉ khác các con AcrobatUpdater.exe cũ ở chổ fix một số bug, cải tiến một số hàm, còn lại cơ bản vẫn không đổi, không thêm thêm được 1 hàm nào cả. Em đã upload nó lên 1 loạt AVs rồi, chờ update thôi anh !

Vấn đề quan trọng bây giờ là tìm ra mẫu đang ddos Vietnamnet, tìm ra cái C&C webserver giấu mặt này của bọn stl.

Các bạn đừng sợ, ngại ngùng gì cả, các bạn chỉ tìm mẫu, up mẫu thì mắc mớ cái gì phải sợ, sợ stl, sợ pháp luật à ? Pháp luật nào cấm các bạn tham gia HVA forum, cấm tham gia thảo luận, RCE virus, cấm tìm và up mẫu virus ?????

Tôi nói vậy vì có nhiều bạn PM, mail cho tui để gởi mẫu, nhưng lại sợ tôi nói ra nick HVA, mail address của các bạn. Dĩ nhiên là tôi sẽ làm theo yêu cầu của các bạn. Nhưng tôi lại ngạc nhiên, sao lại phải sợ, tôi, anh PXMMRF, accourics.... và nhiều anh em HVA trong nước không sợ thì tại sao các bạn lại sợ ????????

2 .lht.: Trò mèo của stl chỉ ở mức user mode, code = C/C++ & VB, hoạt động bình thường ở mức user mode như các app bình thường khác. Coder của stl chưa dùng 1 kỹ thuật pure ASM tiên tiến nào mà giới virus writer thế giới đang dùng, và cũng chưa đụng tới kernel driver. Khi nào tụi nó đụng tới rootkit tui sẽ post phân tích. Đang luyện lại SoftIce và WinDbg để chuẩn bị debug rootkit của mấy anh stl, bỏ lâu lụt nghề rồi. 

Theo em slowris là một phần,như cái đám botnet của stl kia cơ,a thử cái roboo module xem,viết thêm một script chuyển nhưng IP mà không đc log vào verified cho iptables xử lý. 

Em thik mô hình nginx làm reverse proxy nhất,kết hợp với cache_purge module,ddos thoải mái  

location ~ /purge(/.*) {
allow 127.0.0.1;
allow 192.168.1.35;
deny all;
proxy_cache_purge cache_test1 "$scheme://$host$1";
}
} 

tranvanminh wrote:

Dùng SQL Clusting để giải đáp vấn đề anh conmale nói: "Cái chính là bottleneck trong việc truy vấn tới CSDL." có bạn nào có cao kiến gì không ạ ?  

Anh đọc câu hỏi của em từ sáng nhưng hôm nay bận quá nên để đó chưa trả lời liền .

Theo kinh nghiêm của anh, giải quyết bottleneck của bất cứ CSDL nào cũng có 2 phần quan trọng:

1. Infrastructure.
2. Code.

Đối với infrastructure, dựa trên nhu cầu cụ thể và kinh phí cụ thể mà hình thành. Tất nhiên kinh phí ít thì chất lượng thấp. Dù có cố gắng tối đa thì cũng bị hạn chế. Chuyện này chắc em biết. Với nhu cầu của em, em cần performance lẫn failover cho nên làm gì thì làm vẫn cần x2 chớ không thể là x1 CSDL được.

Đối với code, cho dù infrastructure có mạnh, có tốt tới đâu mà code "crap" thì vẫn không thể bảo đảm performance được. Bởi vậy, bottleneck vẫn tồn tại. Điều em cần làm là phân tích xem nhu cầu "đọc" nhiều hơn hay "viết" nhiều hơn? Nếu "đọc" nhiều hơn thì lại dễ hơn "viết" nhiều hơn bởi vì em không cần real time replication hoặc synchronisation. Ngược lại, cần "viết" nhiều hơn thì cần chú trọng đến việc caching, relaying những thứ cần "viết" càng nhiều càng tốt. Đây là khía cạnh engineering code làm sao để bảo đảm performance.

Anh giả sử em cần tạo một website mà chủ yếu là độc giả cần lấy thông tin (thư viện online chẳng hạn) thì chắc chắn việc query (đọc) CSDL sẽ nhiều và việc commit (viết) vào CSDL sẽ ít. Bởi vậy, em có thể thiết kể 2 CSDL tách rời và chỉ cần synchronise chúng theo định kỳ. Những ai quản lý thông tin trên CSDL có thể "viết" lên cả 2 CSDL cùng lúc (cái này tuỳ thuộc vào cách thiết kế software quản lý) hoặc em có thể thiết kế để chúng synchronise theo định kỳ thế nào đó cho hợp lý.

Nói chung, khó có thể hình thành giải pháp nếu như chưa rõ requirements của em là gì. 

Đọc một loạt từ trên xuống dưới, thấy tranvanminh thiết kế hệ thống kiểu chịu được request đập vào DB càng nhiều càng tốt thì phải.
 

Nginx chỉ là Web Server có thêm chúc năng Load Balancer và reverse proxy, sao lại đi so sánh với cả cụm thế được. 

Nginx tốt hơn apache ở chỗ nó tạo ra một pool (hàng đợi) và từ từ forward request vào bên trong thay vì đẩy vào một lượt. Nhưng với một hình Web server + phpfpm -- DB thì cũng chừng đó request đập vào DB, cái pool có xây dựng tốt chừng nào đi nữa thì vấn đề chỉ là chết nhanh chậm một tí. Mình không nghĩ Monit là giải pháp cho bài toán HA.
 

Muốn đảm bảo High availability thì đành phải vậy rồi.
Mình suggest bạn dùng:
1. LVS + caching (nginx) + apache + DB thay cho mô hình số một. Muốn đảm bảo LVS ko chết có thể áp dụng thêm BSD UCARP hoặc Wakeamole + OpenAMQ.
2. Tách nginx và php-cgi ở mô hình thứ 2, thay nginx bằng apache và dns round robin đến 2 box nginx.