SpotWeb - Webbased Spotnet - deel 2

[Glamdring]

alesandro_46 schreef op dinsdag 24 maart 2026 @ 22:11:
[...]

Na een update is de 'Erase downloads' knop weer terug

De knop heet blijkbaar erasedls. Ik heb de custom.css tekst aangepast, maar dat mocht niet baten. Heb je toevallig een idee hoe ik de knop weer weg krijg?

Hi @alesandro_46,

Probeer dit eens:

code:

.greyButton.erasedownloads {
  position: absolute;
  visibility: hidden;
  display: none;
}

[alesandro_46]

Glamdring schreef op zondag 12 april 2026 @ 18:55:
[...]


Hi @alesandro_46,

Probeer dit eens:

code:

.greyButton.erasedownloads {
  position: absolute;
  visibility: hidden;
  display: none;
}

Yes!
De erase downloads knop is (voor mij) gelukkig weer verdwenen, super bedankt!

[smv]

Goedendag,

Ik ben nu 3 dagen aan het pielen om een spotweb filter aan de praat te krijgen. Via de gui en zoeken, werkt hij. Zodra ik hem opsla met naam aangeven, dan vind ik alles wat los en vast zit. Nu ik heb op het woord filter gezocht in dit topic en de 10 bladzijdes door gelezen. Daar kwam de tool spotweb filter creator naar voren. Deze werkt top!

Echter wat ik niet wist, zodra ik mijn ene test filter saved en impoteer, dat hij mijn huidige filters volledig overshreef. Ik dacht dat hij mijn nieuwe filter toevoegde.

Kan iemand mij aub de filter file geven, waar alle standaard filters in staan? Deze heb ik eerder gezien, dat iemand deze gegeven heeft, maar die url werkt niet meer.

Met mijn AI vriend online, kan ik niet vinden hoe ik dit makkelijk kan terug zetten. Vandaar mijn vraag hier of iemand de .xml zou willen uploaden, zodat ik hem kan downloaden.

[Glamdring]

@smv

Ik was ook een keer wat filters kwijt, maar heb deze toen op mijn linux bak hersteld met:

code:

php upgrade-db.php --reset-filters

Waarschijnlijk moet je in dit commando nog het pad naar upgrade-db.php toevoegen.

[smv]

Glamdring schreef op donderdag 23 april 2026 @ 16:05:
@smv

Ik was ook een keer wat filters kwijt, maar heb deze toen op mijn linux bak hersteld met:

code:

php upgrade-db.php --reset-filters

Waarschijnlijk moet je in dit commando nog het pad naar upgrade-db.php toevoegen.

Heel erg bedankt, ik heb ze weer terug.

[sciurius]

Ik draai Spotweb al vele jaren in een docker (jgeusebroek versie) met een PostgreSQL database.

Sinds enkele dagen krijgt de retrieve een crash:

Last retrieve: 2026-08-13 16:16:06
Retrieving new Spots from server...
Appr. Message count:    4431086
First message number:   2
Last message number:    4431088
Current article number: 4430006
Retrieving 4430006 till 4431089 (parsed: 1064, in DB: 19, signed: 1, invalid: 3, rtntn.skip: 0, mod: 96, full: 964, total: 1083)
SpotWeb v0.69.41.35 on PHP v8.5.4 crashed

Fatal error SqlErrorException occured during retrieve:
  22001: 7: ERROR:  value too long for type character varying(255)

Enig idee wat te doen?

[DjoeC]

sciurius schreef op dinsdag 18 augustus 2026 @ 11:58:
Ik draai Spotweb al vele jaren in een docker (jgeusebroek versie) met een PostgreSQL database.

Sinds enkele dagen krijgt de retrieve een crash:

Last retrieve: 2026-08-13 16:16:06
Retrieving new Spots from server...
Appr. Message count:    4431086
First message number:   2
Last message number:    4431088
Current article number: 4430006
Retrieving 4430006 till 4431089 (parsed: 1064, in DB: 19, signed: 1, invalid: 3, rtntn.skip: 0, mod: 96, full: 964, total: 1083)
SpotWeb v0.69.41.35 on PHP v8.5.4 crashed

Fatal error SqlErrorException occured during retrieve:
  22001: 7: ERROR:  value too long for type character varying(255)

Enig idee wat te doen?

Je hebt ergens een kolom die "te kort is". Ik heb t in MariaDB ook gehad - weet zo alleen niet meer welke.....

Als ik mijn creates bekijk:
CREATE TABLE `commentsfull` (
`userkey` varchar(512) DEFAULT NULL,

CREATE TABLE `spotsfull` (
`userkey` varchar(512) CHARACTER SET ascii COLLATE ascii_general_ci DEFAULT NULL,

zijn deze 2 kolommen vermoedelijk de boosdoener. Je kunt ze online oprekken, dat zal ook in Postgress wel kunnen. Het alternatief is dan je de database "even" opnieuw opbouwt. Dat heb ik ook al meermaals gedaan, dan maakt ie de tabellen op basis van "de meest recente" definities aan.

[sciurius]

Ik ga hier eens mee stoeien, bedankt alvast.

[Arjan A]

Ik zag recentelijk dat er langere xmlsignatures verstuurd worden. In mijn geval was het zaak om het veld xmlsignature in de tabel spotsfull naar 512 te vergroten en de foutmeldingen verdwenen weer.

[DjoeC]

Arjan A schreef op dinsdag 18 augustus 2026 @ 14:09:
Ik zag recentelijk dat er langere xmlsignatures verstuurd worden. In mijn geval was het zaak om het veld xmlsignature in de tabel spotsfull naar 512 te vergroten en de foutmeldingen verdwenen weer.

Hmm, ik heb daar (nog) geen fouten over opgemerkt (Eweka als leverancier), dat veld staat mij mij nog op 255, zal m meteen maar ophogen om problemen voor te zijn

[internetsmurf]

Arjan A schreef op dinsdag 18 augustus 2026 @ 14:09:
Ik zag recentelijk dat er langere xmlsignatures verstuurd worden. In mijn geval was het zaak om het veld xmlsignature in de tabel spotsfull naar 512 te vergroten en de foutmeldingen verdwenen weer.

Hoe en waar pas ik dat aan?

[Arjan A]

internetsmurf schreef op dinsdag 18 augustus 2026 @ 16:16:
[...]

Hoe en waar pas ik dat aan?

Als je MySQL of MariaDB hebt, kan dat met phpMyAdmin of via de cmdline. Als je PostgreSQL als backend hebt, kan het ook via de cmdline. Of je gebruikt een tool als HeidiSQL of DBeaver (die kunnen met zowel Mysql/MariaDB als Postgres verbinden).

[DjoeC]

internetsmurf schreef op dinsdag 18 augustus 2026 @ 16:16:
[...]

Hoe en waar pas ik dat aan?

In de database. Voor MariaDB gebruik ik phpmyadmin, definitie van de tabel, edit de kolom. Voor Postgres is er een soortgelijk tooltje (maar dat ken ik verder niet. Onder Windows kun je het via Navicat ook wel regelen.

[sciurius]

Als ik de table column aanpas, dan zet de eerstvolgende retrieve dit weer terug en crasht dus weer.

code:

% pg_dump -s spotweb | grep xmlsignature
    xmlsignature character varying(255),
% psql spotweb -c 'alter table spotsfull alter column xmlsignature type character varying(512);'
ALTER TABLE
% pg_dump -s spotweb | grep xmlsignature
    xmlsignature character varying(512),
% ~/wrk/Spotweb/Docker/retrieve.sh 
Last retrieve: 2026-08-13 16:16:06
Retrieving new Spots from server...
Appr. Message count:    4431159
First message number:   2
Last message number:    4431161
Current article number: 4430006

Retrieving 4430006 till 4431162 (parsed: 1137, in DB: 19, signed: 0, invalid: 3, rtntn.skip: 0, mod: 111, full: 1022, total: 1156)

SpotWeb v0.69.41.35 on PHP v8.5.4 crashed

Fatal error SqlErrorException occured during retrieve:
  22001: 7: ERROR:  value too long for type character varying(255)

... etc ...
 % pg_dump -s spotweb | grep xmlsignature
    xmlsignature character varying(255),

[DjoeC]

sciurius schreef op dinsdag 18 augustus 2026 @ 20:19:
Als ik de table column aanpas, dan zet de eerstvolgende retrieve dit weer terug en crasht dus weer.

code:

% pg_dump -s spotweb | grep xmlsignature
    xmlsignature character varying(255),
% psql spotweb -c 'alter table spotsfull alter column xmlsignature type character varying(512);'
ALTER TABLE
% pg_dump -s spotweb | grep xmlsignature
    xmlsignature character varying(512),
% ~/wrk/Spotweb/Docker/retrieve.sh 
Last retrieve: 2026-08-13 16:16:06
Retrieving new Spots from server...
Appr. Message count:    4431159
First message number:   2
Last message number:    4431161
Current article number: 4430006

Retrieving 4430006 till 4431162 (parsed: 1137, in DB: 19, signed: 0, invalid: 3, rtntn.skip: 0, mod: 111, full: 1022, total: 1156)

SpotWeb v0.69.41.35 on PHP v8.5.4 crashed

Fatal error SqlErrorException occured during retrieve:
  22001: 7: ERROR:  value too long for type character varying(255)

... etc ...
 % pg_dump -s spotweb | grep xmlsignature
    xmlsignature character varying(255),

Moet je misschien nog een COMMIT tussen voegen? Ik ken postgres helaas niet......

O ja en voer je wijziging door terwijl spotweb NIET actief is.

[ Voor 3% gewijzigd door DjoeC op 18-08-2026 20:49 ]

[sciurius]

Volgens https://github.com/spotweb/spotweb/issues/937 moet je tegenwoordig geen fullspots en fullcomments meer retrieven. Ik heb dat aangepast en nu loopt het weer. En een stuk sneller.

[DjoeC]

sciurius schreef op dinsdag 18 augustus 2026 @ 21:21:
Volgens https://github.com/spotweb/spotweb/issues/937 moet je tegenwoordig geen fullspots en fullcomments meer retrieven. Ik heb dat aangepast en nu loopt het weer. En een stuk sneller.

IK was vandaag mijn container aan het bijwerken (CRON_INTERVAL aanpassen) en kreeg nu inderdaad ook dezelfde crash:

code:

    Validating spotsfull(xmlsignature)
        Modifying column xmlsignature (type) on spotsfull
SpotWeb crashed
Database schema or settings upgrade failed:
   22001: 1406: Data too long for column 'xmlsignature' at row 2478980

Het grappige is dat Spotweb niet werkelijk crashed maar alleen de rest van de updates (als die er zijn) overslaat. Vervolgens loopt ie gewoon verder. De UI lijkt ook gewoon te werken.

Mocht ie later alsnog vastlopen doe ik wel een reset-db.

[Nakebod]

Comments ophalen doe ik al vele jaren niet meer, dat vervuilt je database echt enorm. En gok dat je 99.99% nooit bekijkt. Meeste tijd zoek ik gewoon een *kuch* linux iso en gooi de download direct naar SABnzbd, geen comments nodig.

Maar, tenzij ik wat over het hoofd zie, zie je dan ook helemaal geen comments meer, je kan ze afaik ook niet pas ophalen als je een spot bekijkt. Wat heel soms een gemis is.

[DjoeC]

Nakebod schreef op woensdag 19 augustus 2026 @ 15:17:
Comments ophalen doe ik al vele jaren niet meer, dat vervuilt je database echt enorm. En gok dat je 99.99% nooit bekijkt. Meeste tijd zoek ik gewoon een *kuch* linux iso en gooi de download direct naar SABnzbd, geen comments nodig.

Maar, tenzij ik wat over het hoofd zie, zie je dan ook helemaal geen comments meer, je kan ze afaik ook niet pas ophalen als je een spot bekijkt. Wat heel soms een gemis is.

Ik gebruik de comments wel vrij vaak om te zien of de distributie's door anderen "compleet" ervaren zijn, er wil nog wel eens "troep" tussen staan.

Nee, later ophalen lukt niet. Misschien een verzoek aanmaken? Wel de (commentaar) artikel ID's opslaan maar pas ophalen als de spot bekeken wordt? Aan de andere kant: Ik heb geen moeite met de omvang van de database (7-8GB) in MariaDB op een SSD.

[sciurius]

Ik kom ook soms spots tegen die het nodig vinden te encrypten met de medeling 'password in the comments'.

[dirks]

Bij mij worden comments alleen opgehaald als ik de spot open, dat gaat al jaren zo.

Instellingen - Ophalen:

• Spots volledig ophalen: uit
• Comments ophalen: aan
• Comments volledig ophalen: uit

[baba420]

Ik vind nzbserver dot com prima genoeg. Scheelt weer resources voor je eigen systeem.

[DjoeC]

baba420 schreef op donderdag 20 augustus 2026 @ 10:01:
Ik vind nzbserver dot com prima genoeg. Scheelt weer resources voor je eigen systeem.

Spotweb is bij mij 1 van de "goedkoopste" en makkelijkste oplossingen. Weinig resourcebeslag, loopt op een Raspberry waar nog tig andere zaken (zoals onze Google vervanger Nextcloud en Home Assistant) op draaien. Het ding staat dus sowieso altijd aan. Het enige voordeel van andermans website is dat jij er verder geen omkijken naar hebt.