Probleem met forumupgrade van 1.4.4 naar 2.0.10

[Icesailor]

Bij het upgraden van het 1.4.4 naar 2.0.10 krijg ik de foutmelding:

Warning: set_time_limit(): Cannot set time limit in safe mode in /usr/local/psa/home/vhosts/clubracerv2.clubracer.be/httpdocs/phpBB2/install/upgrade.php on line 55

iemand een idee wat dit kan betekenen?

[desert spider]

is het mogelijk om van versie 1 naar 2 te gaan?

[Icesailor]

is het mogelijk om van versie 1 naar 2 te gaan?

Als ik de handleiding die ik hier kan vinden goed begrepen heb, moet het mogelijk zijn.

2.4 Upgrade
2.4.1 Upgrade from 1.x
Before upgrading we strongly recommend that you do a full backup of your database! If you are unsure how to achieve this, please ask your hosting provider for advice. Once you have backed up your database, you should follow the basic instructions given for New Installations above. However, instead of selecting Install as the Installation Method, you should select Upgrade.

[desert spider]

2.4.1 bestaat niet
waar heb je deze "update" van daan

[Icesailor]

2.4.1 bestaat niet
waar heb je deze "update" van daan

2.4.1 is een regelnummer uit de handleiding http://www.phpbb.nl/gebr_aanw_EN.php en niet de versie

[WebSiteNet]

Als ik de foutmelding lees zie ik dat hij het niet kan doen omdat de zogenaamde 'safe mode' aan staat.

Je kan thuis even apache, php en mysql installeren (of een bestaand pakket, zie ook info in de zoekfunctie) en daar de upgrade uitvoeren en het resultaat uploaden naar je webruimte en in phpmyadmin doen.

[Icesailor]

Kan ik die save mode niet afzetten dan?

Ik heb nog nooit php en Mysql lokaal geinstalleerd.

[eXo]

Met phptriad kom je een eind:

http://downloads-zdnet.com.com/PHPTriad ... 64269.html

[Icesailor]

Ik wil eerst de oplossing "safe modus" uitschakelen proberen.
Heeft iemand echter een idee hoe dat moet?

[Henk van de Kamer]

Ik wil eerst de oplossing "safe modus" uitschakelen proberen. Heeft iemand echter een idee hoe dat moet?

Safe_mode is een beveiligingsoptie op de server. Zeer verstandig dat je provider die heeft aangezet! Ik vermoed dan ook dat ze deze echt niet voor jouw gaan uitzetten

De oplossing is scripts vermijden die deze ellende nodig hebben. Of zoals gesuggereerd wordt om het even op een privé server te doen. In jouw geval is het slechts een eenmailige actie. Op zich is het installeren van Apache, PHP en MySQL prima te doen, zeker als het maar om een tijdelijke testserver gaat...

[Icesailor]

Bedankt Henk en iedereen die meehielp voor de verduidelijking.
Dus een lokale versie van php, mysql en apache is dus de enige oplossing.
Nu heb ik gezocht naar die phptriad zoals eerder werd voorgesteld, ik vind echter maar een versie niet jonger dan 2002. Zijn er nog andere goede en zeer gebruiksvriendelijke installaties?

NB. Ik ben een echte leek in het opzetten van zulke server.

[Henk van de Kamer]

Dus een lokale versie van php, mysql en apache is dus de enige oplossing.

De enige wil ik niet zeggen, maar waarschijnlijk wel de gemakkelijkste route. Plus dat je er ook nog wat van leert

Zijn er nog andere goede en zeer gebruiksvriendelijke installaties?

Windows neem ik aan? Zoek in Google dan eens op WAMP. Zo vond ik vrij snel http://www.wampserver.com/en/index.php en dat ziet er op het eerste gezicht goed uit...

Ik was nog even aan het zoeken in de code naar die bewuste regel. Ik kan me namelijk niet voorstellen dat de phpBB programmeurs iets maken dat afhankelijk is van een slechte beveiliging op een server

[Henk van de Kamer]

iemand een idee wat dit kan betekenen?

Ik heb even de code opgezocht:

Code: Selecteer alles

set_time_limit(0); // unlimited execution time

Normaal gesproken zorgt een beheerder van een server ervoor dat een slecht geprogrammeerd script niet oneindig lang de processor belast. In dit geval gaat het echter om een conversie van de database en dan wil je juist dat het volledig wordt doorgevoerd, ongeacht de tijd die dat vergt. Jij bent de enige die deze pagina oproept, dus je zult ook niet zo stom zijn om het halverwege af te breken...

Jouw provider heeft waarschijnlijk ergens hard een limiet ingesteld en deze kan jij dus niet overrulen met deze contsructie. Omdat je ook het risico niet wilt lopen dat de server halverwege het script stopt vanwege een timeout, lijkt het mij ook niet slim om deze regel weg te halen. Tenzij je database lekker klein is. Ofwel de beste en betrouwbaarste oplossing is dus toch de suggestie om de conversie op een lokale server te doen die geen beperkingen heeft...