[PHP] Script te groot? 500-Error op vuurwerk.nl

[Rashann]

Hoi,

Ik heb een heel script gemaakt als CMS voor een website, en dit script is ondertussen aardig groot aan het worden (allemaal in 1 pagina). Echter, ik ben hem nu aan het verbouwen (snelheid vergroten, uiterlijk verbeteren) en ik krijg nu een fout die ik niet (zomaa) kan oplossen:

Zodra ik dit stuk HTML toevoeg aan een print() opdracht, krijg ik van de server een 500 error (internal server error).

code:

        <TR>
          <TD BACKGROUND=\"$am/doorzichtig.gif\" ALIGN=\"left\" WIDTH=\"25%\">
            Datum:
          </TD>
          <TD BACKGROUND=\"$am/doorzichtig.gif\" ALIGN=\"left\" COLSPAN=\"2\">  
            Van
            <INPUT TYPE=\"text\" NAME=\"vanaf\" VALUE=\"dd-mm-yyyy\" SIZE=\"10\">
            tot en met
            <INPUT TYPE=\"text\" NAME=\"tot\" VALUE=\"$datum\" SIZE=\"10\">
          </TD>
          <TD BACKGROUND=\"$am/doorzichtig.gif\" ALIGN=\"left\" WIDTH=\"25%\">
            <A HREF=\"JavaScript:if
                 (confirm(
                   'Weet U zeker dat U deze datumreeks geheel wilt verwijderen?\\n
                    Dit verwijdert alle gegevens van leveringen die tot en met de\\n
                    ingegeven datum zijn gemaakt.\\n\\n
                    Dit kan NIET ongedaan worden!'
                 ))
                 {document.verminas.removewhat.value='data';
                  document.verminas.removewhat.submit();
                 }\" 
                 onMouseOver='setStatus(\"De gegevens uit de genoemde data 
                 geheel uit de database verwijderen\");
                 return true' onMouseOut='clearStatus()'>
              Verwijder
            </A>
          </TD>
        </TR>

^{Het stuk JavaScript in de <A> is 1 regel!}
Zelf zie ik hier geen fouten in, maar dat wil niet zeggen dat het 100% is
Ik dacht daarom eerst aan een te groot script bestand, maar als ik het stuk HTML als (php)commentaar toevoeg blijft hij wel werken (Als HTML commentaar krijg ik ook een 500 error).

Als het PHP script teveel geheugen zou gebruiken, krijg je dan niet een nette error? (niet dat ik zo snel zoveel geheugen gebruik) Ik weet het niet meer...

Iemand hier die wat licht heeft om op deze zaak te schijnen?

_{De site draait bij vuurwerk.nl, hier kan je phpinfo bekijken}

[Verwijderd]

Voeg je <a> tag in stukjes toe, steeds meer, dan kun je zien wanneer het misgaat.

[crisp]

En als je voor de <a> uit PHP mode springt?
Verder komt dit:

code:

document.verminas.removewhat.value='data';
document.verminas.removewhat.submit();

niet logisch op me over; 'removewhat' kan nooit en een input zijn (waarvan je de value set), en een form (die je kan submitten)...

[Rashann]

crisp schreef op 27 augustus 2002 @ 10:07:
En als je voor de <a> uit PHP mode springt?
Verder komt dit:

code:

document.verminas.removewhat.value='data';
document.verminas.removewhat.submit();

niet logisch op me over; 'removewhat' kan nooit en een input zijn (waarvan je de value set), en een form (die je kan submitten)...

Zelfs zonder de <A> krijg ik een 500-error (en verder heb je gelijk, de 2e removewhat moet eruit)

[whoami]

JavaScript problemen hoort thuis in W&G, niet in P&W.
Je kunt de 'show friendly error messages' optie in juw browser afzetten, dan krijg je een gedetailleerdere foutboodschap.

Move P&W -> W&G.

[Sircuri]

Laat zoiezo geen Javascript code genereren door PHP.. dat is vragen om ellende. Is vaak heel moeilijk om dat foutloos te krijgen. Beter ius om gewoon de Javascript code los toe te voegen aan de header van je file.

[drm]

Sircuri:
Laat zoiezo geen Javascript code genereren door PHP.. dat is vragen om ellende. Is vaak heel moeilijk om dat foutloos te krijgen. Beter ius om gewoon de Javascript code los toe te voegen aan de header van je file.

...tenzij het puur om JavaScript gaat. Komt nog wel 'ns handig uit als je in je JavaScript (.js bestandje) een en ander aan info uit de database wilt hebben.

[Rashann]

Sircuri schreef op 27 augustus 2002 @ 10:34:
Laat zoiezo geen Javascript code genereren door PHP.. dat is vragen om ellende. Is vaak heel moeilijk om dat foutloos te krijgen. Beter ius om gewoon de Javascript code los toe te voegen aan de header van je file.

Maar het ligt NIET aan die JavaScript!!! Zelfs zonder het hele <A ... ></A> stuk doet ie het niet!

(En trouwens, JavaScript/PHP combineren is echt geen probleem als je een beetje oplet hoor )

whoami schreef op 27 augustus 2002 @ 10:25:
JavaScript problemen hoort thuis in W&G, niet in P&W.
Je kunt de 'show friendly error messages' optie in juw browser afzetten, dan krijg je een gedetailleerdere foutboodschap.

Move P&W -> W&G.

Het is niet het JavaScript probleem en ik krijg niet een 'nette' IE error, maar eentje van Apache (van vuurwerk dus)

code:

Internal Server Error

The server encountered an internal error or misconfiguration and was
unable to complete your request.
Please contact the server administrator, [e-mail] 
and inform them of the time the error occurred, and anything you might
have done that may have caused the error.

More information about this error may be available in the server error log.

--------------------------------------------------------------------
Apache/1.3.26 Server at admin.gerrits-jans.nl Port 80

[2]

error 500 kan vanalles zijn. Kan ook aan de apache instellingen liggen bijvoorbeeld (htaccess?).

[Rashann]

2 schreef op 27 augustus 2002 @ 10:48:
error 500 kan vanalles zijn. Kan ook aan de apache instellingen liggen bijvoorbeeld (htaccess?).

Ook als ie het zonder dat ene stukje code WEL werkt? Lijkt me sterk...

[Sircuri]

Ja, dat is wel vaag. Al geprobeerd zoals iemand hierboven geloof ik al zei. Dus stukje voor stukje gaan toevoegen en kijken wanneer het fouyt gaat?

[Rashann]

Sircuri schreef op 27 augustus 2002 @ 10:53:
Ja, dat is wel vaag. Al geprobeerd zoals iemand hierboven geloof ik al zei. Dus stukje voor stukje gaan toevoegen en kijken wanneer het fouyt gaat?

Ok, zodra regel 2 erbij is, gaat het mis... maar dit is exact hetzelfde stuk code wat ik ook in de TR's erboven gebruik... en daar werkt het wel

(regel 2: <TD BACKGROUND=\"$am/doorzichtig.gif\" ALIGN=\"left\" WIDTH=\"25%\">)

OK, helemaal wazig: Zodra ik alleen regel 1 en 2 invoeg, en \"$am vervang door \"". $am ." werkt het wel. Maar, als ik dan weer regels bij doe krijg ik weer die fout

[Hangloozz]

als je op drm linkje klikt zie dat hij er niet blij mee is als je PHP-vars in je code douwt zonder uit de html te escapen..
dit:

code:

<TD BACKGROUND=\"$am/doorzichtig.gif\" ALIGN=\"left\" WIDTH=\"25%\">

kan beter dit worden:

code:

<TD BACKGROUND=\"" . $am . "/doorzichtig.gif\" ALIGN=\"left\" WIDTH=\"25%\">

maar da's misschien meer een persoonlijke noot

[Rashann]

Hangloozz: Dat bedoelde ik in mijn vorige reply, werkte niet...

Echter, ik weet nu zeker dat het NIET aan de geposte code ligt... ik heb namelijk een andere <TR> ... </TR> eruit gehaald en dan doet ie het dus wel goed, het lijkt er dus toch op dat de code gewoon 'teveel' is voor de server

[drm]

RainManX:

't is natuurlijk ook handig, om wanneer je een Apache error krijgt, even na te gaan wat de error dan precies is.

Mocht je geen errors loggen, ga dan in de apache documentatie na, hoe je die errors wel moet loggen.

Internal Server Errors (500) wijzen er in 9 van de 10 gevallen op dat er een configuratiefout is. Zeker als 't om PHP gaat.

Kortom, check de error-logs van Apache, en post de error even hier.

[Rashann]

Hoe doe ik dat? Het bedrijf heeft gewoon een account bij Vuurwerk, en ik kan in de webdir zo geen errorlog vinden...

Hangloozz schreef op 27 augustus 2002 @ 11:23:
[...]

mja, sorry, maar tijdens het samenstellen van m'n post heb jij de jouwe gauw ge-edit, en ja dan praat je langs elkaar heen

offtopic:
Kan gebeuren

[Hangloozz]

RainManX schreef op 27 augustus 2002 @ 11:10:
Hangloozz: Dat bedoelde ik in mijn vorige reply, werkte niet...

mja, sorry, maar tijdens het samenstellen van m'n post heb jij de jouwe gauw ge-edit, en ja dan praat je langs elkaar heen

[drm]

RainManX:
Hoe doe ik dat? Het bedrijf heeft gewoon een account bij Vuurwerk, en ik kan in de webdir zo geen errorlog vinden...

Dat zal je toch echt ff bij vuurwerk na moeten gaan.

[Rashann]

Ok, ik denk dus toch dat het iets met de scriptgrootte te maken heeft (had), want ik heb nu enkele delen (die niet altijd gebruikt werden) in aparte files gezet dmv een 'require', en nu werkt het allemaal wel... heel wazig eigenlijk...

_{(het script was 320Kb, was dat te groot?)}

[RM-rf]

misschien is het wel niet zo'n goed idee om zo'n hele brok code als print("") te gebruiken, zeker aangezien het nogal overbodig lange code is, waarin je enkel het path naar een background-gifje wegschrijft:

code:

<style="text/css">.teedeetje
{
  background-image: url(<?php echo $am; ?>/doorzichtig.gif);
}</style>

en in je code gewoon <td class="teedeetje"> gebruiken;

maakt het net wat efficienter

_{wat leuk dat internal server errors nu al naar /13 komen}

[Rashann]

RM-rf schreef op 27 augustus 2002 @ 11:58:
_{wat leuk dat internal server errors nu al naar /13 komen}

Tja, Whoami zag 'JavaScript' staan en gooit hem over de schutting... (nofi)

Maar hij had natuurlijk wel ongelijk, want het lag niet aan de JavaScript

[Johnny]

Ik moet zeggen dat de vuurwerk server ook niet bepaald de makkelijkset is. Heeft me ook al slapeloze nachten bezorgd met die ellendige index.cache die je steeds opnieuw moet aanmaken voor iedere directory als daar een bestandje toevoegd. Dat heb je toch wel gedaan?

[Tim]

vuurwerk is nu over aan het stappen naar apache, zoals je misschien wel zag in die error report, en apache werkt niet met index.cache bestanden (god zij dank)