Onderwerp: hosting provider met php 5?

Gerard wrote:

[PHP5 hosting]
> Voor wat het waard is: wat ik tot nu toe gevonden heb:
>
> dds.nl
> shockmedia.nl
> pcextreme.nl
> lycos.nl (krijgt erg slechte kritieken)
> besteprijzen.be
> helderhosting.nl
> hostingwijzer.nl
> instanthost.nl
> nedstars.nl
> frajaweb.nl
> trans-it.nl
>

Wij bieden ook PHP5 ondersteuning, vevida.nl.
Aannemende dat je met 'virtual server pakket' doelt op virtual/shared
hosting en geen VPS.

--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV

Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234

Bart <Bart@no.email> wrote:

> Gerard <niet@thuis.bla> wrote:
>
> > helderhosting.nl
>
> Hier heb ik ervaring mee: redelijke tarieven, goede prestaties,

Dat willen we wel.

> administratief een puinzooi.

Dat willen we niet.
Dank, dan kijken we nog even verder.

--
Gerard

Jan Reilink <janreilink@vevida.nl> wrote:

> Gerard wrote:
>
> [PHP5 hosting]
> > Voor wat het waard is: wat ik tot nu toe gevonden heb:
> >
> > dds.nl
> > shockmedia.nl
> > pcextreme.nl
> > lycos.nl (krijgt erg slechte kritieken)
> > besteprijzen.be
> > helderhosting.nl
> > hostingwijzer.nl
> > instanthost.nl
> > nedstars.nl
> > frajaweb.nl
> > trans-it.nl
> >
>
> Wij bieden ook PHP5 ondersteuning, vevida.nl.
> Aannemende dat je met 'virtual server pakket' doelt op virtual/shared
> hosting en geen VPS.

Dank, behalve PHP 5, heb ik natuurlijk ook andere voorkeuren.
UNIX/Linux/Apache server is daar bijvoorbeeld één van...
Overigens, op de website van vevida.nl wordt voor zover ik kan zien
alleen PHP4 vermeld.

--
Gerard

Gerard <niet@thuis.bla> wrote:

> Bart <Bart@no.email> wrote:
> > Gerard <niet@thuis.bla> wrote:
> > > helderhosting.nl
> > Hier heb ik ervaring mee: redelijke tarieven, goede prestaties,
> Dat willen we wel.
>
> > administratief een puinzooi.
> Dat willen we niet.

Ach, enige gevolg is dat de rekening pas veel later komt.



--
Bart

On 2005-08-21, Jan Ehrhardt <monitor@idem.invalid> wrote:

> Overigens werd pcextreme in een nieuwsgroep een keer omschreven als een
> reseller van een reseller:
> http://groups.google.com/group/nl.in...330e6c38855d48

Dat lijkt niet veranderd te zijn. De RIPEDB roept nog altijd dezelfde info.

> Verder geen kwaad woord over pcextreme: ik ken een paar mensen die er
> redelijk goede ervaringen mee hebben.

De waarde van een hoster zit 'm natuurlijk in de geleverde diensten en niet
in de versierselen er omheen. Ik sputterde destijds alleen even tegen tegen
die Dr.Ruud die blijkbaar dacht dat je heel wat bent als je een AS-nummer
kunt roepen, ook al blijkt dat niet op je eigen naam te staan.

Overigens zou mijn checklist voor een hoster hele andere criteria bevatten.
'Bestaat sinds 1996-1997 of eerder' is een belangrijke, net zoals 'is
zelfstandig gebleven' en 'heeft mensen in dienst die ik ken' en 'weet waar
ze het over hebben'. Geen kans voor mensen die denken dat een BigIron een
router is, dus.

--
Ruben
The motto should be : "It Just Wroks." Then a few years later
they can issue a patch.

In article <210820051845598992%niet@thuis.bla>,
Gerard <niet@thuis.bla> writes:
> Operator <root@mier.doktercom.nl> wrote:
>
>>
>> [php5 hosting gezocht]
>>
>> Ik zou voor colocation gaan.
>
> Colocation is voor mijn doeleinden (nog) een stap te ver. Ik heb hier
> niet een aparte server staan die aan de vereisten voldoet om geplaatst
> te worden. Ik zou dan dus een server moeten gaan aanschaffen.

Als die server php5 ondersteunt kan je iig testen.

>> Een taal die zo extreem van gedrag verandert als php
>> kan je niet uitbesteden.
>
> ??

Ik bedoel ongeveer het volgende:
Een C-programma werkt als je het met een C++ vertaler compileert.
Een php3-script werkt niet met php4, een php4-script werkt niet
met php5. De stap van C naar C++ is groter dan de stap php3 naar php5.

>> Of:
>> - als het oude spul met php4 werkt: niets veranderen.
>> - nieuw spul met php5: geen hergebruik en testen, testen en testen.
>> (en niet op de zelfde machine)
>
> Ik zoek juist een host met php5 omdat ik van de nieuwe mogelijkheden
> gebruik wil maken. Ik ben dus in dit geval al voorbij de optie "het
> werkt in php 4 en verander dus niks".

Daarom zou ik dus voor colocation gaan, versie controle.
Of je zou met de hoster kunnen afspreken dat ie niet aan php6 begint.

--
Afhankelijkheden bengen net als verslavingen
problemen met zich mee.

Ruben van der Leij wrote:

> Geen kans voor mensen die denken dat een BigIron een router is, dus.

Een router!? Da's gewoon een groot strijkijzer...
<http://www.l-king.com.cn/images/big_iron.jpg>

--
http://www.PEBBELS.be

Operator <root@mier.doktercom.nl> wrote:

> Een php3-script werkt niet met php4, een php4-script werkt niet
> met php5.

Volgens mij is PHP (in zeer vergaande mate) upwards compatible. Dus PHP3
wekr onder 4, PHP4 werkt onder 5.

--
Bart

In article <1h1ovwo.1ethcqgsw9adN%Bart@no.email>,
Bart@no.email (Bart) writes:
> Operator <root@mier.doktercom.nl> wrote:
>
>> Een php3-script werkt niet met php4, een php4-script werkt niet
>> met php5.
>
> Volgens mij is PHP (in zeer vergaande mate) upwards compatible. Dus PHP3
> wekr onder 4, PHP4 werkt onder 5.

Zonder edits?
Mijn ervaring met een (gekocht) CMS in php3 kwam op het volgende neer:
- teveel werk om aan te passen
- pleur maar weg.

Install http://support.microsoft.com/kb/900930 to read this message.
begin quote of Bart (Bart@no.email):
> Operator <root@mier.doktercom.nl> wrote:
>
>> Een php3-script werkt niet met php4, een php4-script werkt niet
>> met php5.
>
> Volgens mij is PHP (in zeer vergaande mate) upwards compatible. Dus PHP3
> wekr onder 4, PHP4 werkt onder 5.

Naiveling. Zelfs binnen php4 zijn veel incompatible wijzigingen
gedaan.

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
Please note that my From: field is spamtrapped.

On 20-08-2005 17:22, in article 200820051722129070%niet@thuis.bla, "Gerard"
<niet@thuis.bla> wrote:

> Hallo,
> Ik ben op zoek naar een hosting provider in Nederland die een virtual
> server pakket bied met PHP 5. Zijn er al providers die overgestapt zijn
> op php5 of is dit nog toekomstmuziek?

http://www.businesshosting.nl

--
/\/\/\/\/\/\/\/\/\
..|
..| Groetjes, Eduard
..|
\/\/\/\/\/\/\/\/\/

In article <BF2F92BC.DFB1%e.bekker@layout.nl>, Eduard Bekker
<e.bekker@layout.nl> wrote:

> On 20-08-2005 17:22, in article 200820051722129070%niet@thuis.bla, "Gerard"
> <niet@thuis.bla> wrote:
>
> > Hallo,
> > Ik ben op zoek naar een hosting provider in Nederland die een virtual
> > server pakket bied met PHP 5. Zijn er al providers die overgestapt zijn
> > op php5 of is dit nog toekomstmuziek?
>
> http://www.businesshosting.nl

Dank, ik zet 'm op m'n lijstje.

--
Gerard

Operator <root@mier.doktercom.nl> wrote:

[knip]
> >> [php5 hosting gezocht]
> >>
> >> Ik zou voor colocation gaan.
> >
> > Colocation is voor mijn doeleinden (nog) een stap te ver. Ik heb hier
> > niet een aparte server staan die aan de vereisten voldoet om geplaatst
> > te worden. Ik zou dan dus een server moeten gaan aanschaffen.
>
> Als die server php5 ondersteunt kan je iig testen.

Ik heb hier op m'n Mac ook PHP 5 waarvan ik de configuratie kan
aanpassen aan die van de productie server dus testen is niet m'n
probleem.

> >> Een taal die zo extreem van gedrag verandert als php
> >> kan je niet uitbesteden.
> >
> > ??
>
> Ik bedoel ongeveer het volgende:
> Een C-programma werkt als je het met een C++ vertaler compileert.
> Een php3-script werkt niet met php4, een php4-script werkt niet
> met php5. De stap van C naar C++ is groter dan de stap php3 naar php5.

Ik heb daar weinig problemen mee gehad. Ik heb mijn applicaties voor
PHP 4 geschreven ook gebruikmakend van een aantal PEAR modules.

Na installatie van PHP 5 werkt alles zonder problemen.

> >> Of:
> >> - als het oude spul met php4 werkt: niets veranderen.
> >> - nieuw spul met php5: geen hergebruik en testen, testen en testen.
> >> (en niet op de zelfde machine)
> >
> > Ik zoek juist een host met php5 omdat ik van de nieuwe mogelijkheden
> > gebruik wil maken. Ik ben dus in dit geval al voorbij de optie "het
> > werkt in php 4 en verander dus niks".
>
> Daarom zou ik dus voor colocation gaan, versie controle.
> Of je zou met de hoster kunnen afspreken dat ie niet aan php6 begint.

Dat is m'n zorg niet. Mocht er iets breken zal ik het toch op moeten
lossen.

--
Gerard

I've checked it, Bart really wrote this:

>> > administratief een puinzooi.
>> Dat willen we niet.
>
> Ach, enige gevolg is dat de rekening pas veel later komt.

Veel later? Ik heb daar vorig jaar een account genomen voor dat men
officieel begon (onder het motto: baat het niet dan schaad het in de
portemonnee vrij weinig) en kreeg vorige week pas de rekening. Wel over
een heel jaar terwijl ik per maand zou betalen. Toch niet zo prettig dus.

Misschien is het inmiddels verbeterd (mijn rekening kwam naarboven door
hun nieuwe systeem) maar qua administratie moet je er iig niet zijn.
Uptime, kwaliteit van de servers etcetera daarentegen is erg goed. Support
niet nodig gehad, dus dat weet ik niet. Wel in het begin tegen wat
moeilijkheden qua scripttalen die niet goed werden ondersteund opgelopen
en dat werd snel verhoplpen.

--
EP
"Veiligheid bereik je niet door muren te bouwen,
maar door deuren te openen" -Uhro Kekkonen

On Mon, 22 Aug 2005 23:06:08 +0200, Gerard <niet@thuis.bla> wrote:
> Operator <root@mier.doktercom.nl> wrote:

>> Ik bedoel ongeveer het volgende:
>> Een C-programma werkt als je het met een C++ vertaler compileert.
>> Een php3-script werkt niet met php4, een php4-script werkt niet
>> met php5. De stap van C naar C++ is groter dan de stap php3 naar php5.
>
> Ik heb daar weinig problemen mee gehad. Ik heb mijn applicaties voor
> PHP 4 geschreven ook gebruikmakend van een aantal PEAR modules.
>
> Na installatie van PHP 5 werkt alles zonder problemen.

Grote kans dat het op php5 ook werkt. Rasmus wilde wel veranderingen
maar ik denk dat je pas in php6 het eerste echte verschil gaat merken.
Wel jammer trouwens want het heystack/needle probleem wordt zo nooit
de wereld uit geholpen (met dank aan de jongens van Zend).


>> Daarom zou ik dus voor colocation gaan, versie controle.
>> Of je zou met de hoster kunnen afspreken dat ie niet aan php6 begint.
>
> Dat is m'n zorg niet. Mocht er iets breken zal ik het toch op moeten
> lossen.

Testen is altijd goed ja, maar waarom gooi je niet gewoon een webserver
op localhost die afhankelijk van de directories php4 danwel php5 draait?
Met 3/4 was het mogelijk om enable versioning te gebruiken en ik gok dat
met een paar truuks een dergelijke situatie wel is te emuleren.

Hans
--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn

http://blacklist.kernelnewbies.nl