Synology-Forum.nl
Overige software => Web Station => Topic gestart door: buckbaggen op 08 februari 2018, 21:08:20
-
Beste mensen,
Ik had op mijn NAS 2 Wordpress sites draaien. De versienummers van de software;
DSM 6.1.5-15254
Apache HTTP Server 2.4
MariaDB10
PHP5.6
phpMyAdmin
Vandaag nog geupgrade naar laatste versie van Wordpress, geen probleem alles werkte nog. (de 2e site niet geupdate, en werkte ook nog).
DSM software van de week geupdate naar bovenstaande versie.
Alles werkte nog perfect. Vandaag update van Web Station versie 2.1.3-0139. Na deze update krijg ik alleen een wit scherm als ik naar 1 van de 2 websites wil gaan. Zodoende webstation gedowngrade maar nog steeds. Nieuweste webstation terug erop gezet en dacht ik; installeer Wordpress opnieuw, nog steeds wit scherm. Vervolgens heb ik alles verwijderd (Apache, Maria, PHP, phpmyadmin, webstation, WEB map incl alle submappen).
Alles opnieuw geinstalleerd. Wachtwoord ingesteld in MariaDB, ingelogd via phpMyAdmin op de database, 2 databases aangemaakt voor de 2 sites, virtual hosts ingesteld, wordpress clean install erop gezet... Zover zogoed!
Maar nu, ga ik naar 1 van de 2 websites en krijg ik de mooie wordpress setup.
Hier vul ik de gegevens in, welke zekerweten kloppen (gespieked in een backup van de oude config file) maar als ik op versturen klik krijg ik een witte pagina... Bij beide sites... Als ik in de database kijk word er ook niets aangemaakt. Ook ongeacht wat ik invul of helemaal niks invul, telkens een witte pagina als ik op versturen druk.
config file handmatig aangemaakt, als ik dan naar de site ga krijg ik inderdaad niet meer de setup maar meteen een witte pagina... Iemand enig idee?
databasenaam: sitebuck (zo heet die ook in phpMyAdmin, vers aangemaakt)
gebruikersnaam: root (log ik ook mee in op phpMyAdmin en werkt)
wachtwoord: ****** (log ik ook mee in op phpMyAdmin en werkt)
Hostnaam: /run/mysqld/mysqld10.sock (gespiekd in MariaDB en komt ook overeen met backup oude config file)
Tableprefix: wp_buck (maakt ja niet uit wat ik daar invul? Maar in oude config file had ik ook wp_buck en heeft prima gewerkt)
Please help!
Sites zijn btw;
www.thebatsite.nl
www.alyse.nl
Met vriendelijke groet,
Buck
-
De site lijkt nu geen contact te kunnen maken met je database.
Check het bestand "wp-config.php" en of de database (Maria DB) wel goed functioneerd.
-
Yes, dat idee heb ik ook, kan alleen niet achterhalen waar en of waarom het fout gaat. Ik heb alles verwijderd (ook de databases) en helemaal opnieuw begonnen. MariaDB wachtwoord ingesteld, met het aangemaakte wachtwoord ingelogd op phpMyAdmin en daar de 2 (nog lege) databses aangemaakt voor de sites.
Als ik naar www.thebatsite.nl en of www.alyse.nl ga krijg ik wel de wordpress setup (kan jezelf ook proberen, is openbaar) maar ongeacht wat ik er invul (ook met de juiste gegevens dus) krijg ik een wit scherm. Databases blijven ook leeg.
Geprobeerd op mijn Windows laptop met Firefox en nu bezig op mijn Macbook met Safari en Chrome, overal hetzelfde. Niet browser of OS gerelateerd.
-
Bij MariaDB10 is hostnaam 127.0.0.1:3307
-
127.0.0.1 is gewoon default IP van localhost en :3307 is de poort. Maar het is niet altijd en bij iedereen localhost als hostnaam.
-
woeps, in mijn eerste post de hostname niet volledig copy paste gedaan... moet nog localhost: voor... (tijdens het proberen heb ik natuurlijk wel localhost: ervoor gezet) Zie hieronder uit de config file van de site zoals die altijd heeft gewerkt:
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'sitebuck');
/** MySQL database username */
define('DB_USER', 'root');
/** MySQL database password */
define('DB_PASSWORD', '**********');
/** MySQL hostname */
define('DB_HOST', 'localhost:/run/mysqld/mysqld10.sock');
/** Database Charset to use in creating database tables. */
define('DB_CHARSET', 'utf8mb4');
/** The Database Collate type. Don't change this if in doubt. */
define('DB_COLLATE', '');
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wp_buck';
-
Precies gelijk probleem hier.
Na update 2.1.3-0139 kan ik de site in mijn volume1/web/.. nog wel oproepen, maar zonder database data uit MariaDB 10.
Apache HTTP server 2.2 ok.
PHP 5.6 draait ok.
MariaDB 10 draait ok.
Met PHPmyadmin kan ik gewoon inloggen in de database (dus php en sql).
Simpele '<? echo "hello world" ?>'doet het ook.
Lijkt misschien iets in de php configuratie/defaults of extensions? (Ik kan de PHP extensions niet vinden bij de instellingen).
...open_basedir, niet MariaDB en ik gebruik geen Wordpress.
of eerder configuratie van Web Station zelf?
Geen idee, wie het weet mag het zeggen!
-
php instellingen zijn ook (deels?) te bekijken door het volgende in de www-dir te zetten (noem het bestand info.php of zoiets)
<?
phpinfo();
?>
-
Het vreemde is dat de update iets doet wijzigen waardoor het niet werkt. Want de eerste stap welke ik heb uitgevoerd toen ik erachter kwam dat mijn sites niet meer werkte... is de update terugdraaien naar de oude versie, maar dan werken de sites alsnog niet! Ik heb hieronder screenshots van de php instellingen, meeste dingen zeggen mij niks, heb hier ook nooit naar te kijken of iets in te wijzigen...
Foto's zijn te groot/veel om te posten hier, bij deze een downloadlinkje vanaf mijn NAS.
ww; webstation
http://gofile.me/3KZCv/xFapeTkVx
-
Zojuist ook even php7.0 erop gezet, geen succes. Tevens bij php7.0 en 5.6 een nieuw profiel aangemaakt (settings laten staan zoals ze vanzelf staan bij een nieuw profiel) maar ook geen succes.
-
Wellicht helpt om eens te kijken wat er in de web log wordt geregistreerd als je klikt op de 'Laten we starten' knop. Web log files zouden normaal onder /var/log/httpd/ moeten staan, en kan je volgen via
tail -f naamlogbestand, naam van log file zou iets moeten zijn van error_log of iets dergelijks.
Zie ook in de schermafbeeldingen, meer specifiek "Schermafbeelding 2018-02-09 om 10.38.54.png" dat de poort daar ingesteld staat op 3306 maar de default poort voor MariaDB is 3307 dus vermoed dat WordPress gewoon geen connectie kan maken met de database, dat zou duidelijk moeten worden uit de web log.
-
@StefaanD
Bij mij werkt phpMyAdmin wel gewoon en kan ik de database hiermee benaderen.
Normaal wordt met php verbinding gemaakt met zoiets als:
<?php
$servername = "localhost";
$username = "username";
$password = "password";
enz...
verder stel je bij een standaard installatie van de packages sql/php/apache http server toch geen specifieke poorten in?
Omdat de database nog wel te benaderen is met phpMyAdmin lijkt het dat Web Station andere instellingen gebruikt voor de homes/web directory.
Ook zag ik geen foutmelding, die zou je toch verwachten vanwege de script met zoiets als:
die("Connection failed: " . $conn->connect_error);
} ...?
Resultaat is nu een ingestortte layout doordat database afhankelijke php scripts niet worden doorlopen.
Thnx anyway
-
Was ook geen antwoord op jou vraag, maar op die van buckbaggen die dit draadje gestart is.
-
Het is ook niet mijn bedoeling deze draad te kapen.
De oorzaak is wel hetzelfde: De update van Web Station 2.13-139.
Net als bij de meldingen op: https://forum.synology.com/enu/viewtopic.php?p=517790#p517790 werkt de website gehost in de home/localhost dir niet meer (wel html en php - geen php mysql).
Ik ga als leek liever niet te veel wijzigen/opnieuw installeren voordat ik de oorzaak of een duidelijke oplossing heb.
..en vandaar dat ik even aan heb proberen te geven wat bij mij wel en niet werkt.
-
Snap ik. Zie in de veranderingen van Web Station (https://www.synology.com/en-global/releaseNote/WebStation?model=RS18016xs%2B) ook niet meteen iets wat eventueel zou kunnen aangeven wat er verkeerd loopt.
Heb ook niets van dit alles draaien, en ook niet meteen een tweede NAS om het eventueel te testen.
Enige wat ik kan aangeven is om even de web log te volgen en eventueel deze hier plaatsen, het deel waar je op de knop klikt en een blanco scherm krijgt.
-
Bij mij werkt ook complete websites niet meer.
Ik gebruik Drupal
Dit allemaal na de upgrade naar nieue webstation
Schandalig dat men dus iets wijzigd en dat daarna niets meer werkt
Alle hulp is welkom
-
Ikheb hem weer in de lucht gekregen
Bij php settings heb ik alle pdo_ settings aangezet.
Zag ergens een melding dat die niet werkte ism database en toen geactiveerd.
Nu lijkt alles weer op normale manier te doen
Ik had het bij de php5 .6 settings
Hoop dat anderen hier ook iets mee kunnen
-
Thanks voor alle reacties. Poortje aangepast in de PHP settings, goed opgemerkt! Helaas was dit niet de (volledige) oplossing. Tevens de NAS eens een reboot gegeven maar helaas. Morgen of overmorgen eens kijken met die log files of daar iets uit te zoeken valt. Momenteel even een nachtje weg met mijn vriendin :)
-
Welke pdo settings? Dit is het enige wat ik vind op pdo, wat zou ik hier moeten instellen?
-
Probleem opgelost.
In Web Station moet bij de PHP settings, onderaan bij de extensions, in ieder geval mysql weer worden aangevinkt (evt. mysqli). Bij de update zijn deze schijnbaar niet meegekomen.
Dit klinkt nu natuurlijk overduidelijk/te makkelijk, maar door een probleem in de UI zijn in o.a. Safari (in ieder geval alle browsers op de iPad) geheel geen extentions te vinden! Even de PC opstarten dus...
Als jou site ook nog andere 'Extensions' gebruikt deze ook aan vinken (beter te veel als te weinig waarschijnlijk).
...is (nu) bekend bij Synology.
Succes
-
Kijk eens aan, perfect, dankjewel! Werkt weer!
Weet iemand toevallig wat er standaard aanstaat bij een standaard wordpress site (schone installatie).
Heb nu even alles aangezet, maar lijkt mij niet de bedoeling haha.
Voorheen stond dit standaard goed, nooit iets aangepast...
-
@Just-Me
Ik sta op het punt op wegstation bij te werken, maar ik ben benieuwd of je al een reactie van Synology hebt ontvangen?
Mvgr,
Phoenix77
-
Hi Phoenix77,
Web Station werkt prima.
Wel moet je zoals gemeld zelf de extensions weer aanvinken bij de php settings.
Dit heb ik gemeld bij Synology, dus bij een nieuwe update zal dit hopelijk beter werken.
Ook dat de user interface op de Ipad niet volledig is is nu bekend.
Succes