SpotWeb - Webbased Spotnet - deel 2

[born4trance]

FREAKJAM schreef op dinsdag 12 mei 2015 @ 01:12:
Probeer dbsettings.inc.php (of via ownsettings.php) eens handmatig aan te maken zoals precies staat uitgelegd in de aangegeven faq-link van je foutmelding.

Anders even handmatig de installatie doorlopen zoals hier uitgelegd.

Nou FREAKJAM, ik weet niet of dat nog nodig is, want toen ik na het "overzicht" install.php?page=99 ververste, verscheen er dit:



En de index/hoofdpagina zag er plotseling als volgt uit:



)

[ Voor 45% gewijzigd door born4trance op 12-05-2015 01:23 ]

[devilkin]

FREAKJAM schreef op maandag 11 mei 2015 @ 19:47:
Fatal error occured while connecting to the newsserver zegt genoeg zou je zeggen. Wat krijg je als je met een andere client verbindt? (Grabit bijv op Windows)

Het lijkt er jammergenoeg wel degelijk op dat er ergens een bug getriggered wordt in Spotweb als je SSL/TLS gebruikt. Dat afzetten fixed het. Ook geen enkel probleem met een andere grabber.

Heb ondertussen het boeltje laten downloaden, en dan TLS terug opgezet. Nu doet ie't wel correct. Odd.

[Pienoet]

Iemand een idee om de mobile template uit te zetten?

Ik krijg deze template nu standaard na een fresh install op me iphone te zien.
Ik wil graag de we1rdo template op me iphone hebben.

[slommer]

Volgens mij het volgende in je ownsettings.php:

code:

$settings['valid_templates'] = array('bootspot' => 'BootSpot', 'we1rdo' => 'we1rdo', 'mobile' => 'we1rdo', 'examplechild' => 'examplechild');

Maar is een gokje omdat ik nu niet kan testen.

[Repi3]

iemand die spotweb op een synology gebruikt?
Want sinds de laatste update is de 'preview' niet meer beschikbaar bij 'mouseover'.

Ik vond dit al op github : https://github.com/spotweb/spotweb/issues/64
Maar voor we die files aanpassen is er mss toch iets wat ik over het hoofd zie?

[reiker]

Repi3 schreef op zaterdag 16 mei 2015 @ 12:52:
iemand die spotweb op een synology gebruikt?
Want sinds de laatste update is de 'preview' niet meer beschikbaar bij 'mouseover'.

Ik vond dit al op github : https://github.com/spotweb/spotweb/issues/64
Maar voor we die files aanpassen is er mss toch iets wat ik over het hoofd zie?

Ik heb idd hetzelfde, maar ik wacht wel rustig een eventuele update af. En als die niet komt, dan maar niet Ik kijk max 1x per maand, het loopt allemaal wel.

[MikeOO]

reiker schreef op zaterdag 16 mei 2015 @ 16:50:
[...]


Ik heb idd hetzelfde, maar ik wacht wel rustig een eventuele update af. En als die niet komt, dan maar niet Ik kijk max 1x per maand, het loopt allemaal wel.

Je zou kunnen proberen een Git Pull uit te voeren in Putty. Ik weet niet of Martijn dit erbij installeert.
Ik gebruik de package zelf niet aangezien installeren van Spotweb zo snel klaar is ik dit liever handmatig doe en dan werkt Git Pull uiteraard wel.

[ Voor 30% gewijzigd door MikeOO op 17-05-2015 08:22 ]

[Odieus]

Ik heb op mijn synology sinds de laatste update van spotweb het probleem dat mijn cronjob retrieve job niet elke keer wordt uitgevoerd. Mijn synology wordt 's avonds autmatisch uitgeschakeld en 's morgens weer opgestart en het lijkt erop dat de eerste keer 's ochtends de job wel wordt uitgevoerd maar de rest van de dag niet meer. Dit werkte voorheen wel en aan de jobs is niks aangepast, handmatig retrieven van posts werkt ook nog gewoon. Zijn er nog meer mensen die dit euvel hebben? De log van cronjob laat trouwens geen errors zien.

Cronjob
Versie: 3.0
Jobs: cd /volume1/web/spotweb && /usr/bin/php retrieve.php --force (00 min & 30 min)
cd /volume1/web/spotweb && /usr/bin/php upgrade-db.php (15 min & 45 min)

Spotweb
Versie: 20150506-1

Edit: Heb ook nog een andere test gedaan. Ik heb de retrieve job aangepast zodat deze 2 min na deze aanpassing werd uitgevoerd. Na 2 min voerde cronjob inderdaad de retrieve job uit maar de rest van de dag ook niet meer.

[ Voor 12% gewijzigd door Odieus op 18-05-2015 13:35 ]

[elsinga]

Draai je SSL naar je newsserver? Zet die dan eens uit (en de poort dan op 119), is een bug in de laatste versie van spotweb.

[MikeOO]

Odieus schreef op maandag 18 mei 2015 @ 13:32:
Ik heb op mijn synology sinds de laatste update van spotweb het probleem dat mijn cronjob retrieve job niet elke keer wordt uitgevoerd. Mijn synology wordt 's avonds autmatisch uitgeschakeld en 's morgens weer opgestart en het lijkt erop dat de eerste keer 's ochtends de job wel wordt uitgevoerd maar de rest van de dag niet meer. Dit werkte voorheen wel en aan de jobs is niks aangepast, handmatig retrieven van posts werkt ook nog gewoon. Zijn er nog meer mensen die dit euvel hebben? De log van cronjob laat trouwens geen errors zien.

Cronjob
Versie: 3.0
Jobs: cd /volume1/web/spotweb && /usr/bin/php retrieve.php --force (00 min & 30 min)
cd /volume1/web/spotweb && /usr/bin/php upgrade-db.php (15 min & 45 min)

Spotweb
Versie: 20150506-1

Edit: Heb ook nog een andere test gedaan. Ik heb de retrieve job aangepast zodat deze 2 min na deze aanpassing werd uitgevoerd. Na 2 min voerde cronjob inderdaad de retrieve job uit maar de rest van de dag ook niet meer.

Start een retrieve een keer via Putty om te zien wat er gebeurt. Grote kans dat niet je cronjob het probleem is maar dat hij problemen heeft met retrieve. Dat kan komen door zoals @elsinga aangeeft.
Dit uitzetten en dan werkt het weer.

[Odieus]

elsinga schreef op dinsdag 19 mei 2015 @ 07:49:
Draai je SSL naar je newsserver? Zet die dan eens uit (en de poort dan op 119), is een bug in de laatste versie van spotweb.

SSL staat inderdaad aan, heb het nu uitgezet. Zal even kijken of het retrieven nu lukt, thanks.

Update: Retrieven via cronjob werkt weer naar uitschakelen SSL en poort veranderen naar 119.

[ Voor 12% gewijzigd door Odieus op 20-05-2015 08:06 ]

[Oxize]

Krijg sinds vandaag volgens opeens dit:



Gaat normaal altijd goed en nu bovenstaande melding? Wat is dat? Krijgen jullie dat ook?

[pven]

Weet je zeker dat het niet aan je usenet-provider ligt? Volgens mij werkt alles hier prima.

[elsinga]

En draai je SSL? Dan even testen zonder op poort 119. Zeker als je recent geupdate hebt.

[MikeOO]

Oxize schreef op dinsdag 19 mei 2015 @ 19:44:
Krijg sinds vandaag volgens opeens dit:

[afbeelding]

Gaat normaal altijd goed en nu bovenstaande melding? Wat is dat? Krijgen jullie dat ook?

Inderdaad SSL uitzetten van Spotweb en het zal weer werken.

Altijd handig om voor je een vraag plaatst even de laatste pagina's door te nemen.

[Workaholic]

Hetzelfde probleem gehad en een aantal keer retrieven zonder ssl heeft het probleem uiteindelijk opgelost idd. Hoop wel dat ze dat een keer gaan fixen..

[MaceNL]

Heeft iemand een idee waar deze foutmelding vandaan komt ?

code:

Starting to create statistics


SpotWeb v0.67.28.31 on PHP v5.5.25 crashed

Fatal error occured retrieving reports:
  Cache is corrupt, could not find on-disk resource for: 18816 ./cache//stats/095/7ec/7e0/8e7/779/e25/8d8/e6e/26f/f36/90a/4be/0002.stats -> ./cache//stats/18/18816.stats



#0 /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php(343): Dao_Base_Cache->getCacheContent('18816', 4, false)
#1 /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php(527): Dao_Base_Cache->getCache('spotspercategor...', 4)
#2 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(188): Dao_Base_Cache->getCachedStats('spotspercategor...')
#3 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(105): Services_Providers_Statistics->getStatisticsData('spotspercategor...', 'year')
#4 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(60): Services_Providers_Statistics->createStatsPerCategory('year')
#5 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(36): Services_Providers_Statistics->renderStatImage('spotspercategor...', 'year')
#6 /volume1/web/spotweb/retrieve.php(259): Services_Providers_Statistics->createAllStatistics()
#7 {main}

[Anoniem: 184560]

Mijn rssfeed in sabnzbd heeft de laatste tijd last van lege nzb's .

Dit heeft wel goed gewerkt.

Kom er maar niet achter waardoor het niet meer werkt.
Als ik de url in de browser open werkt het wel perfect.

Sabnzbd integratie werkt wel goed.

Heb geprobeerd met verschillende users die lid zijn van verschillende groepen maar ik kom er maar niet uit.
.htaccess in spotweb vernieuwd helpt ook niet.

Iemand een idee waar ik dit zoeken moet?

Opgelost!
Lag aan de databank denk ik , nadat ik die verwijderd en opnieuw gevuld heb loopt die weer!

[ Voor 10% gewijzigd door Anoniem: 184560 op 25-05-2015 03:22 . Reden: Opgelost ! ]

[MikeOO]

MaceNL schreef op zaterdag 23 mei 2015 @ 18:52:
Heeft iemand een idee waar deze foutmelding vandaan komt ?

code:

Starting to create statistics


SpotWeb v0.67.28.31 on PHP v5.5.25 crashed

Fatal error occured retrieving reports:
  Cache is corrupt, could not find on-disk resource for: 18816 ./cache//stats/095/7ec/7e0/8e7/779/e25/8d8/e6e/26f/f36/90a/4be/0002.stats -> ./cache//stats/18/18816.stats



#0 /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php(343): Dao_Base_Cache->getCacheContent('18816', 4, false)
#1 /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php(527): Dao_Base_Cache->getCache('spotspercategor...', 4)
#2 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(188): Dao_Base_Cache->getCachedStats('spotspercategor...')
#3 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(105): Services_Providers_Statistics->getStatisticsData('spotspercategor...', 'year')
#4 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(60): Services_Providers_Statistics->createStatsPerCategory('year')
#5 /volume1/web/spotweb/lib/services/Providers/Services_Providers_Statistics.php(36): Services_Providers_Statistics->renderStatImage('spotspercategor...', 'year')
#6 /volume1/web/spotweb/retrieve.php(259): Services_Providers_Statistics->createAllStatistics()
#7 {main}

In de Spotwebmap staat een map Cache. Alles wat hier in staat even tijdelijk verplaatsen naar een andere map voor het geval dat. Daarna nog eens proberen. Mogelijk dat je retrieve een aantal opnieuw moet starten maar uiteindelijk zal de foutmelding moeten verdwijnen.

Als alles weer goed gaat kun je de oude Cache map verwijderen.

[jp73]

Ik heb spotweb geïnstalleerd op mijn synology nas en hij heeft nu alleen spots van 3jaar en 7 maanden tot 3 jaar en 10 maanden. verder niets. Ik heb al wat gegoogeld en ssl uitgeschakeld en nu laten verbinden via port 119.

daarna ingelogd via ssh en volgend commando gegeven :

SynologyServer> /usr/bin/php /volume1/web/spotweb/retrieve.php --force

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 news.usenet.pro...
SpotWeb v0.67.28.31 on PHP v5.5.25 crashed

Fatal error occured while connecting to the newsserver:
(502) Authentication rejected [response: "Access Denied (Hit Connection Limit)"] [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(154): Services_Retriever_Base->perform()
#4 {main}


ik heb al een keer het wachtwoord opnieuw ingegeven om er zeker van te zijn dat dit juist is maar dit heeft niet geholpen.
Iemand een idee wat het probleem is ?

ik heb spotweb geïnstalleerd zoals op de handleiding van snelrennen. Het draait op een synology 1511+

[ikkeenjij36]

Je foutlog geeft aan dat je teveel verbindingen hebt op je usenetserver.
In sab of nzbget daar wat minder verbindingen instellen kan helpen.

[FREAKJAM]

ikkeenjij36 schreef op vrijdag 29 mei 2015 @ 23:18:
Je foutlog geeft aan dat je teveel verbindingen hebt op je usenetserver.
In sab of nzbget daar wat minder verbindingen instellen kan helpen.

Het retrieven van nieuwe spots heeft op dat moment nog helemaal niets te maken met sab of nzbget. Wanneer je een retreive.php draait controleert spotweb enkel of er nieuwe spots zijn en wordt je database bijgewerkt. SabNZBD of NZBGet wordt pas aangeroepen als je daadwerkelijk iets gaat downloaden.

Feit dat er een connection limit is behaald is duidelijk, maar dat is puur een instelling in waarschijnlijk spotweb zelf, niet in SabNZBD of NZBget.

[ Voor 11% gewijzigd door FREAKJAM op 30-05-2015 00:04 ]

[MikeOO]

FREAKJAM schreef op vrijdag 29 mei 2015 @ 23:48:
[...]


Het retrieven van nieuwe spots heeft op dat moment nog helemaal niets te maken met sab of nzbget. Wanneer je een retreive.php draait controleert spotweb enkel of er nieuwe spots zijn en wordt je database bijgewerkt. SabNZBD of NZBGet wordt pas aangeroepen als je daadwerkelijk iets gaat downloaden.

Feit dat er een connection limit is behaald is duidelijk, maar dat is puur een instelling in waarschijnlijk spotweb zelf, niet in SabNZBD of NZBget.

Hier maak je een denkfout.
Spotweb gebruikt altijd 1 verbinding en dat kun je niet instellen verder. In de download manager(s) geeft je aan hoeveel verbindingen je wilt gebruiken. Als je er 20 mag maken dan altijd 1 aftrekken voor gebruik van Spotweb. Mogelijk zijn er al download actief in SabNZBD of NZBget of Grabit etc. Feit dat hij Spotweb aan het installeren is wil niet zeggen dat hij al niet actief aan het downloaden is via een andere weg.

connection limit kan ook zijn dat hij bv Grabit op de achtergrond op zijn PC heeft draaien of dat hij het account met iemand deelt. Ergens lijken er dus verbindingen actief te zijn.

@jp73
Als je --force optie gebruikt start je een 2de Retrieve op en dus is er al een Retrieve actief. Anders gebruik je --Force niet. Dit betekend dat de eerste retrieve al 1 verbinding gebruikt + de retrieve --force ook 1. Dus op dat moment heb je 2 verbindingen in gebruik. Als je dus ergens al iets aan het downloaden bent zit je mogelijk al vol qua verbindingen.

[FREAKJAM]

MikeOO schreef op zaterdag 30 mei 2015 @ 08:05:
[...]


Hier maak je een denkfout.
Spotweb gebruikt altijd 1 verbinding en dat kun je niet instellen verder. In de download manager(s) geeft je aan hoeveel verbindingen je wilt gebruiken. Als je er 20 mag maken dan altijd 1 aftrekken voor gebruik van Spotweb. Mogelijk zijn er al download actief in SabNZBD of NZBget of Grabit etc. Feit dat hij Spotweb aan het installeren is wil niet zeggen dat hij al niet actief aan het downloaden is via een andere weg.

connection limit kan ook zijn dat hij bv Grabit op de achtergrond op zijn PC heeft draaien of dat hij het account met iemand deelt. Ergens lijken er dus verbindingen actief te zijn.

@jp73
Als je --force optie gebruikt start je een 2de Retrieve op en dus is er al een Retrieve actief. Anders gebruik je --Force niet. Dit betekend dat de eerste retrieve al 1 verbinding gebruikt + de retrieve --force ook 1. Dus op dat moment heb je 2 verbindingen in gebruik. Als je dus ergens al iets aan het downloaden bent zit je mogelijk al vol qua verbindingen.

Ja en nee. Ik ben er vanuit gegaan dat jp73 geen downloads heeft draaien in welke downloadclient dan ook. Ik ben me er van bewust dat spotweb een thread gebruikt naar je usenetprovider toe wanneer je een retreive.php draait. Ik weet niet zeker of hij er trouwens maar max 1 thread gebruikt. In de Windows variant gebruikt hij er schijnbaar 3 en is dat in te stellen in server.xml Ik heb een custom theme draaien in mijn spotweb waarvan de settings niet goed werken, dus ik kon de instellingen even niet nakijken.

stel je servers.xml als volgt in: header server 1 connectie, upload server 1 connectie, download server aantal connecties op 0
stel je favoriete downloadprogramma in op max. aantal lijnen - 2

Het zou theoretisch ook kunnen dat hij zijn account shared en dat de ander teveel threads gebruikt. Uiteindelijk het is natuurlijk onlogisch dat je je threadlimiet haalt wanneer je enkel een retreive.php zou draaien, dus wat dat betreft heb je gelijk.

[jp73]

Ik heb inderdaad nzbget al aan het draaien en heb daarmee wat gedownload. Daar had ik in de instellingen max 12 connections staan wat de limiet is van mijn account. Die heb ik nu op 10 gezet en ik zal eens kijken wat er gebeurt.

Ik heb vandaag nog niet eerder gekeken, maar spotweb draait nu 2 dagen en gisteravond was er nog niets gewijzigd, nu staat de laatste spot op 5 uur oud. Dus het werkt nu. (vannacht heeft nzbget niet gedraaid dus waarschijnlijk heeft het dan daar aan gelegen)

Bedankt voor jullie hulp.

[ Voor 38% gewijzigd door jp73 op 30-05-2015 12:42 ]

[pieterrr]

MikeOO schreef op zondag 24 mei 2015 @ 07:31:
[...]


In de Spotwebmap staat een map Cache. Alles wat hier in staat even tijdelijk verplaatsen naar een andere map voor het geval dat. Daarna nog eens proberen. Mogelijk dat je retrieve een aantal opnieuw moet starten maar uiteindelijk zal de foutmelding moeten verdwijnen.

Als alles weer goed gaat kun je de oude Cache map verwijderen.

Ik heb hetzelfde probleem maar bovenstaande werkt niet bij mij. Andere ideeën?

[MikeOO]

pieterrr schreef op zondag 31 mei 2015 @ 16:56:
[...]


Ik heb hetzelfde probleem maar bovenstaande werkt niet bij mij. Andere ideeën?

Lost een steeds opnieuw retrieve starten als hij stop het probleem ook niet op?
Kan soms een tijdje duren maar meestal gaat hij uiteindelijk verder.

[pieterrr]

MikeOO schreef op maandag 01 juni 2015 @ 08:12:
[...]
Lost een steeds opnieuw retrieve starten als hij stop het probleem ook niet op?
Kan soms een tijdje duren maar meestal gaat hij uiteindelijk verder.

Dat heb ik nu een keer of 5 geprobeerd, nog niet succesvol.

[MikeOO]

pieterrr schreef op maandag 01 juni 2015 @ 14:14:
[...]


Dat heb ik nu een keer of 5 geprobeerd, nog niet succesvol.

Denk wel dat je dat wat langer moet proberen. Maar blijft een lastig probleem en een echte oplossing heb ik helaas ook nooit gevonden.

Mogelijk het probleem even bij Github/Spotweb melden. Misschien dat daar ook nog iemand een oplossing heeft als daar nog enige acties is.

[MikeOO]

R0GGER schreef op woensdag 06 mei 2015 @ 23:30:
[...]


Voorbeeld: reportcount.php

PHP:

<b>REPORTCOUNT <10</b> - <a href="list.txt">list.txt</a> <br>   
<?php
    $fh = fopen('list.txt', 'w');
    $con = mysql_connect("localhost","username","password");
    mysql_select_db("database", $con);
        
    // ZOEK ALLE ID'S MET 10 OF MEER REPORTS EN FILTER DUBBELE ID'S WEG.
    $result = mysql_query("SELECT DISTINCT `spotterid` FROM spots WHERE reportcount > 10"); 
        
    while ($row = mysql_fetch_array($result)) {     
       $last = end($row);          
        $num = mysql_num_fields($result) ;    
        for($i = 0; $i < $num; $i++) {            
            fwrite($fh, $row[$i]);                      
            if ($row[$i] != $last)
               fwrite($fh, ", ");
         echo $row["spotterid"].  "<br>";               
        }                                                                 
        fwrite($fh, "\n");
    }
    fclose($fh);
    ?>

Het werkt helaas niet goed. Is nu iemand actief die steeds onder 1 naam troep spot. Vrij vele meldingen in Spotweb bij de spots maar ondanks blijven deze er gewoon in zitten na het uitvoeren van deze php code.

Valt mij ook op dat als je het 3x runt de codes die hij geneneert als hij klaar is steeds dezelfde zijn. Dus hij doet er niet echt iets mee denk ik.

Nog tips hiervoor.

[R0GGER]

PHP:

SELECT DISTINCT `spotterid` FROM spots WHERE reportcount > 10

Klopt... Het enige wat de code doet is een lijst maken van alle ID's met 10 reports of meer...
Je kunt het cijfer 10 veranderen naar 5 om de regel strenger te maken en 1x per uur met curl via cron aanroepen zodat de lijst telkens wordt bijgewerkt.

[MikeOO]

R0GGER schreef op dinsdag 02 juni 2015 @ 13:47:

PHP:

SELECT DISTINCT `spotterid` FROM spots WHERE reportcount > 10

Klopt... Het enige wat de code doet is een lijst maken van alle ID's met 10 reports of meer...
Je kunt het cijfer 10 veranderen naar 5 om de regel strenger te maken en 1x per uur met curl via cron aanroepen zodat de lijst telkens wordt bijgewerkt.

Ik had de lijst inderdaad aangepast naar een lager getal. Achter de spots staat ook het aantal meldingen.
Je verwachten dat deze na het uitvoeren van het script alles wat bv 7 of meer meldingen heeft niet meer zichtbaar zijn in Spotweb maar helaas wel dus.

[R0GGER]

Ik denk dat je iets vergeten bent... staat het url naar de blacklist in de database in de tabel settings?

[smeerbartje]

Is er eigenlijk nog een spotweb branch/repo waarop nog actief wordt ontwikkeld? Ik gebruik nu deze: https://github.com/spotweb/spotweb, maar ik weet niet zeker of dit de meest actieve is.

[pieterrr]

Update van mijn kant: retrieve full spots uit gezet, handmatige retriever gestart en nu werkt het weer.
Nu nog koppeling met couchpotato fixen, daar blijf ik errors houden.

Warning: Cannot modify header information - headers already sent by (output started at /share/MD0_DATA/Web/spotweb/lib/dao/Base/Dao_Base_Cache.php:293) in /share/MD0_DATA/Web/spotweb/lib/page/SpotPage_Abs.php on line 72

[MikeOO]

R0GGER schreef op woensdag 03 juni 2015 @ 12:53:
Ik denk dat je iets vergeten bent... staat het url naar de blacklist in de database in de tabel settings?
[afbeelding]

Er staat en URL in naar: http://jij.haatmij.nl/spotnet/blacklist.txt
Dit is de standaard van Spotweb. Moet deze aangepast worden. Er is verder hierover niet vermeld dat dit ook gedaan moet worden namelijk.

[m-buurman]

MikeOO schreef op donderdag 04 juni 2015 @ 07:57:
[...]


Er staat en URL in naar: http://jij.haatmij.nl/spotnet/blacklist.txt
Dit is de standaard van Spotweb. Moet deze aangepast worden. Er is verder hierover niet vermeld dat dit ook gedaan moet worden namelijk.

Deze moet inderdaad aangepast worden naar de nieuwe locatie van de, door het script gegenereerde, blacklist.

[MikeOO]

m-buurman schreef op donderdag 04 juni 2015 @ 08:39:
[...]


Deze moet inderdaad aangepast worden naar de nieuwe locatie van de, door het script gegenereerde, blacklist.

Dus als ik het goed begrijp genereerd de PHP code een txt bestand (list.txt) in de spotwebfolder
De link wordt dan http://<ip-adres-spotweb>/list.txt

[m-buurman]

MikeOO schreef op donderdag 04 juni 2015 @ 08:46:
[...]


Dus als ik het goed begrijp genereerd de PHP code een txt bestand (list.txt) in de spotwebfolder
De link wordt dan http://<ip-adres-spotweb>/list.txt

Volgens mij vult de code enkel een bestaand .txt bestand, dus maak voor de zekerheid zelf even het list.txt bestand aan in de spotweb directory. Vervolgens pas je inderdaad de url aan zoals je aangeeft, in mijn geval is dat http://<spotweb-adres>/<spotweb-map>/list.txt omdat ik hem in een submap op de server heb staan.
Dit werkt perfect hier.

[MikeOO]

m-buurman schreef op donderdag 04 juni 2015 @ 08:54:
[...]


Volgens mij vult de code enkel een bestaand .txt bestand, dus maak voor de zekerheid zelf even het list.txt bestand aan in de spotweb directory. Vervolgens pas je inderdaad de url aan zoals je aangeeft, in mijn geval is dat http://<spotweb-adres>/<spotweb-map>/list.txt omdat ik hem in een submap op de server heb staan.
Dit werkt perfect hier.

list.txt wordt automatisch aangemaakt als ik die verwijder na uitvoeren dus dat gaat goed.

Heb de link nu toegevoegd maar nog steeds blijven er melding in staan. Ip-adres aan het eind is aangepast dus niet iets wat ontbreekt. Link in Firefox openen geeft ook netjes de lijst weer.

[m-buurman]

MikeOO schreef op donderdag 04 juni 2015 @ 09:17:
[...]


list.tx wordt automatisch aangemaakt als ik die verwijderd na uitvoeren dus dat gaat goed.

Heb de link nu toegevoegd maar nog steeds blijven er melding in staan. Ip-adres aan het eind is aangepast dus niet iets wat ontbreekt. Link in Firefox openen geeft ook netjes de lijst weer.
[afbeelding]

[afbeelding]

Is de lijst wel gevuld en wordt dit wel ingelezen in de database?
Met de instructies van R0GGER en de werkwijze zoals ik aangaf werkt het hier goed, zou niet weten wat er dan loos is helaas..

[MikeOO]

m-buurman schreef op donderdag 04 juni 2015 @ 09:23:
[...]


Is de lijst wel gevuld en wordt dit wel ingelezen in de database?
Met de instructies van R0GGER en de werkwijze zoals ik aangaf werkt het hier goed, zou niet weten wat er dan loos is helaas..

Krijg wel waardes in list.txt.
Welke veld kan ik zien of deze ook worden ingelezen in de DB.

[m-buurman]

MikeOO schreef op donderdag 04 juni 2015 @ 09:48:
[...]


Krijg wel waardes in list.txt.
Welke veld kan ik zien of deze ook worden ingelezen in de DB.

Spotweb database -> tabel 'spotteridblacklist'. Je kan het steekproefgewijs checken door id's in die tabel te vergelijken met de id's in je txt bestand.

[MikeOO]

m-buurman schreef op donderdag 04 juni 2015 @ 10:20:
[...]


Spotweb database -> tabel 'spotteridblacklist'. Je kan het steekproefgewijs checken door id's in die tabel te vergelijken met de id's in je txt bestand.

Gezocht met SELECT * FROM spotteridblacklist WHERE spotterid = "GbDfZA" die in de lijst voorkomt maar niets.

Daar zit dus het probleem.
Wel vreemd want de PHP code maakt netjes een lijst aan dus verbinding naar SQL gaat goed.

Waarom hij deze waardes dus niet wegschrijft in de DB is mij een raadsel. Rechten op de Spotweb DB zijn allemaal aangezet dus daar kan het ook niet meer in zitten.

Dit is de code die ik gebruik. Het account wordt ook door retrieve gebruikt.

code:

<?php
    $fh = fopen('list.txt', 'w');
    $con = mysql_connect("localhost","spotweb","wachtwoord");
    mysql_select_db("spotweb", $con);
        
    // ZOEK ALLE ID'S MET 7 OF MEER REPORTS EN FILTER DUBBELE ID'S WEG.
    $result = mysql_query("SELECT DISTINCT `spotterid` FROM spots WHERE reportcount > 7"); 
        
    while ($row = mysql_fetch_array($result)) {     
       $last = end($row);          
        $num = mysql_num_fields($result) ;    
        for($i = 0; $i < $num; $i++) {            
            fwrite($fh, $row[$i]);                      
            if ($row[$i] != $last)
               fwrite($fh, ", ");
         echo $row["spotterid"].  "<br>";               
        }                                                                 
        fwrite($fh, "\n");
    }
    fclose($fh);
    ?>

[ Voor 40% gewijzigd door MikeOO op 04-06-2015 10:51 ]

[m-buurman]

MikeOO schreef op donderdag 04 juni 2015 @ 10:48:
[...]


Gezocht met SELECT * FROM spotteridblacklist WHERE spotterid = "GbDfZA" die in de lijst voorkomt maar niets.

Daar zit dus het probleem.
Wel vreemd want de PHP code maakt netjes een lijst aan dus verbinding naar SQL gaat goed.

Waarom hij deze waardes dus niet wegschrijft in de DB is mij een raadsel. Rechten op de Spotweb DB zijn allemaal aangezet dus daar kan het ook niet meer in zitten.

Dit is de code die ik gebruik. Het account wordt ook door retrieve gebruikt.

code:

<?php
    $fh = fopen('list.txt', 'w');
    $con = mysql_connect("localhost","spotweb","wachtwoord");
    mysql_select_db("spotweb", $con);
        
    // ZOEK ALLE ID'S MET 7 OF MEER REPORTS EN FILTER DUBBELE ID'S WEG.
    $result = mysql_query("SELECT DISTINCT `spotterid` FROM spots WHERE reportcount > 7"); 
        
    while ($row = mysql_fetch_array($result)) {     
       $last = end($row);          
        $num = mysql_num_fields($result) ;    
        for($i = 0; $i < $num; $i++) {            
            fwrite($fh, $row[$i]);                      
            if ($row[$i] != $last)
               fwrite($fh, ", ");
         echo $row["spotterid"].  "<br>";               
        }                                                                 
        fwrite($fh, "\n");
    }
    fclose($fh);
    ?>

Je zou kunnen kijken wat de output is van retrieve.php wanneer je deze in een console uitvoert, wellicht dat je daar een error tegenkomt. Bij mij ziet het einde er zo uit, dit interpreteer ik als een juiste uitkomst.

code:

Finished updating blacklist. Added 1, removed 0, skipped 2 of 286 lines.
Whitelist not modified, no need to update
Expiring debuglog entries, if any, done. 
Starting to create statistics 
Finished creating statistics

Meer zou ik ook echt niet weten.

[R0GGER]

MikeOO schreef op donderdag 04 juni 2015 @ 09:17:
[...]


list.txt wordt automatisch aangemaakt als ik die verwijder na uitvoeren dus dat gaat goed.

Heb de link nu toegevoegd maar nog steeds blijven er melding in staan. Ip-adres aan het eind is aangepast dus niet iets wat ontbreekt. Link in Firefox openen geeft ook netjes de lijst weer.
[afbeelding]

[afbeelding]

Ik zie het al... de blacklist is wel toegevoegd maar is niet ingeschakeld.
external_blacklist = 1 (niet leeg!)

[MikeOO]

R0GGER schreef op donderdag 04 juni 2015 @ 11:09:
[...]


Ik zie het al... de blacklist is wel toegevoegd maar is niet ingeschakeld.
external_blacklist = 1 (niet leeg!)

Als ik de waarde aanpas van 0 naar 1 gebeurt er nog niets.
Ook retrieve nog een keer extra uitgevoerd voor de zekerheid.

[R0GGER]

Ik zou gewoon een linkje gebruiken naar het bestand, bijvoorbeeld: http://domein.nl/spotweb/list/blacklist.txt

external_blacklist: value = 1

[MikeOO]

R0GGER schreef op donderdag 04 juni 2015 @ 11:42:
Ik zou gewoon een linkje gebruiken naar het bestand, bijvoorbeeld: http://domein.nl/spotweb/list/blacklist.txt

external_blacklist: value = 1

[afbeelding]

Dank

Ik had het zo ook aangepast na je eerste tip hiervan maar wilde niet.
Bleek dat de 1 weer was aangepast naar 0

Nogmaals gedaan en nu werkt het wel.
Dank voor het geduld ook uiteraard aan @m-buurman

[C6DL]

ligt bij jullie spotweb er ook uit?
hier al 4 dagen.. ERRORAuthentication rejected [response: "Authentication Failed"] [response: ""]

[Workaholic]

Er staat volgens mij heel duidelijk wat het probleem is.. je account voor je usenet provider werkt niet meer. Lees authentication failed (username / password niet correct). Probeer dezelfde gegevens is in een lokale NZB download client?

Ook kan het zijn dat je SSL problemen hebt net zoals veel andere door een update van php / ssl oid (ssl uitzetten hielp bij mij).

[ Voor 21% gewijzigd door Workaholic op 08-06-2015 18:56 ]

[MikeOO]

C6DL schreef op maandag 08 juni 2015 @ 17:25:
ligt bij jullie spotweb er ook uit?
hier al 4 dagen.. ERRORAuthentication rejected [response: "Authentication Failed"] [response: ""]

Spotweb draait lokaal op je eigen hardware. Als iets niet werkt zit het probleem dus ook lokaal.

Als je niet kunt inloggen in Spotweb zelf dan heb je of de verkeerde inlogegevens gebruikt of iemand heeft kunnen inloggen en de gegevens aangepast.

Als je wel kunt inloggen in Spotweb maar er komen geen nieuwe gegevens binnen dan handmatig een retrieve starten en kijken welke melding je krijgt. Grote kans dat er iets met je account van je nieuwsgroep provider is of dat er iets niet is goed gegeven maar het downloaden van deze gegevens.

Verder is het altijd handig om te omschrijven wat je doet. De foutmelding is prima maar je geeft niet aan op welk moment je dit krijgt.

[tomdabom]

Heeft er iemand ervaring met het reverse proxyen van spotweb op ubuntu 14.04 door IIS heen ?

Ik krijg bij het aanmaken van de rule, een inlog pagina te zien zonder CSS, na het inloggen krijg ik de overzichts pagina te zien nogmaals zonder CSS en bij het ophalen van een spot verwijst deze naar een interne naam welke de browser uiteraard niet kan vinden

Ik heb het voor de volgende services voor elkaar gekregen:
SABnzbd
Mail vanaf synology
Sonarr
Bittorrent

Alvast bedankt voor jullie input!

[ Voor 35% gewijzigd door tomdabom op 15-06-2015 14:36 ]

[strandbal]

Iemand hier die git beter begrijpt dan ik? De laatste twee maanden als ik spotweb update met "git pull" krijg ik halverwege merge conflicts, waarna spotweb niet meer werkt. Ik snap er niets van, ik edit lokaal helemaal geen files, dus ik snap niet waarom de boel niet gemerged kan worden...

Hoe kan ik git gewoon vertellen dat 'ie pullt wat nodig is en lokale files overschrijft?

Edit: Hier loopt 'ie op vast:

code:

nas# git status
On branch master
Your branch and 'origin/master' have diverged,
and have 12 and 9 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)
You have unmerged paths.
  (fix conflicts and run "git commit")

Changes to be committed:

    modified:   lib/services/Settings/Services_Settings_Base.php
    modified:   lib/services/Upgrade/Services_Upgrade_Settings.php
    modified:   templates/we1rdo/editsettings.inc.php

Unmerged paths:
  (use "git add <file>..." to mark resolution)

    both modified:   templates/we1rdo/js/scripts.js
    both modified:   templates/we1rdo/spots.inc.php

Untracked files:
  (use "git add <file>..." to include in what will be committed)

    0.17022
    7.34.0
    8.34
    php.core

[ Voor 51% gewijzigd door strandbal op 17-06-2015 21:15 ]

[Compizfox]

tomdabom schreef op maandag 15 juni 2015 @ 14:34:
Heeft er iemand ervaring met het reverse proxyen van spotweb op ubuntu 14.04 door IIS heen ?

Waarom zou je dat in vredesnaam willen?

---

strandbal schreef op woensdag 17 juni 2015 @ 21:13:
Iemand hier die git beter begrijpt dan ik? De laatste twee maanden als ik spotweb update met "git pull" krijg ik halverwege merge conflicts, waarna spotweb niet meer werkt. Ik snap er niets van, ik edit lokaal helemaal geen files, dus ik snap niet waarom de boel niet gemerged kan worden...

Hoe kan ik git gewoon vertellen dat 'ie pullt wat nodig is en lokale files overschrijft?

Edit: Hier loopt 'ie op vast:

code:

nas# git status
On branch master
Your branch and 'origin/master' have diverged,
and have 12 and 9 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)
You have unmerged paths.
  (fix conflicts and run "git commit")

Changes to be committed:

    modified:   lib/services/Settings/Services_Settings_Base.php
    modified:   lib/services/Upgrade/Services_Upgrade_Settings.php
    modified:   templates/we1rdo/editsettings.inc.php

Unmerged paths:
  (use "git add <file>..." to mark resolution)

    both modified:   templates/we1rdo/js/scripts.js
    both modified:   templates/we1rdo/spots.inc.php

Untracked files:
  (use "git add <file>..." to include in what will be committed)

    0.17022
    7.34.0
    8.34
    php.core

Je hebt blijkbaar bestanden lopen aanpassen?

[strandbal]

Euh nee, ik edit geen spotweb files
En al deed ik het wel, hoe kan ik forceren dat hij gewoon de remote files als leidend pakt?

[tomdabom]

Compizfox schreef op woensdag 17 juni 2015 @ 22:01:
[...]

Waarom zou je dat in vredesnaam willen?

Waarom niet ?

[Compizfox]

Tja, IIS?

Doe maar niet

[tomdabom]

Compizfox schreef op woensdag 17 juni 2015 @ 23:58:
Tja, IIS?

Doe maar niet

Kom dan ook met goede argumenten voordat je het afkraakt.

[ErikCornelissen]

Ik heb IIS draaien als reverse proxy voor spotweb, echter niet naar ubuntu. Wil best de rule delen

[tomdabom]

ErikCornelissen schreef op donderdag 18 juni 2015 @ 16:49:
Ik heb IIS draaien als reverse proxy voor spotweb, echter niet naar ubuntu. Wil best de rule delen

Graag!

[WeaZuL]

tomdabom schreef op maandag 15 juni 2015 @ 14:34:
Heeft er iemand ervaring met het reverse proxyen van spotweb op ubuntu 14.04 door IIS heen ?

Ik krijg bij het aanmaken van de rule, een inlog pagina te zien zonder CSS, na het inloggen krijg ik de overzichts pagina te zien nogmaals zonder CSS en bij het ophalen van een spot verwijst deze naar een interne naam welke de browser uiteraard niet kan vinden

Ik heb het voor de volgende services voor elkaar gekregen:
SABnzbd
Mail vanaf synology
Sonarr
Bittorrent

Alvast bedankt voor jullie input!

Ik had SW ook draaien achter een RP en had hetzelfde issue. Welliswaar niet IIS als RP maar toch. Toevallig icm ssl (https) offloading? Een change zorgde ervoor dat bij mij de CSS weer getoond werd icm de HTTP_X_FORWARDED_SSL header welke meegestuurd dient te worden vanuit de RP.

[ Voor 5% gewijzigd door WeaZuL op 19-06-2015 11:16 ]

[Xaero]

strandbal schreef op woensdag 17 juni 2015 @ 22:04:
Euh nee, ik edit geen spotweb files
En al deed ik het wel, hoe kan ik forceren dat hij gewoon de remote files als leidend pakt?

git reset --hard HEAD

[tomdabom]

WeaZuL schreef op vrijdag 19 juni 2015 @ 10:54:
[...]


Ik had SW ook draaien achter een RP en had hetzelfde issue. Welliswaar niet IIS als RP maar toch. Toevallig icm ssl (https) offloading? Een change zorgde ervoor dat bij mij de CSS weer getoond werd icm de HTTP_X_FORWARDED_SSL header welke meegestuurd dient te worden vanuit de RP.

Thanks, ga het even uitzoeken. Deze RP doet inderdaad ssl offloading.

[strandbal]

Xaero schreef op vrijdag 19 juni 2015 @ 15:20:
[...]


git reset --hard HEAD

Hmm, hiermee heb ik de boel definitief om zeep geholpen...

Heb het nu anders opgelost, dbsettings.inc.php gebackupped, apache gestopt, spotweb map gerenamed, opnieuw een "git clone" uitgevoerd, en de dbsettings file terug gekopieerd. Nu heb ik iig een verse kopie

[Deem]

Er is op dit moment "nogal" wat gaande in mijn index. Is het mogelijk dat spotweb bij 5 reports de post gewoon niet weergeeft? De index wordt de laatste tijd nogal vervuild door een of andere troll.

[ralfbosz]

Deem schreef op maandag 22 juni 2015 @ 12:40:
Er is op dit moment "nogal" wat gaande in mijn index. Is het mogelijk dat spotweb bij 5 reports de post gewoon niet weergeeft? De index wordt de laatste tijd nogal vervuild door een of andere troll.

Voor die laatste heb ik eindelijk maatregelen genomen, ik draai nu na elke update:

DELETE FROM spots WHERE reportcount >= 5;

En weg zijn al die 'trolls'.

Eerste zegt me helaas niks.

[Deem]

Hoe scedule ik die query in mySQL of verwerk ik dit in een batchfile?

Als ik de query handmatig doe dan werkt het in ieder geval wel.

[ralfbosz]

Deem schreef op maandag 22 juni 2015 @ 13:18:
Hoe scedule ik die query in mySQL of verwerk ik dit in een batchfile?

Als ik de query handmatig doe dan werkt het in ieder geval wel.

De query in een query.sql zetten en dan aanroepen:

# mysql spotweb < query.sql

ik zou een eventueel wachtwoord via een .my.cnf van die user regelen.

Iets hierboven staan ook tips om zelf een blacklist.txt aan te maken, dat werkt ook prima. Maar dan blijft de spot wel in je DB staan, je ziet ze alleen niet in het overzicht.

[Deem]

ralfbosz schreef op maandag 22 juni 2015 @ 15:49:
[...]

De query in een query.sql zetten en dan aanroepen:

# mysql spotweb < query.sql

ik zou een eventueel wachtwoord via een .my.cnf van die user regelen.

Iets hierboven staan ook tips om zelf een blacklist.txt aan te maken, dat werkt ook prima. Maar dan blijft de spot wel in je DB staan, je ziet ze alleen niet in het overzicht.

Blacklist is niet echt een optie omdat de figuren is kwestie steeds een ander ID gebruikt.

[vanaalten]

ralfbosz schreef op maandag 22 juni 2015 @ 13:10:
Voor die laatste heb ik eindelijk maatregelen genomen, ik draai nu na elke update:

DELETE FROM spots WHERE reportcount >= 5;

En weg zijn al die 'trolls'.

ralfbosz schreef op maandag 22 juni 2015 @ 15:49:
De query in een query.sql zetten en dan aanroepen:

# mysql spotweb < query.sql

Dank, werkt hier prima!
Ben wel bang dat Spotweb door dit alles verloren gaat, maar op deze manier is het weer goed bruikbaar.

[thespeed]

Ik heb Spotweb op mijn server geïnstalleerd en hij haalt nu alle volledige spots op. (900 dagen retentie)
Nu is dit al flink wat uren bezig.
Maar ik zie constant meldingen van: PHP notice: undefined offset: in (mijn directory) Services_providers_HttpNzb.php on line 286.
En verder veel meldingen van Failed to retrieve article.

Heb al wel wat rond gezocht maar is dit normaal?
Ik heb bij de settings aangevinkt dat hij alles moet binnenhalen want als ik ging downloaden met SabNZB kreeg ik problemen om spots te openen (1 verbinding opengehouden voor Spotweb)

Hij loopt verder ondanks de meldingen gewoon door.

Voordat ik de retrieve heb gedaan heb ik het upgrade-db commando uitgevoerd.

SSL heb ik uitgeschakeld.

[mesa57]

Heeft iemand van jullie een idee of spotweb moeite heeft met php 5.5 ?
Mijn webhoster is een week geleden geupgrade naar php 5.5 en sinds dien komen er geen spots meer binnen. Bovendien zegt spotweb bij een re-install dat hij de usenet provider niet kan valideren ?

[elsinga]

Zet 'm eens op niet-SSL en poort 119...

[mesa57]

Ok, bleek toch de firewall te zijn.
Helaas werkt de retrieve.php niet meer, er komen geen spots binnen.

[servies]

ralfbosz schreef op maandag 22 juni 2015 @ 13:10:
[...]

Voor die laatste heb ik eindelijk maatregelen genomen, ik draai nu na elke update:

DELETE FROM spots WHERE reportcount >= 5;

En weg zijn al die 'trolls'.

Eerste zegt me helaas niks.

In het algemeen gaat het om trolls die de naam van een ander gebruiken.
Ik ken het db schema niet, maar is het niet makkelijker om die records te verwijderen
waar de spotternaam/spotterid combinatie niet overeenkomt met de spotternaam/spotterid die is gewhitelist
dus zoiets als

code:

DELETE FROM spots
JOIN whitelist ON spots.spotternaam = whitelist.spotternaam AND spots.spotterid <> whitelist.spotterid

dan ben je (eventueel in combinatie met de voorgaande query) ook de records kwijt die nog niet gerapporteerd zijn...

[Tiestor]

Ik heb spotweb al een hele tijd zonder problemen draaien op een Synology DS414, nu heb ik deze gister geupdate naar versie 20150623-1 en nu krijg ik ineens onderstaande melding, welke steeds wordt herhaalt, in mijn spotoverzicht:

code:

Notice: Undefined index: imageover_subcats in /volume1/web/spotweb/lib/services/Settings/Services_Settings_Container.php on line 62

Iemand enig idee hoe ik dit kan verhelpen?

[Webjunkie]

ik kreeg die error ook en ben maar terug gegaan naar de vorige pull.
hopelijk wordt het snel gefixt.

[TheMystery]

Tiestor schreef op woensdag 24 juni 2015 @ 14:20:
Ik heb spotweb al een hele tijd zonder problemen draaien op een Synology DS414, nu heb ik deze gister geupdate naar versie 20150623-1 en nu krijg ik ineens onderstaande melding, welke steeds wordt herhaalt, in mijn spotoverzicht:

code:

Notice: Undefined index: imageover_subcats in /volume1/web/spotweb/lib/services/Settings/Services_Settings_Container.php on line 62

Iemand enig idee hoe ik dit kan verhelpen?

Bij mij was deze melding opgelost nadat ik db-upgrade.php heb gedraaid.

[MikeOO]

TheMystery schreef op woensdag 24 juni 2015 @ 20:16:
[...]


Bij mij was deze melding opgelost nadat ik db-upgrade.php heb gedraaid.

Dit moet je altijd uitvoeren nadat je een Git Pull hebt uitgevoerd of als je naar een andere versie gaat.
Hiermee wordt de Database aangepast voor deze versie.

[Webjunkie]

vroeger kreeg je een melding dat je db-upgrade moest draaien.
als de database eenmaal is aangepast is er geen weg terug meer naar een vorige versie dus doe ik dat alleen als het echt moet.

[MikeOO]

Webjunkie schreef op donderdag 25 juni 2015 @ 09:32:
vroeger kreeg je een melding dat je db-upgrade moest draaien.
als de database eenmaal is aangepast is er geen weg terug meer naar een vorige versie dus doe ik dat alleen als het echt moet.

Die melding krijg je inderdaad niet altijd meer en meestal ontkom je er niet aan.
Ik ben in het verleden toch regelmatig teruggegaan naar een vorige versie van Spotweb en dmv van PHP-Upgrade was de DB voor deze versie weer prima werkend.

Zelf nog niet meegemaakt dat door het uitvoeren van PHP-Upgrade Spotweb niet meer wil werken.

[zeroday]

ik krijg in de nieuwe versie (from scratch) continue dit

SpotWeb v0.67.28.31 on PHP v5.6.9-0+deb8u1 crashed

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


#0 /var/www/spotweb/NNTP/Protocol/Client.php(296): Net_NNTP_Protocol_Client->throwError('Failed to read ...')
#1 /var/www/spotweb/NNTP/Protocol/Client.php(279): Net_NNTP_Protocol_Client->_getStatusResponse()
#2 /var/www/spotweb/NNTP/Protocol/Client.php(1759): Net_NNTP_Protocol_Client->_sendCommand('XOVER 2479895-2...')
#3 /var/www/spotweb/NNTP/Client.php(1000): Net_NNTP_Protocol_Client->cmdXOver('2479895-2484895')
#4 /var/www/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(137): Net_NNTP_Client->getOverview('2479895-2484895')
#5 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Base.php(213): Services_Nntp_Engine->getOverview(2479895, 2484895)
#6 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319): Services_Retriever_Base->loopTillEnd('2455295', '5000')
#7 /var/www/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#8 {main}

Finished retrieving spots.

[zeroday]

ik krijg in de nieuwe versie (from scratch) continue dit

SpotWeb v0.67.28.31 on PHP v5.6.9-0+deb8u1 crashed

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


#0 /var/www/spotweb/NNTP/Protocol/Client.php(296): Net_NNTP_Protocol_Client->throwError('Failed to read ...')
#1 /var/www/spotweb/NNTP/Protocol/Client.php(279): Net_NNTP_Protocol_Client->_getStatusResponse()
#2 /var/www/spotweb/NNTP/Protocol/Client.php(1759): Net_NNTP_Protocol_Client->_sendCommand('XOVER 2479895-2...')
#3 /var/www/spotweb/NNTP/Client.php(1000): Net_NNTP_Protocol_Client->cmdXOver('2479895-2484895')
#4 /var/www/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(137): Net_NNTP_Client->getOverview('2479895-2484895')
#5 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Base.php(213): Services_Nntp_Engine->getOverview(2479895, 2484895)
#6 /var/www/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319): Services_Retriever_Base->loopTillEnd('2455295', '5000')
#7 /var/www/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#8 {main}

Finished retrieving spots.

iets zegt me .. een SSL issue ?

[pven]

Ik krijg via git spotweb niet meer bij gewerkt. Omdat ik dacht dat ik iets verkeerd had gedaan, heb ik een backup van een maand terug erop gezet maar dat maakt niets uit.

Poging 1:

code:

DiskStation> /opt/bin/git pull
remote: Counting objects: 260, done.
remote: Total 260 (delta 130), reused 130 (delta 130), pack-reused 130
Receiving objects: 100% (260/260), 46.81 KiB, done.
Resolving deltas: 100% (181/181), completed with 24 local objects.
From https://github.com/spotweb/spotweb
 + 067e1a6...dfa303c master     -> origin/master  (forced update)
 * [new branch]      media      -> origin/media
 * [new branch]      trunk      -> origin/trunk
Auto-merging templates/we1rdo/spots.inc.php
CONFLICT (content): Merge conflict in templates/we1rdo/spots.inc.php
Auto-merging templates/we1rdo/js/scripts.js
CONFLICT (content): Merge conflict in templates/we1rdo/js/scripts.js
Auto-merging templates/we1rdo/editsettings.inc.php
Auto-merging retrieve.php
Auto-merging lib/services/Upgrade/Services_Upgrade_Settings.php
Auto-merging lib/services/Settings/Services_Settings_Base.php
Automatic merge failed; fix conflicts and then commit the result.

Daarna poging 2, die geeft een ander resultaat:

code:

DiskStation> /opt/bin/git pull
M       README.md
M       lib/services/Settings/Services_Settings_Base.php
M       lib/services/Upgrade/Services_Upgrade_Settings.php
M       locales/nl_NL/LC_MESSAGES/messages.po
M       retrieve.php
M       templates/we1rdo/editsettings.inc.php
U       templates/we1rdo/js/scripts.js
U       templates/we1rdo/spots.inc.php
Pull is not possible because you have unmerged files.
Please, fix them up in the work tree, and then use 'git add/rm <file>'
as appropriate to mark resolution, or use 'git commit -a'.
DiskStation>

Ik heb wat zitten spelen met bestanden verwijderen enzo, maar dat lost helemaal niets op.

Help?

[FREAKJAM]

Paar posts hierboven al gelezen?
Xaero in "SpotWeb - Webbased Spotnet - deel 2"

Even Googlen brengt me ook op deze site of deze. Genoeg te vinden in ieder geval.

[ Voor 63% gewijzigd door FREAKJAM op 26-06-2015 13:15 ]

[Afvalzak]

Jullie hebben het over updates, maar ik zie op de github al minsten een jaar geen updates aan de code meer, of zit ik op de verkeerde te kijken?
https://github.com/spotweb/spotweb/graphs/code-frequency

[FREAKJAM]

Genoeg commits hoor.

[Afvalzak]

FREAKJAM schreef op vrijdag 26 juni 2015 @ 13:19:
Genoeg commits hoor.

Och, ik zat zeker in de trunk branch dan

[pven]

FREAKJAM schreef op vrijdag 26 juni 2015 @ 13:10:
Paar posts hierboven al gelezen?
Xaero in "SpotWeb - Webbased Spotnet - deel 2"

Even Googlen brengt me ook op deze site of deze. Genoeg te vinden in ieder geval.

Vergeten te melden: ja, geprobeerd, zelfde resultaat:

code:

DiskStation> /opt/bin/git reset --hard HEAD
HEAD is now at 067e1a6 Merge pull request #32 from buurman/patch-1
DiskStation> /opt/bin/git pull
Auto-merging templates/we1rdo/spots.inc.php
CONFLICT (content): Merge conflict in templates/we1rdo/spots.inc.php
Auto-merging templates/we1rdo/js/scripts.js
CONFLICT (content): Merge conflict in templates/we1rdo/js/scripts.js
Auto-merging templates/we1rdo/editsettings.inc.php
Auto-merging retrieve.php
Auto-merging lib/services/Upgrade/Services_Upgrade_Settings.php
Auto-merging lib/services/Settings/Services_Settings_Base.php
Automatic merge failed; fix conflicts and then commit the result.
DiskStation>

Ik ga naar die Google-hits kijken. Dank!

[FREAKJAM]

Je kunt anders ook de dirty fix toepassen. De aangegeven files lokaal even verwijderen en dan een git pull proberen.

[Zoutzuur]

Mensen, het lukt me prima om een spotweb rss feed te genereren op basis van een query in de titel. Maar nu zou ik graag alle spots van 1 bepaalde poster willen gaan binnenhalen via sabnzbd. Heeft iemand dat ooit voor elkaar gekregen? Ik kan op zich wel een filter aanmaken in spotweb, hiervan zou ik dan een rss feed willen genereren, of is er een betere oplossing, waar ik dan dus finaal overheen kijk. Doel is dus om alle spots van poster X via sabnzbd binnen te gaan halen via RSS.

[Mr_Blobby]

Zoutzuur schreef op vrijdag 26 juni 2015 @ 16:28:
Mensen, het lukt me prima om een spotweb rss feed te genereren op basis van een query in de titel. Maar nu zou ik graag alle spots van 1 bepaalde poster willen gaan binnenhalen via sabnzbd. Heeft iemand dat ooit voor elkaar gekregen? Ik kan op zich wel een filter aanmaken in spotweb, hiervan zou ik dan een rss feed willen genereren, of is er een betere oplossing, waar ik dan dus finaal overheen kijk. Doel is dus om alle spots van poster X via sabnzbd binnen te gaan halen via RSS.

Je maakt een filter van de poster en pak daar de url van, bijv voor alles van QoQ:

code:

http://mijndomein.nl/spotweb/?search[tree]=&search[value][]=Poster:=:QoQ&sortby=stamp&sortdir=DESC

En je vervangt het vraagteken met "?page=rss&"
Dan krijg je dus deze url met de rss feed:

code:

http://mijndomein.nl/spotweb/?page=rss&search[tree]=&search[value][]=Poster:=:QoQ&sortby=stamp&sortdir=DESC

[Zoutzuur]

Mr_Blobby schreef op vrijdag 26 juni 2015 @ 21:02:
[...]

Je maakt een filter van de poster en pak daar de url van, bijv voor alles van QoQ:

code:

http://mijndomein.nl/spotweb/?search[tree]=&search[value][]=Poster:=:QoQ&sortby=stamp&sortdir=DESC

En je vervangt het vraagteken met "?page=rss&"
Dan krijg je dus deze url met de rss feed:

code:

http://mijndomein.nl/spotweb/?page=rss&search[tree]=&search[value][]=Poster:=:QoQ&sortby=stamp&sortdir=DESC

bedankt voor het meedenken!

Als ik op deze manier een feed aanmaak, lijkt het een mooie XML op te leveren, gebruik ik deze echter in SabNZB, levert het geen "hits" op.

ook een RSS reader kan hier geen brood van bakken..

wat doe ik verkeerd, moet ik niet nog ergens een api key inknutselen?


edit: inderdaad.. API key er bij in knutselen en het werkt! thanx Mr._Blobby!

[ Voor 6% gewijzigd door Zoutzuur op 26-06-2015 22:02 ]

[Tiestor]

TheMystery schreef op woensdag 24 juni 2015 @ 20:16:
[...]


Bij mij was deze melding opgelost nadat ik db-upgrade.php heb gedraaid.

Thanks, fixed it. Had dat zelf kunnen bedenken...

[Pienoet]

Ik wil graag dat categorie anime als categorie movies in nzbget word gezet.

Kan iemand mij misschien op weg helpen hoe ik dit het beste kan oplossen?

[RudolfR]

ownsettings.php voorzien van

code:

$settings['sabnzbd']['categories'] = Array(
        0   => Array('default'  => "movies",                # Default categorie when nothing else matches
                     'a5'       => "books",
                     'd2'       => "anime",
                     'd11'      => "tv",
                     'd29'      => "anime"),
        1   => Array('default'  => 'music'),
        2   => Array('default'  => 'games'),
        3   => Array('default'  => 'apps',
                     'a3'       => 'consoles',
                     'a4'       => 'consoles',
                     'a5'       => 'consoles',
                     'a6'       => 'consoles',
                     'a7'       => 'consoles',
                     'a8'       => 'consoles',
                     'a9'       => 'consoles',
                     'a10'      => 'consoles',
                     'a11'      => 'consoles',
                     'a12'      => 'consoles',
                     'a13'      => 'pda',
                     'a14'      => 'pda',
                     'a15'      => 'pda')
    );

en d29 veranderen van anime naar movies.

[pven]

Is het mogelijk om automatisch dingen te downloaden via SABnzbd? Ik ben nogal een boeken-freak en download bijna alles wat Nederlands-talig is (daarna filter ik ze handmatig voordat ik ze aan Calibre toevoeg). Het zou o-zo-handig zijn als dit automatisch ging. Uiteindelijk zijn het alleen maar linkjes, maar ik ben er zelf niet zo heel handig mee.

Overigens heb ik Spotweb op CentOS draaien (en een reserve op mijn Synology, soort speelomgeving).

[ Voor 3% gewijzigd door pven op 30-06-2015 07:56 ]

[Pienoet]

RudolfR schreef op maandag 29 juni 2015 @ 21:58:
ownsettings.php voorzien van

code:

$settings['sabnzbd']['categories'] = Array(
        0   => Array('default'  => "movies",                # Default categorie when nothing else matches
                     'a5'       => "books",
                     'd2'       => "anime",
                     'd11'      => "tv",
                     'd29'      => "anime"),
        1   => Array('default'  => 'music'),
        2   => Array('default'  => 'games'),
        3   => Array('default'  => 'apps',
                     'a3'       => 'consoles',
                     'a4'       => 'consoles',
                     'a5'       => 'consoles',
                     'a6'       => 'consoles',
                     'a7'       => 'consoles',
                     'a8'       => 'consoles',
                     'a9'       => 'consoles',
                     'a10'      => 'consoles',
                     'a11'      => 'consoles',
                     'a12'      => 'consoles',
                     'a13'      => 'pda',
                     'a14'      => 'pda',
                     'a15'      => 'pda')
    );

en d29 veranderen van anime naar movies.

Thanks man werkt Prima

[Mr_Blobby]

pven schreef op maandag 29 juni 2015 @ 22:10:
Is het mogelijk om automatisch dingen te downloaden via SABnzbd? Ik ben nogal een boeken-freak en download bijna alles wat Nederlands-talig is (daarna filter ik ze handmatig voordat ik ze aan Calibre toevoeg). Het zou o-zo-handig zijn als dit automatisch ging. Uiteindelijk zijn het alleen maar linkjes, maar ik ben er zelf niet zo heel handig mee.

Overigens heb ik Spotweb op CentOS draaien (en een reserve op mijn Synology, soort speelomgeving).

Je maakt eerst een zoekopdracht (filter) in spotweb en pak daar de url van.
Bijv. alle Nederlandstalige boeken:

code:

http://mijndomein.nl/spotweb/?search%5Btree%5D=cat0_z2_c11&sortdir=DESC&sortby=stamp

Daarvan maak je een rss feed door de "?" te vervangen door "?page=rss&":

code:

http://mijndomein.nl/spotweb/?page=rss&search%5Btree%5D=cat0_z2_c11&sortdir=DESC&sortby=stamp

Je plakt de api key erachter (die je kan vinden bij "wijzig gebruiker") en dan krijg je dit:

code:

http://mijndomein.nl/spotweb/?page=rss&search%5Btree%5D=cat0_z2_c11&sortdir=DESC&sortby=stamp&apikey=blablablabla

En deze url kan je opvoeren in SABnzbd via Config -> RSS (zie ook deze wiki pagina van SABnzbd: http://wiki.sabnzbd.org/configure-rss-0-7).