<< 26-August-2008 : bevinbot on #wikimedia-toolserver at freenode [download] [back] >>
 
 
time nick message

00:05

<tsbot>

RSS: linuxkernel: 2.6.27-rc4-git4: stable snapshot <http://www.kernel.org/kdist/fragments/stable_snapshot.html>

01:01

<DaBPunkt>

gn8 all

01:02

<TheLetterX>

*sniff* R.I.P. query.php

01:03

<DaBPunkt>

*sing* Alles hat ein Ende, nur die Wurst hat 2... ;)

01:07

<TheLetterX>

?

04:39

<east718|away>

hi, are there any toolserver admins around?

04:42

<east718|away>

_mary_kate_ > you around?

04:42

<east718|away>

cron is currently broken on nightshade

04:42

<east718|away>

'date' returns the correct date, but when it's run under cron, it's two hours fast... so all jobs run two hours early :|

05:52

<CIA-35>

toolserver-l: 03Kalan * 10/: Re: [Toolserver-l] PHP error handling changes

08:05

<tsbot>

RSS: sunsecurity: Sun Alert 241166 SUN ALERT WEEKLY SUMMARY REPORT - Week of 17-Aug-2008 to 23-Aug-2008 <http://blogs.sun.com/security/entry/sun_alert_241166_sun_alert> || Sun Alert 241066 A Security Vulnerability in the Solaris NFS Kernel Module May Lead to a System Panic, Resulting in a Denial of Service (DoS) <http://blogs.sun.com/security/entry/sun_alert_241066_a_security>

10:02

<WaRpAtH>

@replag

10:02

<tsbot>

WaRpAtH: s1: 1s [no change]; s2: 1s [-0.00 sec/sec]; s3: 56m 18s [+0.04 sec/sec] (21h 27m 40s sample)

10:16

<_mary_kate_>

@replag

10:16

<tsbot>

_mary_kate_: s1: 2s [+0.00 sec/sec]; s2: 33s [+0.04 sec/sec]; s3: 1h 7m 7s [+0.74 sec/sec] (14m 34s sample)

10:23

<Werdna>

@replag

10:23

<tsbot>

Werdna: s1: 23s [+0.06 sec/sec]; s2: 3s [-0.08 sec/sec]; s3: 1h 12m 36s [+0.86 sec/sec] (6m 21s sample)

10:23

<Werdna>

:(

10:23

<Werdna>

_mary_kate_: could you do a favour?

10:23

<_mary_kate_>

depends

10:24

<Werdna>

_mary_kate_: do you have an x86_64 computer running linux handy?

10:24

<_mary_kate_>

no, but you do

10:24

<Werdna>

I can't compile AFP on my server, it's too memory-intensive and I haven't gotten to asking for more ram yet

10:24

<_mary_kate_>

my only amd64 machine is my desktop, which runs solaris

10:24

<_mary_kate_>

Werdna: so use nightshade? :)

10:24

<Werdna>

toolserver maybe?

10:24

<Werdna>

werdna@nightshade:~$ uname -a

10:24

<Werdna>

Linux nightshade 2.6.26.3-hemlock36-fp #1 SMP Fri Aug 22 03:36:21 UTC 2008 x86_64 GNU/Linux

10:24

<Werdna>

sweet!

10:25

<Werdna>

thanks.

11:06

<Werdna>

@replag

11:06

<tsbot>

Werdna: s1: 0s [-0.01 sec/sec]; s2: 1s [-0.00 sec/sec]; s3: 45m 45s [-0.62 sec/sec] (43m 23s sample)

11:55

<Werdna>

@replag

11:55

<tsbot>

Werdna: s1: 2s [+0.00 sec/sec]; s2: 0s [-0.00 sec/sec]; s3: 54m 11s [+0.17 sec/sec] (48m 50s sample)

11:57

<msgbot>

3(created) [ST-46] How can I get the Dotmasters page back up ?; ST47's tools; Bug <10https://jira.toolserver.org/browse/ST-46> (Sandra)

12:39

<VasilievVV>

_mary_kate_: what should I do if I get 500 error on my PHP tool?

12:39

<PrEdAtOr>

switchboard error O_O

12:42

<_mary_kate_>

VasilievVV: does your tool take more than 10 minutes to generate output?

12:43

<VasilievVV>

_mary_kate_: from 15 seconds to 3 minutes, I think

12:54

<_mary_kate_>

VasilievVV: do you have a URL that produces the error?

12:57

<VasilievVV>

_mary_kate_: last time I checked, it didn't produce any errors

12:57

<VasilievVV>

But thanks anyway for attention

12:57

<_mary_kate_>

hm

12:58

<_mary_kate_>

VasilievVV: if you happen to be around when someone reports an error, look in error_log for whether it generates a fastcgi error (like this: (4)Interrupted system call: FastCGI: comm with server "/var/www/cgi/php" aborted: select() failed)

12:58

<_mary_kate_>

it'll have the client's IP in

12:58

<_mary_kate_>

there are quite a few of those and while i think most of them are from broken scripts, the error is so vague it's hard to be sure

12:59

<_mary_kate_>

(so far, no one has reported a broken script that definitely wasn't caused by a timeout...)

13:00

<VasilievVV>

error_log?

13:00

<_mary_kate_>

/var/log/apache2/error.log

13:01

<VasilievVV>

[Tue Aug 26 12:31:48 2008] [error] [client 213.181.10.212] (4)Interrupted system call: FastCGI: comm with server "/var/www/cgi/php" aborted: select() failed

13:01

<VasilievVV>

[Tue Aug 26 12:31:48 2008] [error] [client 213.181.10.212] FastCGI: incomplete headers (0 bytes) received from server "/var/www/cgi/php"

13:56

<CIA-35>

toolserver-l: 03Carl Beckhorn * 10/: Re: [Toolserver-l] PHP error handling changes

13:57

<erwin85>

@replag

13:57

<tsbot>

erwin85: s1: 1s [-0.00 sec/sec]; s2: 1s [+0.00 sec/sec]; s3: 1h 3m 0s [+0.07 sec/sec] (2h 2m 19s sample)

14:02

<SQLDb>

LOL, I've never seen a 500 error tagged onto the end of a page :P

14:03

<_mary_kate_>

mod_fastcgi does that

14:03

<SQLDb>

http://i38.tinypic.com/1qogox.png

14:03

<SQLDb>

ahh

14:03

<TheLetterX>

SQLDb, mine gets that occasionally

14:04

<TheLetterX>

http://toolserver.org/~soxred93/userstats/ <- This one doesn't

14:04

<SQLDb>

SQLDb goes to crash TheLetterX's tool

14:04

<Duesentrieb>

_mary_kate_: mounting hemlock's /var/log via nfs on nightshade would be convenient...

14:04

<SQLDb>

let's see how it likes processing SmackBot :P

14:05

<_mary_kate_>

Duesentrieb: i've never found a need for it... just edit scripts on hemlock if you want to edit, save, ^Z, tail, fg, edit...

14:06

<Duesentrieb>

_mary_kate_: well, we tell people to log into nightshade, not hemlock... anyway, there's demand for it, see the last two messages on the ML

14:06

<SQLDb>

Yeah, I would kinda like it too

14:06

<Duesentrieb>

it would just be convenient

14:06

<SQLDb>

I just plain try not to login to hemlock

14:07

<Duesentrieb>

by the way... how big are the pipes between login, stable and www?

14:07

<SQLDb>

GigE, If memory serves from what I've heard here :P

14:09

<Duesentrieb>

yea, i seem to recall that too

14:09

<_mary_kate_>

yes

14:15

<Duesentrieb>

_mary_kate_: so, would you set up an nfs mount? i have never done that :)

14:15

<_mary_kate_>

i'm trying to think of a reason not to, i really hate the idea ;)

14:23

<msgbot>

3(commented) [DBQ-36] enwiki list of chatter <10https://jira.toolserver.org/browse/DBQ-36> (zeyi He)

14:33

<DarkoNeko>

apparently, nightshade's clock went back 2 hours somewhere yesterday

14:33

<DarkoNeko>

I received both of this morning's cron mails 2 hours earlier than usual :)

14:33

<_mary_kate_>

i think it's just cron

14:33

<DarkoNeko>

hmm

14:34

<_mary_kate_>

restarted it, should be fixed now

14:34

<DarkoNeko>

okay ^^

14:37

<fale>

hello

14:41

<DaBPunkt>

hello fale

14:41

<fale>

hi DaBPunkt

14:41

<CIA-35>

toolserver-l: 03River Tarnell * 10/: [Toolserver-l] [stable] proxy server maintenance,

14:41

<Pathoschild>

Has there been any changes to the toolserver recently? I'm getting a lot of 500-internal-server-error messages on various longer-running scripts.

14:42

<DaBPunkt>

Pathoschild: see ML

14:42

<_mary_kate_>

Pathoschild: how long?

14:42

<Pathoschild>

I've only noticed it over the last two or so days.

14:42

<_mary_kate_>

i mean how long do they run

14:43

<fale>

DaBPunkt: do you know if boost is already installed?

14:43

<Pathoschild>

_mary_kate_: They seem to hang around the 10-30 second point, then output an error.

14:44

<DaBPunkt>

fale: no idea - but there are severall debian-packages: so installation should be no problem

14:44

<fale>

DaBPunkt: I think is not as you think, that packages are very old

14:46

<_mary_kate_>

Pathoschild: example?

14:47

<Duesentrieb>

DaBPunkt: hm, where's this problem discussed on the ML?

14:48

<Pathoschild>

_mary_kate_: <http://toolserver.org/.../sul_log.php?limit=500&show_locked=1&show_hidden=1>, <http://toolserver.org/~luxo/contributions/contributions.php?user=Kate>.

14:48

<_mary_kate_>

oh, you mean someone else's tools

14:49

<Pathoschild>

It also occurs on one of mine, although only in its most inefficient mode: <http://toolserver.org/.../?prefix=&category=Aragon%C3%A9s&database=sourceswiki-p>

15:02

<_mary_kate_>

i'm going to replace hemlock's mod_fastcgi with a slightly modified one

15:08

<_mary_kate_>

okay, done. either it'll help the problem a bit or it'll break horribly ;)

15:08

<Pathoschild>

Woo, that is lightening fast.

15:09

<Pathoschild>

The problem is gone; thanks. Will it stay this fast, or will it bog down when tools come back online? ;)

15:09

<_mary_kate_>

the speed is unlikely to change

15:09

<_mary_kate_>

it's probably just fast because apache was stopped for a few minutes

15:09

<Pathoschild>

:D

15:11

<Duesentrieb>

_mary_kate_: so you found something?

15:12

<_mary_kate_>

i modified it so if select() returns EINTR (Interrupted system call) it will try again, instead of giving up

15:12

<_mary_kate_>

that's how select is usually used, i don't know why it didn't do that already

15:12

<_mary_kate_>

but the code is kind of hairy, it's hard to understand

15:15

<_mary_kate_>

there seem to be fewer fcgi errors in the log now

15:15

<Duesentrieb>

yea, let's wait and see if it improves for people.

15:16

<Duesentrieb>

if that did it, you should probably push that patch to the maintainers of fastcgi. or at least ask them why they don't do it that way :)

15:16

<_mary_kate_>

yes

15:20

<_mary_kate_>

now my timeout test script produces a switchboard error (as expected) instead of an internal server error. so something is probably happier

15:22

<MinuteElectron>

balasyum: Are you here?

15:22

<balasyum>

here I am, MinuteElectron

15:22

<MinuteElectron>

Have you got a toolserver account yet?

15:23

<_mary_kate_>

i'm going to restart switchboard to reset the error count

15:23

<balasyum>

No, MinuteElectron and I don't think I will ever.

15:23

<MinuteElectron>

ok

15:24

<balasyum>

Flyingparchment and/or the other admins stick the account to revealing real name.

15:26

<_mary_kate_>

Duesentrieb: switchboard is recording fewer request errors now. 1 failed request out of 514. (used to be more like 1/100)

15:27

<Duesentrieb>

nice

15:28

<Duesentrieb>

balasyum: Wikimedia Germany makes the policies for granting accounts.

15:29

<balasyum>

I did not blame anyone.

15:29

<CIA-35>

toolserver-l: 03River Tarnell * 10/: [Toolserver-l] internal server errors

15:29

<balasyum>

MinuteElectron, if all goes well, I may soon have my cluenet account, so I can do tasks that don't need access to the wikimedia db.

15:54

<Luxo>

My tool is a mystery: if I *don't* add a user name i become a 500 error, if i add a user name (so it should load longer) I become no error :?

15:57

<TheLetterX>

?

15:57

<TheLetterX>

So many 500 errors recently

16:27

<Filnik>

can you login in on the toolserver? :S

16:27

<Filnik>

I cannot upload files :S

16:27

<Filnik>

maybe is only a my problem but..

16:29

<_mary_kate_>

where are you trying to log in?

16:29

<Filnik>

_mary_kate_: login.toolserver.org

16:29

<Luxo>

here it works.

16:29

<_mary_kate_>

what is your IP?

16:29

<Filnik>

_mary_kate_: sec

16:29

<Filnik>

_mary_kate_: 79.7.247.8

16:30

<Filnik>

uhm, that I shoulded post in query.. -.-

16:30

<Filnik>

well, np

16:30

<Luxo>

*attack* *hack* :P

16:31

<Filnik>

Luxo: :)

16:31

<_mary_kate_>

you failed to log in so many times your IP was blacklisted. try again now

16:31

<Filnik>

ooops

16:31

<Filnik>

_mary_kate_: sorry :)

16:31

<Filnik>

Filnik retries

16:32

<Filnik>

_mary_kate_: seems a my problem so :S

16:32

<Filnik>

uuuhm

16:32

<Filnik>

_mary_kate_: If I try with the console:

16:32

<Filnik>

fil@deeder:~$ ssh toolserver

16:32

<Filnik>

ssh_exchange_identification: Connection closed by remote host

16:32

<Filnik>

*shell

16:32

<_mary_kate_>

DaBPunkt: can you make denyhosts stop being retarded? every time i remove an IP, it puts it back immediately

16:39

<Filnik>

_mary_kate_: ehm.. :)

16:39

<_mary_kate_>

wait for dab

16:39

<Filnik>

_mary_kate_: ahn, ok sorry :)

17:02

<DaBPunkt>

_mary_kate_: I know. Workarround: Add the IP temporaly to deny.allow

17:02

<DaBPunkt>

host.allow

17:02

<_mary_kate_>

okay.. feel free to that for filnik ;)

17:03

<DaBPunkt>

sek

17:03

<Filnik>

_mary_kate_: ehrm, can I try now? :)

17:03

<Filnik>

Filnik feels noob :(

17:04

<DaBPunkt>

Filnik: please try

17:04

<_mary_kate_>

Filnik: why is it you seem to have an 'svn co' running all the time? you know you can update an existing copy without checking out a new one, right?

17:05

<Filnik>

_mary_kate_: uhuh?

17:05

<Filnik>

_mary_kate_: it updates every 2-3 minutes :S

17:05

<Filnik>

_mary_kate_: and how should I do to do it automatically?

17:05

<Filnik>

(also a link is welcome :) )

17:05

<_mary_kate_>

just run 'svn up' from inside the existing source instead of running another svn co

17:05

<Filnik>

(logged in with the shell, let's try with the other)

17:06

<Filnik>

_mary_kate_: should I do it only once or in the crontab? (thanks for the help btw! :) )

17:06

<_mary_kate_>

do it whenever you want to update your copy of whatever it is you're updating

17:08

<Filnik>

_mary_kate_: and what's the difference with the other way I do it? :)

17:08

<_mary_kate_>

svn co retrieves the entire source every time

17:08

<Filnik>

ahn

17:09

<Filnik>

:S

17:09

<Filnik>

_mary_kate_: fish://login.toolserver.org/home/filnik/ <-- where's the error? :(

17:09

<_mary_kate_>

no idea what is fish://

17:09

<Filnik>

ahn, ehm

17:09

<_mary_kate_>

Aug 26 17:09:07 nightshade sshd[25243]: Invalid user fil from 79.7.247.8

17:09

<Filnik>

ahn

17:09

<Filnik>

-_-

17:09

<Filnik>

sorry

17:10

<Filnik>

_mary_kate_: works now! :)

17:10

<Filnik>

for svn up

17:10

<Filnik>

_mary_kate_:

17:10

<Filnik>

filnik@nightshade:~/pywikipedia$ svn up

17:10

<Filnik>

svn: Working copy '.' locked

17:10

<Filnik>

svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)

17:10

<Filnik>

and svn cleanup seems taking too much time to resolve, seems going in standbye or so

17:11

<_mary_kate_>

probably a 'co' is already running, or was interrupted

17:11

<Filnik>

ahn

17:14

<Filnik>

_mary_kate_: it goes in standbye and nothing else :(

17:14

<Filnik>

(svn cleanup, I mean)

17:43

<alnokta>

could someone help me with a query please?

17:43

<MZMcBride>

Just ask.

17:44

<alnokta>

i want a list of articles in a given category on enwiki that don't have an interwiki link to arwiki

17:45

<alnokta>

is it possible?

17:45

<MZMcBride>

Yes, I believe so.

17:46

<MZMcBride>

It'll require two JOINs, I think.

17:46

<MZMcBride>

http://www.mediawiki.org/wiki/Categorylinks_table and http://www.mediawiki.org/wiki/Interwiki_table

17:46

<MZMcBride>

And http://www.mediawiki.org/wiki/Page_table

17:46

<alnokta>

MZMcBride, could you write it please?

17:47

<MZMcBride>

Heh. I would if I could. :-)

17:47

<alnokta>

;)

17:51

<MZMcBride>

alnokta: There are some examples here that may help: http://en.wikipedia.org/wiki/User:MZMcBride/CSD

17:56

<alnokta>

MZMcBride, i cannot write sql, i run it only. ;)

18:07

<tsbot>

RSS: sunsecurity: Sun Alert 240866 Security Vulnerability in Solaris 10 NFS Remote Procedure Calls (RPCs) May Allow a Denial of Service (DoS) or Data Integrity Issues for Non-Global Zones <http://blogs.sun.com/security/entry/sun_alert_240866_security_vulnerability>

18:15

<alnokta>

anyone volunteers to write the query?

18:16

<Pathoschild>

Hmm... maybe.

18:16

<Pathoschild>

Pathoschild looks.

18:17

<Pathoschild>

alnokta: Which category?

18:17

<alnokta>

Pathoschild, chemistry as a test

18:18

<alnokta>

Pathoschild, i will need to run it across several ones to get several subjects covered

18:19

<alnokta>

for the project: http://tinyurl.com/arwikiday

18:27

<Pathoschild>

alnokta: I assume you want article namespace only?

18:27

<alnokta>

Pathoschild, yes

18:28

<Pathoschild>

This should probably work:

18:28

<Pathoschild>

SELECT page_title FROM page LEFT JOIN langlinks ON page_id=ll_from LEFT JOIN categorylinks ON page_id=cl_from WHERE page_namespace=0 AND cl_to="Chemistry" AND ll_lang="ar" LIMIT 20;

18:29

<Pathoschild>

Hm.

18:29

<Pathoschild>

Actually, that gives you articles *with* a link to ar; getting articles without one will be a bit trickier.

18:31

<alnokta>

cannot i just add ll_lang !="ar" ?

18:31

<Pathoschild>

No, that will return (for example) "Neuroscience" because it has a link to fr, which is !="ar".

18:31

<carl-m>

select page_title from page join categorylinks on page_id = ll_from and page_namespace = 0 and cl_to = 'Chemistry' where not exists ( select 1 from langlinks where ll_from = page_id and ll_lang = 'ar');

18:31

<alnokta>

oh that is wrong

18:34

<Pathoschild>

It's on the right track, though. How about this?

18:34

<carl-m>

that http://rafb.net/p/g7sFJ814.html

18:34

<Pathoschild>

SELECT page_title FROM page LEFT JOIN langlinks ON page_id=ll_from LEFT JOIN categorylinks ON page_id=cl_from WHERE page_namespace=0 AND cl_to="Chemistry" AND (SELECT 1 FROM langlinks WHERE ll_lang="ar" LIMIT 1) LIMIT 20;

18:35

<Pathoschild>

Pathoschild nods.

18:35

<alnokta>

thank you both! :)

18:36

<Pathoschild>

Welcome. :)

18:36

<carl-m>

Pathoschild: you're still looking for ones that do match in that query

18:36

<Pathoschild>

Typo; just throw in an appropriate negation. :)

18:36

<alnokta>

could it exclude redirects ?

18:36

<carl-m>

add 'and not page_is_redirect = 1' somewhere

18:37

<carl-m>

at the very end before the ;

18:37

<Pathoschild>

Or "AND page_is_redirect=0", no?

18:37

<carl-m>

well, yeah

18:38

<carl-m>

or not page_is_redirect != 0 etc

18:38

<Pathoschild>

:p

18:38

<alnokta>

so which one to use patho's or carl's ?

18:38

<carl-m>

makes no difference

18:38

<Pathoschild>

Both work (I prefer mine because it's simpler).

18:39

<carl-m>

for some reason I tend to assume page_is_redirect is either null or 1

18:39

<carl-m>

which is why I write it that way

18:40

<Pathoschild>

They're all 0 or 1 (I just checked). :)

18:40

<carl-m>

yeah, the column is not null, but I never think of that

18:53

<alnokta>

why that not working ? select concat(* [[:en:,page_title,]])

18:53

<Wikilinker>

https://wiki.toolserver.org/view/%2Cpage_title%2C

18:57

<_mary_kate_>

you have to put the things you want to contat in quotes

18:58

<carl-m>

concat('[[en:', page_title, ']]')

18:58

<Wikilinker>

https://wiki.toolserver.org/view/'%2C_page_title%2C_'

18:58

<DaBPunkt>

beside the fields of corse :)

18:58

<alnokta>

yes ignorance isn't an excuse ;) thx carl-m

18:59

<carl-m>

make sure to add the final ') to what I wrote above

19:01

<alnokta>

very good indeed http://ar.wikipedia.org/.../%D8%A7%D8%B3%D8%AA%D8%B9%D9%84%D8%A7%D9%85%D8%A7%D8%AA

19:01

<DaBPunkt>

nice %s ;)

19:02

<alnokta>

;)

20:27

<_mary_kate_>

uninstalled hp's gcc distribution. turns out openssh was linked with gcc. now it won't start because libgcc.sl is missing ;)

20:27

<_mary_kate_>

-static-libgcc really needs to be the default

20:28

<valhallasw>

a static openssh is useful, yes :)

20:28

<_mary_kate_>

i don't want the entire thing static, just libgcc

20:29

<Stwalkerster>

@replag

20:29

<tsbot>

Stwalkerster: s1: 3s [+0.00 sec/sec]; s2: 2s [+0.00 sec/sec]; s3: 1s [-0.16 sec/sec] (6h 32m 1s sample)

20:35

<tsbot>

RSS: linuxkernel: 2.6.27-rc4-git5: stable snapshot <http://www.kernel.org/kdist/fragments/stable_snapshot.html>

20:56

<fale>

_mary_kate_: hi

20:57

<fale>

_mary_kate_: have you ever used boost.asio?

21:35

<_mary_kate_>

fale: lots of people in #boost have

21:36

<fale>

_mary_kate_: thx :)

21:45

<_mary_kate_>

no one has complained about internal server error all day, does that mean they went away?

21:56

<_mary_kate_>

Duesentrieb: i patched mod_fastcgi again to ignore duplicate Status

22:02

<Duesentrieb>

yay. "ignore" by using the first or the second?

22:02

<Duesentrieb>

Duesentrieb votes for second

22:05

<_mary_kate_>

the second

22:05

<_mary_kate_>

or third, if there is one

22:09

<_mary_kate_>

hm, i'm actually not sure it's legal to do that though

22:09

<_mary_kate_>

mod_fastcgi's license only allows you to use it to implement standard protocols approved by the author, i.e. fastcgi

22:16

<carl-m>

that doesn't sound dfsg-free

22:17

<_mary_kate_>

it's not

22:17

<_mary_kate_>

that's why it's in non-free :)

22:17

<carl-m>

odd that apache doesn't have a free implementation instead

22:18

<carl-m>

is mod_proxy_fcgi any good?

22:18

<_mary_kate_>

most people using fastcgi have probably moved to better webservers ;)

22:19

<_mary_kate_>

i don't see that one in the manual

22:19

<carl-m>

found it by luck http://mproxyfcgi.sourceforge.net/

22:19

<carl-m>

when I was looking for the mod_fastcgi license

22:19

<carl-m>

seems dodgy

22:20

<_mary_kate_>

hmm, i don't see the point of it

22:20

<_mary_kate_>

why would you proxy _everything_ to php?

22:21

<carl-m>

why would you make a module and require that it can onlybeused to implement one protocol?

22:21

<carl-m>

so many questions

22:21

<_mary_kate_>

well, apache proxy has a seperate module for every protocol

22:22

<_mary_kate_>

mod_proxy_ftp, mod_proxy_http..

22:22

<carl-m>

presumably they are freely licensed - that's the strange part

22:23

<_mary_kate_>

oh, mod_fastcgi. well it was written by the company that created fastcgi

22:32

<_mary_kate_>

maybe we should just change server and people using complicated .htaccess can live with it ;)

22:33

<carl-m>

is server performance that much of a bottleneck?

22:33

<carl-m>

for us in particular I mean

22:33

<_mary_kate_>

i'm more concerned about crappy mod_fastcgi

22:34

<carl-m>

I know essentially nothing about webserver performance

22:34

<_mary_kate_>

hemlock has been pretty idle since we moved php to switchboard.. 10-20% cpu

22:35

<carl-m>

that's great

22:35

<alnokta>

switchboard is an alternative to mod-fastcgi?

22:36

<_mary_kate_>

no

22:36

<_mary_kate_>

it requires mod_fastcgi to work

22:36

<alnokta>

what does it do then?

22:36

<_mary_kate_>

it takes php requests and sends them to a php process owned by the user who owns the script

22:37

<_mary_kate_>

and it can use one php process to handle several requests, instead of having to create a new php on every request

22:37

<alnokta>

ah, so for every user there is a php process waiting?

22:38

<_mary_kate_>

not for every user, that would use an insane amount of ram. it creates processes on demand

22:38

<carl-m>

_mary_kate_: heh: "mod_fcgid has a new process management strategy, which concentrates on reducing the number of fastcgi server, and kick out the corrupt fastcgi server as soon as possible. "

22:38

<alnokta>

ah nice

22:39

<_mary_kate_>

i look at mod_fcgid but i couldn't find any way to use an external process with it

22:39

<carl-m>

scratch that off then

22:40

<carl-m>

I like the double-entendre aspect of their goal - I read is as "reduce the number of webservers running fastcgi"

22:40

<_mary_kate_>

heh

Drone v1.4 © 2002-2005 Uwyn RIFE powered