[pLog-general] Meeting with Blog China's CTO and Blog
ProjectManager
Mark Wu
mark.wu at markplace.net
Thu Nov 4 10:30:02 GMT 2004
Saturday?
mmmm ...... Okay, I already told them about the time difference .....
So...... Oscar, Is that mean I can hold a meeting at 18:00 in your time,
because it is 24:00 in (BenJing/Taiwan) time .., and 19:00 at Francesc's
time ....
After Donald & JianXiang's feed back, I will decide to hold the meeting in
weekend or week day . ...
Reagrds, Mark
-----Original Message-----
From: Oscar Renalias [mailto:oscar at qdevel.com]
Sent: Thursday, November 04, 2004 2:31 PM
To: Mark Wu
Subject: RE: [pLog-general] Meeting with Blog China's CTO and Blog
ProjectManager
well they'll have to make an effort if they want to make the best out of the
new performance features in 1.0... They can't just ask for performance
improvements and then don't use them, or can they? :) Or have they already
implemented smarty and http caching by themselves too?
Asking for their db schema also sounds like a good idea.
And regarding the conf call, during the day sounds like a very bad idea. I'm
really busy now in my job so anything between 8:30 and 18:00 GMT+2 can be
automatically ruled out. How about on a Saturday?
Oscar
Mensaje citado por Mark Wu <mark.wu at markplace.net>:
> Hi All:
>
> 1. I think it is for sure that we can use this information for
> marketing, but we need to mentioned that they do a lot of modification
> by themselves, I guess.
> 2. How about I ask them for the current DB schema? We can discuss
> this on the meeting for more detail.
> 3. I do not think they will adapt the 1.0 in the future, because they
> modified a lot. But I believe we can ask them to join the test and
> future development. It will be good for both sides.
> 4. About the coding help. I think we can ask them to help. But I did
> not mentioned in yesterday MSN meeting with them. Sorry!
>
> ** Okay, How about we meet at next Monday Night 11/8 9:00 pm (Taiwan
> Time)
> 11/8 9:00 Pm (Taiwan) GMT+8
> 11/8 9:00 pm (Benjing) GMT+8
> 11/8:2:00 PM (Francesc) GMT+1
> 11/8:3:00 PM (Oscar) GMT+2
>
> Is the time okay for everyone? Please kindly let me know!
>
> Regards, Mark
>
> -----Original Message-----
> From: plog-general-bounces at devel.plogworld.org
> [mailto:plog-general-bounces at devel.plogworld.org] On Behalf Of Oscar
> Renalias
> Sent: Thursday, November 04, 2004 1:07 AM
> To: plog-general at devel.plogworld.org
> Subject: Re: [pLog-general] Meeting with Blog China's CTO and Blog
> ProjectManager
>
> This is all good news... thanks for the efforts :)
>
> > I just got contact with BlogChina's CTO - Donald Yu , and their Blog
> > Project Manager - JianXiang
> >
> > They told me they are very happy can have some contact with pLog
> > Team ...:D
> >
> > The following is the meeting minutes about tonight MSN meeting:
> >
> > 1. Their blog hosting service is over 60,000 blogs right now ....
> > NOT 20,000 bloggers (Their service just start 3 month, there targe
> > is over 1M bloggers)
>
> Amazing! Is there any way we can use these figures to market ourselves?
>
> > 2. They like pLog, because
> >
> > - Great MVC framework, easy to follow and maintain
> >
> > - DB Struture is good
> >
> > 3. They don't like pLog, because
> >
> > - Bad perfomance!! They do the following to improve the
> > performance
> >
> > )) Add Indexs to pLog Tables, They complains a lot of this :P
>
> this is easy to add to wizard.php, when creating the tables or when
> updating from 0.3.x to 1.0.
>
> The only problem is that we actually lack the infrastructure and the
> time to perform extensive load tests and stress test the code... (or I
> least, I lack it myself, don't know if anybody would be willing to
> help in that area) I know performance has to improve but I have never
> had the time to run any real tests and get some cold figures so that I
> can get an idea of what and where to improve (even more, if needed)
>
> > )) Separate the plog_article table to two, plog_article and
> > plog_article_text to increas search perfomance
>
> I'm not an expert DBA, will it really help?
>
> > )) Add smarty cache and apache cache to increase the page load
> > and descrease server loading
>
> The smarty cache has been added and it works wonderfully.
>
> The HTTP cache has also been implemented via HTTP conditional requests
> and HTTP
> 302 responses, for those clients that support it (IE and firefox do it
> very well, Safari behaves strangely and I've got no clue about Opera,
> Koqueror,
> etc) The only thing to keep in mind is that HTTP cache doesn't make
> any sense without Smarty cache... But together they both work great.
>
> > )) .... Actually, they re-write most of the codes ....
>
> Any example?
>
> > 4. They host the blog on one server (DB+AP) and apache cache in
> > another server (2 machines)
> >
> > Okay, The most important is =====> I already told them I would like
> > to host a online conference for pLog core team and BlogChina
> > members, they are very happy about this idea. So .... Please let me
> > know your time, and I can arrange the meeting!!
>
> I am unfortunately very busy at the moment, but I believe we can try
> to find a suitable time for everybody... My time zone is GMT+2 as far
> as I remember
> :-)
>
> > I think we can discuss with them about
> >
> > 1. pLog 1.0 features
>
> We can describe what we've added but I don't think we should add too
> many more things at this late stage. There will always be time for
> that in an eventual 1.1 or 1.2 release.
>
> > 2. pLog performance improvement discussion
>
> Smarty cache and HTTP caching will make a huge difference. Of course
> you have to keep in mind that things like plugins will *not* work with
> cached pages (basically because the page is cached and plog's core
> won't generate it again until there is a change triggered by events
> such as a new post, or an updated post, or a new category, etc)
>
> Other than, I'm willing to hear about suggestions on how to improve
> the database performance. My knowledge doesn't get too far when it
> comes to that area...
>
> > 3. others ----> any suggestions???
>
> Yes: we need help coding. Or else we won't be able to release anything
> before 2nd quarter 2005... :(
>
> Also another comment, is there any way you could ask them to fetch the
> latest version of the code from the svn repository and give it a quick
try?
> At least they'll get an idea of what's coming!
>
> Oscar
>
> _______________________________________________
> pLog-general mailing list
> pLog-general at devel.plogworld.org
> http://devel.plogworld.org/mailman/listinfo/plog-general
>
>
>
More information about the pLog-general
mailing list