[PhP] Form method=POST . . 1000 keer goed, nu niet meer?

[Verwijderd]

Ik weet het echt niet meer. Zit er met een beetje pech gewoon al 2 uur over de zelfde domme spelfout te staren ofzo, maar ik zie hem niet.

Ik ben een pagina van scrap af opnieuw aan het opbouwen.
Hierin worden plaatjes gebruikt, die de gebruiker kan uploaden.

ALLE form method='post' scripts (met of zonder files) werken perfect! op vrijwel de zelfde manier zoals ik het nu weer doe.
Maar nu, spontaan, ineens, krijg ik 0 data binnen.
Het plaatje wordt wel naar de server geladen (merk je aan de laadtijd, hij is duidelijk KBs over de server aan het stampen)
Maar toch krijg ik geen post data!?

PHP:

  if (!$Klant_ID) { die("Geen Klant ID"); }

if ($EDITIMAGE) {
  $inputImg             = ImageCreateFromJPEG($Image);
  $srcX                 = imagesx($inputImg);
  $srcY                 = imagesy($inputImg);
  $dstY                 = $Img_Width; // Deze wordt door het formulier doorgegeven!
  $MaxX                 = $Img_Height; // Deze wordt door het formulier doorgegeven!
  $Ratio                = ($srcY / $dstY);
  $dstX                 = ($srcX / Ratio);
  $outputImg            = ImageCreateTrueColor($dstX, $dstY);
  $Rand_Pic_ID          = rand(100000000000000,999999999999999);
  imagefill($outputImg, 0, 0, ImageColorAllocate($outputImg, 255, 255, 255));
  imagecopyresampled($outputImg, $inputImg,
                       0,0,0,0,
                       $dstX, $dstY,
                       $srcX, $srcY);
  imagejpeg($outputImg, "images/" . $Rand_Pic_ID . ".jpg");
  $tekst        = str_replace("'", "'", $tekst);
  $tekst        = str_replace('"', '"', $tekst);
  $tekst        = str_replace('=', '=', $tekst);
  $sql = "UPDATE indeling SET Image='$Rand_Pic_ID', Tekst='$tekst' WHERE (Klant_ID='$Klant_ID' AND Locatie_X='$Locatie_X' AND Locatie_Y='$Locatie_Y')";
  if (mysql_query($sql)) {}
//  echo "<SCRIPT>";
//  echo "document.write('<meta http-equiv=\"Refresh\" Content=\"0; url=index.php?Klant_ID=$Klant_ID\">');";
//  echo "</SCRIPT>";
  exit();

}
elseif ($IMAGES) {
  echo "\n<FORM NAME='ImgForm' METHOD='post' ACTION='layout.php' ENCTYPE='multipart/form-data'>";
  echo "\n<INPUT TYPE='HIDDEN' NAME='Klant_ID' VALUE='$Klant_ID'>";
  for ($y = 1; $y <= 6; ++$y) {
    for ($x = 1; $x <= 5; ++$x) {
      if ($NewGrootte[$x][$y]) {
        $tmp_X = $x;
        $tmp_Y = $y;
      }
    }
  }
  echo "\n<INPUT TYPE='HIDDEN' NAME='Locatie_X' VALUE='$tmp_X'>";
  echo "\n<INPUT TYPE='HIDDEN' NAME='EDITIMAGE' VALUE='$tmp_X'>";
  echo "\n<INPUT TYPE='HIDDEN' NAME='Locatie_Y' VALUE='$tmp_Y'>";
  $sql = "SELECT * FROM indeling WHERE Klant_ID='$Klant_ID' AND Locatie_X='$tmp_X' AND Locatie_Y='$tmp_Y'";
  $result = mysql_query($sql);
  $data = mysql_fetch_row($result);
  if (!$data[0]) { die ('kon de gegevens niet benaderen'); }
  $Text_Width   = $data[4] * 370;
  $Text_Height  = 70;
  $Image_Width  = $data[4] * 200;
  $Image_Height = $data[5] * 200;
  echo "\n<INPUT TYPE='HIDDEN' NAME='Img_Width' VALUE='$Image_Width'>";
  echo "\n<INPUT TYPE='HIDDEN' NAME='Img_Height' VALUE='$Image_Height'>";
  echo "\n<INPUT TYPE='file' NAME='Image'><br />";
  echo "\n<TEXTAREA NAME='text' STYLE='overflow: hidden; font-face: arial; ";
  echo "   font-size: 10pt; width: " . $Text_Width . "px; height: " . $Text_Height . "px;'></TEXTAREA><br />";
  echo "\nLet op dat de tekst BINNEN het invul veld blijft! De tekens die U niet ziet, komen ook niet in de advertentie te staan!<br />";
  echo "\n<INPUT TYPE='SUBMIT' NAME='EDITIMAGE' VALUE='Bewerk gegevens!'>";
  echo "\n</FORM>";
  exit();
}

Dit is het 'foute' script.

En als een beetje bonus bewijs:

PHP:

if (!$SUBMIT) {

  echo "\n<script language=\"JavaScript\">";
  echo "\nfunction TrackCount(fieldObj,countFieldName,maxChars)";
  echo "\n{";
  echo "\n  var countField = eval(\"fieldObj.form.\"+countFieldName);";
  echo "\n  var diff = maxChars - fieldObj.value.length;";
  echo "\n";
  echo "\n  // Need to check & enforce limit here also in case user pastes data";
  echo "\n  if (diff < 0)";
  echo "\n  {";
  echo "\n    fieldObj.value = fieldObj.value.substring(0,maxChars);";
  echo "\n    diff = maxChars - fieldObj.value.length;";
  echo "\n  }";
  echo "\n  countField.value = diff;";
  echo "\n}";
  echo "\n";
  echo "\nfunction LimitText(fieldObj,maxChars)";
  echo "\n{";
  echo "\n  var result = true;";
  echo "\n  if (fieldObj.value.length >= maxChars)";
  echo "\n    result = false;";
  echo "\n";
  echo "\n  if (window.event)";
  echo "\n    window.event.returnValue = result;";
  echo "\n  return result;";
  echo "\n}";
  echo "\n</script>";



  echo "<FORM METHOD='POST' ACTION='changepic.php' ENCTYPE='multipart/form-data'>";
  if ($update) {
    echo "<INPUT TYPE='HIDDEN' NAME='update' VALUE='Y'>";
  }
  echo "<INPUT TYPE='HIDDEN' NAME='User' VALUE='$SESSION[uid]'>";
  echo "<INPUT TYPE='HIDDEN' NAME='Locatie' VALUE='$Locatie'>";
  echo "Foto toevoegen:<BR>";
  echo "<INPUT TYPE='FILE' NAME='file'><BR>";
  echo "Omschrijving: <FONT SIZE='-1' COLOR='RED'>Let op: tekst mag niet groter zijn dan het invul veld</FONT><BR>";
  echo "<TEXTAREA NAME='tekst' ROWS=3 " .
       "STYLE='width: 200px; overflow: hidden; font-family: arial; font-size: 11px;' " .
       "onkeyup=\"TrackCount(this,'textcount',80)\" onkeypress=\"LimitText(this,80)\"></TEXTAREA><BR>";
  echo "Aantal karakters te gaan: <INPUT TYPE='TEXT' NAME='textcount' SIZE='3' VALUE='80'><BR>";
  echo "Klaar:<BR>";
  echo "<INPUT TYPE='SUBMIT' NAME='SUBMIT' VALUE='SUBMIT'>";
}
else {
  $inputImg     = ImageCreateFromJPEG($file);
  $srcX         = imagesx($inputImg);
  $srcY         = imagesy($inputImg);
  $dstY         = 300; // fixed Y for the image. always the same
  $maxX         = 400; // max X for image, if image is smaller it will be centered
  $ratio        = ($srcY / $dstY);
  $dstX         = ($srcX / $ratio);
  $outputImg    = ImageCreateTrueColor($dstX, $dstY);
  $RAND_PIC_ID  = rand(1000000,9999999);
  imagefill($outputImg, 0, 0, ImageColorAllocate($outputImg, 255, 255, 255));
  imagecopyresampled($outputImg, $inputImg,
                       0,0,0,0,
                       $dstX, $dstY,
                       $srcX, $srcY);
  imagejpeg($outputImg, "picsdata/" . $RAND_PIC_ID . ".jpg");

//  $SQL = "SELECT * FROM Pics WHERE User='$SESSION[uid]' AND Locatie='$Locatie'";
//  $result = mysql_query($SQL);
//  $data = mysql_fetch_row($result);

//
// Rare karakters wissen
//

  $tekst      = str_replace("'", "'", $tekst);
  $tekst      = str_replace('"', '&quot;', $tekst);
  $tekst      = str_replace('=', '=', $tekst);

  if ($update) {
    $SQL = "UPDATE Pics SET ID='$RAND_PIC_ID', User='$SESSION[uid]', Tekst='$tekst', Locatie='$Locatie' WHERE User='$SESSION[uid]' AND Locatie='$Locatie'";
  }
  else {
    $SQL = "INSERT INTO Pics SET ID='$RAND_PIC_ID', User='$SESSION[uid]', Tekst='$tekst', Locatie='$Locatie'";
  }

  if (mysql_query($SQL)) {
    echo "Done!";
    echo "<SCRIPT>";
    echo "document.write('<meta http-equiv=\"Refresh\" Content=\"0; url=index2.php\">');";
    echo "</script>";
  }
  else {
    echo "Toevoegen is mislukt!<BR>";
    echo "Foutmelding:<BR>";
    echo mysql_error() . "<BR>" . $SQL . "<P>";
    exit();
  }
}

Deze werkt perfectos!

ps. aub niet mieren over dat ik exit gebruik ipv die terwijl die netter is. Het gaat nu even naar mijn mening niet om net heid, maar om functionaliteit.

Het niet werkende script is ook nog lang niet klaar. Veel checks en extra functies ontbreken nog, maar ook dat doet er nu nog niet toe lijkt me.

[supakeen]

REGISTER_GLOBALS
$_POST[]
P&W FAQ - PHP

[ Voor 80% gewijzigd door supakeen op 26-02-2004 16:35 ]

[Verwijderd]

zmn schreef op 26 februari 2004 @ 16:33:
REGISTER_GLOBALS
$_POST[]
P&W FAQ - PHP

Waarom zou ik die nu ineens wel gaan gebruiken als dat in het 'oude' script ook niet nodig was

[Verwijderd]

Omdat de server configuratie is veranderd misschien?

[supakeen]

Verwijderd schreef op 26 februari 2004 @ 16:38:
[...]


Waarom zou ik die nu ineens wel gaan gebruiken als dat in het 'oude' script ook niet nodig was

Omdat je hoster misschien wel PHP geupdate heeft of jij zelf

[oscarvdb]

bij vorige PHP versies kon je variabelen die dmv POST waren verkregen, gewoon als standaardvariabele oproepen. Als de name van het veld 'varBlaat' was, zou de variabele oproepbaar zijn met gewoon $varBlaat.

Nu echter, moet je de $_POST global variabele gebruiken om je velden aan te roepen. Nu kan je dus de variabele enkel oproepen met $_POST['varBlaat'], in plaats van simpelweg $varBlaat.

Gewoon even de PHP handleiding naplegen met de linkjes die al gegeven zijn.

[Verwijderd]

zmn schreef op 26 februari 2004 @ 16:39:
[...]

Omdat je hoster misschien wel PHP geupdate heeft of jij zelf

Ooit geprobeert om op een Sun Cobalt machine PhP te updaten?
ik raad het je NIET aan . . . .

M.A.W.
1- niet mogelijk, PHP is niet ge-update
2- niet mogelijk, want het oude script werkt immers nog steeds.

edit:

even ter duidelijkheid: ik weet 100% zeker dat er niets met de PHP verise en / of config is gebeurt in het afgelopen jaar

[ Voor 16% gewijzigd door Verwijderd op 26-02-2004 16:44 ]

[curry684]

Verwijderd schreef op 26 februari 2004 @ 16:43:
[...]

edit:
even ter duidelijkheid: ik weet 100% zeker dat er niets met de PHP verise en / of config is gebeurt in het afgelopen jaar

Heb je dat gedubbelchecked met phpinfo()?

[Verwijderd]

curry684 schreef op 26 februari 2004 @ 16:47:
[...]

Heb je dat gedubbelchecked met phpinfo()?

Nah, lijkt me niet nodig . . . ik ben de enige met het root wachtwoord, en ik mag inmiddels toch van me zelf wel weten wat ik aanpas / update ??

Zowizo, het oude script (welke naar mijn inzien vrij weinig verschilt van het nieuwe script) werkt ook nog. . . op de zelfde machine, zelfde ip, zelfde subdomein, andere directory.

[Bosmonster]

Rechten in je andere directory staan ook goed?

Plaatje is niet groter dan 2MB?

Welke foutmelding krijg je precies? Je formulier staat op multipart/form-data?

Je vraagt ons niet te zeuren over exit ipv die terwijl dat geen ruk uitmaakt (zijn synoniemen). Waar ik wel over ga zeuren is dat je hele stukken html regel voor regel echo'd... je weet blijkbaar niet dat je gewoon je php even af kan breken en html kunt invoegen

[ Voor 109% gewijzigd door Bosmonster op 26-02-2004 16:57 ]

[Verwijderd]

Bosmonster schreef op 26 februari 2004 @ 16:54:
Rechten in je andere directory staan ook goed?

Plaatje is niet groter dan 2MB?

Zo ver komt hij nog niet lijkt me. . .
Plaatje is 138KB.
rechten op ./images staan (net zoals bij de andere script) op alle rechten (777)

Maar volgens mijn bescheide mening . . . doet dat er op dit moment totaal nog niet toe, want hij post de variabelen niet eens door. . . . dus het hele plaatjes-weg-schrijf-stukje wordt totaal NIET aangeroepen omdat $EDITIMAGES niet wordt gevuld/doorgegeven.

[Verwijderd]

Bosmonster schreef op 26 februari 2004 @ 16:54:
Welke foutmelding krijg je precies? Je formulier staat op multipart/form-data?

Je vraagt ons niet te zeuren over exit ipv die terwijl dat geen ruk uitmaakt (zijn synoniemen). Waar ik wel over ga zeuren is dat je hele stukken html regel voor regel echo'd... je weet blijkbaar niet dat je gewoon je php even af kan breken en html kunt invoegen

Geen foutmelding.
(leeg scherm . . . heb een else functie gebouwd, else { die('hmm'); } en ik krijg mooi 'hmm' op me scherm. )

het maakt naar mijn bescheide mening niet gek veel uit of ik nou

HTML:

  echo "\n<INPUT TYPE='HIDDEN' NAME='Locatie_X' VALUE='$tmp_X'>";

of

HTML:

<INPUT TYPE='HIDDEN' NAME='Locatie_X' VALUE='<? echo $tmp_X; ?>'>

doe . . .

[ Voor 11% gewijzigd door Verwijderd op 26-02-2004 17:02 ]

[G F0rce 1]

Mischien moet je error reporting even aan zetten ?

[Verwijderd]

G F0rce 1 schreef op 26 februari 2004 @ 17:05:
Mischien moet je error reporting even aan zetten ?

code:

error_reporting =       E_ALL

lijkt me voldoende toch?
(tijdelijk & ~E_NOTICE er af gehaald, echter geen verschil)

code:

Warning: Undefined variable: Klant_ID in /home/<dir>/layout.php on line 3
Geen Klant ID

In princiepe niets wat ik nog niet wist

[ Voor 24% gewijzigd door Verwijderd op 26-02-2004 17:14 . Reden: wel ff HTTPD restarten ]

[Verwijderd]

Voeg de volgende code eens toe aan het begin van je script

PHP:

printf ( 'register_globals = %u<br />', ini_get ( 'register_globals ' ) );
printf ( 'klant_id = %s<br />', $Klant_ID );
printf ( 'POST klant_id = %s<br />', $POST [ 'Klant_ID' ] );

En post hiet even het resultaat.

[ Voor 16% gewijzigd door Verwijderd op 26-02-2004 17:25 ]

[Verwijderd]

Ik maak me vooral zorgen om dit fijne stukje heldere code:

PHP:

for ($y = 1; $y <= 6; ++$y) { 
    for ($x = 1; $x <= 5; ++$x) { 
      if ($NewGrootte[$x][$y]) { 
        $tmp_X = $x; 
        $tmp_Y = $y; 
      } 
    } 
  }

Mag ik vragen wat je hier doet? En moet er niet toevallig een break achter die $tmp_Y = $y;?

[Verwijderd]

Nog wat meer: Ik zie $NewGrootte nergens geïnitialiseerd worden; je submit-knop heeft dezelfde naam (EDITIMAGE) als je hidden invoerveld...

ps. aub niet mieren over dat ik exit gebruik ipv die terwijl die netter is. Het gaat nu even naar mijn mening niet om net heid, maar om functionaliteit.

Dit is trouwens niet het eerste waar ik over zou gaan mieren. Ik zou het eerder hebben over het feit dat je geen $_GET, $_POST en $_FILES gebruikt (zoals de anderen ook al opmerkten). Dit is overigens niet bedoeld als harde kritiek, maar gewoon als hulp om je script veiliger en vooral duidelijker te maken.

[ Voor 64% gewijzigd door Verwijderd op 26-02-2004 17:42 ]

[Verwijderd]

Verwijderd schreef op 26 februari 2004 @ 17:12:

code:

Warning: Undefined variable: Klant_ID in /home/<dir>/layout.php on line 3
Geen Klant ID

In princiepe niets wat ik nog niet wist

Sorry, nog één ding. Wordt deze melding weergegeven nadat je het formulier in de elseif($IMAGES) { } verzendt? Dan is op het moment dat je dat formulier genereert, $Klant_ID waarschijnlijk ook nog niet geset.

[Verwijderd]

Algemeen verhelderend verhaal even:

$NewGrootte wordt vanuit een form gesibmit, eerst selecteer je in een checkbox WELKE image je wil aanpassen, de aangevinkte checkbox wordt uitgelezen in de dubbele for{} loop. vervolgens worden de X en Y van de 2 dimensionale array bepaald, en op die locatie moet uiteindelijk in de database Locatie_X + Locatie_Y de foto / tekst weg geschreven worden.

Die break kan er achter ja, maar -in case of- heb ik hem er nu nog niet achter gezet . (voornamelijk script snelheid. testen, wat ALS de hele loop doorlopen moet worden, zo creeer je meteen feitelijk de langst mogelijke execution time. Als alles ok werkt, komt de break er dus wel bij)

$Klant_ID kan ik feitelijk net zo goed in een SESSION variable zetten, want op elke pagina wordt hij gepost / gefetched . . .
Ik krijg netjes het invoer veldje te zien, selecteer een plaatje, zet "test" in het tekstlabel en submit het hele zaakje.
M.A.W. de Klant_ID wordt niet gepost na de submit (waren we al achter) en daar kaait het script op (wat logisch is, omdat hij daarop MOET klappen.)

Okay, cheetah jou code heb ik ingevoer,
Eerste benadering van de pagina:

code:

register_globals = 0
klant_id = 32
POST klant_id =

Na invullen van de gegevens (en uploaden van de image):

code:

register_globals = 0
klant_id = 
POST klant_id = 
Geen Klant ID

[Verwijderd]

Duidelijk dan he? De register_globals instelling staat uit, dus dat moet je aanzetten, of wat beter is: je script aanpassen.

Toch maar gewoon $_POST gaan gebruiken, en dergelijke.

[Verwijderd]

Verwijderd schreef op 26 februari 2004 @ 18:57:
Duidelijk dan he? De register_globals instelling staat uit, dus dat moet je aanzetten, of wat beter is: je script aanpassen.

Toch maar gewoon $_POST gaan gebruiken, en dergelijke.

Jij noemt dit duidelijk ??
Leg me dan héél alstublieft even uit, waarom het ene script WEL werkt, en het andere script, wat naar mijn persoonlijke mening het zelfde is NIET werkt???

En zelfs na het lezen van de register_globals manual, snap ik nog niet veel met wat die setting nou precies DOET. en verandert. . . .
Ik kan niet zomaar lukraak settings van php gaan veranderen om de vrij eenvoudige reden dat er ruim 200 scripts draaien op die server, en ik met 1 enkele wijziging dus de helft zonder pardon kan killen als ik niet 100% zeker weet wat die friggen optie DOET.
Word dus een vrij lastig scenario om zomaar lukraak me ini te gaan aanpassen.
Zowizo snap ik niet waarom, want een dergelijk script werkt reeds.

[Spider.007]

Verwijderd schreef op 26 februari 2004 @ 19:03:
[...]


Jij noemt dit duidelijk ??
Leg me dan héél alstublieft even uit, waarom het ene script WEL werkt, en het andere script, wat naar mijn persoonlijke mening het zelfde is NIET werkt???

En zelfs na het lezen van de register_globals manual, snap ik nog niet veel met wat die setting nou precies DOET. en verandert. . . .
Ik kan niet zomaar lukraak settings van php gaan veranderen om de vrij eenvoudige reden dat er ruim 200 scripts draaien op die server, en ik met 1 enkele wijziging dus de helft zonder pardon kan killen als ik niet 100% zeker weet wat die friggen optie DOET.
Word dus een vrij lastig scenario om zomaar lukraak me ini te gaan aanpassen.
Zowizo snap ik niet waarom, want een dergelijk script werkt reeds.

De reden dat er op register_globals wordt gehamerd is omdat je huidige methode van scripten gevaarlijk is. Alle symptomen lijken er ook op dat hier iets mee aan de hand is...

Register_globals zorgt ervoor dat alles wat via GET, POST, SESSIE enzo binnen komt beschikbaar is onder de $variabelenaam waarde. Door dit uit te schakelen moet je gebruik gaan maken van $_GET['variabelenaam']. Dit staat volgens mij ook redelijk duidelijk in de FAQ

[Verwijderd]

Spider.007 schreef op 26 februari 2004 @ 19:08:
[...]


De reden dat er op register_globals wordt gehamerd is omdat je huidige methode van scripten gevaarlijk is. Alle symptomen lijken er ook op dat hier iets mee aan de hand is...

Register_globals zorgt ervoor dat alles wat via GET, POST, SESSIE enzo binnen komt beschikbaar is onder de $variabelenaam waarde. Door dit uit te schakelen moet je gebruik gaan maken van $_GET['variabelenaam']. Dit staat volgens mij ook redelijk duidelijk in de FAQ

Nou, dan is dat dus echt geen optie!
Ik ben me gek om 'even' 200 scripts aan te passen.

[Verwijderd]

Dan zet je toch fijn weer register_globals aan en ga je terug naar de oertijd op het gebied van veiligheid?

Ik vind het prima als jij daarmee kunt leven.

[Verwijderd]

Verwijderd schreef op 26 februari 2004 @ 19:15:
Dan zet je toch fijn weer register_globals aan en ga je terug naar de oertijd op het gebied van veiligheid?

Ik vind het prima als jij daarmee kunt leven.

Da's leuk.

Ik leef in de oertijd . . . .

Dus omdat ik, wegens diverse redenen reeds aangetoond, niet met de moderne tijd mee kan, wordt je ook niet meer geholpen op GoT??
WTF?

Mijn probleem is niet me register_globals setting. . . Mijn probleem is een script wat niet wil werken, en het lijkt me verdomd sterk dat dat door die setting komt, gezien ik quablijkelijk niet anders gewend ben, EN het al een keer gewerkt heeft! (zie startpost)

Het lijkt me dus totaal niet relevant in welk tijdperk ik programmeer. Het lijkt me meer relevant dat ik met een probleem zit, een goed werkende oplossing geef, en met de vriendelijke vraag of misschien iemand een duidelijk verschil kan ontdekken waarom Script A niet werkt, maar Script B wel.

[edit]
Erhm . . . php.ini . . .

code:

register_globals        =       On

Zo staat hij standaard.
Echter, wanneer ik hem op Off zet, en me apache restart, verandert het totaal niets aan de eerder door jou (Cheatah) gegeven code
(behalve dan dat het belangrijkste script niet meer werkt)

[ Voor 15% gewijzigd door Verwijderd op 26-02-2004 19:43 ]

[twiekert]

doe eens

PHP:

if ($EDITIMAGE) { 
//blaaaaaaaaaaaaaaaat
}

naar

PHP:

if ( isset($EDITIMAGE) ) { 
//blaaaaaaaaaaaaaaaat
}

[Verwijderd]

Ik ben zo vrij geweest om het met Klant_ID te doen (gezien het script anders toch niet verder komt)

En, helaas dat is ook niet de gezochte oplossing.
Klant_ID wordt gewoon niet door het formulier gepost, net zoals de rest van de info.

[Bosmonster]

Sorry hoor.. maar dit is echt het toppunt van koppigheid. register_globals staat klaarblijkelijk uit. Nu kun je 2 dingen doen (en THATS IT):

1. register_globals weer aanzetten (misschien staat het wel in een .htaccess in die map)
2. je script aanpassen

Kun je lang of kort over ouwehoeren maar meer opties heb je niet.

[ Voor 10% gewijzigd door Bosmonster op 27-02-2004 09:30 ]

[Janoz]

Verwijderd schreef op 26 februari 2004 @ 19:22:

Dus omdat ik, wegens diverse redenen reeds aangetoond, niet met de moderne tijd mee kan, wordt je ook niet meer geholpen op GoT??
WTF?

Dat je minder wordt geholpen op GoT heeft helemaal niks met je in de oertijd zitten oid te maken, maar meer met de manier waarop je mensen afbekt die je proberen te helpen. Je moet dan ook niet raar op kijken dat mensen bot terug gaan doen. Frankly verbaast het mij dat er nog zoveel mensen zijn die je proberen te helpen.

Als je gelijk aan het begin nou op een normale manier een copy paste van de php info had gegeven ipv 'Ik vindt van niet dus ik check het ook niet!' dan had je dat zo een pagina discussie en irritatie gescheeld.

[PhoeniX-]

Toch wel vreemd dat die waarde 0 is als 't aanstaat ..

Maar dat terzijde, als ik twijfel aan wat er allemaal wat er allemaal wordt doorgepost (via get, post, whatever), doe ik ff $print_r($GLOBALS) om te kijken _of_ alles wel doorkomt .. dan weet je in ieder geval zeker dat het daar wel of niet foutgaat

Je hebt niet toevallig zend optimizer ofzoiets geinstalleerd? Die wijzigt ook je php.ini (of een symlink naar een andere php.ini ofzoiets).

Ik zou 't anders ook zo gauw niet weten ..

[Verwijderd]

Het zal dan allemaal wel volledig aan mij liggen.

maar . .
register globals heeft nooit op een andere setting gestaan. Dat kan niet. Er draaien sinds dag 1 scripts op de server, die perfect werken met de huidige setting (ON) en die niet meer werken wanneer ik de setting verander (OFF).
register globals heeft dus altijd, met de 3 minuten uitzondering van gisteravond, op deze instelling gestaan.

code:

[admin autoblad]$ cat /etc/httpd/php.ini | grep globals
register_globals = On ; Whether or not to register the EGPCS variables as global

Het tweede script wat ik heb gepost, werkt ook. (nu nog steeds, met de zelfde register global setting)

er staat geen .htaccess in enige directory.

code:

[admin autoblad]$ ls -la
total 24
drwxrwsr-x    3 admin    site20         87 Feb 27 08:58 .
drwxrwsr-x   32 nobody   site20       4096 Feb 26 10:40 ..
-rw-rw-r--    1 admin    site20       3123 Feb 27 09:05 editimage.php
drwxrwxrwx    2 admin    site20          6 Feb 26 14:56 images
-rw-rw-r--    1 admin    site20       3546 Feb 27 09:04 index.php
-rw-rw-r--    1 admin    site20        633 Feb 26 10:42 init.php
-rw-rw-r--    1 admin    site20       6143 Feb 27 08:57 layout.php

code:

[admin picserver]$ ls -la
total 36
drwxrwsr-x    3 admin    site54        138 Nov  4 15:55 .
drwxrwsr-x   14 nobody   site54       4096 Jan 22 13:16 ..
-rw-rw-r--    1 admin    site54       1715 Nov  4 16:51 admin.php
-rw-rw-r--    1 admin    site54       3701 Nov  6 10:24 changepic.php
-rw-rw-r--    1 admin    site54       2607 Nov  6 10:16 export.php
-rw-rw-r--    1 admin    site54       1624 Nov  5 09:10 index2.php
-rw-rw-r--    1 admin    site54       2378 Nov  4 16:50 index.php
-rw-rw-r--    1 admin    site54        598 Nov  4 13:27 init.php
drwxrwxrwx    2 admin    site54       4096 Nov  6 10:19 picsdata
-rw-rw-r--    1 admin    site54         56 Nov  4 15:17 Style.css

Dat kan het probleem dus gewoon niet zijn . . .

Er zit dus op 1 of andere manier een verschil in de beide scripts, waardoor de ene wel post, en de andere niet.

Mijn enige vraag ooit is geweest of iemand dat verschil kan ontdekken, want mij lukt het gewoon domweg niet.

[Spider.007]

Vergeet niet dat Apache iedere boveliggende map ook controleerd op een .htaccess file. Om zeker te weten dat dat niet het gevolg is zul je dus even alle bovenliggende mappen moeten controleren op een .htaccess file

Om toch nog even een andere oplossing te proberen; zet in je script eens

PHP:

print_r($GLOBALS);

en kijk of de waardes daar wel tussen staan (dus zowel de $_POST's als de $variabelenaam)

[Verwijderd]

Spider.007 schreef op 27 februari 2004 @ 10:05:
Vergeet niet dat Apache iedere boveliggende map ook controleerd op een .htaccess file. Om zeker te weten dat dat niet het gevolg is zul je dus even alle bovenliggende mappen moeten controleren op een .htaccess file

Om toch nog even een andere oplossing te proberen; zet in je script eens

PHP:

print_r($GLOBALS);

en kijk of de waardes daar wel tussen staan (dus zowel de $_POST's als de $variabelenaam)

Ik was je net voor
De data wordt dus -wel- gepost!?

code:

Array ( 
[Klant_ID] => 32 
[Locatie_X] => 4 
[EDITIMAGE] => Bewerk gegevens! 
[Locatie_Y] => 5 
[Img_Width] => 400 
[Img_Height] => 400 
[Image_name] => div691.JPG 
[Image_type] => image/pjpeg 
[Image] => /home/tmp/phpm8ZD9Z 
[Image_size] => 57903 
[text] => 
[PHPSESSID] => 942482c29dceec66e1d3868d5649de43 
[CONTENT_LENGTH] => 58903 
[CONTENT_TYPE] => multipart/form-data; boundary=---------------------------7d49d02a016a  ........etc

(daarna breekt het script wel af btw.)

Nou, shiet mij nu maar helemaal 3 keer in de rondte . . .ik snap er nu zo waar nog minder van

[edit]
Bovenliggende directory's hebben geen van alle een andere .htaccess

Ik zal voor de grap de directory eens naar de andere site verhuizen, en kijken of dat enig verschil uitmaakt.

[edit]²
maakt dus geen verschil.

[ Voor 16% gewijzigd door Verwijderd op 27-02-2004 10:22 ]

[Bosmonster]

Je gegevens worden ook wel gepost, er wordt alleen (doordat register_globals om een of andere reden uit staat voor dat script) geen standaard variabele van gemaakt.

Je kunt koppig eeuwen blijven zoeken naar iets in je script.. maar beter kun je je tijd spenderen aan het zoeken naar waarom register_globals niet werkt op die plek...

[ Voor 6% gewijzigd door Bosmonster op 27-02-2004 10:22 ]

[Verwijderd]

Bosmonster schreef op 27 februari 2004 @ 10:22:
Je gegevens worden ook wel gepost, er wordt alleen (doordat register_globals om een of andere reden uit staat voor dat script) geen standaard variabele van gemaakt.

Je kunt koppig eeuwen blijven zoeken naar iets in je script.. maar beter kun je je tijd spenderen aan het zoeken naar waarom register_globals niet werkt op die plek...

Dan zou het op een 'andere' plek (de plek van het andere script om het makkelijk te maken) dus wel moeten werken . . .
Helaas echter niet . . . .

[edit]
Is het trouwens normaal dat het script afbreekt na de submit van het plaatje ??
de print_r($GLOBALS) doet het wel, echter de regels daarna
printf ( 'register_globals = %u<br />', ini_get ( 'register_globals ' ) );
(zoals eerder aangegeven)
worden niet meer uitgevoerd.

(dit gebeurt wel wanneer ik de pagina voor de eerste keer oproep, dus om de image aan te geven en de tekst in te voeren.)

[ Voor 27% gewijzigd door Verwijderd op 27-02-2004 10:30 ]

[Spider.007]

Bosmonster schreef op 27 februari 2004 @ 10:22:
Je gegevens worden ook wel gepost, er wordt alleen (doordat register_globals om een of andere reden uit staat voor dat script) geen standaard variabele van gemaakt.

Je kunt koppig eeuwen blijven zoeken naar iets in je script.. maar beter kun je je tijd spenderen aan het zoeken naar waarom register_globals niet werkt op die plek...

Is het normaal dat (alhoewel register_globals uit staat voor dat script) de variabelen toch in $GLOBALS voorkomen? Dat betekent toch automatisch dat ze beschikbaar zijn onder $variabelenaam

[Bosmonster]

Spider.007 schreef op 27 februari 2004 @ 10:30:
[...]


Is het normaal dat (alhoewel register_globals uit staat voor dat script) de variabelen toch in $GLOBALS voorkomen? Dat betekent toch automatisch dat ze beschikbaar zijn onder $variabelenaam

Nee klopt ik keek verkeerd.. als die in $GLOBALS staat dan werkt ie ook gewoon als variabele uiteraard.

[Spider.007]

Verwijderd schreef op 27 februari 2004 @ 10:24:
[...]


Dan zou het op een 'andere' plek (de plek van het andere script om het makkelijk te maken) dus wel moeten werken . . .
Helaas echter niet . . . .

[edit]
Is het trouwens normaal dat het script afbreekt na de submit van het plaatje ??
de print_r($GLOBALS) doet het wel, echter de regels daarna
printf ( 'register_globals = %u<br />', ini_get ( 'register_globals ' ) );
(zoals eerder aangegeven)
worden niet meer uitgevoerd.

(dit gebeurt wel wanneer ik de pagina voor de eerste keer oproep, dus om de image aan te geven en de tekst in te voeren.)

Waarschijnlijk gaat je browser op zijn gezicht doordat er wat binaire data voorbijkomt Je zou dat kunnen omzeilen door iets als onderstaand te doen:

PHP:

foreach($GLOBALS as $key => $value){
  if ($key != 'CONTENT_TYPE') echo $key.' => '.$value;
}

[Janoz]

Spider.007 schreef op 27 februari 2004 @ 10:30:
[...]


Is het normaal dat (alhoewel register_globals uit staat voor dat script) de variabelen toch in $GLOBALS voorkomen? Dat betekent toch automatisch dat ze beschikbaar zijn onder $variabelenaam

Behalve binnen een functie .

[Verwijderd]

And it is getting stranger . . ..

PHP:

if ($EDITIMAGE) {
  echo "<H1>FOKKIN FINALLY</H1>";
}

dit doet het WEL!

Ik denk dus, dat ondanks alles, het probleem ergens in onderstaand stuk zit.
Ik heb inmiddels aardig wat variabele namen aangepast om misschien stomme foutjes de wereld uit te helpen, dus ik post het niet werkende stukje even opnieuw.

PHP:

if ($EDITIMAGE) {
echo "<H1>FOKKIN FINALLY</H1>";
  $inputImg             = ImageCreateFromJPEG($bestand);
  $srcX                 = imagesx($inputImg);
  $srcY                 = imagesy($inputImg);
  $dstY                 = $Img_Width; // Deze wordt door het formulier doorgegeven!
  $MaxX                 = $Img_Height; // Deze wordt door het formulier doorgegeven!
  $Ratio                = ($srcY / $dstY);
  $dstX                 = ($srcX / Ratio);
  $outputImg            = ImageCreateTrueColor($dstX, $dstY);
  $Rand_Pic_ID          = rand(1000,9999);
  imagefill($outputImg, 0, 0, ImageColorAllocate($outputImg, 255, 255, 255));
  imagecopyresampled($outputImg, $inputImg,
                       0,0,0,0,
                       $dstX, $dstY,
                       $srcX, $srcY);
  imagejpeg($outputImg, "images/" . $Rand_Pic_ID . ".jpg");
  $tekstje      = str_replace("'", "'", $tekstje);
  $tekstje      = str_replace('"', '&quot;', $tekstje);
  $tekstje      = str_replace('=', '=', $tekstje);
  $sql = "UPDATE indeling SET " . 
         "Image='$Rand_Pic_ID', Tekstje='$tekstje' " .
         "WHERE (Klant_ID='$Klant_ID' AND Locatie_X='$Locatie_X' AND Locatie_Y='$Locatie_Y')";
  if (mysql_query($sql)) {}
//  echo "<SCRIPT>";
//  echo "document.write('<meta http-equiv=\"Refresh\" Content=\"0; url=index.php?Klant_ID=$Klant_ID\">');";
//  echo "</SCRIPT>";
//  exit();

}

Wanneer ik ALLES commentaar maak, op de 1e regel na, werkt het WEL.
Nu echter NIET.
Denk dan dat de fout toch echt hier ergens te vinden moet zijn?

[Spider.007]

Waarschijnlijk loopt hij ergens op vast en heb je output_buffering aan staan; wat op een of andere manier niet wordt geflushed. Is er iets in je PHP/webserver Error logs te vinden? Probeer eens 1 voor 1 de regels weg te halen Wellicht stuit je zo op 1 foute regel

offtopic:
Je weet dat je ook HTML code uit kunt spugen op een wat nettere manier?

PHP:

<?PHP
functie asdf(){
  $var = 'dynamische';
  ?>
<br />
<div id='text'>dit is statische tekst</div>
<div id='text'>dit is <?=$var?> tekst</div>
  <?
}
?>

[ Voor 33% gewijzigd door Spider.007 op 27-02-2004 10:49 ]

[Verwijderd]

Spider.007 schreef op 27 februari 2004 @ 10:45:
Waarschijnlijk loopt hij ergens op vast en heb je output_buffering aan staan; wat op een of andere manier niet wordt geflushed. Is er iets in je PHP/webserver Error logs te vinden? Probeer eens 1 voor 1 de regels weg te halen Wellicht stuit je zo op 1 foute regel

PHP:

  imagefill($outputImg, 0, 0, ImageColorAllocate($outputImg, 255, 255, 255));

Na het uncomenten van die regel, moet ik het verder zelf maar uitzoeken.

[Verwijderd]

Wil iedereen, (inclusief ik zelf) zichzelf even heel diep gaan schamen!?

Het probleem is opgelost, en (zoals ik in mijn startpost al vermeldde. . . . een TIKFOUT!)

PHP:

  $dstX                 = ($srcX / $Ratio);

WAS:

PHP:

  $dstX                 = ($srcX / Ratio);

[Spider.007]

Verwijderd schreef op 27 februari 2004 @ 10:54:
Wil iedereen, (inclusief ik zelf) zichzelf even heel diep gaan schamen!?

Het probleem is opgelost, en (zoals ik in mijn startpost al vermeldde. . . . een TIKFOUT!)

PHP:

  $dstX                 = ($srcX / $Ratio);

WAS:

PHP:

  $dstX                 = ($srcX / Ratio);

Dan was er toch iets niet helemaal goed met je errorlevel; want PHP hoort hier wel degelijk melding van te maken! Maar ik neem aan dat een nullwaarde de image functies deed crashen

[Verwijderd]

Spider.007 schreef op 27 februari 2004 @ 10:57:
[...]


Dan was er toch iets niet helemaal goed met je errorlevel; want PHP hoort hier wel degelijk melding van te maken! Maar ik neem aan dat een nullwaarde de image functies deed crashen

Dat is inderdaad iets wat ik ook op z'n zachtst gezegd vreemd vind
E_ALL error reporting stond aan (nu inmiddels niet meer)
Zo ver is hij toen denk ik nooit gekomen.
Misschien een combinatie van variabele namen / het missende $ symbool?
(enige wat ik me nu kan bedenken)
(ik heb de namen van o.a. text en Image verandert, om er zeker van te zijn dat dát het probleem niet was)

[Spider.007]

Verwijderd schreef op 27 februari 2004 @ 11:04:
[...]
Dat is inderdaad iets wat ik ook op z'n zachtst gezegd vreemd vind
E_ALL error reporting stond aan (nu inmiddels niet meer)
Zo ver is hij toen denk ik nooit gekomen.

Ik neem aan dat je dat als 1e regel van je script opneemt; om huidige situaties te voorkomen

Misschien een combinatie van variabele namen / het missende $ symbool?
(enige wat ik me nu kan bedenken)

Het wordt nu gezien als een constante; maar je zou een error moeten krijgen dat die nog niet gedeclareerd is

[...]

[Verwijderd]

Spider.007 schreef op 27 februari 2004 @ 11:08:
[...]
Ik neem aan dat je dat als 1e regel van je script opneemt; om huidige situaties te voorkomen
[...]
Het wordt nu gezien als een constante; maar je zou een error moeten krijgen dat die nog niet gedeclareerd is
[...]

Euh nee, E_ALL was mijn php.ini error reporting setting.

(waar klanten niet blij mee waren trouwens maar dat terzijde.)

[Bosmonster]

Waren we dit topic niet begonnen met het feit dat je hetzelfde script op een andere locatie probeerde? En nu blijkt ineens dat het script toch niet hetzelfde was? En dan moeten WIJ ons schamen?

[Verwijderd]

Bosmonster schreef op 27 februari 2004 @ 11:18:
Waren we dit topic niet begonnen met het feit dat je hetzelfde script op een andere locatie probeerde? En nu blijkt ineens dat het script toch niet hetzelfde was? En dan moeten WIJ ons schamen?

even voor je eigen gemak

Ik weet het echt niet meer. Zit er met een beetje pech gewoon al 2 uur over de zelfde domme spelfout te staren ofzo, maar ik zie hem niet

uit de startpost.

Zag jij 'm wel dan ??
Waarom niet meteen gezecht ??

[drm]

Ik stel voor dat je voortaan een beetje meer respect opbrengt voor de mensen die tijd stoppen in jouw probleem, wat die attitude hier maakt mij gewoon misselijk.

En ga hier alsjeblieft niet over in discussie want je vergeet volgens mij gewoon dat je hier gebruik maakt van een dienst waarbij je blij mag zijn dat er mensen zijn die je uberhaupt willen helpen.

[Grijze Vos]

Even een paar opmerkingen:

- Waarom zit je in hemelsnaam te developen op een machine die commercieel in gebruik is? Test je brakke scripts altijd op een andere machine.
- Als je register globals aan wilt laten staan voor de oude scripts, prima, maar doe op zn minst de nieuwere scripts op de nieuwe veilige manier coden, dan ben je met die scripts iig klaar voor de toekomst.

En verder sluit ik me aan bij drm.