administratie menu's
ik ben heel nieuw met de materie en vroeg me af of administratiemenu's " heel veel " kunnen variëren.
Op mijn huidige website heb ik die als onderstaande voorbeelden.
http://tldp.org/HOWTO/PHP-Nuke-HOWTO/backend.html#FIG-ADMIN-PANEL
http://www.raidenmaild.com/httpd-images/manual/img-en/phpbb/eng06.jpg
Gezien ik bezig ben met experimenteren en maar lukraak iets pluk op phpBB 3.0x styles... zou ik dus niet graag achteraf geconfronteerd worden met een paneel waar ik ( alweer :( ) niet mee kan werken.
Het kan een stomme vraag wezen , mijn excuses omtrent mijn onwetendheid.
Grtn Eric
Gewijzigd op 18/05/2015 23:44:37 door - Ariën -
(tussendoor : die tip om XAMPP is me gelukt op locale pc, als het verder ook zo vlotjes verloopt op de echte server, ben ik in de wolken :) )
Grtn Eric
(edit: ow, onze berichten kruisten mekaar)
Gewijzigd op 18/05/2015 23:47:01 door eric vanhoren
Net als een auto die je koopt van een ander merk, die ook weer een ander ingedeeld dashboard heeft, en een andere boordcomputer.
Blijft onverlet dat je wel moet weten wat je aan het instellen bent, omdat je anders catastrofale fouten kunt maken. Om die reden is een inline handleiding ontzettend handig, mijn ervaring is dat in ieder geval nederlandse mannen doorgaans een handleiding pas gaan lezen als het al aan de late kant is. (Voor zover ze überhaupt al een handleiding doornemen..)
- Aar - op 18/05/2015 23:51:37:
Net als een auto die je koopt van een ander merk, die ook weer een ander ingedeeld dashboard heeft, en een andere boordcomputer.
Was het maar een wagen ( daar heb ik 25 jaar ervaring in, in alle merken trouwens).
An tje op 19/05/2015 10:06:35:
Om die reden is een inline handleiding ontzettend handig, mijn ervaring is dat in ieder geval nederlandse mannen doorgaans een handleiding pas gaan lezen als het al aan de late kant is. (Voor zover ze überhaupt al een handleiding doornemen..)
Onderschat de 'vrouwelijke nieuwsgierigheid' van een vlaamse huisvader maar niet :)
Nee maar even serieus, ik lees me overal wel in rond waar ik mee start.
Nu, ik start wel van nul, geen basiskennis, maar ik zoek het wel op.
Ik stel de hulp hier enorm op prijs maar ga het forum niet volplakken met futiliteiten.
Maar elke tip blijft welkom.
mvg Eric
Intussen ben ik erin geslaagd om het forum om te zetten.
Is er ook maar enige kans dat de php versie waarop het huidige forum nu nog werkt een invloed kan hebben op het nieuwe forum?
Iemand zei dat de php versie me nog wel eens parten zou kunnen spelen ?
Het nieuwe forum werkt op php 5.4 het oude werkt daar niet op maar ik haal nog wel gegevens uit de oude database dus.
Bedankt voor elk antwoord ( hoe cru het ook moge wezen) :)
Grtn Eric
Gewijzigd op 21/06/2015 00:15:38 door eric vanhoren
Php vraagt enkel gegevens op van de database of stuurt nieuwe gegevens naar de database dmv SQL. Ze staan verder volkomen los van elkaar. Lekker je
Gewijzigd op 21/06/2015 00:24:57 door Frank Nietbelangrijk
Misschien een nog dommere vraag ... op wat heeft de phpversie dan wel een invloed ?
Op public maps etc of zo ?
Geweldig bedankt voor het antwoord en snelle reactie.
Groetend
Gewijzigd op 21/06/2015 12:35:57 door eric vanhoren
Als je bijvoorbeeld een nieuwe functie gebruikt in een te oude versie, dan zal je een foutmelding krijgen.
Duimen dus maar, als leek heb ik er weken aan gewerkt
Bedankt voor alle hulp hier op het forum, blijf ik indachtig !
Grtn
Eric vanhoren op 21/06/2015 00:14:22:
Intussen ben ik erin geslaagd om het forum om te zetten.
Is er ook maar enige kans dat de php versie waarop het huidige forum nu nog werkt een invloed kan hebben op het nieuwe forum?
Iemand zei dat de php versie me nog wel eens parten zou kunnen spelen ?
Het nieuwe forum werkt op php 5.4 het oude werkt daar niet op maar ik haal nog wel gegevens uit de oude database dus.
Is er ook maar enige kans dat de php versie waarop het huidige forum nu nog werkt een invloed kan hebben op het nieuwe forum?
Iemand zei dat de php versie me nog wel eens parten zou kunnen spelen ?
Het nieuwe forum werkt op php 5.4 het oude werkt daar niet op maar ik haal nog wel gegevens uit de oude database dus.
Hier lopen een aantal (heleboel?) zaken door elkaar. Je hebt het over een forum. Is dit een software-module (onderdeel van een groter geheel) of een compleet (op zichzelf staand) pakket?
Dan heb je het over een nieuw forum. Dit is waarschijnlijk een nieuwere versie van hetzelfde "product"?
En dan het laatste stuk, waarbij je aangeeft dat je informatie haalt uit een "oude" database. Houdt dit in dat het nieuwe forum communiceert met de database(tabellen) van het oude forum?
Of is het "nieuwe" forum een upgrade van het oude forum in plaats van een compleet nieuwe installatie? Er is echt heel veel onduidelijk.
Tot slot geef je aan dat er op een of andere manier een verschuiving in de PHP versie is:
- de minimaal vereiste versie voor het forum en/of
- de PHP-versie die je nu actief gebruikt
Zou je eens een beschrijving kunnen geven van de huidige situatie (noem dit A):
- huidige PHP versie
- naam en versie forum-installatie
Vervolgens een beschrijving van de (gewenste) nieuwe situatie (noem dit B):
- mogelijk nieuwe gebruikte PHP versie
- naam en versie van (nieuwe) forum-installatie
En tot slot, hoe je van A naar B denkt te komen. Betreft dit een nieuwe installatie met export/import van je forum-data, een upgrade, een migratie? Zijn de forum-versies compatibel met elkaar of gaat dit niet werken? Ziet de databasestructuur er nog hetzelfde uit? Wat zegt de documentatie van dit forum over zo'n soort traject etc.?
En dan heb je nog de specifieke PHP versie zelf. Vaak stelt een stuk software minimale eisen met betrekking tot de PHP-versie om zekerhheid te hebben dat de gebruikte code werkt doordat alle gebruikte functies, syntax-constructies en dergelijke ondersteund worden. Dit is natuurlijk geen absolute garantie: als een stuk software ((heel) erg) oud is dan kan het zijn dat dit alles op den duur niet langer ondersteund wordt omdat er natuurlijk ook continu verschuivingen in PHP-land zelf zijn.
Voordat je aan dit hele upgrade/aanpas avontuur begint is het het beste om eerst een soort van plan te maken met als eerste stap: maak backups. Dit zodat je altijd terug kunt.
Vervolgens lijkt het mij een heel goed idee om een testomgeving in te richten die zo goed mogelijk de (toekomstige) live-omgeving nabootst: de plek waar je in eerste instantie alles test geeft dan redelijke garanties dat wanneer je dezelfde stappen op den duur op je live-omgeving uitvoert ook werken.
Dan zou je er nog voor kunnen kiezen om een tijd parallel te draaien in een soort afgeschermde live-omgeving, om weer wat meer zekerheid te verkrijgen dat alle mogelijke kinderziektes er een beetje uit zijn (of dit nodig is hangt natuurlijk van (de aard van) het product af. Als dit een opensource forum is dan is dit doorgaans al redelijk goed doorgetest door de community zelf).
En een forum impliceert min of meer dat hier meerdere personen gebruik van maken, dus deze tijdig op de hoogte stellen van de plannen (inlichten over tijdelijke onbereikbaarheid ivm onderhoud) kan ook geen kwaad.
Bij dit soort trajecten is het het beste om een redelijk grondige voorbereiding te treffen zodat je (bij voorkeur) niets aan het toeval overlaat en je altijd terug kunt naar je uitgangspositie (de oude situatie).
Bezint eer gij begint
A:Ik had een standalone forum phhbb2 werkend met php nuke maar door het feit dat mijn hosting overstapt op php 5.4 , kreeg je een error pagina bij de overschakeling.
Dan heeft de hosting mijn forum opnieuw zichtbaar gemaakt door het op php 5.3 +squeeze te plaatsen.
B: ik heb mijn forum phpbb2 op een andere locatie geconverteerd naar phpbb3.
c : Nu draait het op een domeinnaam met daarop php 5.4 maar het haalt nog steeds gegevens uit de 'bron'database zoals leden,berichten etc.
Hopelijk maak ik me wat verstaanbaarder hiermee.
Grtn en ik snap de laatste redenering wel maar kan me niet in vaktermen uitdrukken.
Die backup maak ik natuurlijk voor ik iets verder onderneem.
Gewijzigd op 21/06/2015 14:46:58 door eric vanhoren
Als deze database gebruikt werd voor phpBB versie 2.0 dan moet deze eerst nog worden geupgraded worden.
Gewijzigd op 21/06/2015 15:19:19 door - Ariën -
- Aar - op 21/06/2015 15:14:15:
De database staat los van de PHP-versie. In een configuratie-bestand (vaak config.php of iets dergelijks) staat vermeld waar de database te vinden is.
Ik wil hier toch een kanttekening bij maken.
Vanaf PHP-versie 6.0 wordt MySQL niet meer ondersteund en dien je in je PHP-scripts MySQLi of PDO te gebuiken om gegevens uit de database te halen of er in te plaatsen.
Wanneer je het op die manier bekijkt heeft de PHP-versie dus wel degelijk iets te maken met de database.
- Aar - op 21/06/2015 15:14:15:
De database staat los van de PHP-versie. In een configuratie-bestand (vaak config.php of iets dergelijks) staat vermeld waar de database te vinden is.
Als deze database gebruikt werd voor phpBB versie 2.0 dan moet deze eerst nog worden geupgraded worden.
Als deze database gebruikt werd voor phpBB versie 2.0 dan moet deze eerst nog worden geupgraded worden.
Zou er dus kunnen op neer komen dat ik maanden zat te prutsen.
Is er een éénvoudige manier om dit te testen ?
( volgens de server heb ik nog enkele dagen, meer niet )
Pipo Clown op 21/06/2015 16:39:09:
Ik wil hier toch een kanttekening bij maken.
Vanaf PHP-versie 6.0 wordt MySQL niet meer ondersteund en dien je in je PHP-scripts MySQLi of PDO te gebuiken om gegevens uit de database te halen of er in te plaatsen.
Wanneer je het op die manier bekijkt heeft de PHP-versie dus wel degelijk iets te maken met de database.
- Aar - op 21/06/2015 15:14:15:
De database staat los van de PHP-versie. In een configuratie-bestand (vaak config.php of iets dergelijks) staat vermeld waar de database te vinden is.
Ik wil hier toch een kanttekening bij maken.
Vanaf PHP-versie 6.0 wordt MySQL niet meer ondersteund en dien je in je PHP-scripts MySQLi of PDO te gebuiken om gegevens uit de database te halen of er in te plaatsen.
Wanneer je het op die manier bekijkt heeft de PHP-versie dus wel degelijk iets te maken met de database.
Ja, PHP moet wel de juiste functies aan boord hebben om te kunnen communiceren met de database. Hoewel MySQL ondersteunt wordt in de nieuwste versies, bedoel jij de PHP-functies om te kunnen communiceren met de database.
De mysql_*() functie zal hierbij niet meer werken, en moet dus worden vervangen worden door mysqli_*() of PDO.
PHP 6 wordt trouwens overgeslagen omdat deze niet aan de verwachtingen voldeed. Daarom wordt er nu gewerkt aan PHP 7 waarvan nu de eerste Alpha-release is uitgekomen (niet productie-waardig).
Eric vanhoren op 21/06/2015 16:59:48:
Zou er dus kunnen op neer komen dat ik maanden zat te prutsen.
Is er een éénvoudige manier om dit te testen ?
( volgens de server heb ik nog enkele dagen, meer niet )
Is er een éénvoudige manier om dit te testen ?
( volgens de server heb ik nog enkele dagen, meer niet )
Gewoon kijken wat er gebeurt (op eigen risico met een backup achter de hand) wat er gebeurt als je een database met phpBB 2.0 uittest in phpBB 3.0. Als je een hoop SQL-foutmeldingen krijgt, dan is de kans zeer aannemelijk dat er nog niks is geupgraded.
Gewijzigd op 21/06/2015 17:24:33 door - Ariën -
- Aar - op 21/06/2015 17:21:54:
PHP 6 wordt trouwens overgeslagen omdat deze niet aan de verwachtingen voldeed. Daarom wordt er nu gewerkt aan PHP 7 waarvan nu de eerste Alpha-release is uitgekomen (niet productie-waardig).
Toch zie ik, op deze site, een verwijzing naar een boek over php6 en mysql (en dus geen mysqli): http://www.phphulp.nl/php/boek/php6-en-mysql/111/
Zeker geen goede timing, maar wie wist toen dat PHP het roer om ging gooien?
Gewijzigd op 21/06/2015 20:13:22 door - Ariën -