I've just installed the last extension "advanced_content", it's THE solution that solve a big part of my problems, thanks.

An important question.

How many content and relations Ez Publish is able to manage ? Is it possible to use it for a big content website, with :
-more than 10 000 contents (news, article, reviews, tutorials),
-1 000 categories (defined with related_objects)
-and a big activity (20 000 unique visitor per day)?

Will it be to slow on a normal dedicates server ?

Thanks for your analyse on this important subject.

Modified on Tuesday 30 August 2005 6:59:03 pm by newave france

Is the content being served to the users essentially static or highly customized to them?

Hi Gabriel,

we'd like a static version of all content (articles, news, tutorials, reviews...) for better referencement (google...). For forums we have another technologie (VBulletin).

We will generate some content directly in the Ez admin interface (articles, news) but a lot of another will be generated by the communauty (reviews of products, tutorials, comments...). All this contents have to be categorized with a complexe architecture (each content will be categorized with a selection of 20 categories selected into the total list of our 1000 categories).

Hope my answer can be understand...

Best Regards

Modified on Wednesday 31 August 2005 12:09:12 am by newave france

Have alook at the static cache in 3.6 it might or might not do what you're after. If you have the forums outside ezpublish, that likely helps.

For reference, I can generate about 5-10 pages per second on a 3ghz machine (all dynamic caching on, not static) and easily a few hundreds (at which point disk IO needs to be fast) static pages.

Modified on Wednesday 31 August 2005 8:55:19 am by Gabriel Ambuehl

Salut newave france,

It shouldn't be too complicated and with the cache, it should be ok. As for the editing, you can tune ez to save some time too (eg postpone the indexing and do it by cron).

As for eor, it's possible to rewrite some part of the code to avoid some sql queries... if you have a speed issue and a budget for it, I'll be more than happy to help you

X+

Thanks Gabriel and Xavier for these very important answers. So, it seems to be possible to do it if we manage it after a good analyse of the perfect method to execute...

Xavier, thanks for your proposition. I had already noticed that you're a serious specialist of developpement with EZ, so if we need help or special developpement or an analyse of our projet, we know that we can call you for a prestation. You are in France aren't you ? Were exacttly ? You can mail me at :
sloane3 AT free .fr

Best Regards...

If Xavier ain't got the time when you'd need him, you could also ask me. Seeing that he's Swiss French (whereas I'm Swiss German and my French is, uhm, nothing to write home about) it might be easier for you to deal with thim though.

Your suggestions on fetch functions and admin interface are implemented in latest trunk (rev. 13263),
See /doc/features/3.8/related_objects_fetch_functions.txt for details.

Please comment, is that exactly solve the problem in your opinion ?

I'll try to look at it some time this week if I find the time. I'll surely do it until the end of September.

Thanks for the headsup!

Hi Kirill,

Any chance to see that on the 3.5/3.6/3.7 branches ?

I'm not that afraid of the bleeding edge, but I'm having enough problem with 3.5 and 3.6 these days...

X+

Hi !
We decided not to put it into stable branches, but you can apply it as a patch there, see my commits rev. 13235, 13251, 13263 to trunk. Or I can send the diffs to you if you need it.

Thanks a lot!

Hi Kirill,

Could you attach the patch to gabriel bug report so everyone can benefit from it ?

Update :
kirill posted the patches. many thanks

http://ez.no/community/bugs/treat..._related_object_with_attributeid_set

X+

Modified on Thursday 15 September 2005 5:19:34 pm by Xavier Dutoit

I believe the documentation site should be updated with the new functionality of these patches.