SpotWeb - Webbased Spotnet

[LeechGuy]

Push-sabnzbd = "Roep sabnzbd+ aan via HTTP door SpotWeb" (SpotWeb upload de nzb file naar sabnzbd)

Client-sabnzbd = "Roep sabnzbd+ aan via de users' browser" (Spotweb verteld sabnzbd waar deze de nzb file moet gaan ophalen)

Notificiaties gebruik ik zelf niet, dus daar kan ik weinig over zeggen.

[CH4OS]

Anoniem: 32925 schreef op donderdag 25 augustus 2011 @ 15:47:
Leafnode is nog steeds afhankelijk van je upstream provider. Enige wat je zelf kan doen is de berichten langer opslaan dan de retentie van je provider (al is dat niet erg nuttig).

Dan ziet het er naar uit, dat ik zal moeten wachten tot mijn Eweka verloopt (heb niet zo heel lang geleden voor een jaar verlengd... ) en volgend jaar ergens dus te gaan zoeken naar een usenet provider die een betere compleetheid heeft.

[Roland_Megens]

Anoniem: 32925 schreef op dinsdag 23 augustus 2011 @ 15:22:
[...]

Idd een PHP-bug

Edit: PHP: mijd nieuwste PHP-versie

Met 5.3.8 is het probleem nog niet opgelost

[Senaxx]

Weet iemand of het ook mogelijk is om de release namen netter te maken? Ik wordt een beetje gek van de aanvullingen zoals bijvoorbeeld: "Retail/XVID/900 MB/DD 5.1/(Ingebakken) Subs Made By : .~* SRT *~." Een filmnaam is voldoende.

Is er een gemakkelijke manier om dit uit te filteren? (zodat ik niet het als een query op de db hoef te draaien)

[CH4OS]

Senaxx schreef op maandag 29 augustus 2011 @ 10:26:
Weet iemand of het ook mogelijk is om de release namen netter te maken? Ik wordt een beetje gek van de aanvullingen zoals bijvoorbeeld: "Retail/XVID/900 MB/DD 5.1/(Ingebakken) Subs Made By : .~* SRT *~." Een filmnaam is voldoende.

Welkom bij de rare 'naamgevingsconventie' van de Nederlanders. Waarom denk je dat Nederlanders een slechte reputatie hebben op usenet? Dit gebeurt namelijk niet alléén in Spotweb.

Is er een gemakkelijke manier om dit uit te filteren? (zodat ik niet het als een query op de db hoef te draaien)

Enige wat je kan doen is filteren op poster, maar dan behoud je die lange naamgevingen nog wel. Als het via een query op de DB kan, zou ik dat juist doen, want dat is sneller dan vervolgens achteraf alles nog eens te filteren door PHP.

[LeechGuy]

Mar2zz heeft hier ooit een scriptje voor gemaakt voor sabnzbd: klik

[Senaxx]

LeechGuy schreef op maandag 29 augustus 2011 @ 13:31:
Mar2zz heeft hier ooit een scriptje voor gemaakt voor sabnzbd: klik

Ja dit is vooral voor de import naar SAB makkelijk, maar ik had het meer over de weergave binnen spotweb zelf. Aangezien mijn QNAPje op een gestripte debian distro draait (weet niet of ik de terminologie goed heb?) Dan zal ik toch een aparte query moeten draaien om alle spotnamen aan te passen (met alle risico's van dien) Het mooiste had dus inderdaad geweest als je dat via PHP er kon uit laten strippen, maar dit zal wel weer heel erg zwaar zijn voor me dualcore atom... Keuzes...

[LeechGuy]

Senaxx schreef op maandag 29 augustus 2011 @ 15:34:
[...]

Het mooiste had dus inderdaad geweest als je dat via PHP er kon uit laten strippen, maar dit zal wel weer heel erg zwaar zijn voor me dualcore atom... Keuzes...

Je zou het eens kunnen testen door de spotweb/templates/we1rdo/spots.inc.php te editten en even de

PHP:

$spot['title'] = preg_replace('/\).*/', ')', $spot['title']);

regel toe te voegen (bij mij is dat dan regel 83). Bij onderstaande code heb ik wat extra regels meegekopieerd zodat het duidelijk is waar het statement moet komen.

PHP:

        $spot['title'] = preg_replace('/\).*/', ')', $spot['title']);

        echo "\t\t\t\t\t\t\t";
        echo "<tr class='" . $tplHelper->cat2color($spot);
        if ($spot['hasbeendownloaded']) {
            echo " downloadedspot";
        } # if

Dit doet in principe het zelfde. Het gooit in de titel alles na de ')' weg. Je spots in de database worden overigens niet aangepast. Ook als je de spot details bekijkt heb je weer de lange titel.

Dit is natuurlijk een quick 'n dirty oplossing.

Een andere oplossing is om (bij mij regel 91):

PHP:

"<td class='title " . $newSpotClass . "'><a onclick='openSpot(this,\"".$spot['spoturl']."\")' href='".$spot['spoturl']."' title='" . $spot['title'] . "' class='spotlink'>" . $rating . $markSpot . $spot['title'] . "</a></td>";

te vervangen door:

PHP:

"<td class='title " . $newSpotClass . "'><a onclick='openSpot(this,\"".$spot['spoturl']."\")' href='".$spot['spoturl']."' title='" . $spot['title'] . "' class='spotlink'>" . $rating . $markSpot . preg_replace('/\).*/', ')', $spot['title']) . "</a></td>";

Dan heb je in het overzicht opgeschoonde titels, maar de fly over help laat nog wel de volledige titel zien.

[Webjunkie]

*del*

lol.. nevermind
eerst maar koffie drinken voor ik post

[ Voor 82% gewijzigd door Webjunkie op 30-08-2011 14:52 ]

[zeroday]

freak1 schreef op dinsdag 23 augustus 2011 @ 13:37:
naja, voor mij boeit al die subs niet, als er subs ingebakken zitten is dat voor mij een reden om NIET te downloaden.
dan is newznab toch ideaal lijkt me?

newznab is wel een beetje een zware belasting voor op je server en haalt heel veel 'onnodige' informatie op.
of ze moeten dat inmiddels aangepast hebben, tis 6 maand geleden dat ik er langdurig mee gespeelt heb ..

ook al die regexen om wat fatsoenlijks te kunnen pakken is nou niet wat je noemt gebruikersvriendelijk.

[Roland_Megens]

Draai dus php 5.3.8, maar nog steeds deze error:

Warning: require_once(lib/200 news.news.nl NNRP Service Ready - [e-mail] (posting ok). .php) [function.require-once]: failed to open stream: No such file or directory in /path-to-spotweb/spotweb/lib/SpotClassAutoload.php on line 27

Iemand die hier een oplossing voor weet zonder terug te gaan naar 5.3.6 ?

[ Voor 5% gewijzigd door Roland_Megens op 30-08-2011 20:11 ]

[Anoniem: 420953]

Beste mensen

Ik ben bezig met een Debian download server op te zetten. Heb niet echt verstand van Linux vandaar ook deze vraag. Spotweb,FTP en Webmin heb ik werkend gekregen. Ben nu bezig met Sabnzbd. Dit wil niet echt lukken dus misschien dat iemand mij hierbij kan helpen. Ik heb het volgende gedaan:

wget http://ftp.tudelft.nl/ftp...bnzbdplus_0.6.8-1_all.deb
dpkg -i sabnzbdplus_0.6.8-1_all.deb

toen zag ik dat mijn versie van python te oud was.
sudo aptitude install python2.7

ik kreeg nog steeds hetzelfde:

dpkg: dependency problems prevent configuration of sabnzbdplus:
sabnzbdplus depends on python (>= 2.6.6-7~); howerver:
Version of python on system is 2.6.6-3+squeeze6.
sabnzbdplus depends on python-configobj; howerver:
Package python-configobj is not installed.
sabnzbdplus depends on python-feedparser; howerver:
Package python-feedparser is not installed.
sabnzbdplus depends on sabnzbdplus-theme-plush; howerver:
Package sabnzbdplus-theme-plush is not installed.
dpkg: error processing sabnzbdplus (--install):
dependency problems - leaving unconfigured
Processing triggers for man-db ...
Errors where encountered while processing:
sabnzbdplus

Heb al van alles gezocht en gedaan maar kom er echt niet aan uit. Hopelijk kan iemand mij verder op weg helpen. Alvast bedankt.

[LeechGuy]

Jou probleem heeft niets te maken met SpotWeb en is dus in dit topic off-topic.. lijkt me dat er hier op GoT wel een Sabnzbd topic is waar dit meer op zijn plaats is.

Misschien dat je hier wat mee kunt.

[ Voor 33% gewijzigd door LeechGuy op 30-08-2011 21:35 ]

[CH4OS]

Anoniem: 420953 schreef op dinsdag 30 augustus 2011 @ 21:09:
Beste mensen

Ik ben bezig met een Debian download server op te zetten. Heb niet echt verstand van Linux vandaar ook deze vraag. Spotweb,FTP en Webmin heb ik werkend gekregen. Ben nu bezig met Sabnzbd. Dit wil niet echt lukken dus misschien dat iemand mij hierbij kan helpen. Ik heb het volgende gedaan:

wget http://ftp.tudelft.nl/ftp...bnzbdplus_0.6.8-1_all.deb
dpkg -i sabnzbdplus_0.6.8-1_all.deb

toen zag ik dat mijn versie van python te oud was.
sudo aptitude install python2.7

ik kreeg nog steeds hetzelfde:

dpkg: dependency problems prevent configuration of sabnzbdplus:
sabnzbdplus depends on python (>= 2.6.6-7~) howerver, Version of python on system is 2.6.6-3+squeeze6.
sabnzbdplus depends on python-configobj; howerver, Package python-configobj is not installed.
sabnzbdplus depends on python-feedparser; howerver, Package python-feedparser is not installed.
sabnzbdplus depends on sabnzbdplus-theme-plush; howerver, Package sabnzbdplus-theme-plush is not installed.
dpkg: error processing sabnzbdplus (--install):
dependency problems - leaving unconfigured
Processing triggers for man-db ...
Errors where encountered while processing:
sabnzbdplus

Heb al van alles gezocht en gedaan maar kom er echt niet aan uit. Hopelijk kan iemand mij verder op weg helpen. Alvast bedankt.

Dit hoort eigenlijk in het SABnzbd topic thuis, je moet gewoon de foutmeldingen eens goed lezen, ben zo vrij geweest het even netjes leesbaar(der) te maken.

[vanaalten]

Voor Debian gebruikers: toevallig gisteravond op een nieuwe machine sabnzbd geinstalleerd, volkomen probleemloos:
sudo apt-get install sabnzbdplus

Je zit dan wel vast aan de versie die Debian in z'n repository heeft, maar als dat goed genoeg is - waarom ook niet?

(oh, bijkomend voordeel is dat alle packages die sabnzbd nodig heeft ook automagisch meekomen... )

[ Voor 16% gewijzigd door vanaalten op 31-08-2011 13:02 ]

[DexterDee]

Roland_Megens schreef op dinsdag 30 augustus 2011 @ 20:10:
Draai dus php 5.3.8, maar nog steeds deze error:

Warning: require_once(lib/200 news.news.nl NNRP Service Ready - [e-mail] (posting ok). .php) [function.require-once]: failed to open stream: No such file or directory in /path-to-spotweb/spotweb/lib/SpotClassAutoload.php on line 27

Iemand die hier een oplossing voor weet zonder terug te gaan naar 5.3.6 ?

Vandaag mijn hele oude versie van SpotWeb maar eens een update gegeven. Aangezien ik PHP 5.3.8 heb liep ik uiteraard ook tegen dit probleem aan. Ik heb een simpele workaround bedacht.

Zoek in PEAR.PHP de volgende functie op (bij mij ter hoogte van regel 252):

code:

function isError($data, $code = null)

Vervang vervolgens in de functie deze regel:

code:

if (!is_a($data, 'PEAR_Error')) {

Door deze regel:

code:

if (!is_object($data) || !is_a($data, 'PEAR_Error')) {

Na deze wijziging werkt SpotWeb weer als vanouds.

[bdu]

Op mijn diskstation krijg ik upgrade-db.php niet aan de praat.

Ik gebruik

code:

DiskStation> /usr/bin/php upgrade-db.php
DiskStation>

Hij springt dus zonder iets te doen naar de volgende regel. Ik heb em via GIT sinds 3 weken weer geupdate. Daarvoor werkte het altijd prima.

Kan iemand mij helpen?

[Royz]

misschien een gekke opmerking, maar bij mij doet hij dat ook als er een spaties achter die regel staat. Heb je exact /usr/bin/php upgrade-db.php gekopieerd?

[CH4OS]

vanaalten schreef op woensdag 31 augustus 2011 @ 13:02:
Voor Debian gebruikers: toevallig gisteravond op een nieuwe machine sabnzbd geinstalleerd, volkomen probleemloos:
sudo apt-get install sabnzbdplus

Je zit dan wel vast aan de versie die Debian in z'n repository heeft, maar als dat goed genoeg is - waarom ook niet?

(oh, bijkomend voordeel is dat alle packages die sabnzbd nodig heeft ook automagisch meekomen... )

Nadeel is dat het een oude versie is van SabNZBd, of je moet de Ubuntu repo toevoegen van sabnzbd.org zelf.
Ik snap trouwens niet waarom je in Debian sudo zou moeten doen vóór elk commando. Ik kan alles doen, zónder sudo te gebruiken, by default zeg maar.

[ Voor 15% gewijzigd door CH4OS op 31-08-2011 20:30 ]

[bdu]

Royz schreef op woensdag 31 augustus 2011 @ 20:19:
misschien een gekke opmerking, maar bij mij doet hij dat ook als er een spaties achter die regel staat. Heb je exact /usr/bin/php upgrade-db.php gekopieerd?

Jeps, exact zoals het hier staat, zonder een spatie

[Anoniem: 420953]

Dat is raar. Wanneer ik sudo apt-get install sabnzbdplus intyp kan het niet geinstalleerd worden. Het is uiteindelijk wel gelukt heb alle losse onderdelen met de hand gedownload en geinstalleerd. Het werkt gelukkig toch bedankt voor jullie hulp!

[supernova]

DexterDee schreef op woensdag 31 augustus 2011 @ 17:30:
[...]

Vandaag mijn hele oude versie van SpotWeb maar eens een update gegeven. Aangezien ik PHP 5.3.8 heb liep ik uiteraard ook tegen dit probleem aan. Ik heb een simpele workaround bedacht.

Zoek in PEAR.PHP de volgende functie op (bij mij ter hoogte van regel 252):

code:

function isError($data, $code = null)

Vervang vervolgens in de functie deze regel:

code:

if (!is_a($data, 'PEAR_Error')) {

Door deze regel:

code:

if (!is_object($data) || !is_a($data, 'PEAR_Error')) {

Na deze wijziging werkt SpotWeb weer als vanouds.

Bedankt voor de tip, had dezelfde problemen en nu werkt het weer perfect..

[Senaxx]

bdu schreef op woensdag 31 augustus 2011 @ 20:13:
Op mijn diskstation krijg ik upgrade-db.php niet aan de praat.

Ik gebruik

code:

DiskStation> /usr/bin/php upgrade-db.php
DiskStation>

Hij springt dus zonder iets te doen naar de volgende regel. Ik heb em via GIT sinds 3 weken weer geupdate. Daarvoor werkte het altijd prima.

Kan iemand mij helpen?

Vraag ik iets heel raars of je wel in de spotweb directory zit? Het lijkt namelijk niet zo?

[bdu]

Senaxx schreef op donderdag 01 september 2011 @ 20:06:
[...]


Vraag ik iets heel raars of je wel in de spotweb directory zit? Het lijkt namelijk niet zo?

Daar zit ik in inderdaad. Als ik de dir even list staat het upgrade-db.php er ook tussen.

[edit]
Als ik trouwens naar het php bestand kijk in /usr/bin/ dan is het bestand 0 bytes. Kan dat kloppen? Php doet het verder prima.

[ Voor 18% gewijzigd door bdu op 02-09-2011 08:17 ]

[LeechGuy]

Is het dan niet gewoon een softlink naar de php binary? Wat voor output krijg je als je

/usr/bin/php -v

uitvoerd?

[bdu]

LeechGuy schreef op vrijdag 02 september 2011 @ 14:13:
Is het dan niet gewoon een softlink naar de php binary? Wat voor output krijg je als je

/usr/bin/php -v

uitvoerd?

Dat zou natuurlijk best kunnen. Ik krijg daar geen output op. Springt zonder iets te melden naar de volgende regel.

[LeechGuy]

Dan verklaard dat in iedergeval waardoor je upgrade-db.php niet draaid

'php -v' (zonder quotes) hoort normaal de php versie uit te printen.

Als je vanuit de root directory 'php -v' (zonder quotes) uitvoerd, krijg je dan wel output? Als je dan wel output krijgt, dan even 'which php' (zonder quotes) uitvoeren, dan krijg je te zien waar de php binary staat die op dat moment gebruikt wordt.

Je kunt ook nog 'find / -type f -name php' (zonder quotes) uitvoeren om naar je php binary te zoeken. Op sommige NAS systemen staan wel eens verschillende php versies.

[bdu]

LeechGuy schreef op vrijdag 02 september 2011 @ 15:02:
Dan verklaard dat in iedergeval waardoor je upgrade-db.php niet draaid

'php -v' (zonder quotes) hoort normaal de php versie uit te printen.

Als je vanuit de root directory 'php -v' (zonder quotes) uitvoerd, krijg je dan wel output? Als je dan wel output krijgt, dan even 'which php' (zonder quotes) uitvoeren, dan krijg je te zien waar de php binary staat die op dat moment gebruikt wordt.

Je kunt ook nog 'find / -type f -name php' (zonder quotes) uitvoeren om naar je php binary te zoeken. Op sommige NAS systemen staan wel eens verschillende php versies.

Wanneer ik 'php -v' vanuit de root doe krijg ik:

PHP 5.2.17 (cli) (built: Jan 11 2011 22:42:18)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

na which php krijg ik

/opt/bin/php

Dan moet ik die dus gebruiken..

Is dit vreemd?

[edit] Als ik trouwens /opt/bin/php gebruik krijg ik de volgende melding...

DiskStation> /opt/bin/php upgrade-db.php
PHP Warning:  require_once(lib/SpotSecurity.php): failed to open stream: No such file or directory in /volume1/web/spotweb/lib/SpotClassAutoload.php on line 27
PHP Fatal error:  require_once(): Failed opening required 'lib/SpotSecurity.php' (include_path='/opt/share/pear') in /volume1/web/spotweb/lib/SpotClassAutoload.php on line 27
DiskStation>

edit2: Na find / -type f -name php krijg ik trouwens:

DiskStation> find / -type f -name php
/volume1/@optware/bin/php
/usr/bin/php
/opt/bin/php

[ Voor 24% gewijzigd door bdu op 02-09-2011 16:35 ]

[LeechGuy]

Een dergelijke foutmelding is al eens eerder langs gekomen in dit topic volgens mij. Ik zou even zoeken op 'Failed opening required' (zonder quotes).

[LeechGuy]

Met de nieuwste versie van SpotWeb werkt het download paneel (sab paneel) alleen nog met de volgende NZB afhandeling methodes:

* Roep sabnzbd+ aan via HTTP door SpotWeb
* Roep NZBGet aan via HTTP door SpotWeb

Het download paneel werkt dus niet meer als je 'Roep sabnzbd+ aan via de users' browser' ingesteld hebt! Dit is geen bug, maar 'by design'. Zie ook hier.

Zie hier hoe je SpotWeb kunt configureren zodat je de optie 'Roep sabnzbd+ aan via HTTP door SpotWeb' kunt instellen.

[CH4OS]

FitzJac schreef op maandag 22 augustus 2011 @ 18:07:
Meer mensen hier last van:

code:

Retrieving new Spots from server textnews.eweka.nl...
PHP Warning:  require_once(lib/200 Welcome to Eweka (fx03)
.php): failed to open stream: No such file or directory in /srv/http/spotweb/lib/SpotClassAutoload.php on line 27
PHP Fatal error:  require_once(): Failed opening required 'lib/200 Welcome to Eweka (fx03)
.php' (include_path='.:/usr/share/pear:/usr/share/php/libzend-framework-php') in /srv/http/spotweb/lib/SpotClassAutoload.php on line 27

Dit krijg ik na een upgrade van php zowel met versie 5.3.7-2 als met versie 5.3.7-3, ga ik weer terug naar versie 5.3.6-5 dan werkt alles zoals het hoort.

Ik heb hier sinds afgelopen Zaterdag ook last van. Zojuist mijn Debian machine ook geupdate en die installeerde ook PHP 5.3.8, maar neem aan, aangezien ik er sinds Zaterdag last van heb, dat de PHP versie niet uitmaakt?

EDIT: Nogmaals een blik geworpen in mijn Spot-overzicht, ik zie gewoon spots van Zondag (vandaag dus) staan, het ligt dus wel aan de PHP versie.

EDIT2: En er loopt ook al een issue hierover: https://github.com/spotweb/spotweb/issues/967

[ Voor 10% gewijzigd door CH4OS op 04-09-2011 20:00 ]

[SaURoN]

Heeft iemand hier SpotWeb misschien al draaiende gekregen op een ReadyNAS NV+ (if so , misschien een tutorial aanwezig? )

Kan het zo 1-2-3 nergens vinden.

[ceekee]

LeechGuy schreef op dinsdag 02 augustus 2011 @ 23:38:
[...]


Als admin inloggen, op 'admin' rechts boven in beeld klikken, naar het admin panel, 'Groepenlijst'

Nieuwe group aan maken met een willekeurige naam:

permissie: Integratie met download manager
object: push-sabnzbd

Naar de 'Gebruikerslijst', jouw gebruiker selecteren en de net aangemaakte groep aanvinken.

Als jouw gebruiker inloggen, op jouw gebruikers naam klikken, voorkeuren wijzigen, 'NZB afhandeling'

Wat moeten we met NZB files doen? Roep sabnzbd+ aan via HTTP door SpotWeb
Wat moeten we met meerdere NZB files doen? Kies wat jou voorkeur heeft

URL naar sabnzbd (inclusief HTTP en portnummer waar sabnzbd geinstalleerd is)? URL naar sabnzbd invullen, bv. http://localhost:8080/
API key voor sabnzbd? Jouw sabnzbd API key invullen.

Ik heb dit allemaal ingesteld maar de NZB wordt niet naar mijn sabnzbd gestuurd. In spotweb krijg ik een vinkje, dat alles goed gegaan is maar in sabnzbd verschijnt er niets.

Mijn sabnzbd draait niet in hetzelfde netwerk als spotweb, misschien is dan een reden dat deze niet aankomt. Want als ik een nzb stuur naar sabnzbd binnen mijn netwerk gaat het wel goed.

Als ik de methode instel als client-sabnzbd verschijnt in sabnzbd het volgende:

http://domein/spotweb/?page=getnzb&action=display&messageid=[e-mail]&apikey=EEN-API-KEY met als foutmelding URL ophalen mislukt().


Wat mis ik hier?

[ Voor 3% gewijzigd door ceekee op 06-09-2011 12:58 ]

[Rowdy.nl]

ceekee schreef op dinsdag 06 september 2011 @ 12:48:
[...]


Ik heb dit allemaal ingesteld maar de NZB wordt niet naar mijn sabnzbd gestuurd. In spotweb krijg ik een vinkje, dat alles goed gegaan is maar in sabnzbd verschijnt er niets.

Mijn sabnzbd draait niet in hetzelfde netwerk als spotweb, misschien is dan een reden dat deze niet aankomt. Want als ik een nzb stuur naar sabnzbd binnen mijn netwerk gaat het wel goed.

Als ik de methode instel als client-sabnzbd verschijnt in sabnzbd het volgende:

http://domein/spotweb/?page=getnzb&action=display&messageid=[e-mail]&apikey=EEN-API-KEY met als foutmelding URL ophalen mislukt().


Wat mis ik hier?

Wat staat er in de errorlogs van Apache (mist je dat gebruikt?)
Gebruik je een .htaccess bestand? En zoja, heb je daar een regel aan toegoevoegd dat SAB wel kan downloaden?

[FitzJac]

Bij mij werkt het Sabnzbd-panel ook niet meer sinds zaterdag geloof ik, de nzb wordt wel gewoon naar Sab gestuurd alleen blijft dat panel wit.
Deze error krijg ik in mn apache-log:

code:

PHP Fatal error: Call to undefined function json_decode() in /srv/http/spotweb/lib/nzbhandler/NzbHandler_Pushsabnzbd.php on line 108, referer: http://localhost/spotweb/

[ceekee]

Rowdy.nl schreef op dinsdag 06 september 2011 @ 13:19:
[...]

Wat staat er in de errorlogs van Apache (mist je dat gebruikt?)
Gebruik je een .htaccess bestand? En zoja, heb je daar een regel aan toegoevoegd dat SAB wel kan downloaden?

In de apache errorlog staat: sabnzbd returned: error: expect one parameter\n, referer: http://extern.domain/spotweb/

Op het interne netwerk naar sabnzbd werkt het wel.

Inhoud htaccess:

Order deny,allow
Deny from all
AuthType Basic
AuthName "Spotweb Control Center"
AuthGroupFile /dev/null
AuthUserFile /share/Web/.htpasswd
Require valid-user

[elevator]

FitzJac schreef op dinsdag 06 september 2011 @ 13:53:
Bij mij werkt het Sabnzbd-panel ook niet meer sinds zaterdag geloof ik, de nzb wordt wel gewoon naar Sab gestuurd alleen blijft dat panel wit.
Deze error krijg ik in mn apache-log:

code:

PHP Fatal error: Call to undefined function json_decode() in /srv/http/spotweb/lib/nzbhandler/NzbHandler_Pushsabnzbd.php on line 108, referer: http://localhost/spotweb/

Installeer eens de module

php_json

[LeechGuy]

ceekee schreef op dinsdag 06 september 2011 @ 12:48:
[...]

Ik heb dit allemaal ingesteld maar de NZB wordt niet naar mijn sabnzbd gestuurd. In spotweb krijg ik een vinkje, dat alles goed gegaan is maar in sabnzbd verschijnt er niets.

Mijn sabnzbd draait niet in hetzelfde netwerk als spotweb, misschien is dan een reden dat deze niet aankomt. Want als ik een nzb stuur naar sabnzbd binnen mijn netwerk gaat het wel goed.

SpotWeb zal proberen om de nzb file te uploaden naar sabnzbd. Als sabnzbd achter een router of firewall zit, dan zal deze zo ingesteld moeten worden dat deze de connectie van SpotWeb naar sabnzbd toestaat.
In geval van een router die NAT doet zul je dus portforwarding moeten enablen zodat connecties van buiten naar het juiste ip adres worden geforward.

ceekee schreef op dinsdag 06 september 2011 @ 12:48:
[...]

Als ik de methode instel als client-sabnzbd verschijnt in sabnzbd het volgende:

http://domein/spotweb/?page=getnzb&action=display&messageid=[e-mail]&apikey=EEN-API-KEY met als foutmelding URL ophalen mislukt().


Wat mis ik hier?

Wat gebeurt er als je deze URL in je browser copy/paste?

FitzJac schreef op dinsdag 06 september 2011 @ 13:53:
Bij mij werkt het Sabnzbd-panel ook niet meer sinds zaterdag geloof ik, de nzb wordt wel gewoon naar Sab gestuurd alleen blijft dat panel wit.
Deze error krijg ik in mn apache-log:

code:

PHP Fatal error: Call to undefined function json_decode() in /srv/http/spotweb/lib/nzbhandler/NzbHandler_Pushsabnzbd.php on line 108, referer: http://localhost/spotweb/

Als je in je browser http://<jouw server>/spotweb/testinstall.php opent, welke PHP versie wordt dan weergegeven? De json_decode() functie is een standaard functie vanaf PHP 5.2.

[ceekee]

LeechGuy schreef op dinsdag 06 september 2011 @ 18:17:
[...]


SpotWeb zal proberen om de nzb file te uploaden naar sabnzbd. Als sabnzbd achter een router of firewall zit, dan zal deze zo ingesteld moeten worden dat deze de connectie van SpotWeb naar sabnzbd toestaat.
In geval van een router die NAT doet zul je dus portforwarding moeten enablen zodat connecties van buiten naar het juiste ip adres worden geforward.


[...]


Wat gebeurt er als je deze URL in je browser copy/paste?


[...]

Port forwarding heb ik ingesteld. Ik de sabnzbd gewoon van buitenaf benaderen. Als ik url opvraag in de browser haal ik gewoon een nzb op.

Dit geldt alleen als ik de client-sabnzbd gebruik.

Bij push-sabnzbd krijg ik een foutmelding in de apache errorlog:sabnzbd returned: error: expect one parameter\n, referer: http://domain/spotweb/

Ik snap het niet meer

[LeechGuy]

client-sabnzbd gaat niet werken omdat je gebruik maakt van een .htaccess file met username/password verificatie.
Het feit dat je met je browser de nzb gewoon kunt downloaden komt doordat je dan al ingelogt bent met je browser. Als ik naar jouw website surf, dan word ik begroet met een popup om een username/password in te typen. Hetzelfde zal sabnzbd overkomen als hij de nzb wil gaan downloaden bij SpotWeb.

Waarom push-sabnzbd niet werkt durf ik zo even niet te zeggen. Als portforwarding enabled is, dan is er geen enkele reden waarom dit niet zou kunnen werken. Wat staat er in de log file van sabnzbd?

[ceekee]

In de logfile van sabnzbd staat helemaal niets. Het lijkt of er helemaal niet aankomt.

Dit is een sabnzbd installatie die op een ander netwerk staat. De sabnzbd binnen mijn eigen netwerk werkt helemaal prima met push.

[FitzJac]

@LeechGuy:
Het werkt niet met php 5.3.6 als ook niet met php 5.3.8 icm met deze workaround: DexterDee in "SpotWeb - Webbased Spotnet"

[DexterDee]

FitzJac schreef op dinsdag 06 september 2011 @ 23:52:
@LeechGuy:
Het werkt niet met php 5.3.6 als ook niet met php 5.3.8 icm met deze workaround: DexterDee in "SpotWeb - Webbased Spotnet"

De error die je beschrijft heeft niks te maken met de patch die ik voor PEAR.php heb gemaakt. Bovendien heeft de maker van SpotWeb inmiddels de PEAR NNTP libraries geforkt en gepatched, waardoor dit probleem is opgelost in PHP 5.3.8 en de noodzaak van mijn patch vervalt.

Jij mist de JSON extensie, waardoor de functie json_decode() niet beschikbaar is. Alhoewel het een standaard functie is sinds PHP 5.2 kan deze nog steeds extern gecompiled worden. Op de command prompt kun je met php -m kijken welke modules beschikbaar zijn, de module json zou er bij moeten staan. Als dat niet zo is, dan moet je de php_json.dll in de php.ini aanzetten (windows) of php_json / php5_json installeren in je package manager (linux)

[ceekee]

LeechGuy schreef op dinsdag 06 september 2011 @ 21:46:
client-sabnzbd gaat niet werken omdat je gebruik maakt van een .htaccess file met username/password verificatie.
Het feit dat je met je browser de nzb gewoon kunt downloaden komt doordat je dan al ingelogt bent met je browser. Als ik naar jouw website surf, dan word ik begroet met een popup om een username/password in te typen. Hetzelfde zal sabnzbd overkomen als hij de nzb wil gaan downloaden bij SpotWeb.

Waarom push-sabnzbd niet werkt durf ik zo even niet te zeggen. Als portforwarding enabled is, dan is er geen enkele reden waarom dit niet zou kunnen werken. Wat staat er in de log file van sabnzbd?

Ik heb de htaccess file verwijderd en maak nu gebruik van de $settings['nonauthenticated_userid'] om altijd een userid/pw af te dwingen. Dit werkt heel goed.

Nu het probleem van de htaccess weg is, kan ik gebruik maken van de client-sabnzbd methode. Bedankt LeechGuy voor deze hint.

Maar dit schijnt niet te werken via Internet Explorer . Als ik firefox gebruik wordt de nzb wel doorgeschoten naar sabnzbd in een ander netwerk.

De push-sabnzbd werkt nog steeds niet. Als ik deze instel nog steeds in de apache errorlog :

code:

 sabnzbd returned: error: expect one parameter\n, referer: http://extern-domain/spotweb/?page=index&search[tree]=cat0_z2&search[value][]=

Er is wel een verbinding met de extern sabnzbd: het panel is gevuld:

[ Voor 6% gewijzigd door ceekee op 07-09-2011 15:47 ]

[FitzJac]

@DexterDee:
Top, dat was alles, even de comment voor extension=json.so in /etc/php/php.ini weggehaalt en vlammen!
Thanx.

[LeechGuy]

ceekee schreef op woensdag 07 september 2011 @ 11:01:
[...]

De push-sabnzbd werkt nog steeds niet. Als ik deze instel nog steeds in de apache errorlog :

code:

 sabnzbd returned: error: expect one parameter\n, referer: http://extern-domain/spotweb/?page=index&search[tree]=cat0_z2&search[value][]=

Er is wel een verbinding met de extern sabnzbd: het panel is gevuld:
[afbeelding]

Het is duidelijk dat je portforwardings in orde zijn anders zou het panel geen status info weer geven. Is het dan niet gewoon zo dat jouw lokale sabnzbd al aan het downloaden is en alle connecties gebruikt waardoor SpotWeb geen connectie beschikbaar heeft om de nzb van usenet te downloaden?

[CH4OS]

FitzJac schreef op dinsdag 06 september 2011 @ 23:52:
@LeechGuy:
Het werkt niet met php 5.3.6 als ook niet met php 5.3.8 icm met deze workaround: DexterDee in "SpotWeb - Webbased Spotnet"

De problemen met Spotweb en PHP versie 5.3.8 zijn opgelost, omdat de maker Net_NNTP geforked heeft.

[ceekee]

@LeechGuy,

Ik was niet aan het downloaden. En in de errorlog staat er duidelijjk een foutmelding, waar die vandaan komt dat weet ik nog niet. Maar vanuit mij uit gezien is het toch een upload want het gaat van mijn interne netwerk naar buiten.

Btw wat vind je van de explorer bug ???

[Rowdy.nl]

Vage shizzle.

Ik krijg een error die hier al vaker is voorgekomen, lang geleden...

code:

Warning: PHP bug #16657 breaks feof() on socket streams! Connection consistency might be compromised! in /var/www/httpdocs/spotweb/NNTP/Protocol/Client.php on line 72

Wel raar, phpinfo geeft aan dat ik op 5.3.8-pl0-gentoo zit.
.

PHP: /spotweb/NNTP/Protocol/Client.php

// Warn about PHP bugs
if (version_compare(PHP_VERSION, '5.2.11') === 1) {
    trigger_error('PHP bug #16657 breaks feof() on socket streams! Connection consistency might be compromised!', E_USER_WARNING);
}

Als ik deze warning uitbreid en PHP_VERSION meegeef, krijg ik gewoon onderstaande error.

code:

Warning: PHP bug #16657 breaks feof() on socket streams! Connection consistency might be compromised! (PHP Version 5.3.8-pl0-gentoo) in /var/www/httpdocs/spotweb/NNTP/Protocol/Client.php on line 72

De conditie klopt niet, maar toch krijg ik die warning. Iemand een idee?
(heb die regels voorlopig maar weggehaald, maar toch vreemd?)

[LeechGuy]

ceekee schreef op woensdag 07 september 2011 @ 21:27:
@LeechGuy,

Ik was niet aan het downloaden. En in de errorlog staat er duidelijjk een foutmelding, waar die vandaan komt dat weet ik nog niet. Maar vanuit mij uit gezien is het toch een upload want het gaat van mijn interne netwerk naar buiten.

Btw wat vind je van de explorer bug ???

Ik denk dat de foutmelding in de error log gevolg is van het feit dat er geen nzb geupload wordt. Dat moet ik even verder onderzoeken. De sabnzbd API call wordt wel getriggered, maar zonder nzb. Vandaar ook de foutmelding.

Die explorer bug blijk ik ook last van te hebben als ik client-sabnzbd gebruik (gebruik ik niet, ik gebruik nzbget ), dus daar kijk ik ook gelijk even naar.

[ Voor 5% gewijzigd door LeechGuy op 08-09-2011 21:51 ]

[ceekee]

@LeechGuy, in ieder geval een geruststelling dat ik niet de enige ben met de explorer bug

Ik hoop dat je de oorzaak vindt, dan kan ik tenminste de push-methode gebruiken.

[Zjemm]

weet iemand of onderstaande een probleem is in mijn newsgroepen provider of een lokaal probleem kan zijn?

database heb ik al opnieuw aangemaakt

Retrieving new Spots from server newszilla.xs4all.nl...
Spots in database: 0
Appr. Message count: 7604
First message number: 1095828
Last message number: 1103432
Current message: 1095828

Retrieving 1095828 till 1096829

Fatal error occured while connecting to the newsserver:
(430) No such article found [response: "No such article"]


Updating retrieve status in the database

Finished retrieving spots.

[DexterDee]

Dat is een probleem met je nieuwsserver. Hoogstwaarschijnlijk heeft deze de spotnet groepen niet of missen er articles op die server.

[Zjemm]

hmm bagger...het heeft altijd wel fijn gewerkt
ik weet wel dat er een storing is geweest 4 dagen terug ofzo...hopen dat dit snel weer gaat werken

[Royz]

Ik zit even vast... ik heb spotweb weer even neergezet als pool bij CP. Nu vond hij 2 spots, stuurden ze door naar sabnzbd maar die zei dat het lege nzb;s waren. als ik echter de URL kopieer en plak in windows download hij gewoon netjes de nzb. als ik deze importeer werkt de nzb ook gewoon. Iemand die kan helpen?

[ma9ma]

Zjemm schreef op vrijdag 09 september 2011 @ 17:19:
hmm bagger...het heeft altijd wel fijn gewerkt
ik weet wel dat er een storing is geweest 4 dagen terug ofzo...hopen dat dit snel weer gaat werken

Heb een identieke foutmelding via Astraweb. Is er een workaround?

[DexterDee]

Zjemm schreef op vrijdag 09 september 2011 @ 17:19:
hmm bagger...het heeft altijd wel fijn gewerkt
ik weet wel dat er een storing is geweest 4 dagen terug ofzo...hopen dat dit snel weer gaat werken

ma9ma schreef op maandag 12 september 2011 @ 19:40:
Heb een identieke foutmelding via Astraweb. Is er een workaround?

Probeer eens deze instelling in settings.php aan te passen:
$settings['retrieve_newer_than']

Je stelt daar een datum in als één getal, het getal is het aantal seconden sinds 1 januari 1970.
Deze website kun je gebruiken om een datum om te rekenen naar een getal.

Probeer eerst eens een paar maanden terug te zetten, dan een paar weken of dagen. Op een gegeven moment zou het moeten lukken.

[ma9ma]

DexterDee schreef op maandag 12 september 2011 @ 20:23:
[...]

[...]

Probeer eerst eens een paar maanden terug te zetten, dan een paar weken of dagen. Op een gegeven moment zou het moeten lukken.

Lijkt tot nu toe weinig uit te halen. Spotweb probeert steeds dezelfde bunch binnen te halen met de identieke fout. Ik ga dit later eens nader onderzoeken.

[gielie]

Ik hoop dat iemand mij kan helpen, ik ben al dagen op de fora aan het zoeken maar ik vind de oplossing niet.
Na de update van DSM 3.2 kon ik met mijn goed werkende spotweb niet meer updaten, ook niet via --force, er gebeurde niks. Omdat ik het verder niet kon vinden heb ik besloten om spotweb opnieuw erop te zetten, big mistake.

Ik krijg spotweb nu helmaal niet meer aan de praat, als ik de tut volg die voorheen goed werkte kom ik niet verder, bij het update-db.php gaat het al mis.

de foutmelding die ik krijg bij /usr/bin/php upgrade-db.php

PHP Warning: require_once(lib/SpotSecurity.php): failed to open stream: No such file or directory in /volume1/web/spotweb/lib/SpotClassAutoload.php on line 44
PHP Fatal error: require_once(): Failed opening required 'lib/SpotSecurity.php' (include_path='/opt/share/pear') in /volume1/web/spotweb/lib/SpotClassAutoload.php on line 44

iemand een idee

[Anoniem: 32925]

gielie schreef op dinsdag 13 september 2011 @ 13:42:
Ik hoop dat iemand mij kan helpen, ik ben al dagen op de fora aan het zoeken maar ik vind de oplossing niet.
Na de update van DSM 3.2 kon ik met mijn goed werkende spotweb niet meer updaten, ook niet via --force, er gebeurde niks. Omdat ik het verder niet kon vinden heb ik besloten om spotweb opnieuw erop te zetten, big mistake.

Ik krijg spotweb nu helmaal niet meer aan de praat, als ik de tut volg die voorheen goed werkte kom ik niet verder, bij het update-db.php gaat het al mis.

de foutmelding die ik krijg bij /usr/bin/php upgrade-db.php

PHP Warning: require_once(lib/SpotSecurity.php): failed to open stream: No such file or directory in /volume1/web/spotweb/lib/SpotClassAutoload.php on line 44
PHP Fatal error: require_once(): Failed opening required 'lib/SpotSecurity.php' (include_path='/opt/share/pear') in /volume1/web/spotweb/lib/SpotClassAutoload.php on line 44

iemand een idee

Doe nog eens zoeken, deze melding is echt al meerdere malen in dit topic behandeld en opgelost. Als je je ook echt netjes aan de tutorial uit de TS had gehouden had je dit probleem niet eens gehad, maar dat terzijde.

Edit: Ik zou toch zweren dat er net php /volume1/web/spotweb/upgrade-db.php stond, wat precies overeenkomt met je error...

[ Voor 5% gewijzigd door Anoniem: 32925 op 13-09-2011 15:24 ]

[gielie]

Anoniem: 32925 schreef op dinsdag 13 september 2011 @ 14:13:
[...]

Doe nog eens zoeken, deze melding is echt al meerdere malen in dit topic behandeld en opgelost. Als je je ook echt netjes aan de tutorial uit de TS had gehouden had je dit probleem niet eens gehad, maar dat terzijde.

Ik kan het echt niet vinden, zie wel problemen hiermee maar geen oplossing, ik volg de tut van Mar2zz. Misschien kan je mij toch een beetje op weg helpen.

[Anoniem: 32925]

gielie schreef op dinsdag 13 september 2011 @ 14:50:
[...]


Ik kan het echt niet vinden, zie wel problemen hiermee maar geen oplossing, ik volg de tut van Mar2zz. Misschien kan je mij toch een beetje op weg helpen.

Synology: /usr/bin/php upgrade-db.php (uiteraard zit je dan al in de Spotweb-map met cd /volume1/path/naar/spotweb/)

[gielie]

Anoniem: 32925 schreef op dinsdag 13 september 2011 @ 14:53:
[...]

Synology: /usr/bin/php upgrade-db.php (uiteraard zit je dan al in de Spotweb-map met cd /volume1/path/naar/spotweb/)

Ik zit al in de spotweb map inderdaad

[Anoniem: 32925]

gielie schreef op dinsdag 13 september 2011 @ 15:11:
[...]

Ik zit al in de spotweb map inderdaad

Enige wat ik me dan kan voorstellen is dat je installatie is mislukt en het bestand lib/SpotSecurity.php niet bestaat.

[gielie]

Anoniem: 32925 schreef op dinsdag 13 september 2011 @ 15:19:
[...]

Enige wat ik me dan kan voorstellen is dat je installatie is mislukt en het bestand lib/SpotSecurity.php niet bestaat.

die bestaat echt en staat ook op de juiste plaats

[Dromer]

Zojuist spotweb geinstalleerd op mijn nieuwe 2411
als ik nu upgrade-db draait past hij keurig alle tabellen aan.
daarna krijg ik echter de volgende melding.
PHP Notice: Use of undefined constant CRYPT_RSA_MODE_OPENSSL - assumed 'CRYPT_RSA_MODE_OPENSSL' in /volume1/web/spotweb/lib/SpotSigning.php on line 7
PHP Fatal error: Class 'Crypt_RSA' not found in /volume1/web/spotweb/lib/SpotSigning.php on line 51

En die kan ik nou net niet helemaal plaatsen.....
Iemand een idee of richting welke ik op moet zoeken ?

[Anoniem: 32925]

Dromer schreef op dinsdag 13 september 2011 @ 16:49:
Zojuist spotweb geinstalleerd op mijn nieuwe 2411
als ik nu upgrade-db draait past hij keurig alle tabellen aan.
daarna krijg ik echter de volgende melding.
PHP Notice: Use of undefined constant CRYPT_RSA_MODE_OPENSSL - assumed 'CRYPT_RSA_MODE_OPENSSL' in /volume1/web/spotweb/lib/SpotSigning.php on line 7
PHP Fatal error: Class 'Crypt_RSA' not found in /volume1/web/spotweb/lib/SpotSigning.php on line 51

En die kan ik nou net niet helemaal plaatsen.....
Iemand een idee of richting welke ik op moet zoeken ?

Yup

[Dromer]

Thx, wel grappig dat je 45 minuten aan het zoeken ben terwijl ik gewoon even bij GIT had moeten kijken.
Ik wacht nog even, er zal vast snel een fix komen.

@nightspirit
Thx!

[Tadream]

Net de require_once "Crypt/RSA.php";
in SpotSigning.php gezet en hij loopt nu weer netjes door met php upgrade-db.php

[Webjunkie]

is er eigenlijk een manier om mislukte inlogpogingen te zien?
een logfile'tje waar fail2ban iets mee zou kunnen doen bijvoorbeeld?

http://stackoverflow.com/...temps-to-apache-error-log

[ Voor 26% gewijzigd door Webjunkie op 14-09-2011 15:28 ]

[Dromer]

ma9ma schreef op dinsdag 13 september 2011 @ 07:55:
[...]


Lijkt tot nu toe weinig uit te halen. Spotweb probeert steeds dezelfde bunch binnen te halen met de identieke fout. Ik ga dit later eens nader onderzoeken.

Ik heb het ook bij Eweka en die hebben geen storing gehad volgens mij

[joostman]

Ik heb nog steed problemen met hoofdletters / case sensiteit met het zoeken.
Als ik onder Spotnet de zoekterm 'vmware' opgeef krijg ik volop download te zien, zoals "VMware" maar ook "vmwareimage".
Als ik dezelfde search doe onder mijn spotweb, krijg ik niets...
Doe ik de seach onder www.myspotweb.nl krijg ik er wel weer een aantal te zien.

Ik heb, zoals vermeld in eerdere postings, al gekeken naar de DB en deze staat op "_CI" (MyISAM utf8_general_ci) en enkele tabellen zijn ascii_general_ci. Ik heb ook de hele DB gedropped, een dbupdate gedraaid en opnieuw laten retrieven van de data, maar geen resultaat met het zoeken....

Installatie gedaan via de git pull en ook al gekeken bij Gitweb https://github.com/spotweb/spotweb/issues/182

Overzicht database: http://imageshack.us/photo/my-images/560/phpmyadminm.png/

[Ellos]

is het normaal dat hij al een halve dag bezig is met spots binnenhalen? (wel de eerste keer)
ook zit ik bij supernews, heeft die hoge retentie er wat mee te maken?

ik heb zowel iis als xammp geprobeerd, en volgens een vriend was die van hem in een uurtje klaar, met php.exe constant zo rond de 20-25 procent bij mij heb ik geluk als hij eens boven de 1 procent uitkomt

voor de rest werkt alles wel, inloggen etc etc dus ik vermoed dat het niet aan mijn installatie ligt..

iemand enig idee??

[Dromer]

Duurde bij mij ook heel lang de eerste keer hoor.
gewoon uitzitten dus

[Mr_Blobby]

Of niet de volledige spots binnenhalen:

code:

# Moeten de headers door retrieve volledig geladen worden? Als je dit op 'true' zet wordt 
# het ophalen van headers veel, veel trager. Het staat je dan echter wel toe om te filteren op userid.
#
$settings['retrieve_full'] = true;

Je kan dan misschien niet filteren op userID, maar wel op userNAAM. In de praktijk blijkt het reuze mee te vallen hoe vaak iemand iets post onder de naam van een ander. Dus dan heb je de ID niet nodig.

Kan iemand me vertellen wat je nog meer mist als je niet de volledige headers binnenhaal?

[ Voor 33% gewijzigd door Mr_Blobby op 15-09-2011 09:17 ]

[Anoniem: 32925]

Mr_Blobby schreef op donderdag 15 september 2011 @ 09:11:
Kan iemand me vertellen wat je nog meer mist als je niet de volledige headers binnenhaal?

Een spot ophalen duurt langer, zeker als je al aan het downloaden bent.

[Ellos]

zo eindelijk sinds vanochtend is mijn spotweb klaar met zijn eerste update.... belachelijk hoe lang dat geduurd heeft zeg..

hmm blijkbaar toch niet, ik heb nu een error op

Retrieving 2708373 till 2713374

code:

Fatal error occured retrieving messages:
  Error executing query: Data too long for column 'userkey' at row 1

#0 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\dbeng\dbeng_abs.php(8
8): dbeng_mysql->rawExec('INSERT INTO spo...')
#1 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\dbeng\dbeng_mysql.php
(115): dbeng_abs->exec('INSERT INTO spo...', Array)
#2 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\SpotDb.php(1110): dbe
ng_mysql->modify('INSERT INTO spo...', Array)
#3 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\retriever\SpotRetriev
er_Spots.php(185): SpotDb->addFullSpot(Array)
#4 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\retriever\SpotRetriev
er_Abs.php(123): SpotRetriever_Spots->process(Array, 2708373, 2713374)
#5 D:\Applications\Downloaders\spotweb-spotweb-53f961d\retrieve.php(103): SpotRe
triever_Abs->loopTillEnd(2708373, 5000)
#6 {main}

iemand een idee?

[ Voor 84% gewijzigd door Ellos op 23-09-2011 00:13 ]

[Anoniem: 405926]

Hallo,

sinds een nieuwe versie is mijn sabnzbd koppeling kwijt, ik kan deze ook niet meer instellen in settings.php

hoe gaat dit nu ?

[CH4OS]

Anoniem: 405926 schreef op vrijdag 16 september 2011 @ 14:13:
Hallo,

sinds een nieuwe versie is mijn sabnzbd koppeling kwijt, ik kan deze ook niet meer instellen in settings.php

hoe gaat dit nu ?

Klik rechtsboven op je loginnaam en selecteer dan links "Voorkeuren wijzigen". Een heleboel instellingen zijn persoonlijke instellingen geworden. Heb je dus op een heel oude versie gezeten...

[Maranello]

Ach, ik zit ook nog op een versie van juni ofzo. Draait prima, op een bugje met een rondtollende sabnzbd icoontje na. De multiuser feature gebruik ik toch niet. Binnenkort maar weer eens laatste versie pullen kijken wat er bij is gekomen. Wat dat betreft jammer dat er geen release management is met een changelists en tests voor stabiele versies.

[DutchKel]

Heeft iemand dit al opgelost of als bug gereported?

Fatal error occured while connecting to the newsserver:
(430) No such article found [response: "No such article"]

Dit is namelijk geen fatal error en dient netjes afgehandeld te worden door de desbetreffende post gewoon te skippen, wat er niet is kun je ook niet verwerken.

Edit: ik kon hem nergens vermeld vinden dus ik heb er zelf maar een call voor aangemaakt.

[ Voor 12% gewijzigd door DutchKel op 16-09-2011 21:35 ]

[CH4OS]

Maranello schreef op vrijdag 16 september 2011 @ 15:52:
Ach, ik zit ook nog op een versie van juni ofzo. Draait prima, op een bugje met een rondtollende sabnzbd icoontje na. De multiuser feature gebruik ik toch niet. Binnenkort maar weer eens laatste versie pullen kijken wat er bij is gekomen. Wat dat betreft jammer dat er geen release management is met een changelists en tests voor stabiele versies.

Changelog

[rhendriks]

@KFaessen:

Ik hier een workaround voor gevonden, die waarschijnlijk ongewenste bijeffecten kan hebben bij NNTP errors.

In retriever.php is een errorhandling procedure te vinden voor Nntp exceptions:
catch(NntpException $x) {
echo PHP_EOL . PHP_EOL;
echo "Fatal error occured while connecting to the newsserver:" . PHP_EOL;
echo " (" . $x->getCode() . ") " . $x->getMessage() . PHP_EOL;
echo PHP_EOL . PHP_EOL;

if (isset($retriever)){
echo "Updating retrieve status in the database" . PHP_EOL . PHP_EOL;
$retriever->quit();
}
die();
}
.

Copy-paste deze in lib/retriever/SpotRetriever_Spots.php, na de catch clausule voor de ParseSpotXmlException, en zet een hekje (#) vóór het die(); commando

Dit zorgt ervoor dat de retrieve verder doorloopt.
Die van mij is nog niet klaar met het binnenhalen, maar ik heb er inmiddel meer dan 100000 binnen.
Geen garanties, ik zie namelijk nu wel in spotweb spots, maar kan ze vooralsnog niet openen. Dat kan weer komen omdat de database niet correct gevuld wordt, of doordat de server (singlecore 1.4 laptop met 2 GB memory) het te druk heeft met retrieven, of omdat de newsserver het niet toestaat.

Als ik nieuws heb, meld ik me wel weer.

Update 21.30: Heb er nu 177K spots in zitten, de retrieve is afgebroken met een foutmelding, maar na opnieuw opstarten loopt hij weer verder.
Ik kan ook de spots openen nu, dus het lijkt niet zo heel dramatisch, de genoemde wijziging.

Update 18 sept: Heb nu alle spots erin zitten, en alles werkt, alleen mijn koppeling naar sabnzbd krijg ik maar niet aan de praat.

[ Voor 18% gewijzigd door rhendriks op 18-09-2011 11:57 ]

[DutchKel]

rhendriks schreef op zaterdag 17 september 2011 @ 19:47:
...

Hij is nu officieel opgelost via git. De laatste update binnenhalen helpt dus ook .

[Saeverix]

Ik heb een probleem met zoeken. Als voorbeeld zoek ik "Empire of the Sun".
Normaal gesproken kon ik dan zoeken op "+empire +sun" om resultaat te krijgen. Maar dit werkt niet (meer).

Is er iets veranderd wat betreft het zoeken naar spots?

[rhendriks]

kfaessen schreef op zondag 18 september 2011 @ 13:48:
[...]

Hij is nu officieel opgelost via git. De laatste update binnenhalen helpt dus ook .

Grmblh. Heb ik me in het weekeinde een spoedcursus object-oriented php gedaan, terwijl ik op mijn lauweren had kunnen rusten...

[DutchKel]

rhendriks schreef op maandag 19 september 2011 @ 11:47:
[...]


Grmblh. Heb ik me in het weekeinde een spoedcursus object-oriented php gedaan, terwijl ik op mijn lauweren had kunnen rusten...

Nou dan heb je toch een leerzaam weekend gehad , wat php kennis is nooit weggegooid. Overigens is de huidige oplossing anders geimplementeerd aangezien de exception eigenlijk niet mag optreden.

De article not found workaround zat er al in maar was verkeerd geimplementeerd waardoor die niet werkte (hij zocht op een string welke niet voor elke nieuwsserver 100% voldeed, nu zoekt hij op de errorcode welke wel altijd hetzelfde is).

[pven]

Nadat mijn NAS een reboot heeft gehad werkt Spotweb niet meer naar behoren:

code:

Fatal error: Uncaught exception 'Exception' with message 'Error executing query: Incorrect information in file: './spotweb/settings.frm'' in /home/sysadmin/WWW/spotweb/lib/dbeng/dbeng_mysql.php:102
Stack trace:
#0 /home/sysadmin/WWW/spotweb/lib/dbeng/dbeng_abs.php(88): dbeng_mysql->rawExec('SELECT value FR...')
#1 /home/sysadmin/WWW/spotweb/lib/dbeng/dbeng_mysql.php(127): dbeng_abs->exec('SELECT value FR...', Array)
#2 /home/sysadmin/WWW/spotweb/lib/SpotDb.php(974): dbeng_mysql->singleQuery('SELECT value FR...')
#3 /home/sysadmin/WWW/spotweb/lib/SpotDb.php(981): SpotDb->getSchemaVer()
#4 /home/sysadmin/WWW/spotweb/retrieve.php(41): SpotDb->schemaValid()
#5 {main}
  thrown in /home/sysadmin/WWW/spotweb/lib/dbeng/dbeng_mysql.php on line 102

MySQL draait, verder hoeft er volgens mij niets te draaien. Iemand een idee wat hier gaan is?

Update: na een herstart van MySQL werkt het weer.

[strat]

Is er toevallig iemand bezig aan een spk voor Synology DSM 3.2?

[M@rijn]

Hmm spotweb weer eens ingestalleerd na een upgrade van mn systeem (upgrade naar CentOS6) nu krijg ik zodra ik een spot wil downloaden de volgende error:

code:

ERRORFailed to write to socket! (connection lost!) [response: ""] [response: ""]

Wat zou dit kunnen zijn

[Webjunkie]

bij de laatste upgrade-db krijg ik deze warning (ubuntu server).
op windows kreeg ik deze melding niet.

code:

PHP Warning:  openssl_pkey_new(): unable to write random state in /home/web/spotweb/lib/SpotSigning.php on line 65

oplossing: My system was giving me this issue because the ".rnd" file was owned by root rather than my user. A quick sudo chown user:user ~/.rnd made everything work out.


weet iemand trouwens of/hoe je een git pull kan doen zonder sudo?

[ Voor 22% gewijzigd door Webjunkie op 23-09-2011 20:20 ]

[wizkid_niels]

<nvm>

[ Voor 99% gewijzigd door wizkid_niels op 23-09-2011 15:22 ]

[int3nz0r]

Ik ben ook maar aan de spotweb gegaan. Heb het gisteren geïnstalleerd op mijn Win7Ultimate 64bit bak, ging allemaal goed. Ik gebruikte altijd voor de headers in spotnet textnews.eweka.nl en newsreader1.eweka.nl voor het downloaden. Voor spotweb heb ik ook de textnews.eweka.nl in gebruik genomen omdat ik met de newsreader maar een handjevol headers binnen kreeg. Bij textnews is dit veel meer alleen duurt het super lang en krijg ik elke keer vroeg of laat een error:

(502) No permission [response: "Server Error"]

Mijn account is nog gewoon geldig dus dat kan het niet zijn.
Is hier misschien een oplossing voor of kan ik beter een andere server gebruiken voor het binnenhalen van headers?

Edit //

Trouwens, soms krijg ik ook een ander error:

(-1) Failed to read from socket...! [response: ""]

[ Voor 7% gewijzigd door int3nz0r op 23-09-2011 20:48 ]

[CH4OS]

Gisteren had ik bij retrieven de 502 error (ook Eweka gebruiker hier), waarschijnlijk zijn of jouw lijnen vol of Eweka heeft storing danwel onderhoud.

[int3nz0r]

CptChaos schreef op vrijdag 23 september 2011 @ 23:48:
Gisteren had ik bij retrieven de 502 error (ook Eweka gebruiker hier), waarschijnlijk zijn of jouw lijnen vol of Eweka heeft storing danwel onderhoud.

Dan zal het wel aan Eweka liggen aangezien ik zeker weet dat al m'n connecties vrij zijn.

[M@rijn]

Ik heb eergisteren bij de herinstallatie zowel die 502 error gehad (ook Eweka) als die failed to read from socket, alleen hoe op te lossen...

[Saeverix]

Saeverix schreef op maandag 19 september 2011 @ 11:00:
Ik heb een probleem met zoeken. Als voorbeeld zoek ik "Empire of the Sun".
Normaal gesproken kon ik dan zoeken op "+empire +sun" om resultaat te krijgen. Maar dit werkt niet (meer).

Is er iets veranderd wat betreft het zoeken naar spots?

Iemand die mij hier iets over kan vertellen?

[M@rijn]

Mijn failed to read from socket ding is gefixt SELinux bleek te bokken...

[Ellos]

Ellos schreef op vrijdag 16 september 2011 @ 10:51:
zo eindelijk sinds vanochtend is mijn spotweb klaar met zijn eerste update.... belachelijk hoe lang dat geduurd heeft zeg..

hmm blijkbaar toch niet, ik heb nu een error op

Retrieving 2708373 till 2713374

code:

Fatal error occured retrieving messages:
  Error executing query: Data too long for column 'userkey' at row 1

#0 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\dbeng\dbeng_abs.php(8
8): dbeng_mysql->rawExec('INSERT INTO spo...')
#1 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\dbeng\dbeng_mysql.php
(115): dbeng_abs->exec('INSERT INTO spo...', Array)
#2 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\SpotDb.php(1110): dbe
ng_mysql->modify('INSERT INTO spo...', Array)
#3 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\retriever\SpotRetriev
er_Spots.php(185): SpotDb->addFullSpot(Array)
#4 D:\Applications\Downloaders\spotweb-spotweb-53f961d\lib\retriever\SpotRetriev
er_Abs.php(123): SpotRetriever_Spots->process(Array, 2708373, 2713374)
#5 D:\Applications\Downloaders\spotweb-spotweb-53f961d\retrieve.php(103): SpotRe
triever_Abs->loopTillEnd(2708373, 5000)
#6 {main}

iemand een idee?

heeft iemand toevallig dit al eens meegemaakt of kan ik voor de 3e keer mijn database opnieuw doen (1e keer liep ik tegen een sqlite fout op, mysql gebruikt, 2e keer transactie door stroomstoring verstoord en daardoor een dusdanig corrupte database dat ik hem opnieuw mocht doen en nu het bovenstaande )

[Mr_Blobby]

Ellos schreef op zondag 25 september 2011 @ 01:21:
[...]


heeft iemand toevallig dit al eens meegemaakt of kan ik voor de 3e keer mijn database opnieuw doen (1e keer liep ik tegen een sqlite fout op, mysql gebruikt, 2e keer transactie door stroomstoring verstoord en daardoor een dusdanig corrupte database dat ik hem opnieuw mocht doen en nu het bovenstaande )

Is opgelost me deze commit: https://github.com/spotwe...ffd2d20f1127073e5b3ba544c
En gebruik eens deze setting: $settings['retrieve_full'] = false;.