Error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS'

[noppes123]

De php ini - neem aan dat je die bedoelde :



EDIT: Het valt mij wel op dat de ini file (/usr/local/etc/php56/php.ini) naar een extension directory verwijst (/usr/local/lib/php56/modules) die leeg is...

EDIT2: OPGELOST: het blijkt dat er twee PHP 5.6 versies aanwezig zijn.

Code: [Selecteer]

php ./retrieve.php gebruikt php 5.6.11 en

Code: [Selecteer]

/usr/local/bin/php56 ./retrieve.php gebruikt php 5.6.36. En daarmee werkt retrieve.php wel. 

[mesa57]

Ik snap waarom die er nog steeds is. Geeft alleen maar problemen.
Wil je spotweb met php 7.0 gebruiken dan moet je bestandje ook even kopieeren naar /usr/local/etc/php70/conf.d/

[Ben(V)]

Nu heb ik geen enkel verstand van php maar wel van Synology en package structuren.
Maar volgens mij zou een package helemaal geen gebruik mogen maken van /usr/local/etc/php56 want dat is de systeem partitie die vol kan lopen.

En packages worden geinstalleerd op een volume in de @appstore en er zou dus in dit geval gebruik gemaakt moeten worden van:
/var/packages/PHP5.6/target/etc
Hierbij is /var/packages/PHP5.6/target een simlink naar /volume1/@appstore/PHP5.6

[mesa57]

Tja, als ik opvraag waar php zijn ini vandaan haalt dan krijg ik :

Code: [Selecteer]

admin@nas3:/var/packages/PHP5.6/target/etc/php/conf.d$ php56 --ini
Configuration File (php.ini) Path: /usr/local/etc/php56
Loaded Configuration File:         /usr/local/etc/php56/php.ini
Scan for additional .ini files in: /usr/local/etc/php56/conf.d
Additional .ini files parsed:      /usr/local/etc/php56/conf.d/webstation-extensions.ini

[noppes123]

Ik snap waarom die er nog steeds is. Geeft alleen maar problemen.

Inderdaad, in /usr/bin/php (en de symlinked /bin directory) staat dus nog versie 5.6.11. Misschien handig om die php files door een symlink naar php56 te vervangen?

Nu heb ik geen enkel verstand van php maar wel van Synology en package structuren.
Maar volgens mij zou een package helemaal geen gebruik mogen maken van /usr/local/etc/php56 want dat is de systeem partitie die vol kan lopen.

En packages worden geinstalleerd op een volume in de @appstore en er zou dus in dit geval gebruik gemaakt moeten worden van:
/var/packages/PHP5.6/target/etc
Hierbij is /var/packages/PHP5.6/target een simlink naar /volume1/@appstore/PHP5.6

De ini files staan in /usr/local/etc/php56, maar de executable /usr/local/bin/php56 symlinked naar /var/packages/PHP5.6/target/usr/local/bin/php56. Geen idee of dat 'gebruikelijk' is...

Tja, als ik opvraag waar php zijn ini vandaan haalt dan krijg ik :

Code: [Selecteer]

admin@nas3:/var/packages/PHP5.6/target/etc/php/conf.d$ php56 --ini
Configuration File (php.ini) Path: /usr/local/etc/php56
Loaded Configuration File:         /usr/local/etc/php56/php.ini
Scan for additional .ini files in: /usr/local/etc/php56/conf.d
Additional .ini files parsed:      /usr/local/etc/php56/conf.d/webstation-extensions.ini

In mijn configuratie:

Code: [Selecteer]

# php56 --ini
Configuration File (php.ini) Path: /usr/local/etc/php56
Loaded Configuration File:         /usr/local/etc/php56/php.ini
Scan for additional .ini files in: /usr/local/etc/php56/conf.d
Additional .ini files parsed:      /usr/local/etc/php56/conf.d/spotweb.ini,
/usr/local/etc/php56/conf.d/webstation-extensions.inimaar

Code: [Selecteer]

# php --ini
Configuration File (php.ini) Path: /etc/php
Loaded Configuration File:         /etc/php/php.ini
Scan for additional .ini files in: (none)
Additional .ini files parsed:      (none)...vandaar dat de modules niet geladen werden met php...

[eureka]

ik heb de oplossing van mesa geprobeerd maar krijg permission denied wanneer ik het cat> commando wil uitvoeren. Ben gewoon ingelogged als admin. Wat doe ik verkeerd?

[Birdy]

Je moet dan root zijn dus, als je ingelogd bent als admin dan geef je het commando

Code: [Selecteer]

sudo -i en password van admin.

[eureka]

Ok, ik moet berichten posten zonder code aangezien CleanTalk mijn berichten tegenhoud.

ben een stapje verder met oplossen van spotweb probleem. heb de .ini aangemaakt en opnieuw het retrieve commando gedraaid

ik krijg een reactie van terminal dat hij spotweb draaid. maar daarna zegt hij spotweb crashed, failed to read from socket.

ook in spotweb zie ik nog steeds last retrieve op unknown staan


lijkt dus alsnog iets verkeerd te gaan?

edit: ik kan niet initieel posten met code maar wel aanpassen.



 heb de .ini aangemaakt en opnieuw onderstaande commando gedraaid:

Code: [Selecteer]

/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
reactie van de terminal was:

Code: [Selecteer]

Removing Spot information which is beyond retention period,, done
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server ssl.xxxx.xxx...
SpotWeb v0.68.29.32 on PHP v5.6.39 crashed

Fatal error occured while connecting to the newsserver:
  (-1) Failed to read from socket...! [response: ""] [response: ""]


#0 /volume1/web/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(120): Services_Nntp_Engine->connect()
#1 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(112): Services_Nntp_Engine->selectGroup('free.pt')
#2 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(280): Services_Retriever_Base->connect(Array)
#3 /volume1/web/spotweb/retrieve.php(145): Services_Retriever_Base->perform()
#4 {main}

Finished retrieving spots.
ook in spotweb zie ik nog steeds last retrieve op unknown staan

[Birdy]

De output die ik kreeg met een PB :

Code: [Selecteer]

Removing Spot information which is beyond retention period,, done
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server ssl.xxxx.xxx...
SpotWeb v0.68.29.32 on PHP v5.6.39 crashed
Fatal error occured while connecting to the newsserver:
  (-1) Failed to read from socket...! [response: ""] [response: ""]
#0 /volume1/web/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(120): Services_Nntp_Engine->connect()
#1 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(112): Services_Nntp_Engine->selectGroup('free.pt')
#2 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(280): Services_Retriever_Base->connect(Array)
#3 /volume1/web/spotweb/retrieve.php(145): Services_Retriever_Base->perform()
#4 {main}
Finished retrieving spots.
(Ik krijg geen CleanTalk issue)

[mesa57]

Zet SSL uit, dan gaat het beter.
Er zijn usenet providers waarvan de CN name in het SSL certificaat niet overeenkomt met de domeinnaam.
Default checked php ssl stream daarop.

[eureka]

thx! that did the trick!

heb hem nu in ieder geval de eerste keer aan de praat gekregen. nu kijken of hij ook de taakplanner wil uitvoeren :-)

[Cookiesmonster]

Ik mag in die directory geen bestand plaatsen.
Wat heb jij extra gedaan?

[Birdy]

Weet niet welke directory maar, je zal wel root moeten zijn.