headers
Luc Van Oostenryck | 1 Oct 2003 01:23
Picon

Re: CVS access

Brion Vibber wrote:
> On Tue, 2003-09-30 at 14:16, Luc Van Oostenryck wrote:
> 
>>Is it possible that I get CVS access?
>>I intent to use it only to upload languageFR.php
> 
> 
> Okay, you're added to the project.
> 
> See the instructions for developers at:
> https://sourceforge.net/cvs/?group_id=34373
> 
> (not the anonymous, but the stuff below that)
> 
> and see other thread on using stable branch...
> 
> -- brion vibber (brion  <at>  pobox.com)

OK thanks.

I have commit LanguageFr.php on CVS,
but I don't know how I must put it on the stable branch.

Can you tell me how, please?

-- Looxix
Permalink | Reply | 2 comments |
headers
Brion Vibber | 1 Oct 2003 01:27
Picon
Favicon
Gravatar

Re: CVS access

On Tue, 2003-09-30 at 16:23, Luc Van Oostenryck wrote:
> I have commit LanguageFr.php on CVS,
> but I don't know how I must put it on the stable branch.
> 
> Can you tell me how, please?

You have to pull a second copy of the source tree using the stable
branch, then you can work within it as normal. (Edit the file, use 'cvs
commit'.)

I just posted some instructions on pulling the stable branch:
http://mail.wikipedia.org/pipermail/wikitech-l/2003-September/006261.html

-- brion vibber (brion  <at>  pobox.com)
Permalink | Reply | 1 comment |
headers
Luc Van Oostenryck | 1 Oct 2003 01:49
Picon

Re: CVS access

Brion Vibber wrote:
> On Tue, 2003-09-30 at 16:23, Luc Van Oostenryck wrote:
> 
>>I have commit LanguageFr.php on CVS,
>>but I don't know how I must put it on the stable branch.
>>
>>Can you tell me how, please?
> 
> 
> You have to pull a second copy of the source tree using the stable
> branch, then you can work within it as normal. (Edit the file, use 'cvs
> commit'.)

OK, it's done (my first commit was directly on the stable branch,
I have commited the same file the the unstable branch).

> 
> I just posted some instructions on pulling the stable branch:
> http://mail.wikipedia.org/pipermail/wikitech-l/2003-September/006261.html

Yes, I have seen it.

Can you put it on the server now.
The modifications mainly consist of more translations
plus a few missing stuff now synchronised with the english version 1.43:
* $wgDefaultUserOptionsFr (same as default)
* $wgLanguageNamesFr (half translated)
* function getDefaultUserOptions (was present on the unstable branch)
* function getLanguageName( was present on the unstable branch)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richard Grevers | 1 Oct 2003 03:02
Picon

Re: Server upgrade status needed in order todistributepress release

On Tue, 30 Sep 2003 15:09:41 -0700, Brion Vibber <brion@...>
gave 
utterance to the following:

> On Tue, 2003-09-30 at 14:57, Poor, Edmund W wrote:
>> How many hits an hour do we get during primetime?
>
> About 8-11 wiki page hits per second, so ~30000-40000/hr, on
> www.wikipedia.org at peak times.
>
> Most of these should be cached pages, but we still have to check the
> database to make sure the cache is current.
>
Why? surely in a system of this nature you can simply update the cache as 
the final step of the edit process. Are there circumstances under which 
that is likely to get out of synch? I guess it could be backed up by a 
background synch checker once a day.

--

-- 
Richard Grevers
Between two evils always pick the one you haven't tried
Permalink | Reply | 2 comments |
headers
Richard Grevers | 1 Oct 2003 03:04
Picon

Re: No numbers for single letter headings

On Tue, 30 Sep 2003 23:28:12 +0100, Chris Seaton <chris@...> 
gave utterance to the following:

> I have enabled numbered headings but I think this should be bypassed
> when the heading is just a single letter (used quite a lot in
> alphabetical lists) as it looks quite strange. See
> http://en2.wikipedia.org/wiki/List_of_Latin_phrases if you have headers
> enabled to see what I mean.
>
> Actually, perhaps it would be better to put a colon between the number
> and header. "6: F" instead of "6 F", which looks like a school class
> name.
>
> Thoughts?

I think that what would be good here would be a flag on the TOC code, 
which if set in the page would instead generate a horizontal linkbar of 
the type  A | B | C | D... which is commonly used in such circumstances.

--

-- 
Richard Grevers
Between two evils always pick the one you haven't tried
Permalink | Reply | 0 comments |
headers
Brion Vibber | 1 Oct 2003 03:13
Picon
Favicon
Gravatar

Re: Server upgrade status needed in order todistributepress release

On Tue, 2003-09-30 at 18:02, Richard Grevers wrote:
> On Tue, 30 Sep 2003 15:09:41 -0700, Brion Vibber <brion@...>
gave 
> utterance to the following:
> 
> > On Tue, 2003-09-30 at 14:57, Poor, Edmund W wrote:
> >> How many hits an hour do we get during primetime?
> >
> > About 8-11 wiki page hits per second, so ~30000-40000/hr, on
> > www.wikipedia.org at peak times.
> >
> > Most of these should be cached pages, but we still have to check the
> > database to make sure the cache is current.
> >
> Why? surely in a system of this nature you can simply update the cache as 
> the final step of the edit process. Are there circumstances under which 
> that is likely to get out of synch? I guess it could be backed up by a 
> background synch checker once a day.

Two front-end web servers, each with its own cache.

-- brion vibber (brion  <at>  pobox.com)
Permalink | Reply | 0 comments |
headers
Brion Vibber | 1 Oct 2003 03:51
Picon
Favicon
Gravatar

Profiling

Made some tweaks to the profiling; it can now be set to log only
profiling data (without other debug junk), and to log it only when the
total time spent > X seconds.

Currently logging to /apache/profile/en.profile on larousse. The first
bit will be without any limit; then with 1.0 second limit, then with the
title-parsing code filtered out (always fairly fast, but a lot of them,
it ends up being useless noise), then with a 5.0 second limit.

I noticed also that the user_newtalk table didn't have any index on it,
which may explain why a lot of newtalk check queries were fairly slow. I
added indexes, but they're still sometimes oddly slow.

alter table user_newtalk add key(user_id), add key(user_ip);

Will try to process the data some in a bit...

-- brion vibber (brino  <at>  pobox.com)
Permalink | Reply | 13 comments |
headers
Brion Vibber | 1 Oct 2003 04:00
Picon
Favicon
Gravatar

Re: Profiling

I'm seeing many slow queries on ipblocks as well as on user_newtalk. I
don't think these are genuine, though; these are the first queries
issued by a page load when the user object is being set up, so if the
database as a whole is blocking us, that's where everything will wait.

-- brion vibber (brion  <at>  pobox.com)
Permalink | Reply | 12 comments |
headers
Brion Vibber | 1 Oct 2003 04:13
Picon
Favicon
Gravatar

Re: Profiling

Anybody wanna look into optimizing OutputPage::replaceInternalLinks()?
It's a known troublemaker; it's got a bit loop that could probably be
much much more efficiently done.

Rendering pages with lots and lots of links gets *really* slow.

-- brion vibber (brion  <at>  pobox.com)

20031001020630  0025.562        /wiki/List_of_Japan_related_topics anon
        at 0000.016 in 0000.001 ( 0.0%) -  main-misc-setup
        at 0000.017 in 0000.079 ( 0.3%) - *** wfQuery("SELECT cur_id FROM cur WHERE cur_namespace=0 AND cur_title='List_of_Japan_relate...")
        at 0000.017 in 0000.080 ( 0.3%) - ** LinkCache::addLink-checkdatabase
        at 0000.097 in 0000.013 ( 0.1%) - ** wfQuery("SELECT
cur_text,cur_timestamp,cur_user,cur_counter,cur_restrictions,cur_touched ...")
        at 0000.112 in 0000.005 ( 0.0%) - *** wfQuery("SELECT cur_id FROM cur WHERE cur_namespace=0 AND cur_title='List_of_Japan-relate...")
        at 0000.111 in 0000.006 ( 0.0%) - ** LinkCache::addLink-checkdatabase
        at 0000.117 in 0000.118 ( 0.5%) - ** wfQuery("SELECT
cur_text,cur_timestamp,cur_user,cur_counter,cur_touched FROM cur WHERE cu...")
        at 0000.017 in 0000.218 ( 0.9%) - * Article::getContent
        at 0000.237 in 0003.250 (12.7%) - ** wfQuery("SELECT cur_id,cur_namespace,cur_title    FROM cur,links   
WHERE cur_id=l_to AND...")
        at 0003.582 in 0000.013 ( 0.0%) - ** wfQuery("SELECT bl_to    FROM brokenlinks    WHERE bl_from='200203'...")
        at 0000.237 in 0003.358 (13.1%) - * LinkCache::preFill
        at 0003.597 in 0000.001 ( 0.0%) - *** OutputPage::removeHTMLtags
        at 0003.598 in 0000.002 ( 0.0%) - *** OutputPage:replaceVariables
        at 0003.634 in 0000.009 ( 0.0%) - *** OutputPage::doBlockLevels
        at 0003.657 in 0000.111 ( 0.4%) - *** OutputPage::replaceExternalLinks
        at 0003.768 in 0000.006 ( 0.0%) - **** OutputPage::replaceInternalLinks-setup
        at 0003.774 in 0016.715 (65.4%) - **** OutputPage::replaceInternalLinks-loop
        at 0003.768 in 0016.721 (65.4%) - *** OutputPage::replaceInternalLinks
(Continue reading)

Permalink | Reply | 11 comments |
headers
Christian List | 1 Oct 2003 04:36
Picon

Re: language-fr

> Brion Vibber wrote:
>
> Everybody -- please make sure your language files are consistent, and
> the current versions are in the ***stable*** branch of CVS.
>

I have put LanguageDa.php in the stable branch today, so could you please
put that online on the danish wiki?

Regards
Christian List
Permalink | Reply | 0 comments |

Gmane