CGI er ekstremt langsomt på Apache?

Du har ikke den gamle conf liggende og kunne samligne med?

Umiddelbart skulle der jo ikke være nogen forskel som sådan, medmindre den "nye" maskine har en overfyldt harddisk og/eller langt mindre ram.

Bortset fra det, så er jeg nu selv tilhænger af 1.3.26 +, da det er mit indtryk den er langt hurtigere.

Den suger mindre ram end 2'eren, og afvikler PHP som LoadModule uden problemer. (XP-maskine)

Kunne jo også være søgemaskinen som ikke fungerer optimalt med Apache2?

P233'eren har 256mb RAM og altid 3-4GB fri diskplads, så det skulle nok kunne løbe rundt :-)

Men... jeg har ikke brugt Apache før (ikke med CGI-scripts, ihvertfald), så jeg har inden httpd.conf at sammenligne mde... Det er heller ikke faldet mig ind, at den "gamle" version skulle være bedre end den nye. Men jeg prøver lige at give den en chance - jeg melder tilbage, når jeg har nyt. Hvis den kører bedre, får du dine 60p med det samme :-)

Det kan godt tage lidt tid... travlt og alt det der, ikke?

Jeg har samme problem, men med Apache 1.3.26. Hvis jeg kører mit CGI program fra kommandolinien kører den super! - men fra Apache... glem det

Jeg kørte top for at se processerne, der startes af paches bruger (hos mig: noone) og lavede en masse forespørgsler med min browser - der kom en masse nye processer frem i top, som allesammen stod som <defunct>

Jeg har ikke fundet nogen løsning på problemet, men har omgået det ved at lave en non-parsed header version af mit program. Dette kører perfekt. Måske kan det hjælpe i din situation?

jeg har løgn i min hals... wolla
der skulle have stået nobody som bruger og ikke noone

Long time no hear... men hvordan laver man en nonparsed header version af et program? Jeg har ingen kildekode - jeg har bare hentet et cgi-script og brugt det iflg. vejledningen.
Jeg tror i øvrigt hellere jeg vil prøve at undgå netop dette cgi-script. En søgemaskine skal indeksere siderne i stedet for at kigge dem alle sammen igennem ved hver eneste søgning... men det er jo en helt anden historie :-)

Jep, en søgemaskine skal helst hente alle siderne, indeksere alle ordene i dem, og opbygge et index/database som et CGI-program eller servermodul kan foretage opslag i... har selv leget lidt med sådan noget...

Du laver en nph-version af et CGI-program ved at udskrive alle de nødvendige headere selv. Som regel skal du give programmet et navn, der begyder med nph- , altså i stedet for hello.elf kan du kalde den nph-hello.elf.

Et hypotetisk eksempel:

#define STDHDR  "HTTP/1.1 200 OK\n"\
                "Content-Type: text/html\n"\
                "Content-Length: %d\n\n"

int main(int argc, char** argv)
{
    setvbuf(stdout, NULL, _IONBF, 0);
    SearchEngine SE(stdin);
    const char *search_results = SE.getResultsAsText(0, 20);

    printf(STDHDR, strlen(search_results));
    puts(search_results);
    return 0;
}

LOL måske skulle man have skrevet getResultsAsHTML :))

Har forøvrigt anmeldt det dér CGI defunct fænomen som bug, men har ikke hørt noget fra dem... gad vide om de er ligeglade.

Lukket

Hvordan lukker man?