Beste lezers,

Ik heb voor een klant een MSN Invite script gemaakt, dit script haalt eerst alle contactpersonen op en vervolgens verstuurd die een bericht op MSN. Het script werkte prima op mijn server, echter bij het overplaatsen naar zijn server bleek dat het script niet werkte.

Het probleem was zo, het script maakt contact met de MSN server, maar op een of andere manier werkte de functie fsockopen() niet omdat deze is uitgeschakelt op zijn server.

Ik kom met een tweede oplossing, we zouden via mijn site de interactie met de MSN server laten lopen en dan hoefde zijn site alleen maar de lijst met e-mailadressen van mijn site te halen (gaat binnen miliseconden), ik had wel gezegd dat dit een tijdelijke oplossing is en ik echt zou doorgaan met het zoeken naar een oplossing tot het ook via zijn eigen server werkt. Curl is de oplossing maar dit moet ik eerst nog onderzoeken.

Nu wil de klant zijn geld terug (geen enorm bedrag xx-mid). Mag hij dat zomaar doen, want ik kan geen fouten ontdekken. Het werkt bij mij prima.

Alvast bedankt.

Mvg,
Sven F.

Ik denk van wel.
Het werkt niet bij hem zoals het hoort te werken, en helaas ben jij degene die daar voor moet zorgen.
Ik weet niet of je een contract heb opgesteld?

Mocht je het script op maat hebben gemaakt:
Dit betreft maatwerk en valt niet onder de wet 'kopen op afstand'. In dit geval mag de klant geen geld terug vragen.

Mocht je het script ergens van internet geplukt hebben:
De klant mag in dit geval zijn/haar geld terug vragen. Echter heb jij wel tijd & moeite in de klant gestoken. Samen zou je kunnen overleggen betreffende wel bedrag de klant terug krijgt, bijvoorbeeld 70%.

Wellicht kun je vragen om uitstel hierboven, en op papier vastleggen dat de klant het geld niet terug krijgt indien jij het script werkend krijgt.

Lijkt mij niet, als een klant een website van € 5k bestelt en achteraf blijkt dat de host geen PHP ondersteunt dan zit je ook niet fout.

Kun je de hoster niet vragen of hij fsockopen() open wil zetten?

Een goede hoster blokkeert m.i. niet de verbinding met 'de buitenwereld'.

@Wouterjan S
Het werkt wel via mijn server en dat hebben we later afgesproken. We hebben geen contract opgesteld.

@Joris W
Ik heb inderdaad een script van internet gebruikt, echter heb ik dit voor een groot deel aangepast en een heel systeem omheen gebouwd (denk aan controle, caching en cronjobs). Weet niet of dit bij de eerste of tweede valt?

@Lennard E.
De host weigert dit te deblokkeren, het hostingbedrijf zei:"Als je gevorderde php programmeur bent, weet je waarom die functie is uitgeschakeld voor remote hosts.". Nu weet ik niet precies wat een remote host is, maar als het echt gevaarlijk is zal iedere redelijke webhost het toch wel hebben uitgeschakeld? Ik zit namelijk bij een zeer goede host en daar is het gewoon ingeschakeld.

Hhhmmm....interessant :)

Ik neem aan dat jij nooit had kunnen weten dat deze functie uit staat op zn server? In mijn ogen is een fsockopen() die niet werkt een limitatie van je webhost, dit had jij niet kunnen zien aankomen (misschien wel via phpinfo.php) maar daarnaast geef jij al aan dat je een tijdelijke en permanente oplossing aan het zoeken/maken bent!

Dit zou betekenen dat indien ik iemand een script voor mij laat maken en ik het script krijg en dit werkt met bijv. register_globals off i.p.v. on en mijn webhost heeft deze "toevallig" aanstaan dat ik dus EN het script in handen heb wat ik wil EN m'n geld kan terugeisen...? Lijkt me sterk, but that's just me ;)

Ik wens je iig veel succes met deze kwestie!

Je hebt hosts die de hele server dichttimmeren en je hebt hosts die daar iets flexibeler in zijn. Hoe beter de boel beveiligd is, hoe lastiger het wordt voor de gebruiker van een hostingpakket.
Maar dat is niet jouw probleem natuurlijk, maar tussen de klant en zijn hoster. Hij heeft namelijk zelf een hoster gekozen die minder flexibel is.
Als de klant nu tegen je had gezegd dat je geen fsockopen() mocht gebruiken omdat zijn hosting dat niet ondersteund of je misschien een lijst van randvoorwaarden had gegeven, waaraan je met je script moet voldoen, dan zou het een ander verhaal kunnen zijn.
Nu is het jammer maar helaas voor je klant, waarbij hij overigens wel blij mag zijn dat je nog een oplossing probeert te zoeken voor zijn probleem met zijn hostingpakket.
Ipv fsockopen kun je eens naar curl kijken.

Ik denk dat je gewoon even een compromie moet sluiten met diegene.
Hij wist waarschijnlijk ook niet dat dat niet zou werken, en zulke dingen verwacht je ook niet.
Helaas hebben jullie allebij nadeel.
Probeer er zonder vijandige sfeer uit te komen.