Synology-Forum.nl
Packages => 3rd party Packages => Spotweb => Topic gestart door: MnzndrN! op 02 januari 2017, 13:16:42
-
Ik heb best een tijdje lopen zoeken om mijn 404 probleem op te lossen als ik http://x.x.x.x/spotweb/api?t=c probeerde te testen.
Uiteraard eerst de machtigingen op de mappen goed gezet en vervolgens ook het .htaccess bestand aangemaakt. Helaas geen resultaat.
Toen bedacht ik me dat wellicht de PHP instellingen icm de Apache server niet goed zouden staan. Het is eigenlijk een beetje gênant, maar daar zat het probleem. Als je dus net zo'n "expert" bent als ik 8) ;) , check dan het volgende:
ga naar hoofdmenu, Webstation, algemene instellingen, HTTP Back-end server en kies voor Apache ipv Nginx. Zie ook bijlage.
-
Je bent niet de enige :o. Ik had hetzelfde probleem. Sinds de mogelijkheid er is in DSM om zelf je webserver te kiezen, heb ik probleem bij kennissen ook al vaker opgelost.
In hetzelfde scherm staan trouwens ook de PHP-instellingen. Als je in package center Beta hebt aanstaan, kun je al PHP 7 kiezen ... dat scheelt behoorlijk qua snelheid.
[edit: na de laatste update van PHP 7 werkt het niet meer onder 7. Die mist de Curl extension, die ook niet te installeren is via DSM]. Dus betrouwbaarste blijft PHp 5.6 en APache 2.2]
-
Zijn er meer mensen die dit probleem hebben?
Ik probeer de combi met sickrage weer voor mekaar te krijgen, maar de API werkt uberhaupt niet bij mij.
Toch heeft het ooit (voor een herinstallatie en via de nieuwe Spotweb bron) wel gewerkt.
Kan het zijn dat het met de nieuwe bron niet goed meer werkt?
Ook werkt de retrieve via de website niet. Hierbij wordt ook de API gebruikt.
Ik heb hierbij geprobeerd de link direct in de browser te proberen waarbij de volgende melding zichtbaar wordt:
#!/usr/bin/php SpotWeb v0.68.28.32 on PHP v5.6.28 crashed
Fatal error occured retrieving reports: Unknown OwnsettingsCreatedOutputException
#0 /volume1/web/spotweb/lib/Bootstrap.php(142): CustomException->__construct()
#1 /volume1/web/spotweb/lib/Bootstrap.php(49): Bootstrap->validate(Object(Services_Settings_Base))
#2 /volume1/web/spotweb/retrieve.php(12): Bootstrap->boot()
#3 {main}
btw de manuele retrieve via CLI werkt wel gewoon. De scheduler ook.
Alleen is de API erg handig om via Sickrage te zoeken.
Iemand tips?
-
Kijk eens. Hier kom ik wel verder mee. Ik heb nu alles (dacht ik) gechecked aan machtigingen en die heb ik nu wel goed staan. Blijf alleen die 404 error krijgen. Maar via dat pull down menu kan ik geen apache selecteren. Er is geen andere optie als Nginx.
Ik had wel PHP7 uitgezet omdat ik ervoor problemen had met spotweb. Even verder kijken.
-
Ondertussen ben ik wel iets verder gekomen.
Momenteel heb ik een werkende installatie met Apache 2.2 en PHP 7 (en waarschijnlijk Curl ook goed).
Het geval Sickrage -> spotweb was bij mij het probleem dat de .htaccess vanuit de installatie niet goed staat.
Het kan bewust zijn om te zorgen dat buitenstaanders geen verbinding kunnen maken, maar ik heb de reden niet echt gevonden.
Of dat het aan mijn knutselkunsten ligt.
De .htaccess stond bij mij in /volume1/web/spotweb/spotweb/.htaccess
De apache log meldde dat deze zocht naar /volume1/web/spotweb/.htaccess
Tja... Daar stond deze dus niet. En kon het dus niet vinden (404)
Blijft bij mij alleen de retrieve binnen spotweb zelf over. Dit heb ik tot op heden nog niet gevonden waarom deze meld dat mijn "ownsettings" unknown zijn...
-
Oh ik had nog meer getyped. Alleen doordat ik bmp wilde uploaden heeft ie me edit eekst weggehaald.
Maar ik had dus een extra regel erin gezet. :
RewriteEngine on
RewriteCond %{REQUEST_URI} !api/
RewriteBase /web/spotweb/ <--- deze had ik er extra ingezet als test. Zonder was hetzelfde
RewriteRule api/?$ index.php?page=newznabapi [QSA]
RewriteRule details/([^/]+) index.php?page=getspot&messageid=$1 [L]
Deze weer weg gehaald. Weer opnieuw opgestart. nu kreeg ik die andere melding zoals op de bijlage hierboven. Ook had ik die extra $dbsettings['pass'] toegevoegd aan de dcsettings.inc.php die laatste staat daar leeg en die heb ik 'largotim' aan toegevoegd.
-
Hoe kan je zien wat die appache zoekt ? Zelf heb ik hem wel in volume1/web/spotweb staan die htaccess
Bedoel je dat die retrieve niet via Putty werkt of via de browser ? Ik had ook php 7 erop en hoeveel dingen heb je aangevinkt daaronder met die mysql en dergelijke ? (daar liep het fout bij mij bv)
Edit, ik kan ook niet meer in spotweb via de browser , krijg dan dezelfde melding. Lijkt me dan dat er iets in die .htaccess zit of die dbsettings.inc.php ? Ik zie trouwens bij web/spotweb/bin/ ook een .htaccess staan met een paar regels
Oeps :geek:
-
GELUKT !
Heel vreemd, ik heb de dbsettings.inc.php weer aangepast en de waarde bij pass leeg gelaten. Ik kon nu weer bij me spotweb zelf komen en nu doet ook ineens de API check het 8) Samenloop denk ik van de Apache 2.2 die niet aanwezig was, de dbsettings die ik foutief aangepast had en ook die htaccess die de extra map regel had die niet nodig was.
-
Mooi dat het nu wel weer werkt.
Ik had dus een heel bericht geschreven en *poef* weg.. :o
Niet meer nodig denk ik jouw bericht lezende ;)
Anyway. De retrieve werkt in putty wel. Heb ook via cron de regelmatige updates.
De API is bereikbaar. Alleen als ik de link van de knop in een nieuw tabblad run geeft deze de foutmelding.
Niet echt wereldschokkend, maar soms is een manuele retrieve wel handig.
-
Misschien iets te vroeg gejuicht, probeer nu naar spotweb te connecten via browser maar blijf op verbinden hangen , misschien is die spots aan het updaten...
Lijkt erop dat spotweb de ene keer druk bezig is want hij wilt dan niet openen via de browser. In principe update ie wel dus even aankijken.