SpotWeb - Webbased Spotnet

[Caveman]

Pascal schreef op zaterdag 02 april 2011 @ 14:20:
retrieve.php

[...]


Krijgen jullie ook deze errors, na de laatste git pull?

Mja, er staat een typefout in sport ipv. spot, maar dan nog werkt het niet als je dat verbeterd.

[pven]

Ik heb ook problemen. Net een 'git pull' gedaan, daarna upgrade-db.php gedraaid die met een syntax-error komt, spotweb werk vervolgens ook niet meer (die zeurt over een missende kolom). Ik heb mijn backup van deze nacht maar terug gezet, in afwachting van fixes.

Uiteraard heb ik een issue gelogd.

[ Voor 15% gewijzigd door pven op 02-04-2011 14:27 ]

[bodiug]

Even terug naar gister gegaan en het werkt iig weer:

git checkout f209cd3f516ef51ce36652c8f3765fde346a90f2

[Webjunkie]

guidob schreef op zaterdag 02 april 2011 @ 14:30:
Even terug naar gister gegaan en het werkt iig weer:

git checkout f209cd3f516ef51ce36652c8f3765fde346a90f2

gaaf man, dat werkt ook nog

hoe kom je aan die code, als ik vragen mag?

[ Voor 8% gewijzigd door Webjunkie op 02-04-2011 15:24 ]

[smeerbartje]

Die vind je hier...

[woutertje]

Ik loop momenteel tegen het volgende probleem aan:

wouter@woutervz:/var/www/spotweb$ php retrieve.php --force
Retrieving new Spots from server...
Spots in database:	23231
Looking for articlenumber for messageid
Appr. Message count: 	897524
First message number:	1989963
Last message number:	2887487
Current message:	2074610

Retrieving 2074610 till 2075611 (parsed 1001 headers, 1001 full, verified 0, moderated 0, skipped 0 of 1001 total messages)
....
Retrieving 2078614 till 2079615 (parsed 1001 headers, 1001 full, verified 0, moderated 0, skipped 0 of 1001 total messages)
Retrieving 2079615 till 2080616

Fatal error occured retrieving messages:
  Unexpected response: ''

Daarnaast gaat dit proces sowieso erg langzaam icm astraweb (heb geen andere server dus kan het niet anders testen).

Iemand enig idee waar dit aan ligt?

[Duumke]

woutertje schreef op zaterdag 02 april 2011 @ 18:41:
Ik loop momenteel tegen het volgende probleem aan:

wouter@woutervz:/var/www/spotweb$ php retrieve.php --force
Retrieving new Spots from server...
Spots in database:	23231
Looking for articlenumber for messageid
Appr. Message count: 	897524
First message number:	1989963
Last message number:	2887487
Current message:	2074610

Retrieving 2074610 till 2075611 (parsed 1001 headers, 1001 full, verified 0, moderated 0, skipped 0 of 1001 total messages)
....
Retrieving 2078614 till 2079615 (parsed 1001 headers, 1001 full, verified 0, moderated 0, skipped 0 of 1001 total messages)
Retrieving 2079615 till 2080616

Fatal error occured retrieving messages:
  Unexpected response: ''

Daarnaast gaat dit proces sowieso erg langzaam icm astraweb (heb geen andere server dus kan het niet anders testen).

Iemand enig idee waar dit aan ligt?

Als dit de eerste keer is dat je het probeert, dan kan het gewoon een server hik zijn geweest.
Gewoon nog een keer draaien, en dan komt hij vanzelf up to date (mooiste is om gewoon een cronjob in te stellen, dan weet je zeker dat je altijd bij bent).
retrieve.php draait standaard maar 1x actief, dus het kan geen kwaad als de laatse cronjob uitvoering nog niet klaar is als de volgende zou moeten beginne.

[smeerbartje]

Hoe checkt retrieve.php of er niet een andere instance draait?

[Pistolebob]

smeerbartje schreef op zaterdag 02 april 2011 @ 19:10:
Hoe checkt retrieve.php of er niet een andere instance draait?

Het checkt de waarde van 'nowrunning' in de tabel 'nntp'.
Als dat 0 is, draait het niet.

[ Voor 7% gewijzigd door Pistolebob op 02-04-2011 19:15 ]

[smeerbartje]

Pistolebob schreef op zaterdag 02 april 2011 @ 19:15:
[...]

Het checkt de waarde van 'nowrunning' in de tabel 'nntp'.
Als dat 0 is, draait het niet.

Ah thanks.... ik was al bang dat ik de directory andere rechten moest geven ofzo.

[Nakebod]

Geen idee of ik iets over het hoofd zie, eergister ofzo een keer een geheel nieuwe database aangemaakt, en gevuld.
Gister/Vandaag was er dus een database aanpassing, update-db.php gedraait zonder problemen, alleen ik krijg nu in de browser een fout die ik niet terugzie hier of op github:
"Error executing query: Error writing file '/tmp/MYYUFIca' (Errcode: 28)"
Ik heb een /tmp/ en voor de zekerheid ook in de spotweb folder een map tmp aangemaakt, maar ik blijf die fout krijgen.

[Llewy]

DannyBevers schreef op zaterdag 19 maart 2011 @ 11:57:
Hulde hoe ik heb ook heb gedaan het werkt nu gelukkig de database word aangevuld!

Ik zit met exact hetzelfde probleem, heb je een idee hoe ik dit op kan lossen?

Dit krijg ik nu:

Include files OK ?
Settings file OK
PEAR OK
PEAR Net/NNTP PEAR Net/NNTP package cannot be found
NNTP server OK


Path PEAR found? Net/NNTP found?
.
/Applications/xampp/xamppfiles/lib/php
/Applications/xampp/xamppfiles/lib/php/pear

Waarbij ik alle mogelijke include_paths al heb geprobeerd.. Deze is de enige die PEAR ok geeft!

[ Voor 207% gewijzigd door Llewy op 02-04-2011 20:38 ]

[Mar2zz]

Klopt het dat die new-spotcounter niet meer goed werkt?

Ik moest er een paar keer naar kijken, maar ik zie hier geen 8 nieuwe in de subsub, maar 6, en bij hd geen 2 maar 1. Anderen ook last van?



ah wacht stom, laat maar, ik zie het al, heb meer dingen opgehaald in de hoofdcategorie dan in de sub categorieen eronder... het werkt zoals verwacht maar is dus nogal uhmm gewoon dom van mij..

Hij telt dus alle array's apart en telt niet de subarray's bij elkaar op...

[ Voor 33% gewijzigd door Mar2zz op 02-04-2011 20:21 ]

[A3Baak]

Nakebod schreef op zaterdag 02 april 2011 @ 19:26:
Geen idee of ik iets over het hoofd zie, eergister ofzo een keer een geheel nieuwe database aangemaakt, en gevuld.
Gister/Vandaag was er dus een database aanpassing, update-db.php gedraait zonder problemen, alleen ik krijg nu in de browser een fout die ik niet terugzie hier of op github:
"Error executing query: Error writing file '/tmp/MYYUFIca' (Errcode: 28)"
Ik heb een /tmp/ en voor de zekerheid ook in de spotweb folder een map tmp aangemaakt, maar ik blijf die fout krijgen.

[

Ik heb deze foutmelding ook , (error 28) verwijst naar disk ruimte in de /tmp partitie van linux. Maar als ik naar de schijfruimte kijk heeft ie nog meer dan genoeg

DS710> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md0               2451064    476920   1871744  20% /
/tmp                    508392       536    507856   0% /tmp
/dev/vg1/lv          1918200920 1282054304 636044216  67% /volume1
/volume1/@optware    1918200920 1282054304 636044216  67% /opt

[Workaholic]

Is het mogelijk om met het zoeken erotiek uit te filteren ?

Ik heb geen erotiek filters en in de ownsettings staat erotiek uit .

Zou mooi zijn als mijn kleine neefje niet opeens gay porn er tussen krijgt als die zoekt op men in black..

[pven]

upgrade-db.php werkt niet helemaal lekker op mijn NAS. Daarom wil ik met het handje een kolom aan spots toevoegen en deze een waarde geven middels een update. Iemand een idee hoe ik de database geopend krijg? Als ik het onderstaande probeer dan is hij dus niet open:

code:

[66:/home/sysadmin/WWW/spotweb]$ sqlite3 nntpdb.sqlite3
SQLite version 3.6.20
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> .databases
Error: file is encrypted or is not a database
sqlite>

Ah, dank je nachtgeestje! Ik ga db maar opnieuw maken.

[ Voor 5% gewijzigd door pven op 02-04-2011 21:23 ]

[huiser]

A3Baak schreef op zaterdag 02 april 2011 @ 20:27:
[...]
[

Ik heb deze foutmelding ook , (error 28) verwijst naar disk ruimte in de /tmp partitie van linux. Maar als ik naar de schijfruimte kijk heeft ie nog meer dan genoeg

DS710> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md0               2451064    476920   1871744  20% /
/tmp                    508392       536    507856   0% /tmp
/dev/vg1/lv          1918200920 1282054304 636044216  67% /volume1
/volume1/@optware    1918200920 1282054304 636044216  67% /opt

Dit probleem had ik ook, partitie /tmp liep snel vol. mysqltuner wees uit dat er veel sorteringen uitgevoerd worden waarbij temporary tables nodig zijn. Vergroten van MySQL-parameter tmp_table_size (en daarbij ook max_heap_table_size) hielp niet, de temporary tables werden alsnog op disk gezet (/tmp dus).

Slow-query logging aangezet, bleek dat een nieuw veld reversestamp in de spots-tabel wordt gebruikt om te sorteren om een performance-probleem in MySQL-engine MyISAM te omzeilen.
Er zit echter geen index op dit veld, hieronder het SQL-statement om deze aan te maken:

alter table spots add key (reversestamp);

De query gaat nu wel snel, en front-page van Spotweb is weer snel

[A3Baak]

@Huiser

Dat was hem B.E.A. Utifull

huiser schreef op zaterdag 02 april 2011 @ 21:23:
[...]

alter table spots add key (reversestamp);

De query gaat nu wel snel, en front-page van Spotweb is weer snel

[Clock]

Had ook last van een hikkende spotweb die mekkerde over een reverse timestamp. Doordat ik al een tijdje (10 dagen) geen GIT-pull had gedaan nam ik aan dat het een wijziging betrof die een heropbouw van de database noodzakelijk maakte.

Ik dus alle tables gedropt, maar nu maakt spotweb zelf de tabellen niet meer aan. Krijg steeds de error "Error executing query: Table 'spotweb.spotsfull' doesn't exist", wat an sich klopt, maar hij moet zelf even de tabellen opnieuw aanmaken. Hoe overtuig ik hem daarvan?

Ik heb ook even de functie van upgrade-db.php gemist. Is het de bedoeling deze standaard tussen de GIT-pull en retrieve te laten draaien? Heb een scriptje die eenmaal per 6 uur een pull+retrieve run doet.

[shappie]

@Clock: upgrade-db.php moet je draaien wanneer er wijzigingen zijn gedaan aan de database structuur van spotweb. Voor het binnenhalen van de spots wordt nog steeds gewoon retrieve.php gebruikt.
Dus het is overbodig om upgrade-db.php automatisch te laten draaien.

Het is trouwens ook niet handig om "git pull" automatisch te draaien, aangezien er nog wel eens commits worden gemaakt die niet werken of je installatie om zeep helpen. Pull je dan automatisch kun je niet eerst even controleren hier in het topic en op GitHub of het allemaal ok is.

[Clock]

shappie schreef op zaterdag 02 april 2011 @ 21:59:
@Clock: upgrade-db.php moet je draaien wanneer er wijzigingen zijn gedaan aan de database structuur van spotweb. Voor het binnenhalen van de spots wordt nog steeds gewoon retrieve.php gebruikt.
Dus het is overbodig om upgrade-db.php automatisch te laten draaien.

Het is trouwens ook niet handig om "git pull" automatisch te draaien, aangezien er nog wel eens commits worden gemaakt die niet werken of je installatie om zeep helpen. Pull je dan automatisch kun je niet eerst even controleren hier in het topic en op GitHub of het allemaal ok is.

Daar kom ik nu achter

Heb de hele database gedropt en opnieuw aangemaakt. Spotweb heeft dan door dat ie tabellen moet gaan maken, maar krijg dan de volgende error: "Unable to connect to database: Error executing query: The used table type doesn't support FULLTEXT indexes "

Moet de database van een bepaald type/collatie zijn? Ik gebruik nu de standaard InnoDB+latin1_swedish_ci..

[Pistolebob]

Clock schreef op zaterdag 02 april 2011 @ 22:03:
[...]


Daar kom ik nu achter

Heb de hele database gedropt en opnieuw aangemaakt. Spotweb heeft dan door dat ie tabellen moet gaan maken, maar krijg dan de volgende error: "Unable to connect to database: Error executing query: The used table type doesn't support FULLTEXT indexes "

Moet de database van een bepaald type/collatie zijn? Ik gebruik nu de standaard InnoDB+latin1_swedish_ci..

Het moet MyISAM zijn nu

[Mr. Happy]

de nieuwe we1rdo template is geweldig, maar.... als ik de regelhoogte wil aanpassen en 'm donker wil maken (lees een zwarte achtergrond) dan krijg ik witte randen om de categorie-buttons heen....
Hoe krijg ik dat aangepast...??

[shappie]

@Mr. Happy: Misschien omdat de table-date (<td>) waar de categorie buttons in staan een witte background heeft

Zet dit dus even in je css bij td.category (haal wel background-color:#fff !important; weg natuurlijk...):

code:

background:none !important;

Edit: Ik snap alleen niet zo goed waarom je de background donker zou willen hebben, dit ziet er hier echt vreemd uit. Omdat de rest van de layout hier niet op is afgestemd met de kleuren en background images.

[ Voor 28% gewijzigd door shappie op 02-04-2011 22:49 ]

[Nakebod]

huiser schreef op zaterdag 02 april 2011 @ 21:23:
[...]

alter table spots add key (reversestamp);

De query gaat nu wel snel, en front-page van Spotweb is weer snel

Duurde even op mijn NAS, maar dan heb je ook wat
Your SQL query has been executed successfully ( Query took 195.6092 sec )

[Clock]

Pistolebob schreef op zaterdag 02 april 2011 @ 22:06:
[...]

Het moet MyISAM zijn nu

Na een aanpassing van de default-storage-engine naar MyISAM werkt alles nu weer naar behoren. Een drop database is wel benodigd, alleen de tables droppen heeft niet (altijd?) het gewenste effect. Thnx

[CH4OS]

Iemand die Spotweb met PDO en Debian / Ubuntu aan de praat heeft gekregen? Ik heb een vervelende melding van gekregen (o.a. verkeerde user die inlogt op de database en een foutmelding over mysql_real_escape_string, die de link niet kan vinden) en ik vermoed dat het komt omdat ik nog geen PDO heb geïnstalleerd (al geeft een phpinfo(); dit wel terug). Ik heb zojuist een git pull gedaan, om weer te updaten naar de nieuwste versie.

[Mr. Happy]

shappie schreef op zaterdag 02 april 2011 @ 22:43:
@Mr. Happy: Misschien omdat de table-date (<td>) waar de categorie buttons in staan een witte background heeft

Zet dit dus even in je css bij td.category (haal wel background-color:#fff !important; weg natuurlijk...):

code:

background:none !important;

Edit: Ik snap alleen niet zo goed waarom je de background donker zou willen hebben, dit ziet er hier echt vreemd uit. Omdat de rest van de layout hier niet op is afgestemd met de kleuren en background images.

Ik heb dat stukje code aangepast, ziet er een stuk beter uit...
Lijkt een beetje op redarrow, ik vind het donkere wat mooier en ik vind de regelhoogte te groot (en zo kan er meer op het scherm ).

Vanochtend een git pull gedaan, maar bij het opnieuw laden (na het draaien van de update-db) lijkt hij geen css mee te nemen.
Open je de pagina (in een nieuwe tab), dan gaat het wel goed (tot je de pagina wil herladen) en ook geeft de filtertree een load error.
Hier heb ik een issue van gelogd https://github.com/spotweb/spotweb/issues#issue/411

[ Voor 20% gewijzigd door Mr. Happy op 03-04-2011 10:07 . Reden: nieuwe git pull geeft probleempjes ]

[MindStorm]

Snelheid-vraagje. Al tijden een fanatiek gebruiker, en gisteren eens de laatste versie geinstalleerd. Zoeken e.d. gaat supersnel, maar het laden van de 'startpagina' duurt enorm lang. MySQL had het er druk mee, dus even slow query logging aangezet. Daar kwam het volgende uit:

SQL:

# Time: 110403 11:03:08
# User@Host: spotweb[spotweb] @ localhost []
# Query_time: 107.826015  Lock_time: 0.001107 Rows_sent: 51  Rows_examined: 379884
SET timestamp=1301821388;
SELECT s.id AS id,
                                            s.messageid AS messageid,
                                            s.spotid AS spotid,
                                            s.category AS category,
                                            s.subcat AS subcat,
                                            s.poster AS poster,
                                            s.groupname AS groupname,
                                            s.subcata AS subcata,
                                            s.subcatb AS subcatb,
                                            s.subcatc AS subcatc,
                                            s.subcatd AS subcatd,
                                            s.title AS title,
                                            s.tag AS tag,
                                            s.stamp AS stamp,
                                            s.moderated AS moderated,
                                            d.stamp AS downloadstamp,
                                            f.userid AS userid,
                                            f.verified AS verified,
                                            f.filesize AS filesize
                             FROM spots AS s
                             LEFT JOIN spotsfull AS f ON s.messageid = f.messageid
                             LEFT JOIN downloadlist AS d on s.messageid = d.messageid
                             ORDER BY s.reversestamp ASC LIMIT 51 OFFSET 0;

Ik heb indexen aangemaakt in de drie tabellen waarop gejoint wordt (op messageid), maar dat heeft niet het gewenste effect. Heeft iemand hier ook last van, en misschien zelfs een oplossing voor gevonden?

Is het zinnig om op andere kolommen ook indexen aan te maken?

[shappie]

@Mr. Happy: De headers (table-headers en h4's uit sidebar) zijn toch al donker?

En voor alle aanpassingen zul je in de css moeten kijken, aangezien hier alles wordt geregeld wat betrekking heeft op de opmaak.

Installeer trouwens firefox met de firebug extensie (http://getfirebug.com/), dan kan je heel makkelijk zien waar welke opmaak vandaan komt. En je kan het direct aanpassen om het resultaat te zien (let wel op na een refresh zijn je gemaakt wijzigingen weer weg, schrijf je juiste wijzigingen dus zelf even weg in de files op je server).

[Mr. Happy]

shappie schreef op zondag 03 april 2011 @ 11:24:
@Mr. Happy: De headers (table-headers en h4's uit sidebar) zijn toch al donker?

En voor alle aanpassingen zul je in de css moeten kijken, aangezien hier alles wordt geregeld wat betrekking heeft op de opmaak.

Installeer trouwens firefox met de firebug extensie (http://getfirebug.com/), dan kan je heel makkelijk zien waar welke opmaak vandaan komt. En je kan het direct aanpassen om het resultaat te zien (let wel op na een refresh zijn je gemaakt wijzigingen weer weg, schrijf je juiste wijzigingen dus zelf even weg in de files op je server).

thanks voor de tip.... dat firebug is handiger dan dingen veranderen in de css en verversen...

[huiser]

MindStorm schreef op zondag 03 april 2011 @ 11:19:
Snelheid-vraagje. Al tijden een fanatiek gebruiker, en gisteren eens de laatste versie geinstalleerd. Zoeken e.d. gaat supersnel, maar het laden van de 'startpagina' duurt enorm lang. MySQL had het er druk mee, dus even slow query logging aangezet. Daar kwam het volgende uit:

SQL:

# Time: 110403 11:03:08
# User@Host: spotweb[spotweb] @ localhost []
# Query_time: 107.826015  Lock_time: 0.001107 Rows_sent: 51  Rows_examined: 379884
SET timestamp=1301821388;
SELECT s.id AS id,
                                            s.messageid AS messageid,
                                            s.spotid AS spotid,
                                            s.category AS category,
                                            s.subcat AS subcat,
                                            s.poster AS poster,
                                            s.groupname AS groupname,
                                            s.subcata AS subcata,
                                            s.subcatb AS subcatb,
                                            s.subcatc AS subcatc,
                                            s.subcatd AS subcatd,
                                            s.title AS title,
                                            s.tag AS tag,
                                            s.stamp AS stamp,
                                            s.moderated AS moderated,
                                            d.stamp AS downloadstamp,
                                            f.userid AS userid,
                                            f.verified AS verified,
                                            f.filesize AS filesize
                             FROM spots AS s
                             LEFT JOIN spotsfull AS f ON s.messageid = f.messageid
                             LEFT JOIN downloadlist AS d on s.messageid = d.messageid
                             ORDER BY s.reversestamp ASC LIMIT 51 OFFSET 0;

Ik heb indexen aangemaakt in de drie tabellen waarop gejoint wordt (op messageid), maar dat heeft niet het gewenste effect. Heeft iemand hier ook last van, en misschien zelfs een oplossing voor gevonden?

Is het zinnig om op andere kolommen ook indexen aan te maken?

Ik heb een index gezet op veld reversestamp van tabel spots, en dat hielp enorm.

[hhoekstra]

Ik ga weer terug naar de vorige versie.

- Index laden duurt lang
- Heb geen Fancy popup meer (is dit bewust ? of ligt dit alleen aan mij)

[shappie]

@hhoekstra: Hier werkt de fancybox gewoon nog wanneer ik een spot open. Er zit denk ik iets fout aan jouw kant dan...

[Mar2zz]

hmm ik krijg mijn koppeling met sabnzbd niet meer aan de praat. heb niets verandert, alleen laatst dat stukje:

PHP:

# Waar is SpotWeb geinstalleerd (voor de buitenwereld), deze link is nodig voor zaken als de RSS feed en de 

# sabnzbd integratie. Let op de afsluitende slash "/"!

if (isset($_SERVER['SERVER_PROTOCOL'])) {
    $settings['spotweburl'] = (strpos(strtolower($_SERVER['SERVER_PROTOCOL']),'https') === FALSE ? 'http' : 'https') . '://' . $_SERVER['HTTP_HOST'] . dirname($_SERVER['PHP_SELF']) . '/';
} else {
    $settings['spotweburl'] = 'http://laptop:10000/spotweb/';
} # if

Anderen ook last van? heb de settings nog eens nagekeken, maar die staan allemaal goed.

[shappie]

@Mar2zz: Ligt niet aan jouw
Draai even "git pull" en het moet opgelost zijn, ik had hetzelfde probleem.

[A3Baak]

huiser schreef op zondag 03 april 2011 @ 12:28:
[...]


Ik heb een index gezet op veld reversestamp van tabel spots, en dat hielp enorm.

Kun je vertellen hoe je dat doet, spotweb is echt enorm traag geworden

[huiser]

A3Baak schreef op zondag 03 april 2011 @ 13:51:
[...]


Kun je vertellen hoe je dat doet, spotweb is echt enorm traag geworden

Ik had het in mijn vorige post al gezet, maar goed:

SQL:

alter table spots add key (reversestamp);

[Verwijderd]

A3Baak schreef op zondag 03 april 2011 @ 13:51:
[...]


Kun je vertellen hoe je dat doet, spotweb is echt enorm traag geworden

Ik heb upgrade-db.php gedraaid en daarna werkte alles weer. Het zoeken is wel heel snel geworden.

[B2]

Gisteravond begonnen met het opnieuw vullen van de spotweb database (na een drop en create database gedaan te hebben)
Na zo'n 20 uur vullen krijg ik de volgende foutmelding :

code:

Appr. Message count:    488284
First message number:   572
Last message number:    488856
Current message:    572

Retrieving 572 till 1573, found 984 comments
Retrieving 1573 till 2574, found 963 comments
Retrieving 2574 till 3575

Fatal error occured retrieving messages:
  Error executing query: Duplicate entry 'ZLKVl.18344$[e-mail]' for key 'idx_commentsxover_2'

[root@prutsels spotweb]# php retrieve.php 
PHP Notice:  Constant VERSION already defined in /var/www/html/spotweb/ownsettings.php on line 65

Blijkbaar gaat er dus iets niet goed bij het binnen halen van de comments. Hoe kan ik er voor zorgen dat retrieve.php nu alleen binnenhaalt wat nog mist? Ik heb geen zin om weer 20 uur te wachten. (Hoe kan dit uberhaupt sneller?) Overigens blijft ie vol houden dat retriever nog loopt terwijl er echt geen proces meer is. Is dit ergens een lock in de db?

Mijn pull is ook van gisteravond rond een uur of 7.

[ Voor 5% gewijzigd door B2 op 03-04-2011 14:19 ]

[Pistolebob]

B2 schreef op zondag 03 april 2011 @ 14:15:
Gisteravond begonnen met het opnieuw vullen van de spotweb database (na een drop en create database gedaan te hebben)
Na zo'n 20 uur vullen krijg ik de volgende foutmelding :

code:

Appr. Message count:    488284
First message number:   572
Last message number:    488856
Current message:    572

Retrieving 572 till 1573, found 984 comments
Retrieving 1573 till 2574, found 963 comments
Retrieving 2574 till 3575

Fatal error occured retrieving messages:
  Error executing query: Duplicate entry 'ZLKVl.18344$[e-mail]' for key 'idx_commentsxover_2'

[root@prutsels spotweb]# php retrieve.php 
PHP Notice:  Constant VERSION already defined in /var/www/html/spotweb/ownsettings.php on line 65

Overigens blijft ie vol houden dat retriever nog loopt terwijl er echt geen proces meer is. Is dit ergens een lock in de db?

Mijn pull is ook van gisteravond rond een uur of 7.

Waarschijnlijk staat 'nowrunning' in 'nntp' niet op 0, omdat ie crashte.
Als je die waarde op 0 zet, en dan weer retrieve.php uitvoert, begint ie gewoon waar ie gestopt was.

[Webjunkie]

ik vind spotweb ook erg traag geworden.
het reloaden van het overzicht duurt 5 a 6 seconden op een i3.
moet er niet aan denken dat je het op een NAS hebt draaien..

[Caveman]

Webjunkie schreef op zondag 03 april 2011 @ 14:35:
ik vind spotweb ook erg traag geworden.
het reloaden van het overzicht duurt 5 a 6 seconden op een i3.
moet er niet aan denken dat je het op een NAS hebt draaien..

Met de tip van huiser nog geen 2 sec op synology nas (de goedkoopste)

Maar ik heb geen er 300.000+ spots in staan en de comments haal ik ook niet op.

[ Voor 10% gewijzigd door Caveman op 03-04-2011 14:44 ]

[B2]

Pistolebob schreef op zondag 03 april 2011 @ 14:26:
[...]

Waarschijnlijk staat 'nowrunning' in 'nntp' niet op 0, omdat ie crashte.
Als je die waarde op 0 zet, en dan weer retrieve.php uitvoert, begint ie gewoon waar ie gestopt was.

Thx, dat was het inderdaad. Ga de tip van huiser ook nog toepassen.
Overigens merk ik op de iPad ook dat het 'afsluiten' van de info van een spot niet werkt.

[prettynifty]

de upgrade-db.php draaien lijkt niets te doen en

huiser schreef op zondag 03 april 2011 @ 14:03:

SQL:

alter table spots add key (reversestamp);

en als ik dat uitvoer krijg ik deze melding:
#1072 - Key column 'reversestamp' doesn't exist in table

Is er iemand die mij op weg (de goede) kan helpen?

[Pistolebob]

prettynifty schreef op zondag 03 april 2011 @ 15:36:
de upgrade-db.php draaien lijkt niets te doen en


[...]


en als ik dat uitvoer krijg ik deze melding:
#1072 - Key column 'reversestamp' doesn't exist in table

Is er iemand die mij op weg (de goede) kan helpen?

Hoe recent is jouw versie van spotweb, en heb je upgrade-db.php al gedraaid?

[Splendid]

Zijn er nog mensen waarbij multiNZB downloaden nog werkt? Ik dacht dat het aan mijn nieuwe template lag, waar ik heb nu aan het inbouwen ben, maar hij werkt bij de we1rdo template ook niet meer.

[Pistolebob]

Splendid schreef op zondag 03 april 2011 @ 15:39:
Zijn er nog mensen waarbij multiNZB downloaden nog werkt? Ik dacht dat het aan mijn nieuwe template lag, waar ik heb nu aan het inbouwen ben, maar hij werkt bij de we1rdo template ook niet meer.

Bij mij werkt het in jouw nieuwe template toen ik net 5 spots selecteerde.
Toen ik de hele pagina selecteerde kwam er een error te staan met 'ERRORNo such article found'.

[Splendid]

Pistolebob schreef op zondag 03 april 2011 @ 15:42:
[...]

Bij mij werkt het in jouw nieuwe template toen ik net 5 spots selecteerde.
Toen ik de hele pagina selecteerde kwam er een error te staan met 'ERRORNo such article found'.

Ik heb al gevonden waar het bij mij aan lag. Dom foutje van mij in mijn ownsettings

Het probleem wat jij meld is in mijn nieuwe template al verholpen. Hij nam namelijk de eerste checkbox ook mee als een spot.

[Pistolebob]

Splendid schreef op zondag 03 april 2011 @ 15:43:
[...]

Ik heb al gevonden waar het bij mij aan lag. Dom foutje van mij in mijn ownsettings

Het probleem wat jij meld is in mijn nieuwe template al verholpen. Hij nam namelijk de eerste checkbox ook mee als een spot.

Ok mooi
Ik had trouwens een idee: om net zoveel spots op 1 pagina te tonen, als er op je scherm(hoogte) passen.
Maar misschien is dat meer iets voor spotweb om erbij te doen.

[A3Baak]

huiser schreef op zondag 03 april 2011 @ 14:03:
[...]


Ik had het in mijn vorige post al gezet, maar goed:

SQL:

alter table spots add key (reversestamp);

Ok deze had ik inderdaad al uitgevoerd, bleek een foutje te zijn in ownsettings.php. Bleek ook de boosdoener te zijn waarom upgrade-db.php niet wilde draaien

[prettynifty]

Pistolebob schreef op zondag 03 april 2011 @ 15:39:
[...]

Hoe recent is jouw versie van spotweb, en heb je upgrade-db.php al gedraaid?

ik ben up to date, ja die had ik al eens gedraaid (afgelopen donderdag ofzo)
Ik draai spotweb op mijn nas (synology DS209).

A3Baak schreef op zondag 03 april 2011 @ 15:47:
[...]


Ok deze had ik inderdaad al uitgevoerd, bleek een foutje te zijn in ownsettings.php. Bleek ook de boosdoener te zijn waarom upgrade-db.php niet wilde draaien

Wat was die fout in je ownsettings, als ik vragen mag. Misschien heb ik hetzelfde

[ Voor 36% gewijzigd door prettynifty op 03-04-2011 16:11 ]

[ceekee]

@prettynifty: er is weer een nieuwe upgrade-db.php. Deze voegt de column reversestamp toe.

Dus opnieuw een upgrade draaien

[A3Baak]

prettynifty schreef op zondag 03 april 2011 @ 16:09:
Wat was die fout in je ownsettings, als ik vragen mag. Misschien heb ik hetzelfde

Tuurlijk mag je dat weten, ter leering ende vermaeck : ipv van .:/opt/share/pear had ik /opt/share/pear

[prettynifty]

ceekee schreef op zondag 03 april 2011 @ 16:14:
@prettynifty: er is weer een nieuwe upgrade-db.php. Deze voegt de column reversestamp toe.

Dus opnieuw een upgrade draaien

Ben weer up to date en heb upgrade-db.php ook gedaan (lijkt nog steeds niets te doen)
heb ook de query gedraaid met de eerder genoemde foutmelding tot gevolg.

ik haak dus nu even af en wacht even tot morgen.

@A3baak: die punten en komma's zijn een bitch, weet er alles van

[Webjunkie]

Caveman schreef op zondag 03 april 2011 @ 14:38:
[...]

Met de tip van huiser nog geen 2 sec op synology nas (de goedkoopste)

Maar ik heb geen er 300.000+ spots in staan en de comments haal ik ook niet op.

code:

alter table spots add key (reversestamp);

gedaan maar dat helpt weinig tot niets.
misschien een halve seconde.

ik heb trouwens wel fullspots en een volledige db (383k spots).

[ Voor 2% gewijzigd door Webjunkie op 03-04-2011 17:47 . Reden: zucht ]

[Yoghoo]

Ik krijg de setting $settings['nzbhandling']['action'] = 'push-sabnzbd' niet werkend. Als ik als setting 'client-sabnzbd' gebruik gaat het wel goed. Iemand een idee hoe ik dit kan debuggen? Zie in iedergeval niets in de apache en sabnzbd log bestanden. Vooral het sabnzbd log bestand blijft leeg wat volgens mij aangeeft dat de aanroep niet eens bij sabnzbd terechtkomt.

[shappie]

@Yoghoo: Zorg dat je spotweburl goed staat ingesteld en haal even de laatste versie binnen, want er is iets gefixed m.b.t. sabnzbdhandling volgens mij (hier werkte push iig ook even niet, maar sinds een commit van vandaag werkt het weer).

[Yoghoo]

shappie schreef op zondag 03 april 2011 @ 20:08:
@Yoghoo: Zorg dat je spotweburl goed staat ingesteld en haal even de laatste versie binnen, want er is iets gefixed m.b.t. sabnzbdhandling volgens mij (hier werkte push iig ook even niet, maar sinds een commit van vandaag werkt het weer).

Tnx shappie! Ik heb de laatste versie opgehaald en nu werkt het perfect.

[B2]

Ik zag al dat het eens eerder gevraagd is, maar kon eigenlijk geen antwoord vinden. Dus bij deze de vraag nogmaals. Is het mogelijk dat er voor de functie isMobile wordt gekeken naar de resolutie van het device? Op m'n iPad heb ik liever de we1rdo template dan de mobile template. Op m'n iPhone juist weer liever de mobile template. Beide zijn dus iOS.

Ik los het nu op door gewoon de this->isMobile te commenten, maar dat is niet netjes en kan weer weg zijn bij een volgende pull.

[shappie]

@B2: Het is vast wel mogelijk om het zo te maken, maar dit zit niet in SpotWeb voor zover ik weet.

Opzich ook logisch want waar trek je een grens? Smartphones van tegenwoordig krijgen steeds hogere resolutie's op een klein scherm bijvoorbeeld. Misschien toch nog maar een keer op GitHub melden dat de ipad niet als mobile device moet worden gedetect? Aangezien hier vrij veel mensen zijn die erover klagen.

[CH4OS]

Yoghoo schreef op zondag 03 april 2011 @ 20:27:
Tnx shappie! Ik heb de laatste versie opgehaald en nu werkt het perfect.

Middels de latere versies hoef je niet meer zelf een $settings['spotweburl'] te defineren, dit word door PHP zélf dan berekend! Dit is dan ook de reden dat ik het uit de ownsettings-generator heb gehaald.

Mar2zz schreef op zaterdag 02 april 2011 @ 08:29:

PHP:

if (isset($_SERVER['SERVER_PROTOCOL'])) {

    $settings['spotweburl'] = (strpos(strtolower($_SERVER['SERVER_PROTOCOL']),'https') === FALSE ? 'http' : 'https') . '://' . $_SERVER['HTTP_HOST'] . dirname($_SERVER['PHP_SELF']) . '/';

} else {

    $settings['spotweburl'] = 'http://mijnuniekeservernaam/spotweb/';

}

In welke gevallen moet je bij deze dan toch nog mijnuniekeservernaam aanpassen? Herkent het eerste stuk altijd de url waarop deze geinstalled is? (zo ja dan kan de regel uit mijn installer, anders pas ik het alsnog aan met sed).

De mijnuniekeservernaam/spotweb heb je dan in de gevallen nodig waar retrieve.php via CLI draait, ook als je via CLI automatisch laat updaten via de taskmanager danwel via cron. Via CLI is superglobal $_SERVER in veel gevallen leeg, zoals HTTP_HOST, vast nog wel meer, weet niet welke...

Ik zie dat er ook PDO ondersteuning is voor SQLite 3 inmiddels, dus die als optie toegevoegd in de ownsettings-generator.

Ik blijf echter maar weinig input krijgen voor de ownsettings generator. Moet zeggen, ik ga misschien dan toch de filters verwerken in de generator, maar wordt dan wel een hele basale, als in: aan of uit. Aan is dan wel in het overzicht uiteindelijk, uit dan uiteraard niet.

[ Voor 81% gewijzigd door CH4OS op 04-04-2011 01:02 ]

[Mabili]

prettynifty schreef op zondag 03 april 2011 @ 17:33:
[...]


Ben weer up to date en heb upgrade-db.php ook gedaan (lijkt nog steeds niets te doen)
heb ook de query gedraaid met de eerder genoemde foutmelding tot gevolg.

ik haak dus nu even af en wacht even tot morgen.

@A3baak: die punten en komma's zijn een bitch, weet er alles van

Heb exact het zelfde probleem.

Error executing query: Unknown column 's.reversestamp' in 'order clause'

Via SQL : alter table spots add key (reversestamp); uitgevoerd maar ook met de foutmelding die je aangaf
upgrade-db.php heeft ook nog niet de oplossing gegeven dus ik ga ook even verder spitten.

Edit:
Probleem opgelost:
Aangezien ik Spotweb op een Nas Qnap heb staan moest ik natuurlijk wel even de juiste link gebruiken:

code:

/mnt/ext/opt/apache/bin/php upgrade-db.php

Nu werkt alles weer naar behoren en is de upgrade-db.php met succes uitgevoerd

[ Voor 15% gewijzigd door Mabili op 04-04-2011 01:49 ]

[Vince22]

Op een synology als volgt:

code:

cd /volume1/web/spotweb/ && /usr/bin/php upgrade-db.php

[Mar2zz]

CptChaos schreef op zondag 03 april 2011 @ 23:41:
[...]
Middels de latere versies hoef je niet meer zelf een $settings['spotweburl'] te defineren, dit word door PHP zélf dan berekend! Dit is dan ook de reden dat ik het uit de ownsettings-generator heb gehaald.
[...]
De mijnuniekeservernaam/spotweb heb je dan in de gevallen nodig waar retrieve.php via CLI draait, ook als je via CLI automatisch laat updaten via de taskmanager danwel via cron. Via CLI is superglobal $_SERVER in veel gevallen leeg, zoals HTTP_HOST, vast nog wel meer, weet niet welke...

Ik zie dat er ook PDO ondersteuning is voor SQLite 3 inmiddels, dus die als optie toegevoegd in de ownsettings-generator.

Ik blijf echter maar weinig input krijgen voor de ownsettings generator. Moet zeggen, ik ga misschien dan toch de filters verwerken in de generator, maar wordt dan wel een hele basale, als in: aan of uit. Aan is dan wel in het overzicht uiteindelijk, uit dan uiteraard niet.

ik denk dat je weinig input krijgt omdat de meeste spotweb gebruikers weten wat ze doen. ik doe bv alles met tekstediten.

[shappie]

@Mar2zz: Ik denk inderdaad dat je gelijk hebt, meeste spotweb gebruikers zijn toch vrij ervaren en zullen het meeste gewoon met de hand doen. Misschien wanneer je de config tool in de spotweb master krijgt dat meer mensen spotweb gaan gebruiken.

Daarnaast denk ik dat een gebruiksvriendelijke filter editor voor iedereen wel handig is, want als je het goed doet en het zit in de master is dat gewoon sneller dan text-files editen.

Zo zou het makkelijk zijn als je bij alle spotters een knopje hebt om een filter te maken voor die spotter. En een add filter knopje in de sidebar zou ook wel handig zijn denk ik.

Er zijn trouwens een flinke hoop layout wijzigingen gemerged gisteren avond (zie: https://github.com/spotweb/spotweb/pull/416), zijn er al mensen die dit hebben geprobeerd?

[Verwijderd]

shappie schreef op maandag 04 april 2011 @ 08:37:
Er zijn trouwens een flinke hoop layout wijzigingen gemerged gisteren avond (zie: https://github.com/spotweb/spotweb/pull/416), zijn er al mensen die dit hebben geprobeerd?

Alleen bij het openen van een spot komt de pagina niet in een lightbox. Ik gebruik Opera en Firefox.

[shappie]

@spaceone: Dit is de bedoeling.
Linksbovenin zit een knop waarmee je terug gaat naar je waar je was voordat je de spot opende.
De breedte van de spotinfo pagina is afhankelijk van het wel of niet vastzetten van je sidebar met het pin icon links binnen de zwarte "Zoeken" header.

Verder is de scrollbug (die in fancybox zat) nu verholpen. Je scrollt nu alleen de spotinfo pagina en niet je index pagina.

[Verwijderd]

shappie schreef op maandag 04 april 2011 @ 09:08:
@spaceone: Dit is de bedoeling.
Linksbovenin zit een knop waarmee je terug gaat naar je waar je was voordat je de spot opende.
De breedte van de spotinfo pagina is afhankelijk van het wel of niet vastzetten van je sidebar met het pin icon links binnen de zwarte "Zoeken" header.

Verder is de scrollbug (die in fancybox zat) nu verholpen. Je scrollt nu alleen de spotinfo pagina en niet je index pagina.

Bedankt dan werkt alles wel.
Maar zou het mogelijk zijn de knop die linksbovenin staat om terug te gaan naar het overzicht ook aan de rechterkant te zetten. De bewegingsafstand van de muis wordt nu groot als je constant van rechts naar links moet zeker als de spot over de gehele beeldscherm staat.

[ Voor 11% gewijzigd door Verwijderd op 04-04-2011 10:12 ]

[MikeOO]

Net de database weer even opnieuw binnengehaald. De upgrade-db.php wilde niet lekker draaien. Na de database opnieuw gevuld te hebben geen probleem en ging de upgrade ook goed.

Start Spotweb weer op en krijg netjes alles te zien. Klik op DVD5 en zie het resultaat daarvan. Klik op Reset Filter en krijg na een paar seconden de melding:

Error executing query: Incorrect key file for table '/tmp/#sql_f94_0.MYI'; try to repair it

Opnieuw spotweb openen maakt niet uit dan verschijnt direct de foutmelding.
Template Splendid

Iemand een idee hoe dit weer gefixt kan worden zonder de hele database weer opnieuw te moeten downloaden

[shappie]

@spaceone: Het lijkt me wat dubbelop om die knop ook nog rechts te zetten (2 knoppen met zelfde functie).

Misschien is het iets om de 2 pijltjes naar links (zoals het nu eruit ziet) te vervangen door een kruis. Dit geeft wat duidelijker de functie weer van de knop?

Of de knop verplaatsen naar de rechterkant en dan ook de pijltjes vervangen door een kruis?

[Verwijderd]

shappie schreef op maandag 04 april 2011 @ 10:28:
@spaceone: Het lijkt me wat dubbelop om die knop ook nog rechts te zetten (2 knoppen met zelfde functie).

Misschien is het iets om de 2 pijltjes naar links (zoals het nu eruit ziet) te vervangen door een kruis. Dit geeft wat duidelijker de functie weer van de knop?

Of de knop verplaatsen naar de rechterkant en dan ook de pijltjes vervangen door een kruis?

Opzicht is een kruis wel duidelijker wat de functie is en mijn voorkeur zou dan de rechtkant zijn. In de oude fancybox zat de knop ook rechts.

[Mr. Happy]

Het heeft mijn voorkeur om via ownsettings aan te geven of je een fancy popup wil hebben of de nieuwe implementatie...

Is er iemand die aan kan geven welke parameters waarvoor staan in het maken van filters 'nieuwe stijl'??
Ik heb onderstaande regel als filter toegevoegd

$settings['filters'][4][4][] = Array("Metal4You", "images/icons/music.png", "cat1_a0,cat1_a3,cat1_a5,cat1_a6&search[type]=Poster&search[text]=Metal4You", "");

Maar ik heb geen idee waar de waardes tussen de [] voor staan en wat kun je tussen de laatste "" zetten??

[shappie]

@Mr. Happy: Tussen de laatste "" kun je een class opgeven die je filter dan meekrijgt. Dit zou handig kunnen zijn voor custom opmaak e.d.

En ik gok dat die [] de positie binnen de array van 'filters' opgeeft. Wat jij nu doet lijkt me alleen handig als je 1 custom filter wilt opgeven in je ownsettings.php en deze moet je ergens tussen de standaard filters plaatsen uit je settings.php. Correct me if i'm wrong, mijn php kennis is ook vrij beperkt

[Mr. Happy]

shappie schreef op maandag 04 april 2011 @ 11:21:
@Mr. Happy: Tussen de laatste "" kun je een class opgeven die je filter dan meekrijgt. Dit zou handig kunnen zijn voor custom opmaak e.d.

En ik gok dat die [] de positie binnen de array van 'filters' opgeeft. Wat jij nu doet lijkt me alleen handig als je 1 custom filter wilt opgeven in je ownsettings.php en deze moet je ergens tussen de standaard filters plaatsen uit je settings.php. Correct me if i'm wrong, mijn php kennis is ook vrij beperkt

Ik ben er tot nog toe alleen achter hoe je een custom filter toevoegt aan de standaard filters, maar dan worden ze onderaan het lijstje toegevoegd (bijv. bij Beeld onderaan), als ik een custom filter als derde optie onder Beeld wil toevoegen dan overschrijft hij de derde ipv een regel tussen te voegen...

Of is dit (in deze opzet) niet mogelijk??

[shappie]

@Mr. Happy: Misschien hier eens naar kijken: http://snipplr.com/view/1...ray-at-specific-position/

Heb het zelf niet getest, maar dat lijkt te doen wat je wilt; op een vaste (genummerde) positie een waarde invoegen binnen een bestaande array. Je zou dan alleen purple in dat voorbeeld moeten vervangen door jouw filter regel gok ik.

[forkless]

MikeOO schreef op maandag 04 april 2011 @ 10:10:
Net de database weer even opnieuw binnengehaald. De upgrade-db.php wilde niet lekker draaien. Na de database opnieuw gevuld te hebben geen probleem en ging de upgrade ook goed.

Start Spotweb weer op en krijg netjes alles te zien. Klik op DVD5 en zie het resultaat daarvan. Klik op Reset Filter en krijg na een paar seconden de melding:

Error executing query: Incorrect key file for table '/tmp/#sql_f94_0.MYI'; try to repair it

Opnieuw spotweb openen maakt niet uit dan verschijnt direct de foutmelding.
Template Splendid

Iemand een idee hoe dit weer gefixt kan worden zonder de hele database weer opnieuw te moeten downloaden

Ik heb dit zelfde probleem met m'n Giganews headers (m'n backup usenet heeft dit probleem niet, heeft dan ook wel 566 dagen minder retentie ), het lijkt er op dat mysql in een inner join in een tekort aan geheugen op /tmp stikt. Heb je toevallig een QNAP NAS? /tmp is namelijk een beetje aan de dunne kant (32Mb)

[MikeOO]

forkless schreef op maandag 04 april 2011 @ 12:04:
[...]


Ik heb dit zelfde probleem met m'n Giganews headers (m'n backup usenet heeft dit probleem niet, heeft dan ook wel 566 dagen minder retentie ), het lijkt er op dat mysql in een inner join in een tekort aan geheugen op /tmp stikt. Heb je toevallig een QNAP NAS? /tmp is namelijk een beetje aan de dunne kant (32Mb)

Nee een Synology 211.

Ik heb de SQL database maar weer leeg gemaakt en opnieuw binnengehaald en daarna de upgrade gedaan en nu werkt het wel weer goed. Vreemde was dat de upgrade nu ook veel meer dingen uitvoerde dan dat ik dit vanochtend deed nadat de retrieve klaar was.

[FitzJac]

Sinds de laatste layout verbeteringen van de we1rdo template werken er een aantal dingen niet meer: scrollen dmv de spatie-toets gaat niet meer: hij gaat meteen door naar de volgende pagina (Opera 11).
Op m'n telefoon, (Nokia E71, Opera mobile 11) werkt scrollen helemaal niet meer, alleen als je helemaal aan de rechter kant op de scroll-bar klikt kun je een beetje meer naar beneden maar niet zover dat je op "volgende" kunt klikken.

[shappie]

Hmm, hier werkt scrollen met de spatiebalk inderdaad ook niet. Maar je hebt je pijltjes en je muis/scrolwiel toch?

Dat het scrollen op je telefoon niet meer werkt zou goed kunnen aangezien het scrollen nu heel anders is geregeld. Dit is gedaan om de scrollbug die je ook had in fancybox weg te krijgen.

Problemen op je telefoon kan ik helaas niet reproduceren omdat ik geen telefoon met Opera Mobile heb. Maar werkt de mobile interface van bakman niet?

[FitzJac]

@shappie:
Tuurlijk heb je je pijltjes/scrollwiel maar als je eenmaal aan iets gewend bent..... En het mooie vond/vind ik dat één template die ik erg mooi vind (We1rdo dus) voor alles werkt(e).

[shappie]

@FitzJac: Maak hiervoor anders even een issue aan (https://github.com/we1rdo/spotweb/issues).

[Mr. Happy]

shappie schreef op maandag 04 april 2011 @ 11:43:
@Mr. Happy: Misschien hier eens naar kijken: http://snipplr.com/view/1...ray-at-specific-position/

Heb het zelf niet getest, maar dat lijkt te doen wat je wilt; op een vaste (genummerde) positie een waarde invoegen binnen een bestaande array. Je zou dan alleen purple in dat voorbeeld moeten vervangen door jouw filter regel gok ik.

't zou mooi zijn als je op die manier ook subsubcategorieën aan kan maken, maar ik krijg het niet voor elkaar...
ook het tussenvoegen van filterregels wil niet...

[FitzJac]

shappie schreef op maandag 04 april 2011 @ 13:25:
@FitzJac: Maak hiervoor anders even een issue aan (https://github.com/we1rdo/spotweb/issues).

Done

[Senaxx]

Misschien is het een beetje mierenneuken, maar ik vindt het wel fijn als alles met 1 hoofdletter wordt geschreven en daarna geen grote CAPS er meer tussendoor. Is het mogelijk om in je eigen ownsettings.php een strtolower te implementeren?

[pven]

Is er recent iets met genres gewijzigd? Ik had een Horror/Thriller-filter door te filteren op cat0_d12 en cat0_d20, maar dat geeft nu helemaal niets meer terug.

[Verwijderd]

pven schreef op maandag 04 april 2011 @ 13:47:
Is er recent iets met genres gewijzigd? Ik had een Horror/Thriller-filter door te filteren op cat0_d12 en cat0_d20, maar dat geeft nu helemaal niets meer terug.

Array("Horror/Thriller", "images/icons/fav.png", "cat0_d12,cat0_d20", ""); geeft hier gewoon resultaten

[Verwijderd]

Net een pull gedaan met cleane database. Maar ik krijg onder Beeld cat niks te zien? Andere cats doen het wel? Mis ik iets?

[MikeOO]

quote:
forkless schreef op maandag 04 april 2011 @ 12:04:
[...]


Ik heb dit zelfde probleem met m'n Giganews headers (m'n backup usenet heeft dit probleem niet, heeft dan ook wel 566 dagen minder retentie ), het lijkt er op dat mysql in een inner join in een tekort aan geheugen op /tmp stikt. Heb je toevallig een QNAP NAS? /tmp is namelijk een beetje aan de dunne kant (32Mb)
Nee een Synology 211.

Ik heb de SQL database maar weer leeg gemaakt en opnieuw binnengehaald en daarna de upgrade gedaan en nu werkt het wel weer goed. Vreemde was dat de upgrade nu ook veel meer dingen uitvoerde dan dat ik dit vanochtend deed nadat de retrieve klaar was.

Helaas nadat de cronjob weer een update heeft gedaan weer de foutmelding

Error executing query: Incorrect key file for table '/tmp/#sql_f8c_0.MYI'; try to repair it

gaat dus nog steeds niet goed

[ Voor 21% gewijzigd door MikeOO op 04-04-2011 14:32 ]

[shappie]

Verwijderd schreef op maandag 04 april 2011 @ 14:31:
Net een pull gedaan met cleane database. Maar ik krijg onder Beeld cat niks te zien? Andere cats doen het wel? Mis ik iets?

Foutje in je filters? Test het anders even met de default filters uit settings.php.
Het hoort gewoon te werken, hier in ieder geval nergens last van.

[Tsurany]

Ik heb Spotweb geprobeerd met die Easy install voor Windows, dus gewoon de portable versie. Echter dan moet ik na installatie naar localhost:4001/install.php gaan, maar hij vind dan niks en install.php staat ook niet in de juiste map. Hoe kan je dan toch de instellingen veranderen?

Anders kan ik ook zelf apache en mysql installeren, maar dit leek me net zo simpel.

[Diecke]

Komt er nog een mogelijkheid om dingen te posten via spotweb? Of is dit onmogelijk

[Pistolebob]

Diecke schreef op maandag 04 april 2011 @ 14:54:
Komt er nog een mogelijkheid om dingen te posten via spotweb? Of is dit onmogelijk

Komt nog wel denk ik:
https://github.com/spotweb/spotweb/issues#issue/173

[pven]

Verwijderd schreef op maandag 04 april 2011 @ 14:31:
Net een pull gedaan met cleane database. Maar ik krijg onder Beeld cat niks te zien? Andere cats doen het wel? Mis ik iets?

Ah, daar heb ik ook last van. Daarom werd dat Horror/Thriller-filter natuurlijk niet. Uhmz, iemand een idee hoe dit te fixen is? Ik kan eventueel terug naar de backup van afgelopen nacht, maar daar ga ik vanavond pas echt werk van maken.

Ik heb er maar een issue voor gelogd.

[ Voor 9% gewijzigd door pven op 04-04-2011 15:23 ]

[shappie]

@pven & AiChan: Jullie filters staan helemaal goed?
Want hier werkt het wel, er is gisteren volgens mij wel iets aangepast met betrekking tot de strong NOT's in filters. En aangezien beeld de enige categorie is die hiervan gebruik maakt (Muziek, Games en Applicaties hebben dit niet), zal dat wel eens ermee te maken kunnen hebben.

Gebeurd het ook met alleen de defaults filters uit settings.php?

[Verwijderd]

Ik heb na mijn post mijn ownsettings.php overschreven met de settings.php, en mijn newsserver opnieuw toegevoegd, maar maakte geen verschil.

[shappie]

@AiChan: Welke template gebruik je? (ik gebruik namelijk we1rdo layout; daar geen problemen mee)

edit: Hier werkt splendid template ook gewoon, zit denk ik toch iets anders mis dan...
Ik zou het zo snel niet weten, hou dit Issue in ieder geval in de gaten: https://github.com/spotweb/spotweb/issues/424
De oplossing zal daar vanzelf wel verschijnen.

[ Voor 57% gewijzigd door shappie op 04-04-2011 15:33 ]

[forkless]

MikeOO schreef op maandag 04 april 2011 @ 14:31:
[...]


Helaas nadat de cronjob weer een update heeft gedaan weer de foutmelding

Error executing query: Incorrect key file for table '/tmp/#sql_f8c_0.MYI'; try to repair it

gaat dus nog steeds niet goed

Ben even benieuwd hoe groot je /tmp is, doe eens een df|grep tmp

[Verwijderd]

Volgens mij draaien de mensen die onder Beeld niet terugkrijgen allemaal SQLite.

[pven]

Ik draai idd SQLite.