Tjonge jonge jonge...

Moet me nog flink inlezen, zo te zien.

Kom van een hoster die cPanel gebruikte en ben nu (Xenat is overgenomen door goedkopewebhost) aan de bedelstaf met DirectAdmin (DA), dat is een middeleeuws adminpanel, vergeleken met cPanel althans.

Mijn nieuwe webhoster heeft mij, net als dat dat hier aan de orde is, geadviseerd om te updaten naar (minimaal) 7.2. Mijn website en gekoppelde forum draaien op 5.6.

In DA kun je dit gemakkelijk aanpassen, hierna ging alles op zwart! Support heeft een kleine aanpassing in de code geschreven en toen leek alles in orde. Maar nu slaat m'n forum (phpBB 3.0.14) op hol.

Helaas ben ik een redelijke leek op dit gebied terwijl ik mijn website en mijn forum wel dagelijks nodig heb.

Omdat DA nauwelijks mogelijkheden biedt heb ik via https://installatron.com/owncloud geprobeerd om owncloud te installeren. Dat lukt niet maar ik kreeg wel direct een fatale foutmelding:

"There was an uncatched exception: Access denied for user '***_wb1'@'localhost' (using password: YES) in line (51) of (/framework/class.database.php)"

Na php 5.6 komt 7.0 t/m 7.3 en die geven allemaal problemen. Wat is dat toch vervelend, tot vandaag nooit noemenswaardige problemen gehad en nu is mijn website gemigreerd bij een nieuwe hoster en de problemen stapelen zich op en ik moet (kennelijk) in de php-universiteit duiken.

Ik heb wel eens een paar dingen gedaan met php (FileZilla) maar weet er onvoldoende van om dit soort dingen te tackelen. Ben benieuwd of jullie mij op weg kunnen duwen?

[size=xsmall]Toevoeging op 18/08/2019 00:04:43:[/size]

Als ik de php naar 7.2 zet dan geeft mijn forum, na het plaatsen van een reactie de volgende melding:

[Uw bericht bevat te weinig tekens.]

[phpBB Debug] PHP Warning: in file [ROOT]/includes/functions_content.php on line 696: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead

Misschien is hier iets aan te doen?
ja daar heb je gelijk in echter kan je deze dus wel aanpassen maar dan kan je waarschijnlijk niet meer updaten
maar zoals ik dat heb begrepen wilt hij dat toch niet

ik had vroeger ook veel van dit soort problemen

een basis script die upgedate moest worden maar een extra module die ik heel belangrijk vond deed het dan niet meer
dus dan update je niet

maar op den duur wordt dat een probleem je moet een keer updaten





[size=xsmall]Toevoeging op 18/08/2019 08:26:03:[/size]

php 7 is alleen maar mysql omzetten naar mysqli in je script en dus alles dat betrekking heeft met een sql

en sommigge functies moeten waarschijnlijk worden omgezet
Sylvester vader op 18/08/2019 08:23:35

php 7 is alleen maar mysql omzetten naar mysqli in je script en dus alles dat betrekking heeft met een sql

en sommigge functies moeten waarschijnlijk worden omgezet

Om wat duidelijker te zijn: de oude mysql_***() moet je ombouwen naar iets anders zoals mysqli_***() of PDO. Met de SQL-queries die je in je query-functie uit laat voeren is niks mis. Dat is iets dat MySQL/MariaDB intepreteert en verwerkt. Ook daar kunnen verschillen in zijn bij versie veranderingen, maar die zijn minimaal voor bij het dagelijks gebruik.

Maar bij de overstap naar PHP 7 is nog meer veranderd dan enkel het vervallen van de mysql-functiebibliotheek:
https://www.php.net/manual/en/migration70.php

En wat kleinere updates naar de andere versie-takken (branches) zijn er ook:
https://www.php.net/manual/en/migration71.php

https://www.php.net/manual/en/migration72.php

https://www.php.net/manual/en/migration73.php
Ik heb gedaan wat hier is uitgelegd.

Wanneer ik http://www.example.com/yourforum/install gebruik dan start de installer op en dan krijg de volgende melding:

The installer detected a timeout

The installer has detected a timeout, you may try to refresh the page, which may lead to data corruption. We suggest that you either increase your timeout settings or try to use the CLI.

Ik heb opgezocht wat ze met CLI bedoelen maar kom daar ook niet echt verder mee.

Ik heb al wel heel veel tijd gestoken in het verwijderen en uploaden van de nieuwe phpBB update, heb van die veranderingen een backup gemaakt in DA zodat ik dat niet nog een keer hoef te doen.

Ben nu even vastgelopen, weet iemand van jullie hoe ik verder kan?
Ik vermoed dat je de max_execution_time en memory_limit in PHP moet verhogen.
Dit kan meestal in .htaccess-bestand en soms via een php.ini-bestand.

Hoe hoog staan deze nu?
<?php
$max_execution_time = ini_get('max_execution_time');
$memory_limit = ini_get('memory_limit');
echo "max_execution_time: ".$max_execution_time."<br>";
echo "memory_limit: ".$memory_limit."<br>";
?>

Of je moet het via SSH doen, maar bij shared-webhosting is dat vaak niet mogelijk. In dat geval heb je geen last van dergelijke limieten.
Even zoeken, heb jouw tip geprobeerd (netbean) maar dat is nog niet zomaar onder de knie.

Gebruik nu FileZilla om de bestanden te vinden en in Note++ om ze te openen en aan te passen
In NetBeans kan je een project aanmaken, en je hele map met bestanden importeren. Daar zijn wel zat turorials over te vinden.
Maar dat script van mij moet je even uitvoeren, en vertellen wat de waardes zijn. Ik denk dat ze te laag zijn voor het basale phpBB upgradeproces.
Ja ik ben aan het zoeken, weet even niet waar het precies is te vinden.
Wat te vinden?
de php.ini of het .htaccess waar die waarden in staan
Wat zijn die waardes n volgens mijn script?
Verder moet je even een .htaccess aanmaken in je webroot, en daar dit inzetten:

php_value max_execution_time 30
php_value memory_limit 128M

(of wat hogers, dus laat even weten wat je nu hebt)

Met <?php phpinfo(); ?> kan je onder meer de 'local value' en de 'master value' zien.
Dat is wat je zelf hebt ingesteld, en wat er hogerop in de server ingesteld is.

Reageren