I will be creating a content site ( with a lot of articles, 1-3 mln ) so i was wondering will EE (weblog module) handle this amount of data?
I looked a bit at the internals and this query makes me think about the speed:
FROM exp_weblog_titles AS t LEFT JOIN exp_weblogs AS w ON t.weblog_id = w.weblog_id LEFT JOIN exp_weblog_data AS wd ON t.entry_id = wd.entry_id LEFT JOIN exp_members AS m ON m.member_id = t.author_id LEFT JOIN exp_member_data AS md ON md.member_id = m.member_id
It does not look fast.
If you combine 1-3 mln articles with huge traffic then this is a recipie for headakes.
I am thinking of a few ways to avoid problems, and i am wondering if you can comment on them or provide alternative solutions:
1. Avoid weblog module by using the query module and custom tables.
I can use fast queries but there won’t be an admin interface to manage the articles/categories.
2. Avoid calls to weblog module member functions and use custom queries.
Provided i know the weblog fields, is it possible to simplify the queries, can you give an example?
3. Considering the fact that the installation will run on site with little changes made to if after it is live, is there a way to get rid of the queries like
SELECT es.* FROM exp_sites AS es WHERE es.site_id = '1', i would like them to be also cached, to have 0 queries on a cached page?
4. Is there a way to add memcached as a cache engine using a a custom plugin/extension or do i have to modify core files?
5. How would you go about loadbalancing for one site?
Thank you