PHP schrijft bestanden niet weg

[Verwijderd]

Hallo Allemaal,

Ik zit met het volgende probleem waar jullie mij misschien mee kunnen helpen.

Ik heb een code geschreven in php (samen met GD) om foto's te kunnen uploaden op een intranet website.(De intranet website staat op een D: schijf van de server waar ook de foto's worden geupload) Dit werkt allemaal. Ik log via een vpn in op het netwerk en het hele systeem werkt. Maar.... zodra er in het netwerk via Citrix wordt ingelogd ontstaan er problemen. Zodra ik dan een foto wil uploaden krijg ik de volgende foutmelding:

Fatal error: Call to undefined function ImageCreateFrom() in D:\upload.php on line 93

Het vreemde is dat de php code eigenlijk geen problemen heeft, deze code werkt namelijk wel buiten citrix om. En daarbij wordt de record wel aan de database toegevoegd alleen de foto wordt niet geupload.

Daarom dacht ik aan een rechten kwestie. Dat er vanuit Citrix geen recht is om op die map te schrijven, maar eigenlijk lijkt mij dat vreemd. Aangezien php een server side scripting is... Maar uiteindelijk toch een mapping aangemaakt binnen citrix naar de map waar de foto's worden geupload. Hierdoor kan ik dus in citrix op komen map komen en bestanden toevoegen en verwijderen.

Helaas loste dit niks op. Erg vreemde kwestie lijkt me, vooral om php server side scripting is en het dus niet zou moeten uitmaken vanuit waar het beheerd wordt.

Kan iemand hier zijn licht laten schijnen? Ik weet namelijk niet meer waar ik het moet zoeken..

Alvast bedankt!!!

[Hydra]

Fatal error: Call to undefined function ImageCreateFrom() zegt letterlijk wat het probleem is, die functie bestaat niet. Aangezien je geen code post en m'n glazen bol bij de lommerd ligt kan ik verder niks voor je betekenen.

[HyperioN]

Je weet niet waar je moet zoeken? Ik zou eens beginnen met de foutmelding te lezen. Daar staat letterlijk wát er aan de hand is, en waar dat gebeurd.

edit: wat Hydra zegt dus

[ Voor 9% gewijzigd door HyperioN op 30-09-2010 18:47 ]

[Verwijderd]

Ja maar wat ik dus niet snap. Is dat deze foutmelding alleen maar komt als er op citrix wordt gewerkt. Niet als alleen via de vpn verbonden ben. Dus zodra ik inlog in citrix, bestaat de functie ImageCreateForm() niet meer. Is dat niet een beetje vreemd voor een server sided script?

[NMe]

Daar is helemaal niks vreemds aan want imagecreatefrom bestaat niet. Imagecreatefromjpeg, imagecreatefromgif, enz. wel. Wat ik vermoed is dat er in jouw code een functienaam in elkaar geplakt wordt en dat dit fout gaat op Citrix. Daar kan ik echter niks met zekerheid over zeggen als je je (relevante!) code niet post. We hebben geen glazen bol hier...

Zie ook De Quickstart en Programming FAQ - Debuggen: hoe doe ik dat?

[ Voor 9% gewijzigd door NMe op 30-09-2010 19:04 ]

[bindsa]

Verwijderd schreef op donderdag 30 september 2010 @ 18:33:
Fatal error: Call to undefined function ImageCreateFrom() in D:\upload.php on line 93

Letterlijk: Onoverkomelijk fout, ik kap ermee, dus wordt er inderdaad niks weggeschreven, kan haast niet duidelijker.

Het vreemde is dat de php code eigenlijk geen problemen heeft, deze code werkt namelijk wel buiten citrix om. En daarbij wordt de record wel aan de database toegevoegd alleen de foto wordt niet geupload.

Ook volkomen logisch, waarschijnlijk staat het databasegedeelte voor het gedeelte dat de fout veroorzaakt. Overigens blijkt uit deze situatie wel weer dat je even moet gaan kijken naar 'databaseconsistentie', d.w.z. voeg alleen toe aan de database als de boel geslaagd is, anders staat binnen no-time je hele database vol foutieve informatie.

Daarom dacht ik aan een rechten kwestie. Dat er vanuit Citrix geen recht is om op die map te schrijven, maar eigenlijk lijkt mij dat vreemd. Aangezien php een server side scripting is... Maar uiteindelijk toch een mapping aangemaakt binnen citrix naar de map waar de foto's worden geupload. Hierdoor kan ik dus in citrix op komen map komen en bestanden toevoegen en verwijderen.

Helaas loste dit niks op. Erg vreemde kwestie lijkt me, vooral om php server side scripting is en het dus niet zou moeten uitmaken vanuit waar het beheerd wordt.

Hier heb je duidelijk net genoeg over gelezen, het is totaal niet logisch dat je als serverside taal overal bij kan op je server, sowieso vanuit beveiligingsoverweging wil je dat sommige dingen niet geschreven/gelezen kunnen worden (denk aan wachtwoorden, backups en ga zo maar door). Lees eens wat over CHMOD e.d. en hoe het hele rechtensysteem in Linux werkt (aangenomen dat je server Linux draait)

Kan iemand hier zijn licht laten schijnen? Ik weet namelijk niet meer waar ik het moet zoeken..

Je moet het zoeken in je code op de plek van de error. En zonder die code kunnen wij geen licht laten schijnen.

[Verwijderd]

Dit is de code die de foto omzet naar een bepaald formaat en vervolgens wegschrijft:

PHP:

*snip*

Regel 93 is regel 88 in bovestaande script

[ Voor 92% gewijzigd door RobIII op 30-09-2010 19:19 ]

[Verwijderd]

Bedankt voor jullie reacties trouwens. L0calh0st: Het is helaas een win2000 server

[RobIII]

Verwijderd schreef op donderdag 30 september 2010 @ 19:12:

Regel 93 is regel 88 in bovestaande script

NMe schreef op donderdag 30 september 2010 @ 19:01:
Daar kan ik echter niks met zekerheid over zeggen als je je (relevante!) code niet post.

We hebben geen 100+ regels code nodig. Post enkel code die nodig is om het probleem te illustreren, alle andere randzaken e.d. mag je (lees: moet je) achterwege laten en neem op z'n minst even de moeite je code te formatten. Daarbij stellen we het altijd op prijs als je even de moeite neemt om te debuggen voordat je post: Debuggen: Hoe doe ik dat?

Verwijderd schreef op donderdag 30 september 2010 @ 19:14:
Bedankt voor jullie reacties trouwens. L0calh0st: Het is helaas een win2000 server

Gebruik de edit knop ( ) als je iets toe te voegen hebt; je topic herhaaldelijk omhoogschoppen is niet nodig.

[ Voor 46% gewijzigd door RobIII op 30-09-2010 19:20 ]

[NMe]

Precies wat ik zei dus. Je plakt de functienaam aan elkaar (sowieso slecht!) en blijkbaar is $function_suffix leeg. Wat betekent dat $photos_uploaded['type'][$counter] een waarde bevat die je niet verwacht. Wat betekent dat je met een slecht kant-en-klaar script zit te werken.

We geven hier in PRG geen support op scripts van derden, zeker niet als je duidelijk zelf ook niet de kennis hebt om een klein beetje te kunnen debuggen. We willen je best helpen met het oplossen van je probleem maar we gaan niet voor je debuggen. Niet omdat we dat niet willen, maar omdat we dat niet kunnen omdat we niet over jouw testomgeving beschikken.

Mijn advies, drie opties: leer programmeren, zoek een ander script dat wel werkt of huur iemand in die het voor je maakt. Wij gaan in elk geval niks voor je kunnen betekenen.