Data lớn thì bạn sẽ có lượng link được index nhiều.
Printable View
Data lớn thì bạn sẽ có lượng link được index nhiều.
share code này đi bạn :( hay thật :d
Chưa hoàn hỉnh cũng dc, mình dev cùng với :D
==' lâu lâu không vào diễn đàn. quay lại thì thấy loằng ngoằng thế này đây. MOD không có nghĩa là biết hơn người đâu nhỉ. không biết Moderator này đã làm được những gì với WP rồi. Site WP của mod này chạy bao nhiêu online cùng lúc rồi?
Riêng tôi, tôi đã làm trang tin 800 online bằng WP, làm trang phim bằng WP, làm trang shopping bằng WP. Không ai phủ nhận khả năng phát triển của WP, nhưng dù gì thì gì nó cũng chỉ là blog platform. Và cũng không ai dám phủ nhận rằng nó nặng hơn các nền khác.
Cậu nói với chủ thread rằng cache các query lại. Đồng ý là cache là giải pháp, nhưng tại sao không nói rõ tiếp đi, cache như thế nào? Cache query theo tôi hiểu là dùng MemCache. dùng shared host mà muốn xài MemCache? Vậy phải có VPS riêng rồi. Có VPS rồi thì chắc 500 600 online vẫn đỡ được đấy. Thế nếu không có VPS thì sao? Theo cậu định cache kiểu gì? Dùng php viết kết quả query ra file? Vậy tốc độ đọc file trên đĩa cứng, và tốc độ truy vấn SQL cái gì nhanh hơn?
Không biết là không có tội.
Ban nick thì tùy. Đằng nào cũng không vào đây mấy :D
p.s: @chủ thread: tôi nghĩ bạn nên tạo static html đúng như bác gì đó nói. file index.php ở root của wp bạn edit lại. đại í là như sau:
Đây chỉ là ý tưởng, rất sơ sài, nhưng tôi tin bạn sẽ nghĩ ra cách để phát triển nó.Quote:
<?php
/**
* Front to the WordPress application. This file doesn't do anything, but loads
* wp-blog-header.php which does and tells WordPress to load the theme.
*
* @package WordPress
*/
/**
* Tells WordPress to load the WordPress theme and output it.
*
* @var bool
*/
$uri = $_SERVER['REQUEST_URI'];
$uri = str_replace('/','-',$uri);
$uri = str_replace('--','-',$uri);
$uri = str_replace('.html','',$uri);
$uri = trim($uri);
$path = 'cached/'.$uri.".cache";
if (file_exists($path)){
// đọc file $path, rồi echo ra, và exit thôi
}
else
{
ob_start();
define('WP_USE_THEMES', true);
/** Loads the WordPress Environment and Template */
require('./wp-blog-header.php');
$html = ob_get_contents();
// viết $html vào file $path, echo ra $html.
ob_end_clean();
}
?>
code của WP là dành cho blog.
do đó có nhiều thứ nó ko đc tối ưu cho các hệ thống có lượng data lớn đc cập nhật mỗi ngày (VD các social sites). mà chỉ phù hợp cho các blog cá nhân (có lượng bài gửi nhỏ mỗi ngày)
để load 1 page WP xài khá nhiều query. các bạn nào ko cài cache-plugin hoặc ko tự biết cache thì ngỏm sớm vì ngốn resource.
việc apply SEO plugin phần nào cũng làm tăng tải cho WP. Vì sao?
1 VD đơn giản khi URL của WP ko dùng ID như nhiều source code khác mà dùng keyword in URL làm tham chiếu vào record trong DB.
VD: example.com/2012/02/14/page-title-good-for-seo/
~> việc dùng date , page-title-good-for-seo làm Identify cho record tốn tài nguyên hơn rất nhiều cho việc query với numberic ID thông thường, site nào càng lắm record, query time càng lâu.
và tương càng nhiều plugin vào thì resource càng ngốn mạnh (đa số plugin của WP ko đc optimize tốt) , ko đc cache cho các hệ thống có lượng data / traffic lớn.
về việc SEO của WP, bác nào biết cách có thể làm đc tương tự trong khi code lại nhẹ hơn nhiều.
---------------
bác đưa cái stats WP cho tôi để làm gì ?
cái DB của tôi 1 table lên tới 3 triệu bản ghi, whole DB là 7 triệu bản ghi thì ngay cả Techcrunch x 10 lần lên về records cũng ko có cửa mà so sánh :D
Info DB hiện tại
chưa kể 1 số site như Techcrunch đã đc modife đi nhiều để có performance tốt hơn.Quote:
Sum 7,022,057 MyISAM utf8_general_ci 3.1 GiB
so sánh các source code thì Vbulletin là tốt nhất trong DB / function design.
bạn nào đọc code của Vbulletin thì thấy Wordpress viết chỉ non như thằng bé mới bú sữa mẹ.
nhưng nhìn chung, với các hệ thống lớn, visit lắm, DB to, ko source code, platform nào là hoàn toàn thoả mãn đc. khả năng chịu tải đc quyết định bởi coder và cả system admin.
default của mỗi bộ code đều rất giới hạn, nên nếu PRO thì hãy tự học code để chỉnh sửa, nâng cấp hoặc tự viết là tốt nhất :D
Bác tham khảo trả lời của bác này, tui thấy khá đầy đủ đó
Còn tối ưu wp, bạn soi các file template, thấy chỗ nào nó dùng hàm hay query quá nhiều thì lược bớt đi, chèn tĩnh vào ví dụ phần bind category ra thì làm tĩnh cũng đc. Category có mấy khi bác thay đổi. Bỏ counter linh tinh đi, bỏ hết các query vào db hết sức có thể. Đặc biệt là mấy cái hàm lấy tiêu đề trang, lấy url, rss, lấy đường dẫn thư mục.... để tĩnh hết :D
không biết các bạn nói tối ưu là tối ưu ntn nhưng mình làm site = WP online lên 2k vẫn chạy bình thường. Cũng phải nói rõ thêm là mình dùng shared hosting của godaddy nhé.
Tối ưu duy nhất mình sử dụng là dùng quickcache full site, chứ không phải plugin quickcache nhé :)
500 online thì ngon rồi, mình cũng chỉ ước ao đc như thế thôi hihi. Còn wp thì mình cũng biết rất nhiều site dùng và cũng khủng lắm.
Mình thấy vietgiaitri.com dùng WP chạy khá ngon,còn joomla chưa thấy trang news nào ở VN có số má tí
Xin hỏi lại ở đây các bạn chỉ trích mod ở trên có bao nhiêu bạn chọc vào DB của WP thế ? Đưa dẫn chứng rõ ràng về việc WP cùi như thế nào nào ?
Ngòai cái kiểu lưu dữ liệu vào hết bảng theo kiểu JSON thì WP 3.x đã đẩy thành các bảng meta khác nhau rồi --> dữ liệu query lên các bảng meta đã giảm nhieùe vì được phân tán ra nhiều bảng.
Ngòai ra còn điều gì khiến nó yếu ? 3.x vẫn là blog platform nhưng bác nào mới 500 post publish mà site chậm như rùa thì xem lại cách tối ưu của bác.
Ngòai ra cho bác chủ thread , bác có thể cache site bằng .htaccess . tham khảo nội dung dưới đây :
## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access 1 year"
ExpiresByType image/jpeg "access 1 year"
ExpiresByType image/gif "access 1 year"
ExpiresByType image/png "access 1 year"
ExpiresByType text/css "access 1 month"
ExpiresByType application/pdf "access 1 month"
ExpiresByType text/x-javascript "access 1 month"
ExpiresByType application/x-shockwave-flash "access 1 month"
ExpiresByType image/x-icon "access 1 year"
ExpiresDefault "access 2 days"
</IfModule>
## EXPIRES CACHING ##
Chúc bạn tối ưu hóa tốt cho site của mình !
Tôi đố ông nào chạy drupal 7.x trên share host đấy !
Cùi hay không tùy vào mức độ bác customize wp ntn. Tui lấy một ví dụ đơn giản.
Giả sử một bài viết của bác về thông tin sản phẩm, gồm 20 thông tin đặt trong custom field. VÀ bác có 50K sản phẩm ==> số custom fields = 50K * 20 = 1M bản ghi trong bảng postMeta rồi. Như vậy truy vấn có nặng không?