SpotWeb - Webbased Spotnet - deel 2

[pven]

Goed idee, ga ik mee aan de slag. dank! Nu nog de comicbooks uitsluiten.

En gelukt: dit werkt prima.

[ Voor 18% gewijzigd door pven op 01-07-2015 08:52 ]

[CyberJack]

MikeOO schreef op donderdag 04 juni 2015 @ 10:48:
[...]
Dit is de code die ik gebruik. Het account wordt ook door retrieve gebruikt.

Ik heb het script iets aangepast zodat deze gebruik maakt van de libs uit spotweb.
Dan worden Mysql via PDO en PostgreSQL e.d. ook ondersteund.

Ik heb het script in de root directory van spotweb geplaatst (waar ook de retrieve.php staat)

PHP:

<?php
if (@!file_exists(getcwd() .'/'. basename($argv[0]))) {
    chdir(dirname(__FILE__));
}

require_once "lib/SpotClassAutoload.php";
SpotClassAutoload::register();

require_once('dbsettings.inc.php');
$db = dbeng_abs::getDbFactory( $dbsettings['engine'] );
$db->connect($dbsettings['host'], $dbsettings['user'], $dbsettings['pass'], $dbsettings['dbname']);

$fh = fopen('myblacklist.txt', 'w');

// ZOEK ALLE ID'S MET 7 OF MEER REPORTS EN FILTER DUBBELE ID'S WEG.
$sql = 'SELECT DISTINCT `spotterid` FROM spots WHERE reportcount > 7';
foreach( $db->arrayQuery( $sql ) as $row )
{
    if( trim( $row['spotterid'] ) !== '' )
    {
        fwrite( $fh, $row['spotterid'] ."\n");
    }
}
fclose($fh);

[ Voor 4% gewijzigd door CyberJack op 01-07-2015 11:29 ]

[gielie]

CyberJack schreef op woensdag 01 juli 2015 @ 11:20:
[...]


Ik heb het script iets aangepast zodat deze gebruik maakt van de libs uit spotweb.

Ik heb dit even geprobeert maar ik krijg de volgende fout melding.

code:

PHP Fatal error:  Uncaught DatabaseConnectionException 'SQLSTATE[HY000] [2002] No such file or directory' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php(42)
#0 /volume1/web/spotweb/blacklist.php(11): dbeng_pdo_mysql->connect(NULL, NULL, NULL, NULL)
#1 {main}  thrown in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 42

De code die ik eerder gebruikte, van MikeOO, werkte wel goed.

[ Voor 12% gewijzigd door gielie op 02-07-2015 13:16 ]

[gielie]

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);
    ?>

Ik gebruike dit script met succes ik wil alleen de report count aanpassen, dit heb ik gedaan door de 10 in 3 te veranderen maar dat lijkt niet te werken. Ik krijg nog steeds alles met een report t/m 10 te zien.
Ik zou denken dat het heel makkelijk is maar blijkbaar werkt het niet zo.

Kan je mij uitleggen hoe report van 3 en meer kan filteren?

[CyberJack]

gielie schreef op donderdag 02 juli 2015 @ 13:26:
[...]


Ik gebruike dit script met succes ik wil alleen de report count aanpassen, dit heb ik gedaan door de 10 in 3 te veranderen maar dat lijkt niet te werken. Ik krijg nog steeds alles met een report t/m 10 te zien.
Ik zou denken dat het heel makkelijk is maar blijkbaar werkt het niet zo.

Kan je mij uitleggen hoe report van 3 en meer kan filteren?

Het lijkt erop dat hij geen verbinding met de database mag maken met de gegevens die in "dbsettings.inc.php" staan. Wat raar is, want dan zou spotweb zelf ook niet moeten werken.

De uitkomst van beide scripts zou het zelfde moeten zijn, dus mocht die andere wel werken, gewoon die blijven gebruiken

Kan je mij uitleggen hoe report van 3 en meer kan filteren?

De waarde in 3 veranderen zorgt ervoor dat de namen van spotters in een file gezet worden die meer dan 3x gereport zijn. Verder moet je nog wel instellen dat deze als blacklist gelezen moet worden.

Hoe en wanneer spotweb besluit de spots te verwijderen weet ik zo niet (nog niet naar gekeken), maar ik ga er vanuit dat het "retrieve.php" script dit doet.

[ Voor 22% gewijzigd door CyberJack op 02-07-2015 13:34 ]

[gielie]

CyberJack schreef op donderdag 02 juli 2015 @ 13:30:
[...]

De waarde in 3 veranderen zorgt ervoor dat de namen van spotters in een file gezet worden die meer dan 3x gereport zijn. Verder moet je nog wel instellen dat deze als blacklist gelezen moet worden.

Hoe en wanneer spotweb besluit de spots te verwijderen weet ik zo niet (nog niet naar gekeken), maar ik ga er vanuit dat het "retrieve.php" script dit doet.

Tot zover snap ik het, ik had het initieel op 7 staan en alle spots met meer dan 7 reports worden eruit gefiltert. Nu heb ik 7 verandert in 3 maar ik zie alleen reports van meer dan 7 verdwijnen.

[R0GGER]

Ik gebruik het script om alle id's met 5 of meer spam meldingen niet, omdat een spotter ook een foutje kan maken. Bijvoorbeeld als een spot mislukt en 5+ keer gemeld als spam, dan zijn alle spots inclusief alle goede spots van dit ID daarna niet meer zichtbaar. Dit is niet wenselijk...

Alternatieven:
1. Zoek op NZBindex naar antispam_v1 (177.13 KB)
2. Shitlist: http://shitlist.xyz

[CyberJack]

R0GGER schreef op donderdag 02 juli 2015 @ 19:18:

Alternatieven:
1. Zoek op NZBindex naar antispam_v1 (177.13 KB)
2. Shitlist: http://shitlist.xyz

Thanks, die kon ik nog niet, ga ik zeker even naar kijken.
Ik ben ook geen voorstander om spotters direct op de blacklist te zetten, daarom staat mijn report count momenteel op 15,

[gielie]

R0GGER schreef op donderdag 02 juli 2015 @ 19:18:


Alternatieven:
1. Zoek op NZBindex naar antispam_v1 (177.13 KB)
2. Shitlist: http://shitlist.xyz

Die lijst kende ik nog niet, ik ga hem gebruiken, tnks.

[gielie]

Ik krijg de volgende fout melding die ik niet kan oplossen, iemand een idee?

code:

Retrieving 131702 till 131704, found 2 reports in 0.57 seconds
Processed a total of 2 reports
Finished retrieving reports.



SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

Fatal error occured retrieving reports:
  HY093: 0



#0 /volume1/web/spotweb/lib/dbeng/dbeng_pdo.php(74): dbeng_pdo->exec('UPDATE spotteri...', Array)
#1 /volume1/web/spotweb/lib/dao/Base/Dao_Base_BlackWhiteList.php(112): dbeng_pdo->modify('UPDATE spotteri...', Array)
#2 /volume1/web/spotweb/lib/services/BWList/Services_BWList_Retriever.php(55): Dao_Base_BlackWhiteList->updateExternalList(Array, 'black')
#3 /volume1/web/spotweb/retrieve.php(224): Services_BWList_Retriever->retrieveBlackList('http://shitlist...')
#4 {main}

Finished retrieving reports.

Hij update wel gewoon maar de black/whitelist doet hij niks mee.

[ Voor 3% gewijzigd door gielie op 03-07-2015 10:06 ]

[mhoogendam]

gielie schreef op vrijdag 03 juli 2015 @ 10:05:
Ik krijg de volgende fout melding die ik niet kan oplossen, iemand een idee?

code:

Retrieving 131702 till 131704, found 2 reports in 0.57 seconds
Processed a total of 2 reports
Finished retrieving reports.



SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

Fatal error occured retrieving reports:
  HY093: 0



#0 /volume1/web/spotweb/lib/dbeng/dbeng_pdo.php(74): dbeng_pdo->exec('UPDATE spotteri...', Array)
#1 /volume1/web/spotweb/lib/dao/Base/Dao_Base_BlackWhiteList.php(112): dbeng_pdo->modify('UPDATE spotteri...', Array)
#2 /volume1/web/spotweb/lib/services/BWList/Services_BWList_Retriever.php(55): Dao_Base_BlackWhiteList->updateExternalList(Array, 'black')
#3 /volume1/web/spotweb/retrieve.php(224): Services_BWList_Retriever->retrieveBlackList('http://shitlist...')
#4 {main}

Finished retrieving reports.

Hij update wel gewoon maar de black/whitelist doet hij niks mee.

Heb je hem ook zo ingesteld zoals op de pagina staat aangegeven als je op Install drukt?
List ingevuld
List actief aangezet

[gielie]

mhoogendam schreef op vrijdag 03 juli 2015 @ 14:05:
[...]

Heb je hem ook zo ingesteld zoals op de pagina staat aangegeven als je op Install drukt?
List ingevuld
List actief aangezet

Ik heb hem al weer aan de praat, paar keer iets met git gedaan en zonder duidelijke reden loopt hij weer goed. tnks.

[Anoniem: 682214]

R0GGER schreef op donderdag 02 juli 2015 @ 19:18:
Ik gebruik het script om alle id's met 5 of meer spam meldingen niet, omdat een spotter ook een foutje kan maken. Bijvoorbeeld als een spot mislukt en 5+ keer gemeld als spam, dan zijn alle spots inclusief alle goede spots van dit ID daarna niet meer zichtbaar. Dit is niet wenselijk...

Alternatieven:
1. Zoek op NZBindex naar antispam_v1 (177.13 KB)
2. Shitlist: http://shitlist.xyz

@R0GGER: hou jij deze blacklist bij? Zo ja, wat zijn de criteria om op deze blacklist te komen? Ik zie er namelijk een aantal spotters op staan, die vaak goede reacties krijgen op hun spots. Een aantal voorbeelden zijn bijvoorbeeld: Bassie (1v8DrA), YELLOWMEN (54ndMA), cycas (SLtugA), Pietje101 (WWgeiA) en ZwaarMetaal (hW7f3g).

[Workaholic]

Vervelend die spammers de laatste tijd met zogenaamd dezelfde spotternaam.

Ik kom er niet helemaal uit. Graag jullie hulp.

1) Ik heb in settings.php --> external blacklist op 1 gezet. en een blacklist en whitelist txt file aangemaakt en hier neergezet naar mijn URL

2) retrieveclean.php aangemaakt met eigen inloggevens:

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);
    ?>

Deze in de crontab gezet. Maar ook handmatig een keer getest en dan krijg ik deze errors:

code:

spotweb@webserver:~/domains/spotweburl.nl/private_html/spotweb$ php reportclean.php

Deprecated: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in /home/spotweb/domains/spotweburl..nl/private_html/spotweb/reportclean.php on line 3

Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in /home/spotweb/domains/spotweburl.nl/private_html/spotweb/reportclean.php on line 9

Wat doe ik verkeerd? De list.txt files in mjin spotweb root blijven leeg.

Ik zie overigens dat mijn admin user geen spots kan blacklisten, normale gebruikers wel? Ik mis dus het rode pijltje. White listen wel? Hoe vult men deze blacklist precies? Moet ik dit zelf doen, of haalt hij dit extern? Als het script werkt, worden deze posts dan ook automatisch verwijderd of verborgen voor mijn gebruikers? of staat er alleen maar een waarschuwing bij?

[ Voor 6% gewijzigd door Workaholic op 04-07-2015 11:26 ]

[CyberJack]

Workaholic schreef op zaterdag 04 juli 2015 @ 11:19:
Deze in de crontab gezet. Maar ook handmatig een keer getest en dan krijg ik deze errors:

code:

spotweb@webserver:~/domains/spotweburl.nl/private_html/spotweb$ php reportclean.php

Deprecated: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in /home/spotweb/domains/spotweburl..nl/private_html/spotweb/reportclean.php on line 3

Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in /home/spotweb/domains/spotweburl.nl/private_html/spotweb/reportclean.php on line 9

Wat doe ik verkeerd? De list.txt files in mjin spotweb root blijven leeg.

Het lijkt erop dat je query fout gaat. Kan je de query wel handmatig uitvoeren op je database?

De melding over "Deprecated: mysql_connect()" is logisch omdat de mysql_ functies uit php gehaald gaan worden. Deze kan je in principe negeren (is alleen een waarschuwing), maar eigenlijk moeten mysql_ functies niet meer gebruikt worden.

[ Voor 5% gewijzigd door CyberJack op 04-07-2015 12:26 ]

[Workaholic]

Welke query? Als ik het script handmatig run dan krijg ik bovenstaande error.

In php my admin kan ik ook wat uitvoeren geloof ik, maar wat moet ik er dan inzetten? Moet ik de commando's aanpassen denk ik naar niet php?

[Pienoet]

Na het retrieven keurig alle comments binnengehaald.
Alleen nu in spotweb krijg ik dan deze melding:

Geen (geverifieerde) comments gevonden.

Terwijl er toch werkelijk 23 comments zijn.

Bij sommige spots zie ik wel de comments en bij de meeste weer niet.

Iemand hier misschien een oplossing voor?

[gielie]

Pienoet schreef op maandag 06 juli 2015 @ 10:25:
Na het retrieven keurig alle comments binnengehaald.
Alleen nu in spotweb krijg ik dan deze melding:

Geen (geverifieerde) comments gevonden.

Terwijl er toch werkelijk 23 comments zijn.

Bij sommige spots zie ik wel de comments en bij de meeste weer niet.

Iemand hier misschien een oplossing voor?

Je zou even een retrieve moeten doen vanaf de command line, dan kan je zien wat voor fout melding je krijgt.

[pven]

Mr_Blobby schreef op dinsdag 30 juni 2015 @ 22:03:
[...]
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).

Toch nog een vraagje: ik heb in de RSS-URL nu een hele riedel met categories opgenomen die ik wil binnen halen. Er zijn echter ook posts die wel als categorie cat0_z2_c11 hebben, maar een lege sub-categorie leeg genre. Enig idee hoe ik die kan selecteren?

[pven]

*schop*

Iemand?

[Mr_Blobby]

pven schreef op zondag 12 juli 2015 @ 17:29:
[...]

Toch nog een vraagje: ik heb in de RSS-URL nu een hele riedel met categories opgenomen die ik wil binnen halen. Er zijn echter ook posts die wel als categorie cat0_z2_c11 hebben, maar een lege sub-categorie leeg genre. Enig idee hoe ik die kan selecteren?

Ik heb een beetje zitten sleutelen met de url's en dit is de url die je zoek:

code:

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

[pven]

Mr_Blobby schreef op vrijdag 17 juli 2015 @ 11:48:
[...]

Ik heb een beetje zitten sleutelen met de url's en dit is de url die je zoek:

code:

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

YES! Weer wat gemak erbij. Mijn dank is groot!

---

Als ik dat filter gebruik, dan werkt het automatisch toekennen van een categorie niet meer.

Wat ik nu in ownsettings.php heb staan:

code:

<?php
unset($settings['sabnzbd']['categories']);
$settings['sabnzbd']['categories'] = Array(
                0       => Array('default'      => "movies",                            # Default categorie when nothing else matches
                                         'a5'           => "books",
                                         'd6'           => "docu",
                                         'd11'          => "tv sick beard",
                                         'd12'          => "movies horror"),
                1       => Array('default'      => 'music'),
                2       => Array('default'      => 'games'),
                3       => Array('default'      => 'apps',
                                         'a15'          => 'pda')
        );

Ik heb wat zitten spelen maar het lukt me dus niet. Kan ik met die nieuwe RSS-feed nog een categorie automatisch toekennen?

Update: het zetten van een default category voor de RSS-feed lost dit op.

[ Voor 61% gewijzigd door pven op 19-07-2015 13:30 ]

[MaceNL]

Beste,

Als ik een /usr/bin/php /volume1/web/spotweb/retrieve.php draai krijg ik de volgende melding :

code:

Last retrieve at Thu 16 Jul 2015 04:33:58 PM CEST
Retrieving new Spots from server europe.newsdemon.com...
Appr. Message count:    2596307
First message number:   2
Last message number:    2596309
Current article number: 2584251

Retrieving 2584251 till 2589252 (parsed: 4961, in DB: 40, signed: 115, invalid: 4238, rtntn.skip: 0, mod: 0, full: 723, total: 5001)

SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

Fatal error occured retrieving reports:
  23000: 1062: Duplicate entry '[e-mail]' for key 'idx_spotsfull_1'



#0 /volume1/web/spotweb/lib/dao/Base/Dao_Base_Spot.php(480): dbeng_pdo->batchInsert(Array, 'INSERT INTO spo...', Array, Array)
#1 /volume1/web/spotweb/lib/dao/Base/Dao_Base_Spot.php(435): Dao_Base_Spot->addFullSpots(Array)
#2 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Spots.php(605): Dao_Base_Spot->addSpots(Array, Array)
#3 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(227): Services_Retriever_Spots->process(Array, '2584251', 2589252, 1437206074.7944)
#4 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319): Services_Retriever_Base->loopTillEnd('2584251', '5000')
#5 /volume1/web/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#6 {main}

Finished retrieving spots.

Heeft iemand een suggestie ?

[elevator]

Gebruik je toevallig 'scriptjes' om je database op te schonen of heb je zelf in de database zitten wijzigen recent?

Ik denk dat als je het volgende SQL statement uitvoert, dat het dan opgelost is:

SQL:

DELETE FROM spotsfull WHERE messageid = '[e-mail]';

[StarWing]

Allen, ik heb een probleem met sickrage en ik kan niet vaststellen of het aan spotweb ligt of aan sickrage:

Ik heb CP, sab, SR en spotweb draaiende op een vers geinstalleerde ubuntu 12.04
spotweb werkt, spotweb api werkt, en CP kan spots ophalen via spotweb.
Echter vertikt SR het van spots op te halen, terwijl deze zeker aanwezig zijn. Ik heb de indruk dat het aan de api call van SR ligt, maar ik ben verre van een expert.

Als ik de debug log aanzet van SR, zie ik de volgende api call

code:

http://0.0.0.0/spotweb/api?apikey=xxxxxxxxxxxxxxxx&season=1&maxage=3&cat=5000%2C5070%2C5080%2C5040%2C5050%2C5030%2C5060&q=Humans&limit=100&attrs=rageid&offset=0&rid=41875&ep=6&t=tvsearch

=> 0.0.0.0 of 127.0.0.1 of het werkelijke IP maakt geen verschil.

Dit is op de ubuntu doos. Indien ik de url probeer op mijn lokale PC en het ip verander, krijg ik:

code:

Spotweb Index
Spotweb Index API Results

Het lijkt er dus op dat de api call verkeerd is. De api call van CP ziet er anders uit.
Ligt dit nu aan spotweb of SR ? SR werkt overigens wel goed met andere newsnab providers.
Ik gebruik _geen_ ownsettings file.

[Robsta86]

Ik heb gisteren een Spotweb installatie gedaan op een nieuwe XPenology installatie. Voor de Spotweb installatie heb ik MariaDB en phpMyAdmin geïnstalleerd.

De installatie lijkt mij verder goed verlopen, er is een database "spotweb" aangemaakt, en een user "spotweb".

Als ik voor de eerste keer spots wil ophalen in spotweb is hij vrij snel klaar en staat er linksonderin: laatste update: onbekende. De spotweb database blijft echter gewoon leeg...

Ook als ik via SSH inlog en het volgende commando uitvoer blijft de database gewoon leeg:

code:

XPENOLOGY> /usr/bin/php /volume1/web/spotweb/retrieve.php
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.i-telligent.com...
Appr. Message count:    2066233
First message number:   5698531
Last message number:    7764764
Current article number: 5698531

Retrieving 5698531 till 5703532 (parsed: 5001, in DB: 0, signed: 0, invalid: 156                                                                                                 7, rtntn.skip: 3434, mod: 0, full: 0, total: 5001) in 2.39 seconds
Retrieving 5703532 till 5708533 (parsed: 5001, in DB: 0, signed: 0, invalid: 5,                                                                                                  rtntn.skip: 4996, mod: 0, full: 0, total: 5001) in 2.6 seconds
Retrieving 5708533 till 5713534 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.63 seconds
Retrieving 5713534 till 5718535 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.66 seconds
Retrieving 5718535 till 5723536 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.57 seconds
Retrieving 5723536 till 5728537 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.67 seconds
etc etc etc
Retrieving 5968585 till 5973586 (parsed: 5001, in DB: 0, signed: 0, invalid: 4,                                                                                                  rtntn.skip: 4997, mod: 0, full: 0, total: 5001) in 2.79 seconds
Retrieving 5973586 till 5978587 (parsed: 5001, in DB: 0, signed: 0, invalid: 3,                                                                                                  rtntn.skip: 4998, mod: 0, full: 0, total: 5001) in 2.73 seconds
Retrieving 5978587 till 5983588 (parsed: 5001, in DB: 0, signed: 0, invalid: 2,                                                                                                  rtntn.skip: 4999, mod: 0, full: 0, total: 5001) in 2.67 seconds
Retrieving 5983588 till 5988589 (parsed: 5001, in DB: 0, signed: 0, invalid: 2,                                                                                                  rtntn.skip: 4999, mod: 0, full: 0, total: 5001) in 2.71 seconds
Retrieving 5988589 till 5993590 (parsed: 5001, in DB: 0, signed: 0, invalid: 6,                                                                                                  rtntn.skip: 4995, mod: 0, full: 0, total: 5001) in 2.77 seconds
Retrieving 5993590 till 5998591 (parsed: 5001, in DB: 0, signed: 0, invalid: 64,                                                                                                  rtntn.skip: 4937, mod: 0, full: 0, total: 5001) in 2.77 seconds
Retrieving 5998591 till 6003592 (parsed: 5001, in DB: 0, signed: 0, invalid: 108                                                                                                 , rtntn.skip: 4893, mod: 0, full: 0, total: 5001) in 5.34 seconds
SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

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


#0 /volume1/web/spotweb/NNTP/Protocol/Client.php(296): Net_NNTP_Protocol_Client-                                                                                                 >throwError('Failed to read ...')
#1 /volume1/web/spotweb/NNTP/Protocol/Client.php(279): Net_NNTP_Protocol_Client-                                                                                                 >_getStatusResponse()
#2 /volume1/web/spotweb/NNTP/Protocol/Client.php(1759): Net_NNTP_Protocol_Client                                                                                                 ->_sendCommand('XOVER 6003592-6...')
#3 /volume1/web/spotweb/NNTP/Client.php(1000): Net_NNTP_Protocol_Client->cmdXOve                                                                                                 r('6003592-6008592')
#4 /volume1/web/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(137): Net_NNT                                                                                                 P_Client->getOverview('6003592-6008592')
#5 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(213):                                                                                                  Services_Nntp_Engine->getOverview(6003592, 6008592)
#6 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319):                                                                                                  Services_Retriever_Base->loopTillEnd('0', '5000')
#7 /volume1/web/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#8 {main}

Finished retrieving spots.

XPENOLOGY>

Iemand enig idee wat er mis gaat??

[FitzJac]

Staat je tijd wel goed ingesteld?

code:

Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET

[Robsta86]

FitzJac schreef op zondag 02 augustus 2015 @ 15:57:
Staat je tijd wel goed ingesteld?

code:

Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET

Ik weet niet waar hij dat dan weghaalt, de systeemtijd staat gewoon goed. Heeft wellicht te maken met de "Laatste update: onbekende" die in Spotweb te zien is, omdat hij gewoon nog helemaal geen goede update gedaan heeft?

[MikeOO]

Robsta86 schreef op zondag 02 augustus 2015 @ 15:14:
Ik heb gisteren een Spotweb installatie gedaan op een nieuwe XPenology installatie. Voor de Spotweb installatie heb ik MariaDB en phpMyAdmin geïnstalleerd.

De installatie lijkt mij verder goed verlopen, er is een database "spotweb" aangemaakt, en een user "spotweb".

Als ik voor de eerste keer spots wil ophalen in spotweb is hij vrij snel klaar en staat er linksonderin: laatste update: onbekende. De spotweb database blijft echter gewoon leeg...

Ook als ik via SSH inlog en het volgende commando uitvoer blijft de database gewoon leeg:

code:

XPENOLOGY> /usr/bin/php /volume1/web/spotweb/retrieve.php
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.i-telligent.com...
Appr. Message count:    2066233
First message number:   5698531
Last message number:    7764764
Current article number: 5698531

Retrieving 5698531 till 5703532 (parsed: 5001, in DB: 0, signed: 0, invalid: 156                                                                                                 7, rtntn.skip: 3434, mod: 0, full: 0, total: 5001) in 2.39 seconds
Retrieving 5703532 till 5708533 (parsed: 5001, in DB: 0, signed: 0, invalid: 5,                                                                                                  rtntn.skip: 4996, mod: 0, full: 0, total: 5001) in 2.6 seconds
Retrieving 5708533 till 5713534 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.63 seconds
Retrieving 5713534 till 5718535 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.66 seconds
Retrieving 5718535 till 5723536 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.57 seconds
Retrieving 5723536 till 5728537 (parsed: 5001, in DB: 0, signed: 0, invalid: 0,                                                                                                  rtntn.skip: 5001, mod: 0, full: 0, total: 5001) in 2.67 seconds
etc etc etc
Retrieving 5968585 till 5973586 (parsed: 5001, in DB: 0, signed: 0, invalid: 4,                                                                                                  rtntn.skip: 4997, mod: 0, full: 0, total: 5001) in 2.79 seconds
Retrieving 5973586 till 5978587 (parsed: 5001, in DB: 0, signed: 0, invalid: 3,                                                                                                  rtntn.skip: 4998, mod: 0, full: 0, total: 5001) in 2.73 seconds
Retrieving 5978587 till 5983588 (parsed: 5001, in DB: 0, signed: 0, invalid: 2,                                                                                                  rtntn.skip: 4999, mod: 0, full: 0, total: 5001) in 2.67 seconds
Retrieving 5983588 till 5988589 (parsed: 5001, in DB: 0, signed: 0, invalid: 2,                                                                                                  rtntn.skip: 4999, mod: 0, full: 0, total: 5001) in 2.71 seconds
Retrieving 5988589 till 5993590 (parsed: 5001, in DB: 0, signed: 0, invalid: 6,                                                                                                  rtntn.skip: 4995, mod: 0, full: 0, total: 5001) in 2.77 seconds
Retrieving 5993590 till 5998591 (parsed: 5001, in DB: 0, signed: 0, invalid: 64,                                                                                                  rtntn.skip: 4937, mod: 0, full: 0, total: 5001) in 2.77 seconds
Retrieving 5998591 till 6003592 (parsed: 5001, in DB: 0, signed: 0, invalid: 108                                                                                                 , rtntn.skip: 4893, mod: 0, full: 0, total: 5001) in 5.34 seconds
SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

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


#0 /volume1/web/spotweb/NNTP/Protocol/Client.php(296): Net_NNTP_Protocol_Client-                                                                                                 >throwError('Failed to read ...')
#1 /volume1/web/spotweb/NNTP/Protocol/Client.php(279): Net_NNTP_Protocol_Client-                                                                                                 >_getStatusResponse()
#2 /volume1/web/spotweb/NNTP/Protocol/Client.php(1759): Net_NNTP_Protocol_Client                                                                                                 ->_sendCommand('XOVER 6003592-6...')
#3 /volume1/web/spotweb/NNTP/Client.php(1000): Net_NNTP_Protocol_Client->cmdXOve                                                                                                 r('6003592-6008592')
#4 /volume1/web/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(137): Net_NNT                                                                                                 P_Client->getOverview('6003592-6008592')
#5 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(213):                                                                                                  Services_Nntp_Engine->getOverview(6003592, 6008592)
#6 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319):                                                                                                  Services_Retriever_Base->loopTillEnd('0', '5000')
#7 /volume1/web/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#8 {main}

Finished retrieving spots.

XPENOLOGY>

Iemand enig idee wat er mis gaat??

Gaat hier fout

code:

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

Probeer eens: Encryptie (SSL) uit te zetten in Spotweb --> Configuratie --> Instellingen --> Nieuwsservers

[Robsta86]

Als ik SSL uitvink lijkt hij helemaal geen verbinding te kunnen maken met de nieuwsgroepen server:

code:

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.i-telligent.com...
SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

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


#0 /volume1/web/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(120): Service                               s_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}

Finished retrieving spots.

Het lijkt wel alsof hij gewoon niets weg kan schrijven in de MariaDB sql database.

EDIT:

Als ik het commando uitvoer met --debug komt er wat meer informatie te staan, echter ben ik niet zo thuis in php:

code:

XPENOLOGY> /usr/bin/php /volume1/web/spotweb/retrieve.php --debug --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.i-telligent.com...
Appr. Message count:    2066864
First message number:   5698531
Last message number:    7765395
Current article number: 5698531

Retrieving 5698531 till 5703532

SpotWeb v0.67.28.31 on PHP v5.5.26 crashed

Fatal error occured retrieving reports:
  08S01: 1153: Got a packet bigger than 'max_allowed_packet' bytes



#0 /volume1/web/spotweb/lib/dbeng/dbeng_pdo.php(74): dbeng_pdo->exec('INSERT INTO deb...', Array)
#1 /volume1/web/spotweb/lib/dao/Base/Dao_Base_DebugLog.php(25): dbeng_pdo->modify('INSERT INTO deb...', Array)
#2 /volume1/web/spotweb/lib/SpotDebug.php(28): Dao_Base_DebugLog->add(10, 1402014071.4939, 'hdrList=a:5001:...')
#3 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Spots.php(209): SpotDebug::msg(10, 'hdrList=a:5001:...')
#4 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(227): Services_Retriever_Spots->process(Array, '5698531', 5703532, 1402014048.017)
#5 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319): Services_Retriever_Base->loopTillEnd('0', '5000')
#6 /volume1/web/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#7 {main}

PHP Warning:  Error while sending QUERY packet. PID=24913 in /volume1/web/spotweb/lib/dbeng/dbeng_pdo.php on line 57
PHP Fatal error:  Uncaught SqlErrorException 'HY000: 2006: MySQL server has gone away' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo.php(59)
#0 /volume1/web/spotweb/lib/dao/Base/Dao_Base_UsenetState.php(91): dbeng_pdo->exec('UPDATE usenetst...', Array)
#1 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(260): Dao_Base_UsenetState->setRetrieverRunning(false)
#2 /volume1/web/spotweb/retrieve.php(313): Services_Retriever_Base->quit()
#3 {main}
  thrown in /volume1/web/spotweb/lib/dbeng/dbeng_pdo.php on line 59
XPENOLOGY>

[ Voor 49% gewijzigd door Robsta86 op 03-08-2015 12:17 ]

[Dannisi]

max_allowed_packet moet dus hoger in my.cnf van MySQL
Edit: of waar de config van MariaDB staat

[ Voor 30% gewijzigd door Dannisi op 03-08-2015 13:43 ]

[Ravefiend]

Robsta86 schreef op maandag 03 augustus 2015 @ 11:40:
Als ik SSL uitvink lijkt hij helemaal geen verbinding te kunnen maken met de nieuwsgroepen server:
...

Het lijkt wel alsof hij gewoon niets weg kan schrijven in de MariaDB sql database.

Als je SSL uitvinkt dan moet je ook de poort nummer veranderen naar 119.

code:

Looking up host 'news.i-telligent.com'...
Host 'news.i-telligent.com' resolved to 91.234.215.206.
Connecting to 91.234.215.206:119...
Connection established.
To escape to local shell, press 'Ctrl+Alt+]'.
200 Welcome to I-telligent NNTPSwitch-SVN-811, 56546 groups available, posting allowed, slot 45, connections 1
HELP
100 Supported Commands
   MODE READER
   AUTHINFO USER <username>
   AUTHINFO PASS <password>
...
   HELP
   DATE
   QUIT
The NEWNEWS command is only partly supported for single newsgroups only.

[Robsta86]

na het aanpassen van max_allowed_packet en de ssl uitzetten en poort aanpassen naar 119 heb ik inderdaad spots en comments binnen gekregen.

Ik krijg echter nog wel steeds de volgende fout bij het retrieven via ssh:

Fatal error occured retrieving reports:
HY000: 1206: The total number of locks exceeds the lock table size

Iemand hier nog een suggestie voor?

[MikeOO]

Robsta86 schreef op woensdag 05 augustus 2015 @ 08:52:
na het aanpassen van max_allowed_packet en de ssl uitzetten en poort aanpassen naar 119 heb ik inderdaad spots en comments binnen gekregen.

Ik krijg echter nog wel steeds de volgende fout bij het retrieven via ssh:

Fatal error occured retrieving reports:
HY000: 1206: The total number of locks exceeds the lock table size

Iemand hier nog een suggestie voor?

Probeer bv dit eens
http://www.synology-forum...eb-haalt-geen-updates-op/

[brainovic]

Korte vraag, die jullie hopelijk vast wel kunnen beantwoorden. Ik draai Spotweb (Easy) op mijn Windows. Sinds kort geupgrade van 7 naar 10, en vroeger had ik altijd een manier om die spots automatisch op te halen (ik heb een .bat die de retrieve.php uitvoert). Ik weet alleen niet meer hoe ik deze nou zo ver kreeg om elke zoveel uur automatisch te updaten.

Iemand tips?

[Ro-Me]

brainovic schreef op dinsdag 11 augustus 2015 @ 00:06:
Korte vraag, die jullie hopelijk vast wel kunnen beantwoorden. Ik draai Spotweb (Easy) op mijn Windows. Sinds kort geupgrade van 7 naar 10, en vroeger had ik altijd een manier om die spots automatisch op te halen (ik heb een .bat die de retrieve.php uitvoert). Ik weet alleen niet meer hoe ik deze nou zo ver kreeg om elke zoveel uur automatisch te updaten.

Iemand tips?

Met de task scheduler van Windows kun je geplande taken aanmaken en een .bat file uitvoeren.

Als je in de .bat het volgende plaatst met de juiste bestandslocaties, werkt het:
"<PHP-locatie>/php.exe" <Spotweb-directory>/retrieve.php

[brainovic]

Ro-Me schreef op dinsdag 11 augustus 2015 @ 00:14:
[...]


Met de task scheduler van Windows kun je geplande taken aanmaken en een .bat file uitvoeren.

Als je in de .bat het volgende plaatst met de juiste bestandslocaties, werkt het:
"<PHP-locatie>/php.exe" <Spotweb-directory>/retrieve.php

Thanks! Was zelf ook al aan het knutselen geweest en het lijkt te werken.

[pven]

De laatste dagen werkt het automatisch downloaden van eBooks (via RSS) via Spotweb niet meer, als ik in Spotweb handmatig het boek download dan werkt het wel.

In de sabnzbd-logging staat dit:

code:

2015-08-18 07:21:31,557::INFO::[urlgrabber:116] Grabbing URL http://blaat/spotweb/?page=getspot&ampmessageid=Xsyke34Wv641YPQVQRzqP%40spot.net&ampapikey=apikey123
2015-08-18 07:21:31,779::INFO::[misc:811] Creating directories: /volume1/downloads/incomplete/leesboekd 2015
2015-08-18 07:21:31,782::WARNING::[nzbstuff:744] Empty NZB file ?page=getspot&ampmessageid=Xsyke34Wv641YPQVQRzqP%40spot.net&ampapikey=apikey123.nzb [http://blaat/spotweb/?page=getspot&ampmessageid=Xsyke34Wv641YPQVQRzqP%40spot.net&ampapikey=a66f05f57abe82b9b3553b024c419d62]
2015-08-18 07:21:31,784::INFO::[__init__:908] /usr/local/sabnzbd/var/admin/future/SABnzbd_nzo_vTmY7A removed
2015-08-18 07:21:31,785::INFO::[nzbqueue:218] Saving queue
2015-08-18 07:21:31,786::INFO::[__init__:919] Saving data for queue9.sab in /usr/local/sabnzbd/var/admin/queue9.sab

Wat helemaal raar is: als een download niet lukt, dan duikt ie altijd wel op in de history van SABnzbd. Maar dat is hier niet het geval: hij probeert hem te downloaden, en daarna verdwijnt de download. SABnzbd is herstart, maar dat heeft niets opgelost. Iemand een idee wat er gaande is?

---

Huh, echt WTF: ik lees nog een paar keer de RSS-feed in, en vanuit het niets werkt het nu wel. Het enige dat ik gedaan heb is het handmatig downloaden van 1 ding.

[ Voor 6% gewijzigd door pven op 18-08-2015 07:37 ]

[HanslH]

Kan iemand svp een kleine aanwijzing geven waar je moet beginnen als je (in windows) de spotnet database (dbs bestand) wil openen en b.v. php-scripts wil gebruiken.

[Goofyduck384]

op de één of andere manier krijg ik het automatisch updaten van spotweb niet voor elkaar.
Ik kijk er net ff op, en zie dat hij 3 weken geleden voor het laatst is geupdate. Terwijl dit twee maal per dag hoort te gebeuren.

Wat ik gedaan heb, via cronjob een nieuwe taak toegevoegd (Synology NAS 214+).

Command: /usr/bin/php /volume1/web/spotweb/retrieve.php
user: root

Dat moest volgens een beschrijving. Alleen werkt dit dus niet voor mij. Spotweb heb ik d.m.v. de packages op de NAS werkend gekregen.

[MikeOO]

Goofyduck384 schreef op vrijdag 28 augustus 2015 @ 16:23:
op de één of andere manier krijg ik het automatisch updaten van spotweb niet voor elkaar.
Ik kijk er net ff op, en zie dat hij 3 weken geleden voor het laatst is geupdate. Terwijl dit twee maal per dag hoort te gebeuren.

Wat ik gedaan heb, via cronjob een nieuwe taak toegevoegd (Synology NAS 214+).

Command: /usr/bin/php /volume1/web/spotweb/retrieve.php
user: root

Dat moest volgens een beschrijving. Alleen werkt dit dus niet voor mij. Spotweb heb ik d.m.v. de packages op de NAS werkend gekregen.

Belangrijk is dat je tussen alles (wat in mijn regel voor ROOT staat) een TAB zet en geen spaties.
Als er een spatie in staat dan werkt je regel niet.

Daarbij is het belangrijk om het cronjob bestand (/etc/crontab) niet in Windows zelf te openen. Er komen dan (^n)tekens in het bestand erbij waar Linux niets mee kan. Beste kun je WINSCP/Putty gebruiken om bestanden aan te passen. Mochten er vreemde tekens in staan deze verwijderden.

Dit is de regel die ik gebruik.. De code >> en verder maakt een log bestand aan met retrieve zodat ik altijd terug kan kijken wat er gebeurt is.

code:

30  *   *   *   *   root    cd /volume1/web/spotweb && /usr/bin/php retrieve.php >> /volume1/web/spotweb/errors.log #Spotweb update

[Goofyduck384]

tja, ik weet niet precies wat het nou was. Wat ik wel weet is dat het nu werkt. Heb hem opnieuw geinstalleerd op mijn nas, en nu werkt het wel. Dus de oplossing heb ik niet, enkel opnieuw installeren

[Enforcer]

Specs: Nieuwe verse schone install Windows Server 2008 R2 SP1 Engels
Installatie: alleen XAMPP (PHP/PHPMyadmin/MySQL/Perl) en Spotweb via Git Clone.

Installatie uitgevoerd van Spotweb, alles werkt, echter krijg ik de taal met geen mogelijkheid naar Nederlands. Heb gezocht echter krijg ik alleen resultaten met Synology en QNAP NAS'sen mbt het UTF-8 charset, maar dat zit neem ik aan gewoon bij dit totale pakket

Mis ik iets ?

[Erhnam]

Soms staat er bij een spot 'basp'...
Weet iemand wat dit is??

[kgb545]

Erhnam schreef op maandag 14 september 2015 @ 17:45:
Soms staat er bij een spot 'basp'...
Weet iemand wat dit is??

Dat is de naam van een (bekende) spotter op spotnet ..... en zo zijn zijn(/haar) spots herkenbaar

[Enforcer]

Enforcer schreef op maandag 14 september 2015 @ 17:43:
Specs: Nieuwe verse schone install Windows Server 2008 R2 SP1 Engels
Installatie: alleen XAMPP (PHP/PHPMyadmin/MySQL/Perl) en Spotweb via Git Clone.

Installatie uitgevoerd van Spotweb, alles werkt, echter krijg ik de taal met geen mogelijkheid naar Nederlands. Heb gezocht echter krijg ik alleen resultaten met Synology en QNAP NAS'sen mbt het UTF-8 charset, maar dat zit neem ik aan gewoon bij dit totale pakket

Mis ik iets ?

Inmiddels 'probleem' gevonden, de taalinstellingen van Windows (Regional and Language Settings) allemaal op Dutch gezet, vermoed dat de 'system locale' hier kennelijk op van invloed is (tabblad Administrative - Language for non-Unicode programs).

Opgelost dus...

[mdrop]

De Google Analytics code die net voor het einde van de head is toegevoegd door spotweb, waar is die in de bestanden te vinden en dus te verwijderen? Kan hem dmv zoeken in verkenner niet vinden en staat ook niet in header.inc. Gaat om de volgende code:

code:

<script type="text/javascript">
/* <![CDATA[ */
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXXX-1']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

(function(b){(function(a){"__CF"in b&&"DJS"in b.__CF?b.__CF.DJS.push(a):"addEventListener"in b?b.addEventListener("load",a,!1):b.attachEvent("onload",a)})(function(){"FB"in b&&"Event"in FB&&"subscribe"in FB.Event&&(FB.Event.subscribe("edge.create",function(a){_gaq.push(["_trackSocial","facebook","like",a])}),FB.Event.subscribe("edge.remove",function(a){_gaq.push(["_trackSocial","facebook","unlike",a])}),FB.Event.subscribe("message.send",function(a){_gaq.push(["_trackSocial","facebook","send",a])}));"twttr"in b&&"events"in twttr&&"bind"in twttr.events&&twttr.events.bind("tweet",function(a){if(a){var b;if(a.target&&a.target.nodeName=="IFRAME")a:{if(a=a.target.src){a=a.split("#")[0].match(/[^?=&]+=([^&]*)?/g);b=0;for(var c;c=a[b];++b)if(c.indexOf("url")===0){b=unescape(c.split("=")[1]);break a}}b=void 0}_gaq.push(["_trackSocial","twitter","tweet",b])}})})})(window);
/* ]]> */
</script>

[MikeOO]

mdrop schreef op donderdag 17 september 2015 @ 12:27:
De Google Analytics code die net voor het einde van de head is toegevoegd door spotweb, waar is die in de bestanden te vinden en dus te verwijderen? Kan hem dmv zoeken in verkenner niet vinden en staat ook niet in header.inc. Gaat om de volgende code:

code:

<script type="text/javascript">
/* <![CDATA[ */
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXXX-1']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

(function(b){(function(a){"__CF"in b&&"DJS"in b.__CF?b.__CF.DJS.push(a):"addEventListener"in b?b.addEventListener("load",a,!1):b.attachEvent("onload",a)})(function(){"FB"in b&&"Event"in FB&&"subscribe"in FB.Event&&(FB.Event.subscribe("edge.create",function(a){_gaq.push(["_trackSocial","facebook","like",a])}),FB.Event.subscribe("edge.remove",function(a){_gaq.push(["_trackSocial","facebook","unlike",a])}),FB.Event.subscribe("message.send",function(a){_gaq.push(["_trackSocial","facebook","send",a])}));"twttr"in b&&"events"in twttr&&"bind"in twttr.events&&twttr.events.bind("tweet",function(a){if(a){var b;if(a.target&&a.target.nodeName=="IFRAME")a:{if(a=a.target.src){a=a.split("#")[0].match(/[^?=&]+=([^&]*)?/g);b=0;for(var c;c=a[b];++b)if(c.indexOf("url")===0){b=unescape(c.split("=")[1]);break a}}b=void 0}_gaq.push(["_trackSocial","twitter","tweet",b])}})})})(window);
/* ]]> */
</script>

Misschien handig om de bron van deze info er ook bij te plaatsen. Dan weten waar je deze info gevonden hebt en kunnen andere ook eens kijken waar dit eventueel staat.

[mdrop]

MikeOO schreef op vrijdag 18 september 2015 @ 07:54:
[...]


Misschien handig om de bron van deze info er ook bij te plaatsen. Dan weten waar je deze info gevonden hebt en kunnen andere ook eens kijken waar dit eventueel staat.

Deze staat in mn nieuwe installatie als laatste stukje in de <header>, en dus in ieder pagina van spotweb. Het vreemde is dat ik het niet op de oude versie heb, terwijl die op de zelfde server draait.

[pven]

mdrop schreef op donderdag 17 september 2015 @ 12:27:
De Google Analytics code die net voor het einde van de head is toegevoegd door spotweb ...

Waarom is dat toegevoegd?

[Afvalzak]

Ik zie wel dit, maar dit is vrij oud:
http://www.spot-net.nl/forums/viewtopic.php?f=1&t=5563

[ Voor 25% gewijzigd door Afvalzak op 18-09-2015 14:45 ]

[Dannisi]

Net een nieuwe install gedaan, en ik zie niks van Google Analytics. Gebruik je misschien een andere template?

[slooffmaster]

https://github.com/spotwe...ch?utf8=✓&q=trackPageview
geeft niks weer.... Lijkt dus niet in de spotweb code voor te komen.

[CH4OS]

mdrop schreef op donderdag 17 september 2015 @ 12:27:
De Google Analytics code die net voor het einde van de head is toegevoegd door spotweb, waar is die in de bestanden te vinden en dus te verwijderen? Kan hem dmv zoeken in verkenner niet vinden en staat ook niet in header.inc. Gaat om de volgende code:

code:

<script type="text/javascript">
/* <![CDATA[ */
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXXX-1']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

(function(b){(function(a){"__CF"in b&&"DJS"in b.__CF?b.__CF.DJS.push(a):"addEventListener"in b?b.addEventListener("load",a,!1):b.attachEvent("onload",a)})(function(){"FB"in b&&"Event"in FB&&"subscribe"in FB.Event&&(FB.Event.subscribe("edge.create",function(a){_gaq.push(["_trackSocial","facebook","like",a])}),FB.Event.subscribe("edge.remove",function(a){_gaq.push(["_trackSocial","facebook","unlike",a])}),FB.Event.subscribe("message.send",function(a){_gaq.push(["_trackSocial","facebook","send",a])}));"twttr"in b&&"events"in twttr&&"bind"in twttr.events&&twttr.events.bind("tweet",function(a){if(a){var b;if(a.target&&a.target.nodeName=="IFRAME")a:{if(a=a.target.src){a=a.split("#")[0].match(/[^?=&]+=([^&]*)?/g);b=0;for(var c;c=a[b];++b)if(c.indexOf("url")===0){b=unescape(c.split("=")[1]);break a}}b=void 0}_gaq.push(["_trackSocial","twitter","tweet",b])}})})})(window);
/* ]]> */
</script>

Als in de code als account echt UA-XXXXXXXX-1 staat, is er sowieso niks aan de hand, want dat is geen geldig UA account, die komt zelfs zo voor in de voorbeelden van Google Analytics.

Ikzelf heb zojuist ook een clean install gedaan, settings.php en dbsettings backupped uiteraard, na terugzetten ging alles weer goed. De code heb ik ook bekeken, maar zie ook niks van Google Analytics er in staan. Controleer je PC maar even op ongewenste software.

Afvalzak schreef op vrijdag 18 september 2015 @ 14:45:
Ik zie wel dit, maar dit is vrij oud:
http://www.spot-net.nl/forums/viewtopic.php?f=1&t=5563

Dat gaat over het aanpassen van het hosts bestand, zodat de Google Analytics adressen resolven naar localhost. En is trouwens in een ander verband; dat gaat over Spotnet, niet Spotweb.

[ Voor 8% gewijzigd door CH4OS op 19-09-2015 16:14 ]

[mdrop]

CptChaos schreef op zaterdag 19 september 2015 @ 15:48:Als in de code als account echt UA-XXXXXXXX-1 staat, is er sowieso niks aan de hand, want dat is geen geldig UA account, die komt zelfs zo voor in de voorbeelden van Google Analytics.

Ik heb zelf de code vervangen voor de X'n, ik kan niet verklaren waar hij weg komt aangezien het niet voorkomt in de 'normale' http bestanden die ook gehost zijn op deze server, en de andere installatie.

Ik heb mn eigen analytics code er in zitten en daardoor gaf hij dus een conflict aan, anders was ik er sowieso nooit tegen aan gelopen. Daarbij draait het geheel op een schone bak met daarop ispconfig, lijkt me sterk dat de combinatie ispconfig <> spotweb dit veroorzaakt. Morgen maar is de gehele set aan bestanden en DB op een andere server testen, kijken of hij er dan ook is.

[ Voor 9% gewijzigd door mdrop op 19-09-2015 16:22 ]

[CH4OS]

mdrop schreef op zaterdag 19 september 2015 @ 16:22:
[...]
Ik heb zelf de code vervangen voor de X'n, ik kan niet verklaren waar hij weg komt aangezien het niet voorkomt in de 'normale' http bestanden die ook gehost zijn op deze server, en de andere installatie.

Ik heb mn eigen analytics code er in zitten en daardoor gaf hij dus een conflict aan, anders was ik er sowieso nooit tegen aan gelopen. Daarbij draait het geheel op een schone bak met daarop ispconfig, lijkt me sterk dat de combinatie ispconfig <> spotweb dit veroorzaakt. Morgen maar is de gehele set aan bestanden en DB op een andere server testen, kijken of hij er dan ook is.

Ik heb ook wel eens gehad, dat ikzelf troep had op de PC, wat op sommige sites dan vervolgens code deed injecten. Het probleem komt dan ook niet van de server af, maar vanaf je PC, daarom dus even controleren op ongewenste software op jouw PC, niet de server.

[ Voor 32% gewijzigd door CH4OS op 20-09-2015 02:40 ]

[Dannisi]

mdrop schreef op zaterdag 19 september 2015 @ 16:22:
[...]
Ik heb zelf de code vervangen voor de X'n, ik kan niet verklaren waar hij weg komt aangezien het niet voorkomt in de 'normale' http bestanden die ook gehost zijn op deze server, en de andere installatie.

Ik heb mn eigen analytics code er in zitten en daardoor gaf hij dus een conflict aan, anders was ik er sowieso nooit tegen aan gelopen. Daarbij draait het geheel op een schone bak met daarop ispconfig, lijkt me sterk dat de combinatie ispconfig <> spotweb dit veroorzaakt. Morgen maar is de gehele set aan bestanden en DB op een andere server testen, kijken of hij er dan ook is.

En als je Googled op de originele code?

[mdrop]

CptChaos schreef op zaterdag 19 september 2015 @ 16:54:
[...]
Ik heb ook wel eens gehad, dat ikzelf troep had op de PC, wat op sommige sites dan vervolgens code deed injecten. Het probleem komt dan ook niet van de server af, maar vanaf je PC, daarom dus even controleren op ongewenste software op jouw PC, niet de server.

Dat had ik al gecontroleerd voor die tijd en ook in een sand-box omgeving is de code aanwezig.

Dannisi schreef op zondag 20 september 2015 @ 07:53:
En als je Googled op de originele code?

Ja en geen verwijzingen naar die specifieke GA code laat staan icm spotweb.

[CH4OS]

Gekke is, dat ik het dan ook zou moeten hebben en als ik mijn Spotweb bezoek, gaat AdBlock Plus of Ghostery niet af, met meldingen over Google Analytics. Ik heb zelf van het weekend ook een clean install gedaan (behalve de database dan) en heb de code niet. Het komt dus niet vanuit de repository op Github.

Waar het dan wel vandaan komt, geen idee, cache misschien?
Het probleem zit iig lokaal, denk ook aan add-ons als Greasemonkey.

[supernova]

Heb een nieuwe installatie van spotweb gedaan en probeer de database te vullen. Maar dat wil niet lukken.
Elke keer breekt hij het af en geeft dan fouten op de SQL syntax.

---

Adding index idx_spots_1


SpotWeb crashed

Database schema or settings upgrade failed:
42000: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE spots ADD UNIQUE INDEX idx_spots_1(messageid)' at line 1


#0 /Library/WebServer/Documents/spotweb/lib/dbstruct/SpotStruct_mysql.php(97): dbeng_pdo->rawExec('ALTER IGNORE TA...')
#1 /Library/WebServer/Documents/spotweb/lib/dbstruct/SpotStruct_abs.php(131): SpotStruct_mysql->addIndex('idx_spots_1', 'UNIQUE', 'spots', Array)
#2 /Library/WebServer/Documents/spotweb/lib/dbstruct/SpotStruct_abs.php(693): SpotStruct_abs->validateIndex('idx_spots_1', 'UNIQUE', 'spots', Array)
#3 /Library/WebServer/Documents/spotweb/lib/services/Upgrade/Services_Upgrade_Base.php(42): SpotStruct_abs->updateSchema()
#4 /Library/WebServer/Documents/spotweb/upgrade-db.php(44): Services_Upgrade_Base->database()

---

Heb al gezocht maar nog geen antwoord kunnen vinden. Gebruik de laatste versie van MySQL op een Mac met El Capitain erop.

[FREAKJAM]

Heb je install.php wel eerst gedraaid? Draai je ook de meest recente versie van github?

[ Voor 39% gewijzigd door FREAKJAM op 30-10-2015 10:05 ]

[supernova]

FREAKJAM schreef op vrijdag 30 oktober 2015 @ 10:04:
Heb je install.php wel eerst gedraaid? Draai je ook de meest recente versie van github?

Ja.. En die klapt er ook uit op een SQL error..

42000: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE spots ADD UNIQUE INDEX idx_spots_1(messageid)' at line 1

Please correct the errors in below form and try again

[FREAKJAM]

Heb je de database wel al eerst handmatig aangemaakt?

CREATE DATABASE spotweb; (vergeet niet de ;
CREATE USER ‘spotweb’@’localhost’ IDENTIFIED BY ‘vul-zelf-een-paswoord-in';
GRANT ALL PRIVILEGES ON spotweb.* TO spotweb @’localhost’ IDENTIFIED BY ‘hier-voor-bedachte-paswoord';
quit

[supernova]

FREAKJAM schreef op vrijdag 30 oktober 2015 @ 10:34:
Heb je de database wel al eerst handmatig aangemaakt?


[...]

Ook al gedaan. Het is niet de eerste keer dat ik een spotweb installatie doe.
Maar dit heb ik nog niet meegemaakt. Moest mijn Mac opnieuw opbouwen en had zo iets van, dan installaleer ik alles opnieuw, maar helaas. Spotweb wil dus niet en dat terwijl hij wel gedraait heeft op deze machine..

[FREAKJAM]

Ja, ik ken natuurlijk je historie met dit product niet. Je had ook niet exact uitgelegd wat je precies had gedaan en welke stappen je had doorlopen dus begin ik gewoon bij het begin

[supernova]

FREAKJAM schreef op vrijdag 30 oktober 2015 @ 10:37:
Ja, ik ken natuurlijk je historie met dit product niet. Je had ook niet exact uitgelegd wat je precies had gedaan en welke stappen je had doorlopen dus begin ik gewoon bij het begin

Heb je ook gelijk in. Had het er bij moeten zetten.

Maar wat ik nu ook doe, hij wil niet.
Ook als ik gewoon de database met de hand aanmaakt en dan upgrade-db.php draai, doet hij even van alles tot op het punt van:

Validating index idx_spots_1
Adding index idx_spots_1

Dan geeft hij de SQL error.

Update: Had de laatste versie van MySQL 5.7.9 geinstalleerd en dat was het probleem. Heb nu een wat oudere versie geinstalleerd en nu doet hij het wel.
Er is dus een qeuery die niet wil werken onder de nieuwste versie van MySQL.

Maar hij werkt weer en kan nu verder.

[ Voor 18% gewijzigd door supernova op 02-11-2015 14:47 ]

[CH4OS]

Je hebt de structuur aangemaakt via php upgrade_db.php zo uit mijn hoofd? Zo ja, dan zou ik de rechten controleren op de database voor de MySQL gebruiker.

Ik heb zelf sinds afgelopen vrijdag last van foutmeldingen dat de cache corrupt zou zijn. Ik heb geen idee hoe ik dat moet oplossen, de foutmelding is als volgt:

code:

Cache is corrupt, could not find on-disk resource for: 41055854 ./cache//image/618/235/4de/a02/d18/bd4/6c7/794/adc/001/55f/08b/0796.jpg -> ./cache//image/410/558/54/41055854.jpg

Ik kan wel met mkdir -p de mappen aanmaken en met touch de file aanmaken, maar ik wil dit geen 100.00x hoeven doen natuurlijk.

Ik draai de retrieve.php momenteel even op SSH, waarmee ik als root ingelogt ben. In de cache folder zijn de rechten 777 (tijdelijk).

[ Voor 65% gewijzigd door CH4OS op 01-11-2015 00:29 ]

[MikeOO]

CptChaos schreef op zondag 01 november 2015 @ 00:27:
Je hebt de structuur aangemaakt via php upgrade_db.php zo uit mijn hoofd? Zo ja, dan zou ik de rechten controleren op de database voor de MySQL gebruiker.

Ik heb zelf sinds afgelopen vrijdag last van foutmeldingen dat de cache corrupt zou zijn. Ik heb geen idee hoe ik dat moet oplossen, de foutmelding is als volgt:

code:

Cache is corrupt, could not find on-disk resource for: 41055854 ./cache//image/618/235/4de/a02/d18/bd4/6c7/794/adc/001/55f/08b/0796.jpg -> ./cache//image/410/558/54/41055854.jpg

Ik kan wel met mkdir -p de mappen aanmaken en met touch de file aanmaken, maar ik wil dit geen 100.00x hoeven doen natuurlijk.

Ik draai de retrieve.php momenteel even op SSH, waarmee ik als root ingelogt ben. In de cache folder zijn de rechten 777 (tijdelijk).

Zelf heb ik dit ooit weten op te lossen door de map juist leeg te maken en daarna retrieve uit te voeren via SHH. Uiteindelijk stop deze en start je hem weer etc. Uiteindelijk was het probleem hiermee opgelost en bouw hij de cache opnieuw op.

Sommige droppen de table cache en voeren daarna upgrade-db.php uit.

Maar blijft altijd dingen proberen met Spotweb. Kan maanden goed draaien en dan ineens gaat het weer een keer fout. Ik maak ook elke week een SQL backup zodat ik vrij snel de DB kan terugzetten en weer verder kan.

[ Voor 29% gewijzigd door MikeOO op 01-11-2015 09:49 ]

[willem1509]

Voor mensen die de laatste tijd problemen hadden met het zoeken van afleveringen in Spotweb i.c.m. Sonarr, er is een kleine update gemaakt van Spotweb door Mesa

https://github.com/mesa57/spotweb

Hiermee kan Sonarr weer gebruik maken van Spotweb.

[CH4OS]

Mijn cache problemen zijn opgelost. Ik heb de /var/www op een btrfs partitie draaien, zodat ik geen inodes heb (zal niet te technisch gaan doen... ) en die moest ik even 'rebalancen'. Wat hij precies doet geen idee, maar hij herberekend dan het een en ander... Dat leverde (zonder dat er een file verdwenen is) opeens 17GB opslag ruimte op...

[schumi2004]

Ik kende spotweb al wel maar nooit zelf gedraaid. Nu na een kleine upgrade wil ik het toch eens proberen maar ik hoorde vandaag iets over filters.
Schijnt bij het gebruik van filters dat alles binnen gehaald wordt en achteraf gefilterd cq opgeruimd wordt, Is dat wel zo?

[zeroday]

schumi2004 schreef op dinsdag 03 november 2015 @ 22:21:
Ik kende spotweb al wel maar nooit zelf gedraaid. Nu na een kleine upgrade wil ik het toch eens proberen maar ik hoorde vandaag iets over filters.
Schijnt bij het gebruik van filters dat alles binnen gehaald wordt en achteraf gefilterd cq opgeruimd wordt, Is dat wel zo?

Er is een scriptje (reportcount.php) welke alle blacklisted userid's verzameld en in een bestand blacklist.txt kan zetten en die wordt dan weer gebruikt om ervoor te zorgen dat die userid's verwijderd worden (althans .. ik zie ze niet terug komen als ik hem hernoem, dus in process kun je continue dat script voor je retrieve script gooien om de blacklisted userid's weg te houden

[ Voor 8% gewijzigd door zeroday op 04-11-2015 16:42 ]

[m-buurman]

Je zou ook de black/whitelist urls kunnen bijwerken in de database (tabel 'settings'), de oude urls werken niet meer maar er staat al wel een pull request open om dit te fixen. Handmatig kan ook natuurlijk

https://github.com/spotweb/spotweb/pull/87

[ Voor 7% gewijzigd door m-buurman op 04-11-2015 16:51 ]

[zeroday]

m-buurman schreef op woensdag 04 november 2015 @ 16:48:
Je zou ook de black/whitelist urls kunnen bijwerken in de database (tabel 'settings'), de oude urls werken niet meer maar er staat al wel een pull request open om dit te fixen. Handmatig kan ook natuurlijk

https://github.com/spotweb/spotweb/pull/87

oja klopt.. ik heb hem nu dus dan ook op handmatig staan en daarom dat php script gebruikt.

[schumi2004]

zeroday schreef op woensdag 04 november 2015 @ 16:41:
[...]


Er is een scriptje (reportcount.php) welke alle blacklisted userid's verzameld en in een bestand blacklist.txt kan zetten en die wordt dan weer gebruikt om ervoor te zorgen dat die userid's verwijderd worden (althans .. ik zie ze niet terug komen als ik hem hernoem, dus in process kun je continue dat script voor je retrieve script gooien om de blacklisted userid's weg te houden

Maar in theorie klopt het dus wel, alles wordt eerst binnen gehaald alvorens er een filter overheen gegooid wordt en ongewenste spots verwijderd uit je DB?

De eerst volgende pull wordt weer alles binnen gehaald enz enz ?

[m-buurman]

schumi2004 schreef op woensdag 04 november 2015 @ 19:35:
[...]

Maar in theorie klopt het dus wel, alles wordt eerst binnen gehaald alvorens er een filter overheen gegooid wordt en ongewenste spots verwijderd uit je DB?

De eerst volgende pull wordt weer alles binnen gehaald enz enz ?

Klopt!

[schumi2004]

m-buurman schreef op woensdag 04 november 2015 @ 19:50:
[...]


Klopt!

Ook niet helemaal logish lijkt me maar ga het toch eens proberen.

[vanaalten]

schumi2004 schreef op woensdag 04 november 2015 @ 19:35:
De eerst volgende pull wordt weer alles binnen gehaald enz enz ?

Nou, dat ook weer niet: de eerstvolgende pull worden alle nieuwe spots binnengehaald en weer opnieuw gefilterd.

Nou heb ik de getallen niet, maar bij mij is de hoeveelheid zinloos binnengehaalde spots in datasize wel veel minder dan wat ik aan, eh, Linux-images via spotweb download, dus ik maak mij er niet druk om.

[zeroday]

m-buurman schreef op woensdag 04 november 2015 @ 19:50:
[...]


Klopt!

tuurlijk niet. Oude spots worden niet weer binnengehengeld noch comments

[m-buurman]

zeroday schreef op woensdag 04 november 2015 @ 22:07:
[...]


tuurlijk niet. Oude spots worden niet weer binnengehengeld noch comments

Ik was in de veronderstelling dat met 'alles' alle nieuwe inclusief spam bedoelt werd, uiteraard is het niet alles alles want dan ben je per update uren (bij sommige dagen) bezig..

[zeroday]

m-buurman schreef op donderdag 05 november 2015 @ 06:00:
[...]


Ik was in de veronderstelling dat met 'alles' alle nieuwe inclusief spam bedoelt werd, uiteraard is het niet alles alles want dan ben je per update uren (bij sommige dagen) bezig..

Inderdaad ;-) en je hebt gelijk .. je haalt 'alles' op vanaf het punt waar je gebleven bent en daarna filter je,

[zeroday]

schumi2004 schreef op woensdag 04 november 2015 @ 19:35:
[...]

Maar in theorie klopt het dus wel, alles wordt eerst binnen gehaald alvorens er een filter overheen gegooid wordt en ongewenste spots verwijderd uit je DB?

De eerst volgende pull wordt weer alles binnen gehaald enz enz ?

Klopt, heeft ook te maken met de wijze waarop de spots geplaatst worden. Je kan niet bij het ophalen al filteren. Dat moet achteraf.

[michaelw1998]

Iemand die mij kan helpen? Heb zojuist Spotweb geïnstalleerd en alles ingesteld.
Ik maak gebruik van Easyusenet en heb die gegevens correct ingevuld.

Echter zodra ik op ophalen klik zie ik na enkele seconden al 'Nieuwe spots opgehaald' en dan refresht de pagina en zie ik "Geen resultaten gevonden".
Ik weet niet waar ik moet zoeken voor een logfile, of wat de oorzaak kan zijn.

Kan helaas ook dat iemand dit al eens gevraagd heeft, maar 144 pagina's doorzoeken....
Hulp is welkom!

[FREAKJAM]

Er is een zoekfunctie

[tweedebas]

Crap, na meerdere keren installeren op Freebsd 9.3 van FAMP stack krijg ik een serverfout 500 als ik install.php wil opvragen.

een info.php met <?php phpinfo(); ?> in de www/spotweb folder word wel gerenderd.

Ik heb alle modules (modules required: curl, DOM, gettext, mbstring, xml, zip, zlib, gd, openssl)
geinstalleerd, ook te vinden in de info.php

Waar zou ik dit kunnen zoeken? Er is wel php maar ik krijg server error 500 voor de install.php

index.php en retrieve.php laten een korte tekst zien dat er nog niets is ingesteld.... dat wist ik

settings.php doet het ook niet

[ Voor 5% gewijzigd door tweedebas op 06-11-2015 00:25 ]

[michaelw1998]

Hmm, zag ver terug in dit topic dat je via command line het bestand (retrieve.php) kunt aanroepen. Dan krijg ik dus de volgende meldingen:

code:

Retrieving new Spots from server reader.easyusenet.nl...
PHP Warning: stream_socket_client(): unable to connect to tcp://reader.easyusenet.nl:119 (Connection timed out) in /home/--------/domains/domein.nl/public_html/spotweb/NNTP/Protocol/Client.php on line 693
SpotWeb v0.67.28.31 on PHP v5.3.3 crashed

Fatal error occured while connecting to the newsserver:
  (-1) Error while connecting to server (server did not respond) [response: ""] [response: ""]


#0 /home/-------/domains/domein.nl/public_html/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(120): Services_Nntp_Engine->connect()
#1 /home/-------/domains/domein.nl/public_html/spotweb/lib/services/Retriever/Services_Retriever_Base.php(112): Services_Nntp_Engine->selectGroup('free.pt')
#2 /home/-----------/Retrieving new Spots from server reader.easyusenet.nl...
PHP Warning: stream_socket_client(): unable to connect to tcp://reader.easyusenet.nl:119 (Connection timed out) in /home/-------/domains/domein.nl/public_html/spotweb/NNTP/Protocol/Client.php on line 693
SpotWeb v0.67.28.31 on PHP v5.3.3 crashed

Fatal error occured while connecting to the newsserver:
  (-1) Error while connecting to server (server did not respond) [response: ""] [response: ""]


#0 /home/-------/domains/domein.nl/public_html/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(120): Services_Nntp_Engine->connect()
#1 /home/-------/domains/domein.nl/public_html/spotweb/lib/services/Retriever/Services_Retriever_Base.php(112): Services_Nntp_Engine->selectGroup('free.pt')
#2 /home/--------/domains/domein.nl/public_html/spotweb/lib/services/Retriever/Services_Retriever_Base.php(280): Services_Retriever_Base->connect(Array)
#3 /home/--------/domains/domein.nl/public_html/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#4 {main}

Finished retrieving spots.domains/domein.nl/public_html/spotweb/lib/services/Retriever/Services_Retriever_Base.php(280): Services_Retriever_Base->connect(Array)
#3 /home/---------/domains/domein.nl/public_html/spotweb/retrieve.php(154): Services_Retriever_Base->perform()
#4 {main}

Finished retrieving spots.

Wat houdt dit in??

[ Voor 4% gewijzigd door michaelw1998 op 06-11-2015 00:56 ]

[FREAKJAM]

Dat je newsserver gegevens niet kloppen. Test de boel eerst eens met Grabit bijvoorbeeld?

[MikeOO]

michaelw1998 schreef op donderdag 05 november 2015 @ 20:42:
Iemand die mij kan helpen? Heb zojuist Spotweb geïnstalleerd en alles ingesteld.
Ik maak gebruik van Easyusenet en heb die gegevens correct ingevuld.

Echter zodra ik op ophalen klik zie ik na enkele seconden al 'Nieuwe spots opgehaald' en dan refresht de pagina en zie ik "Geen resultaten gevonden".
Ik weet niet waar ik moet zoeken voor een logfile, of wat de oorzaak kan zijn.

Kan helaas ook dat iemand dit al eens gevraagd heeft, maar 144 pagina's doorzoeken....
Hulp is welkom!

Als je het net geïnstalleerd hebt dan moet de DB gevuld worden en dan kan een tijd duren, afhankelijk op wat voor systeem je Spotweb draait. Op mijn NAS duurt het bv een paar dagen.

Via de browser de eerste keer bijwerken is ook niet verstandig en eindigt meestal in timeouts of dat er niets gebeurt.

1ste keer een handmatige Retrieve starten met Putty en rustig laten gaan tot deze klaar is.
Daarna pas gaan kijken of er iets gebeurt.

Middels de zoekfunctie kun je de meeste info gewoon vinden aangezien de meeste vragen wel gesteld zijn.
Lukt het dan nog niet dan aangeven wat je zelf al hebt geprobeerd.

[michaelw1998]

FREAKJAM schreef op vrijdag 06 november 2015 @ 01:28:
Dat je newsserver gegevens niet kloppen. Test de boel eerst eens met Grabit bijvoorbeeld?

Sabnzbd doet het gewoon met dezelfde gegevens.

Ik ben (denk ik) iets verder gekomen. Heb poort 119 zowel in-out voor TCP toegevoegd aan firewall. Nu spamt Putty met melding over date.time zone dus zie verder niet of hij wat doet (zie niks veranderen in db), dus vanmiddag eens alle php.ini bestanden afzoeken en overal date.timezone instellen.

To be continued.

Edit: Mijn systeem is een 1.83GHz Atom Dedicated Server met 4GB RAM, draaiend op CentOS 6.7

[ Voor 7% gewijzigd door michaelw1998 op 06-11-2015 09:36 ]

[michaelw1998]

MikeOO schreef op vrijdag 06 november 2015 @ 07:51:
[...]


Als je het net geïnstalleerd hebt dan moet de DB gevuld worden en dan kan een tijd duren, afhankelijk op wat voor systeem je Spotweb draait. Op mijn NAS duurt het bv een paar dagen.

Via de browser de eerste keer bijwerken is ook niet verstandig en eindigt meestal in timeouts of dat er niets gebeurt.

1ste keer een handmatige Retrieve starten met Putty en rustig laten gaan tot deze klaar is.
Daarna pas gaan kijken of er iets gebeurt.

Middels de zoekfunctie kun je de meeste info gewoon vinden aangezien de meeste vragen wel gesteld zijn.
Lukt het dan nog niet dan aangeven wat je zelf al hebt geprobeerd.

Hi Mike, heb de retrieve eens gestart via Putty nadat ik date.timezone gefixt heb.
Krijg een hele rij meldingen (ofja, hij is dus bezig met retrieven lijkt het), wat er zo uit ziet:

code:

Retrieving 6013594 till 6018595 (parsed: 5001, in DB: 0, signed: 0, invalid: 74, rtntn.skip: 4927, mod: 0, full: 0, total: 5001) in 4.94 seconds
Retrieving 6018595 till 6023596 (parsed: 5001, in DB: 0, signed: 0, invalid: 98, rtntn.skip: 4903, mod: 0, full: 0, total: 5001) in 5.2 seconds

Zijn dit normale meldingen of gaat hier dus al iets mis?

[MikeOO]

michaelw1998 schreef op vrijdag 06 november 2015 @ 13:49:
[...]


Hi Mike, heb de retrieve eens gestart via Putty nadat ik date.timezone gefixt heb.
Krijg een hele rij meldingen (ofja, hij is dus bezig met retrieven lijkt het), wat er zo uit ziet:

code:

Retrieving 6013594 till 6018595 (parsed: 5001, in DB: 0, signed: 0, invalid: 74, rtntn.skip: 4927, mod: 0, full: 0, total: 5001) in 4.94 seconds
Retrieving 6018595 till 6023596 (parsed: 5001, in DB: 0, signed: 0, invalid: 98, rtntn.skip: 4903, mod: 0, full: 0, total: 5001) in 5.2 seconds

Zijn dit normale meldingen of gaat hier dus al iets mis?

Ja dat is normaal en die heb ik ook en hoef je je niet druk om te maken. Zal te maken hebben met items die mogelijk niet meer voorkomen of blacklist of iets zijn. Verklaring heb ik er verder niet voor maar lekker laten gaan.

Tip voor als hij klaar is
https://github.com/spotwe...st-and-whitelist-problems

Dan werken de blacklist en whitelist weer goed. Dat scheelt je zelf weer werkt om alle fakers handmatig te blokkeren. Ik weet niet na hoeveel meldingen een spotter op de lijst komt te staan maar gebruik dit al even en werkt prima. Er komen evengoed nog wel fake spotters doorheen maar groot deel verdwijnt hiermee. Verder gewoon de commentaren altijd beetje lezen en gezond verstand dan loop je bijna geen risico.

[michaelw1998]

MikeOO schreef op vrijdag 06 november 2015 @ 15:10:
[...]


Ja dat is normaal en die heb ik ook en hoef je je niet druk om te maken. Zal te maken hebben met items die mogelijk niet meer voorkomen of blacklist of iets zijn. Verklaring heb ik er verder niet voor maar lekker laten gaan.

Tip voor als hij klaar is
https://github.com/spotwe...st-and-whitelist-problems

Dan werken de blacklist en whitelist weer goed. Dat scheelt je zelf weer werkt om alle fakers handmatig te blokkeren. Ik weet niet na hoeveel meldingen een spotter op de lijst komt te staan maar gebruik dit al even en werkt prima. Er komen evengoed nog wel fake spotters doorheen maar groot deel verdwijnt hiermee. Verder gewoon de commentaren altijd beetje lezen en gezond verstand dan loop je bijna geen risico.

Zag het inderdaad, alle spots doen het en de cronjob ook! Echter lukt het Couchpotato niet de NZB te krijgen. Geeft iets met Invalid XML, na Googlen kwam ik tot conclusie dat ik een htaccess bestand moest aanmaken zodat de API key goed door komt (https://github.com/spotwe...tweb-als-Newznab-Provider). Echter lijkt het niet te helpen,

code:

[media._base.providers.base] Invalid XML returned, check "http://domein.nl/spotweb/api?imdbid=1979320&apikey=xxx&t=movie&extended=1" manually for issues

.

Heb zelf die link al eens gekopieerd en de API key in link gezet, dan zie ik het volgende:

code:

Fatal error: Can't use method return value in write context in /home/-----/domains/domein.nl/public_html/spotweb/lib/page/SpotPage_newznabapi.php on line 173

Heb echt geen idee wat dit inhoud..

[Mr Magic]

Hmm, ik dacht laat ik de SpotWeb installatie op m'n Synology NAS weer eens updaten via git. Dat ging in principe goed (ook upgrade-db.php gaf geen foutmeldingen), maar als ik nu retrieve.php draai zie ik eerst dit een groot aantal keer voorbij komen:

PHP Notice: Undefined index: imagetype in /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 176
PHP Notice: Undefined index: imagetype in /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 171

Het retrieven gaat daarna overigens wel goed.

Enig idee hoe ik dit kan fixen?

[MikeOO]

michaelw1998 schreef op vrijdag 06 november 2015 @ 18:28:
[...]


Zag het inderdaad, alle spots doen het en de cronjob ook! Echter lukt het Couchpotato niet de NZB te krijgen. Geeft iets met Invalid XML, na Googlen kwam ik tot conclusie dat ik een htaccess bestand moest aanmaken zodat de API key goed door komt (https://github.com/spotwe...tweb-als-Newznab-Provider). Echter lijkt het niet te helpen,

code:

[media._base.providers.base] Invalid XML returned, check "http://domein.nl/spotweb/api?imdbid=1979320&apikey=xxx&t=movie&extended=1" manually for issues

.

Heb zelf die link al eens gekopieerd en de API key in link gezet, dan zie ik het volgende:

code:

Fatal error: Can't use method return value in write context in /home/-----/domains/domein.nl/public_html/spotweb/lib/page/SpotPage_newznabapi.php on line 173

Heb echt geen idee wat dit inhoud..

Gaat dit wel goed

code:

http://server/spotweb/api?t=c

Waarbij je server vervang door het ip-adres van je Spotweb server

Als je met deze link geen XML pagina krijgt dan is het niet goed ingesteld. Zolang dat niet werk zal de rest ook niet werken.

Dit is de inhoud van .htaccess die ik gebruik.

code:

<IfModule mod_rewrite.c>
    RewriteEngine on  
    RewriteCond %{REQUEST_URI} !api/  
    RewriteRule api/?$ index.php?page=newznabapi [QSA,L]  
</IfModule>

Op wat voor systeem draai je Spotweb. Kan ook zijn dat je het deel bij installatie niet goed hebt gedaan namelijk. Hangt natuurlijk af welke jij nodig hebt.

[MikeOO]

Mr Magic schreef op vrijdag 06 november 2015 @ 19:53:
Hmm, ik dacht laat ik de SpotWeb installatie op m'n Synology NAS weer eens updaten via git. Dat ging in principe goed (ook upgrade-db.php gaf geen foutmeldingen), maar als ik nu retrieve.php draai zie ik eerst dit een groot aantal keer voorbij komen:


[...]

Het retrieven gaat daarna overigens wel goed.

Enig idee hoe ik dit kan fixen?

Mogelijk een rechten probleem op de cache folder

Check je rechten eens op de /Spotweb/cache folder. Als je de folder niet hebt dan aanmaken, rechten gegeven en retrieve nog eens starten.

Met WinSCP kun je dit goed zien. Zet deze eens op 0777

[Mr Magic]

MikeOO schreef op zaterdag 07 november 2015 @ 08:34:
[...]

Mogelijk een rechten probleem op de cache folder

Check je rechten eens op de /Spotweb/cache folder. Als je de folder niet hebt dan aanmaken, rechten gegeven en retrieve nog eens starten.

cache directory bestaat al en heeft volgens mij ook de juiste rechten:

code:

drwxrwxrwx    6 root     root          4096 Oct 15  2013 cache

Het lijkt me eerder iets in de database te zijn? Een veld (imagetype) dat niet geindexeerd is ofzo?

[akerssies]

michaelw1998 schreef op vrijdag 06 november 2015 @ 18:28:
[...]

Heb zelf die link al eens gekopieerd en de API key in link gezet, dan zie ik het volgende:

code:

Fatal error: Can't use method return value in write context in /home/-----/domains/domein.nl/public_html/spotweb/lib/page/SpotPage_newznabapi.php on line 173

Heb echt geen idee wat dit inhoud..

Deze fout komt door een oude PHP versie. Als je je PHP versie naar 5.6 update zou deze fout niet meer voor moeten komen.

[michaelw1998]

akerssies schreef op zaterdag 07 november 2015 @ 12:56:
[...]


Deze fout komt door een oude PHP versie. Als je je PHP versie naar 5.6 update zou deze fout niet meer voor moeten komen.

Bedankt voor de tip! Heb het zelf op weten te lossen door de php code aan te passen. De php versie die ik had had een beperking met empty() en d.m.v stackoverflow heb ik de code aan kunnen passen.

Heb ooit eens geprobeerd php te updaten maar dat was geen succes, eindigde met herinstallatie van OS omdat het gewoon niet goed meer werkte.

[ikkeenjij36]

Even een vraagje,ik weet dat t vast hier ergens in het topic staat en op google ook gezocht maar dat werkt ook niet.
Als ik probeer om spotweb als indexer toe te voegen in sonarr headphones en couchpotato kan ik m niet toevoegen.
Nu heb ik me ingelezen en t toevoegen van een .htaccess bestand zou het op moeten lossen.
Helaas bij mij niet.
Ik gebruik natuurlijk de api van de user die ingelogd is in spotweb.
Iemand die mij een zetje in de goeie richting kan geven?

[psyy138]

ikkeenjij36 schreef op donderdag 12 november 2015 @ 16:43:
Even een vraagje,ik weet dat t vast hier ergens in het topic staat en op google ook gezocht maar dat werkt ook niet.
Als ik probeer om spotweb als indexer toe te voegen in sonarr headphones en couchpotato kan ik m niet toevoegen.
Nu heb ik me ingelezen en t toevoegen van een .htaccess bestand zou het op moeten lossen.
Helaas bij mij niet.
Ik gebruik natuurlijk de api van de user die ingelogd is in spotweb.
Iemand die mij een zetje in de goeie richting kan geven?

Wat bedoel je precies met kan ik m niet toevoegen?
De indexer niet in sonarr, of vind sonarr niks of?
Heb je de rechten goed staan in spotweb voor de user?
Draait je spotweb lokaal of openbaar?

iets meer duidelijkheid want dan maakt het voor de andere ook makkelijker.

p.s. mijn .htaccess ziet er zo uit; (maar daar kan het denk ik niet aan liggen denk ik)

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_URI} !api/
RewriteRule api/?$ index.php?page=newznabapi [QSA,L]
</IfModule>