SpotWeb - Webbased Spotnet

[Verwijderd]

CptChaos schreef op dinsdag 07 juni 2011 @ 01:00:
[...]
Misschien een idee die 'fix' in de FAQ te zetten in de ts?

Ik denk dat er binnenkort niet echt veel meer overblijft in settings.php (en dus ownsettings.php). Dat heeft dus zeer beperkte waarde.

[KorneelB]

forkless schreef op maandag 06 juni 2011 @ 23:41:
[...]


Net gepulled nog steeds dezelfde foutmelding


Updating schema..(mysql)
Big upgrade of database, this might take 20 minutes or more!
Database schema of settings upgrade mislukt:
Error executing query: The used table type doesn't support FULLTEXT indexes


#0 ./spotweb/lib/dbstruct/SpotStruct_mysql.php(210): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 ./spotweb/lib/dbstruct/SpotStruct_abs.php(581): SpotStruct_mysql->alterStorageEngine('spotsf ull', 'InnoDB')
#2 ./spotweb/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#3 ./spotweb/upgrade-db.php(22): SpotUpgrader->database()

update: de typo is er uit maar de foutmelding blijft

yes die heb ik nu ook...

maar dan zonder typo idd
volgens mij moet je dan een alter table query doen, maar zo goed ben ik er niet in thuis.. iemand?

[X-DraGoN]

Ik heb net de "Big upgrade of database, this might take 20 minutes or more!" update uitgevoerd, op een Pentium 4 1.7 Ghz = 17 Minuten

Geen problemen tegengekomen erna

[MikeOO]

freak1 schreef op dinsdag 07 juni 2011 @ 07:35:
[...]

yes die heb ik nu ook...

maar dan zonder typo idd
volgens mij moet je dan een alter table query doen, maar zo goed ben ik er niet in thuis.. iemand?

Net Git Pull gedaan en krijg hem ook. Maar even wachten voor een oplossing.
Kwam wel dit tegen https://github.com/spotweb/spotweb/issues/770 maar dat kom ik niet echt uit wat er nu gedaan moet worden.

[ Voor 19% gewijzigd door MikeOO op 07-06-2011 08:18 ]

[Verwijderd]

freak1 schreef op dinsdag 07 juni 2011 @ 07:35:
[...]

yes die heb ik nu ook...

maar dan zonder typo idd
volgens mij moet je dan een alter table query doen, maar zo goed ben ik er niet in thuis.. iemand?

Als je exact dezelfde error hebt, ben je niet up-to-date.

[dj_ko]

Verwijderd schreef op dinsdag 07 juni 2011 @ 09:03:
[...]

Als je exact dezelfde error hebt, ben je niet up-to-date.

Ik krijg ook exact dezelfde error, ik heb eerst nog een git pull gedaan, deze gaf aan Already up-to-date
vervolgens heb ik php upgrade-db.php uitgevoerd, deze geeft de volgende (volgens mij dezelfde) error:

code:

root@spotweb:/var/www/spotweb-latest# php upgrade-db.php
Updating schema..(mysql)
Big upgrade of database, this might take 20 minutes or more!
Database schema of settings upgrade mislukt:
   Error executing query: The used table type doesn't support FULLTEXT indexes


#0 /var/www/spotweb-latest/lib/dbstruct/SpotStruct_mysql.php(207): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /var/www/spotweb-latest/lib/dbstruct/SpotStruct_abs.php(584): SpotStruct_mysql->alterStorageEngine('spotsfull', 'InnoDB')
#2 /var/www/spotweb-latest/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#3 /var/www/spotweb-latest/upgrade-db.php(22): SpotUpgrader->database()
#4 {main}root@spotweb:/var/www/spotweb-latest#

Ter info ik heb wel mn retrieve.php via een cronjob om de 5 min draaien
verder heb ik ook deze query's uitgevoerd maar deze stonden al niet meer in de tabel:

code:

ALTER TABLE spots DROP INDEX idx_spots_fts_1;
ALTER TABLE spots DROP INDEX idx_spots_fts_2;
ALTER TABLE spots DROP INDEX idx_spots_fts_3;
ALTER TABLE spotsfull DROP INDEX idx_spotsfull_fts_1;

[ Voor 13% gewijzigd door dj_ko op 07-06-2011 09:40 ]

[MikeOO]

Verwijderd schreef op dinsdag 07 juni 2011 @ 09:03:
[...]

Als je exact dezelfde error hebt, ben je niet up-to-date.

Ook ik krijg de melding dat ik al up-to-date ben. Draai ook altijd eerst een git pull en dan pas een upgrade en toch de melding.

[Verwijderd]

Welke FULLTEXT indexen zijn er nog over dan?

[MikeOO]

Verwijderd schreef op dinsdag 07 juni 2011 @ 10:31:
Welke FULLTEXT indexen zijn er nog over dan?

Als ik de upgrade weer uitvoer krijg ik nog steeds.

Updating schema..(mysql)
Big upgrade of database, this might take 20 minutes or more!
Database schema of settings upgrade mislukt:
Error executing query: The used table type doesn't support FULLTEXT indexes


#0 /volume1/web/spotweb/lib/dbstruct/SpotStruct_mysql.php(207): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /volume1/web/spotweb/lib/dbstruct/SpotStruct_abs.php(584): SpotStruct_mysql->alterStorageEngine('spotsfull', 'InnoDB')
#2 /volume1/web/spotweb/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#3 /volume1/web/spotweb/upgrade-db.php(22): SpotUpgrader->database()

Voer ik dan voor de zekerheid uit
ALTER TABLE spots DROP INDEX idx_spots_fts_1;
ALTER TABLE spots DROP INDEX idx_spots_fts_2;
ALTER TABLE spots DROP INDEX idx_spots_fts_3;
ALTER TABLE spotsfull DROP INDEX idx_spotsfull_fts_1;

Dan krijg ik de melding
#1091 - Can't DROP 'idx_spots_fts_1'; check that column/key exists
#1091 - Can't DROP 'idx_spots_fts_2'; check that column/key exists
#1091 - Can't DROP 'idx_spots_fts_3'; check that column/key exists
#1091 - Can't DROP 'idx_spotsfull_fts_1'; check that column/key exists

Meer zou ik niet weten te melden of hoe ik aan de Full Index info kan komen.

[dj_ko]

Verwijderd schreef op dinsdag 07 juni 2011 @ 10:31:
Welke FULLTEXT indexen zijn er nog over dan?

met de query:
SHOW CREATE TABLE spotsfull;

krijg ik hetvolgende resultaat:

code:

CREATE TABLE `spotsfull` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `messageid` varchar(128) CHARACTER SET ascii NOT NULL,
 `userid` varchar(32) CHARACTER SET utf8 DEFAULT NULL,
 `verified` tinyint(1) DEFAULT NULL,
 `usersignature` varchar(128) CHARACTER SET utf8 DEFAULT NULL,
 `userkey` varchar(200) CHARACTER SET utf8 DEFAULT NULL,
 `xmlsignature` varchar(128) CHARACTER SET utf8 DEFAULT NULL,
 `fullxml` text CHARACTER SET utf8,
 `filesize` bigint(20) NOT NULL DEFAULT '0',
 PRIMARY KEY (`id`),
 UNIQUE KEY `idx_spotsfull_1` (`messageid`),
 FULLTEXT KEY `idx_spotsfull_fts_3` (`userid`)
) ENGINE=MyISAM AUTO_INCREMENT=416681 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

Heb nu eerst de oplossing die je hier aangaf https://github.com/spotweb/spotweb/issues/781 uitgevoerd.
upgrade-db loopt nu... zal zo ff kijken of die geen fouten meer geeft.

[ Voor 58% gewijzigd door dj_ko op 07-06-2011 11:55 ]

[MikeOO]

Als ik die run: SHOW CREATE TABLE spotsfull;

Krijg ik

CREATE TABLE `spotsfull` ( `id` int(11) NOT NULL...

[Verwijderd]

Moeten jullie natuurlijk wel de hele melding posten, niet een afgekort deel.

[dj_ko]

MikeOO schreef op dinsdag 07 juni 2011 @ 12:05:
Als ik die run: SHOW CREATE TABLE spotsfull;

Krijg ik

CREATE TABLE `spotsfull` ( `id` int(11) NOT NULL...

dat is niet de hele query, vouw hem eens verder uit?

[dj_ko]

Verwijderd schreef op dinsdag 07 juni 2011 @ 12:06:
Moeten jullie natuurlijk wel de hele melding posten, niet een afgekort deel.

die fout maakte ik eerst ook ja

EDIT:
Mijn spotweb werkt nu weer, Thanks Nightspirit

[ Voor 11% gewijzigd door dj_ko op 07-06-2011 12:17 ]

[MikeOO]

Nu wel compleet. Had het via phpMyAdmin gedaan en daar kreeg ik dus niet alles te zien,


spotsfull | CREATE TABLE `spotsfull` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`messageid` varchar(128) CHARACTER SET ascii NOT NULL DEFAULT '',
`userid` varchar(32) CHARACTER SET utf8 DEFAULT NULL,
`verified` tinyint(1) DEFAULT NULL,
`usersignature` varchar(128) CHARACTER SET utf8 DEFAULT NULL,
`userkey` varchar(200) CHARACTER SET utf8 DEFAULT NULL,
`xmlsignature` varchar(128) CHARACTER SET utf8 DEFAULT NULL,
`fullxml` text CHARACTER SET utf8,
`filesize` bigint(20) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
UNIQUE KEY `idx_spotsfull_1` (`messageid`),
CONSTRAINT `spotsfull_ibfk_1` FOREIGN KEY (`messageid`) REFERENCES `spots` (`messageid`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=1262 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

Update
Is opgelost door nightspirit81. Hij draait weer. Bedankt maar weer

Oplossing
DELETE spotstatelist FROM spotstatelist LEFT JOIN spots ON spotstatelist.messageid=spots.messageid WHERE spots.messageid IS NULL;
DELETE spotstatelist FROM spotstatelist LEFT JOIN users ON spotstatelist.ouruserid=users.id WHERE users.id IS NULL;

[ Voor 16% gewijzigd door MikeOO op 07-06-2011 13:57 ]

[Solopher]

Ik heb hier ook de nodige problemen met het updaten van mijn database, al sinds vannacht.

Heb eerst een git pull gedaan, daarna geprobeerd upgrade-db.php te draaien ik krijg de volgende error:

code:

tom@solux:/var/www/spotweb$ git pull
Already up-to-date.
tom@solux:/var/www/spotweb$ php upgrade-db.php 
Updating schema..(mysql)
Big upgrade of database, this might take 20 minutes or more!
Database schema of settings upgrade mislukt:
   Error executing query: The used table type doesn't support FULLTEXT indexes


#0 /var/www/spotweb/lib/dbstruct/SpotStruct_mysql.php(208): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /var/www/spotweb/lib/dbstruct/SpotStruct_abs.php(584): SpotStruct_mysql->alterStorageEngine('spotsfull', 'InnoDB')
#2 /var/www/spotweb/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#3 /var/www/spotweb/upgrade-db.php(22): SpotUpgrader->database()
#4 {main}

Vervolgens even op MySQL ingelogd om te kijken wat hij hier terug geeft:
SHOW CREATE TABLE spotsfull;

SQL:

spotsfull | CREATE TABLE `spotsfull` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `messageid` varchar(128) CHARACTER SET ascii NOT NULL DEFAULT '',
  `userid` varchar(32) CHARACTER SET utf8 DEFAULT NULL,
  `verified` tinyint(1) DEFAULT NULL,
  `usersignature` varchar(128) CHARACTER SET utf8 DEFAULT NULL,
  `userkey` varchar(200) CHARACTER SET utf8 DEFAULT NULL,
  `xmlsignature` varchar(128) CHARACTER SET utf8 DEFAULT NULL,
  `fullxml` text CHARACTER SET utf8,
  `filesize` bigint(20) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  UNIQUE KEY `idx_spotsfull_1` (`messageid`),
  FULLTEXT KEY `idx_spotsfull_fts_3` (`userid`)
) ENGINE=MyISAM AUTO_INCREMENT=144690 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

Kan ik ook handmatig die index weggooien zodat hij het weer gaat doen?

[Verwijderd]

idx_spotsfull_fts_3 weggooien inderdaad

[Tubbietje]

Ik krijg het ook niet meer voor elkaar na de nieuwe database upgrade spotweb werkend te krijgen.
Heb zelfs heel de database verwijderd en mijn spotweb installatie om vanaf scratch weer te beginnen.
Helaas zonder resultaat.

Ik heb de database 'spotweb' aangemaakt in phpmyadmin en een nieuwe git pull gedaan.
Als ik nu php upgrade-db.php doe, krijg ik het volgende:

<sub>Updating schema..(mysql)
Huge upgrade of database, this might take up to 60 minutes or more!
Converting default charset to UTF8 (1/10)
Converting comments full fields to UTF8 (2/10)
Converting commentsxover fields to UTF8 (3/10)
Converting spots fields to UTF8 (3/10)
Database schema of settings upgrade mislukt:
Error executing query: Unknown column 'poster' in 'spots'


#0 /var/www/spotweb/lib/dbstruct/SpotStruct_abs.php(152): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /var/www/spotweb/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#2 /var/www/spotweb/upgrade-db.php(22): SpotUpgrader->database()
#3 {main}</sub>

Enig idee hoe ik dit kan verhelpen?

[Verwijderd]

Met https://github.com/nights...1059944cf95a1dfe0f7917e40

[Tubbietje]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:11:
Met https://github.com/nights...1059944cf95a1dfe0f7917e40

Bedankt voor je snelle reactie, maar ik begrijp alleen niet wat ik met die pagina moet
Moet ik de rode regels verwijderen uit mijn lib/dbstruct/SpotStruct_abs.php bestand?

[Verwijderd]

Tubbietje schreef op dinsdag 07 juni 2011 @ 13:18:
[...]


Bedankt voor je snelle reactie, maar ik begrijp alleen niet wat ik met die pagina moet
Moet ik de rode regels verwijderen uit mijn lib/dbstruct/SpotStruct_abs.php bestand?

Dat, of wachten tot het in de master zit en dan updaten

[Tubbietje]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:19:
[...]

Dat, of wachten tot het in de master zit en dan updaten

bedankt! Ik wacht nog wel even op de nieuwe master versie denk ik

[Senaxx]

Ik probeer een nieuwe installatie op mijn nas te voltooien, maar loop helaas tegen de database creatie aan.

[/share/Web/spotweb] # /mnt/ext/opt/apache/bin/php upgrade-db.php
Updating schema..(mysql)
Huge upgrade of database, this might take up to 60 minutes or more!
Converting default charset to UTF8 (1/10)
Converting comments full fields to UTF8 (2/10)
Converting commentsxover fields to UTF8 (3/10)
Converting spots fields to UTF8 (3/10)
Database schema of settings upgrade mislukt:
   Error executing query: Unknown column 'poster' in 'spots'


#0 /share/HDA_DATA/.qpkg/SpotWeb/spotweb/lib/dbstruct/SpotStruct_abs.php(152): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /share/HDA_DATA/.qpkg/SpotWeb/spotweb/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#2 /share/HDA_DATA/.qpkg/SpotWeb/spotweb/upgrade-db.php(22): SpotUpgrader->database()
#3 {main}[/share/Web/spotweb] #

Dit is een lege spotweb database, en deze foutmelding krijg ik na het draaien van upgrade-db.php. Ik meende altijd dat je de database volledig kon hercreeren na het draaien van upgrade-db.php

[ Voor 4% gewijzigd door Senaxx op 07-06-2011 13:29 ]

[Verwijderd]

Senaxx schreef op dinsdag 07 juni 2011 @ 13:28:
Ik probeer een nieuwe installatie op mijn nas te voltooien, maar loop helaas tegen de database creatie aan.

[/share/Web/spotweb] # /mnt/ext/opt/apache/bin/php upgrade-db.php
Updating schema..(mysql)
Huge upgrade of database, this might take up to 60 minutes or more!
Converting default charset to UTF8 (1/10)
Converting comments full fields to UTF8 (2/10)
Converting commentsxover fields to UTF8 (3/10)
Converting spots fields to UTF8 (3/10)
Database schema of settings upgrade mislukt:
   Error executing query: Unknown column 'poster' in 'spots'


#0 /share/HDA_DATA/.qpkg/SpotWeb/spotweb/lib/dbstruct/SpotStruct_abs.php(152): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /share/HDA_DATA/.qpkg/SpotWeb/spotweb/lib/SpotUpgrader.php(52): SpotStruct_abs->updateSchema()
#2 /share/HDA_DATA/.qpkg/SpotWeb/spotweb/upgrade-db.php(22): SpotUpgrader->database()
#3 {main}[/share/Web/spotweb] #

Dit is een lege spotweb database, en deze foutmelding krijg ik na het draaien van upgrade-db.php. Ik meende altijd dat je de database volledig kon hercreeren na het draaien van upgrade-db.php

Blind posten? Een paar postjes boven staat het antwoord al.

[Senaxx]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:29:
[...]

Blind posten? Een paar postjes boven staat het antwoord al.

Nee gevalletje door de bomen het bos niet meer zien..... gewoon overheen gelezen net. Mijn excuses

[Verwijderd]

Zijn hier mensen met performance-issues op dit moment?

[Tubbietje]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:32:
Zijn hier mensen met performance-issues op dit moment?

Ik heb net een 'nighlybuild' van je op de server gezet en ben nu de lege database opnieuw aan het vullen.
Dit gaat veel sneller dan anders heb ik het idee

Als alles klaar is gaat ik even kijken of het zoeken etc. ook snel is.

[ma9ma]

Ik gebruik Spotweb al een aardig tijdje en heb sinds kort mijn account bij Astraweb geheractiveerd. Nu krijg ik met grote regelmaat echter de volgende foutmelding vanuit Astraweb:

code:

Fatal error occured while connecting to the newsserver: (400) Server refused connection

Dit bij zowel de retrieve.php als het simpel downloaden van een NZB bestand. Dat moet ik een paar keer doen voordat het werkt. Soms gaat het in 1x goed, soms moet ik de desbetreffende stap 6 of 7 keer herhalen. Ik heb aangegeven dat er maar 14 connections gebruikt hoeven te worden (terwijl astraweb er 20 toestaat). Ook lijkt er geen verschil te zijn of ik nu de EU, de US of de algemene instellingen gebruik. Iemand hier ervaringen mee?

Het daadwerkelijke downloaden lijkt geen probleem op te leveren. Deze komen gewoon binnen, SabNZBD geeft hier geen foutmeldingen of waarschuwingen weer.

[Rowdy.nl]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:32:
Zijn hier mensen met performance-issues op dit moment?

Indexoverzicht, ophalen van posts voor mijn gevoel niet, maar een search of een specifieke categorie is volgens mij trager...

Heb net pas geupgrade (met alle bovenstaande problemen plus een extragratis melding over de spotsstatelist tabel) en kan er dus niet betrouwbaar een antwoord opgeven...
Iig niet zo traag als het 'vroegah' wel eens was, maar wel trager dan een half uur geleden.

[Verwijderd]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 13:40:
[...]

Indexoverzicht, ophalen van posts voor mijn gevoel niet, maar een search of een specifieke categorie is volgens mij trager...

Heb net pas geupgrade (met alle bovenstaande problemen plus een extragratis melding over de spotsstatelist tabel) en kan er dus niet betrouwbaar een antwoord opgeven...
Iig niet zo traag als het 'vroegah' wel eens was, maar wel trager dan een half uur geleden.

Mja, precies waar ik bang voor was. WIP!

[Rowdy.nl]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:41:
[...]

Mja, precies waar ik bang voor was. WIP!

NP, het werkt, da's het belangrijkste. Maybe nuttige info, wat me opvalt is dat m'n db flink gegroeid is;
Data van ~90MB naar ~131MB (+45%)
Indexen van ~89MB naar ~158MB (+78%)

Maybe kun je wat met die info...


Witte stukkie rond 3 uur zal ie waarschijnlijk even geen connectie hebben kunnen maken en die vermindering van de indexes net is door het oplossen van die fout van FULLTEXT bij de database upgrade

[Verwijderd]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 13:50:
[...]

NP, het werkt, da's het belangrijkste. Maybe nuttige info, wat me opvalt is dat m'n db flink gegroeid is;
Data van ~90MB naar ~131MB (+45%)
Indexen van ~89MB naar ~158MB (+78%)

Maybe kun je wat met die info...

[afbeelding]
Witte stukkie rond 3 uur zal ie waarschijnlijk even geen connectie hebben kunnen maken en die vermindering van de indexes net is door het oplossen van die fout van FULLTEXT bij de database upgrade

Dat is het gevolg van InnoDB, dat kan geen kwaad
Edit: sterker nog, dat wisten we van tevoren

[ Voor 3% gewijzigd door Verwijderd op 07-06-2011 14:01 ]

[Tubbietje]

Ik heb net de laatste 'nightlybuild' gedownload en een nieuwe db gevuld, maar na een lange tijd krijg ik opeens deze melding met php retrieve.php --force.
<sup>Fatal error occured retrieving messages:
Error executing query: Duplicate entry '[e-mail]' for key 'idx_spots_1'


#0 /var/www/spotweb/lib/dbeng/dbeng_abs.php(83): dbeng_mysql->rawExec('INSERT INTO spo...')
#1 /var/www/spotweb/lib/dbeng/dbeng_mysql.php(115): dbeng_abs->exec('INSERT INTO spo...', Array)
#2 /var/www/spotweb/lib/SpotDb.php(1066): dbeng_mysql->modify('INSERT INTO spo...', Array)
#3 /var/www/spotweb/lib/retriever/SpotRetriever_Spots.php(149): SpotDb->addSpot(Array)
#4 /var/www/spotweb/lib/retriever/SpotRetriever_Abs.php(124): SpotRetriever_Spots->process(Array, 3105629, 3106630)
#5 /var/www/spotweb/retrieve.php(80): SpotRetriever_Abs->loopTillEnd(3105629, 1000)
#6 {main}</sup>

Na twee keer deze melding te hebben gehad, doet ie het nu opeens weer wel

[ Voor 4% gewijzigd door Tubbietje op 07-06-2011 14:03 ]

[xiD]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:00:
idx_spotsfull_fts_3 weggooien inderdaad

Bij de laatste update kreeg ik eerst de error die verholpen werd door bovenstaande actie.

Nu krijg ik het volgende te zien;

code:

Database schema of settings upgrade mislukt:
   Error executing query: Cannot add or update a child row: a foreign key constraint fails (`spotweb/#sql-4ebf_34875`, CONSTRAINT `#sql-4ebf_34875_ibfk_2` FOREIGN KEY (`messageid`) REFERENCES `spots` (`messageid`) ON DELETE CASCADE ON UPDATE CASCADE)

Is hier ook een oplossing voor?

[ Voor 4% gewijzigd door xiD op 07-06-2011 15:43 ]

[Rowdy.nl]

Nja, dat was het dan mbt SAB integratie...

Ik heb 3 users Anonymous, Admin en Rowdy.nl
Indien ik in mijn eigen account (Rowdy.nl) de volgende settings doe voor SAB

push-sabnzbd
Werkt helaas niet.

quote: http://[e-mail]

ERRORsabnzbd returned: error: expect one parameter

Wel een groen vinkje overigens, niet eens een rood kruisje gezien Sab 'ERROR' retourneerd...
Overigens heb ik deze optie nooit aan de praat gekregen. Mijn Sab versie is 0.5.6, dus maybe te oud.

client-sabnzbd
Deze heeft altijd gewerkt. Helaas doettie het nu via de usersettings niet meer, met dezelfde parameters als ik had staan in mijn ownsettings.php

Indien ik via een andere browser (waar ik niet ingelogd ben) of via de commandline de url opvraag (action=getnzb) merk ik dat de nzb gezipped wordt. Dit kan mijn Sab waarschijnlijk niet lezen...

Ik heb al geprobeerd via phpMyAdmin de usersettings van de anonymous user te overrulen maar zonder veel succes...


Iemand een geniaal idee...?

[url=SpotWeb - Webbased Spotnet[filter_keywords]=sab&data[boolean]=AND]Hier[/] kan ik weinig vinden behalve dat er meer mensen ruziën met sab na de implementatie in de users...?

[dj_ko]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 16:15:
Nja, dat was het dan mbt SAB integratie...

Ik heb 3 users Anonymous, Admin en Rowdy.nl
Indien ik in mijn eigen account (Rowdy.nl) de volgende settings doe voor SAB
-knip-

Werkt het wel met de Admin user?

[ Voor 60% gewijzigd door dj_ko op 07-06-2011 16:27 ]

[Verwijderd]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 16:15:
Nja, dat was het dan mbt SAB integratie...

Ik heb 3 users Anonymous, Admin en Rowdy.nl
Indien ik in mijn eigen account (Rowdy.nl) de volgende settings doe voor SAB

push-sabnzbd
Werkt helaas niet.

[...]

Wel een groen vinkje overigens, niet eens een rood kruisje gezien Sab 'ERROR' retourneerd...
Overigens heb ik deze optie nooit aan de praat gekregen. Mijn Sab versie is 0.5.6, dus maybe te oud.

client-sabnzbd
Deze heeft altijd gewerkt. Helaas doettie het nu via de usersettings niet meer, met dezelfde parameters als ik had staan in mijn ownsettings.php

Indien ik via een andere browser (waar ik niet ingelogd ben) of via de commandline de url opvraag (action=getnzb) merk ik dat de nzb gezipped wordt. Dit kan mijn Sab waarschijnlijk niet lezen...

Ik heb al geprobeerd via phpMyAdmin de usersettings van de anonymous user te overrulen maar zonder veel succes...


Iemand een geniaal idee...?

[url=SpotWeb - Webbased Spotnet[filter_keywords]=sab&data[boolean]=AND]Hier[/] kan ik weinig vinden behalve dat er meer mensen ruziën met sab na de implementatie in de users...?

Via de admin je normale account admin rechten geven, dat kan je doen totdat NightSpirit de user-opties en rechten systeem heeft uitgebreid

[Rowdy.nl]

dj_ko schreef op dinsdag 07 juni 2011 @ 16:26:
[...]


Werkt het wel met de Admin user?

Nope. Push heb ik overigens nog nooit aan de praat gekregen, ook niet in het verleden.
Client werkte wel, maar dat zorgt ervoor dat Sab een request binnen krijgt en vervolgens zelf de NZB gaat ophalen. Die nzb die Sab ophaalt wordt opgehaald als anonymous user.

spotweb:Rowdy.nl/Admin ---(client-nzb)--> Sab ---(nzb)---> spotweb:Anonymous

Verwijderd schreef op dinsdag 07 juni 2011 @ 16:38:
[...]
Via de admin je normale account admin rechten geven, dat kan je doen totdat NightSpirit de opties heeft uitgebreid

Serieus? Heb je mijn verhaal niet gelezen? Als ik mijn account die rechten niet toegekent zou hebben, zou ik dan van die opties gebruik kunnen maken?

[Verwijderd]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 16:46:
[...]

Serieus? Heb je mijn verhaal niet gelezen? Als ik mijn account die rechten niet toegekent zou hebben, zou ik dan van die opties gebruik kunnen maken?

Ja, jij denkt dat je admin moet zijn om te kunnen downloaden/pushen?

[ Voor 11% gewijzigd door Verwijderd op 07-06-2011 16:52 ]

[Rowdy.nl]

Verwijderd schreef op dinsdag 07 juni 2011 @ 16:52:
[...]

Ja, jij denkt dat je admin moet zijn om te kunnen downloaden/pushen?

Vreemd, kon ze pas kiezen nadat ik m'n account als admin had aangemerkt...

[Verwijderd]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 16:54:
[...]

Vreemd, kon ze pas kiezen nadat ik m'n account als admin had aangemerkt...

Hier meer info.

[elevator]

https://github.com/spotwe...het-rechten-systeem-werkt is denk ik ook wel interessant om naar te linken

[Rowdy.nl]

Verwijderd schreef op dinsdag 07 juni 2011 @ 16:55:
[...]

Hier meer info.

*zucht*
Zoals ik alreeds aangaf, ik kan ze gebruiken. Beide werken echter niet.

code:

INSERT INTO grouppermissions( groupid, permissionid, objectid, deny )
VALUES ('2', '5', 'client-sabnzbd', '0');
#1062 - Duplicate entry '2-5-client-sabnzbd' for key 2

Push: werkt niet omdat er een incorrect aantal parameters naar Sab gepushed wordt.
Client: werkt niet vanwege een fout in spotweb. Er wordt vergeten om de spotweb apikey van de huidige user mee te geven zodat sab een url krijgt die de juiste settings van die user opvraagt.

Ik krijg het niet helemaal voor elkaar, maar heb er een issue voor aangemaakt... (weet niet hoe ik de apikey van de user opvraag)

Onderstaande is namelijk een werkende url; ik geef de apikey van de gebruiker Rowdy.nl mee aan de url die aan sab gegeven wordt, en dan snapt spotweb dattie me een nzb moet sturen die niet gezipped is.

code:

http://spotweb.MIJNINSTALL.nl/?page=getnzb&action=display&messageid=[e-mail]&apikey=1e37a18b2472d3147c34229b3e3a3730

[Verwijderd]

Rowdy.nl schreef op dinsdag 07 juni 2011 @ 17:39:
[...]

*zucht*
Zoals ik alreeds aangaf, ik kan ze gebruiken. Beide werken echter niet.

Dat is niet de reden dat ik je die link gaf, jij dacht dat je perse admin moest zijn.

[MikeOO]

Verwijderd schreef op dinsdag 07 juni 2011 @ 13:32:
Zijn hier mensen met performance-issues op dit moment?

Issues: https://github.com/spotweb/spotweb/issues/789

Net nog even een Git pull gedaan voor de zekerheid en de upgrade maar
merk wel dat zoeken nu erg lang duurt. Voor de upgrade ging dit sneller. Nu moet ik toch zeker 1 minuut wachten voor ik resultaat te zien krijg.

Cpu van de NAS zie je ook naar 80/90% schieten op de Synology 211

Update.
Zoekopdracht = castle s03
Vinkje aanstaan bij = Beeld-Type-Serie

Na de zoekopdracht klik ik op pijltje bij Afzender om hier op te sorteren en dan krijg ik de volgende fout in mijn browser. Ook als je een andere sorteeroptie kiest uit de lijst mer zoekopties gaat het fout zie ik nu.

code:

object(Exception)#13 (7) { ["message":protected]=> string(66) "Error executing query: Unknown column 's.poster' in 'order clause'" ["string":"Exception":private]=> string(0) "" ["code":protected]=> int(0) ["file":protected]=> string(46) "/volume1/web/spotweb/lib/dbeng/dbeng_mysql.php" ["line":protected]=> int(102) ["trace":"Exception":private]=> array(6) { [0]=> array(6) { ["file"]=> string(44) "/volume1/web/spotweb/lib/dbeng/dbeng_abs.php" ["line"]=> int(83) ["function"]=> string(7) "rawExec" ["class"]=> string(11) "dbeng_mysql" ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> string(1183) "SELECT s.id AS id, s.messageid AS messageid, s.category AS category, s.subcat AS subcat, t.poster AS poster, l.download as downloadstamp, l.watch as watchstamp, l.seen AS seenstamp, s.groupname AS groupname, s.subcata AS subcata, s.subcatb AS subcatb, s.subcatc AS subcatc, s.subcatd AS subcatd, s.subcatz AS subcatz, t.title AS title, t.tag AS tag, s.stamp AS stamp, s.moderated AS moderated, s.filesize AS filesize, s.spotrating AS rating, s.commentcount AS commentcount, f.userid AS userid, f.verified AS verified FROM spots AS s JOIN spottexts AS t ON (s.messageid = t.messageid) LEFT JOIN spotstatelist AS l on ((s.messageid = l.messageid) AND (l.ouruserid = 2)) LEFT JOIN spotsfull AS f ON (s.messageid = f.messageid) WHERE ( t.title LIKE '%castle s03%') ORDER BY s.poster ASC, s.reversestamp ASC LIMIT 251 OFFSET 0" } } [1]=> array(6) { ["file"]=> string(46) "/volume1/web/spotweb/lib/dbeng/dbeng_mysql.php" ["line"]=> int(140) ["function"]=> string(4) "exec" ["class"]=> string(9) "dbeng_abs" ["type"]=> string(2) "->" ["args"]=> array(2) { [0]=> string(1183) "SELECT s.id AS id, s.messageid AS messageid, s.category AS category, s.subcat AS subcat, t.poster AS poster, l.download as downloadstamp, l.watch as watchstamp, l.seen AS seenstamp, s.groupname AS groupname, s.subcata AS subcata, s.subcatb AS subcatb, s.subcatc AS subcatc, s.subcatd AS subcatd, s.subcatz AS subcatz, t.title AS title, t.tag AS tag, s.stamp AS stamp, s.moderated AS moderated, s.filesize AS filesize, s.spotrating AS rating, s.commentcount AS commentcount, f.userid AS userid, f.verified AS verified FROM spots AS s JOIN spottexts AS t ON (s.messageid = t.messageid) LEFT JOIN spotstatelist AS l on ((s.messageid = l.messageid) AND (l.ouruserid = 2)) LEFT JOIN spotsfull AS f ON (s.messageid = f.messageid) WHERE ( t.title LIKE '%castle s03%') ORDER BY s.poster ASC, s.reversestamp ASC LIMIT 251 OFFSET 0" [1]=> array(0) { } } } [2]=> array(6) { ["file"]=> string(35) "/volume1/web/spotweb/lib/SpotDb.php" ["line"]=> int(751) ["function"]=> string(10) "arrayQuery" ["class"]=> string(11) "dbeng_mysql" ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> string(1183) "SELECT s.id AS id, s.messageid AS messageid, s.category AS category, s.subcat AS subcat, t.poster AS poster, l.download as downloadstamp, l.watch as watchstamp, l.seen AS seenstamp, s.groupname AS groupname, s.subcata AS subcata, s.subcatb AS subcatb, s.subcatc AS subcatc, s.subcatd AS subcatd, s.subcatz AS subcatz, t.title AS title, t.tag AS tag, s.stamp AS stamp, s.moderated AS moderated, s.filesize AS filesize, s.spotrating AS rating, s.commentcount AS commentcount, f.userid AS userid, f.verified AS verified FROM spots AS s JOIN spottexts AS t ON (s.messageid = t.messageid) LEFT JOIN spotstatelist AS l on ((s.messageid = l.messageid) AND (l.ouruserid = 2)) LEFT JOIN spotsfull AS f ON (s.messageid = f.messageid) WHERE ( t.title LIKE '%castle s03%') ORDER BY s.poster ASC, s.reversestamp ASC LIMIT 251 OFFSET 0" } } [3]=> array(6) { ["file"]=> string(42) "/volume1/web/spotweb/lib/SpotsOverview.php" ["line"]=> int(173) ["function"]=> string(8) "getSpots" ["class"]=> string(6) "SpotDb" ["type"]=> string(2) "->" ["args"]=> array(6) { [0]=> string(1) "2" [1]=> int(0) [2]=> string(3) "250" [3]=> array(4) { ["filter"]=> string(32) " ( t.title LIKE '%castle s03%') " ["search"]=> array(3) { ["unfiltered"]=> string(4) "true" ["value"]=> array(1) { [0]=> string(16) "Titel:castle s03" } ["filterValues"]=> array(1) { ["Titel"]=> string(10) "castle s03" } } ["additionalFields"]=> array(0) { } ["sortFields"]=> array(1) { [0]=> array(2) { ["field"]=> string(5) "stamp" ["direction"]=> string(4) "DESC" } } } [4]=> array(2) { ["field"]=> string(6) "poster" ["direction"]=> string(3) "ASC" } [5]=> bool(false) } } [4]=> array(6) { ["file"]=> string(48) "/volume1/web/spotweb/lib/page/SpotPage_index.php" ["line"]=> int(64) ["function"]=> string(9) "loadSpots" ["class"]=> string(13) "SpotsOverview" ["type"]=> string(2) "->" ["args"]=> array(5) { [0]=> string(1) "2" [1]=> int(0) [2]=> string(3) "250" [3]=> array(4) { ["filter"]=> string(32) " ( t.title LIKE '%castle s03%') " ["search"]=> array(3) { ["unfiltered"]=> string(4) "true" ["value"]=> array(1) { [0]=> string(16) "Titel:castle s03" } ["filterValues"]=> array(1) { ["Titel"]=> string(10) "castle s03" } } ["additionalFields"]=> array(0) { } ["sortFields"]=> array(1) { [0]=> array(2) { ["field"]=> string(5) "stamp" ["direction"]=> string(4) "DESC" } } } [4]=> array(2) { ["field"]=> string(6) "poster" ["direction"]=> string(3) "ASC" } } } [5]=> array(6) { ["file"]=> string(30) "/volume1/web/spotweb/index.php" ["line"]=> int(269) ["function"]=> string(6) "render" ["class"]=> string(14) "SpotPage_index" ["type"]=> string(2) "->" ["args"]=> array(0) { } } } ["previous":"Exception":private]=> NULL } Error executing query: Unknown column 's.poster' in 'order clause'

[ Voor 86% gewijzigd door bjck op 11-06-2011 12:21 . Reden: tags toegevoegd voor leesbaarheid ]

[Tadream]

Ah, dus daar komen die InnoDB/Full Text meldingen vandaan. :-)
Ik zit niet elke dag hier te kijken, maar gisteren lukte me het maar niet om een git pull/php upgrade-db te doen.
Elke keer van die vage meldingen en via phpmyadmin de tabellen van innodb omzetten naar isam en dan deed het het wel weer een beetje.
Vanochtend nogmaals diverse pogingen en toen ging het wel goed (en er stonden tabellen op InnoDB maar sinds die geen meldingen meer gaf liet ik die zo staan).
Maar een search gaat echt merkbaar trager, zit zeker een minuut (wat is een minuut...maar voorheen waren het een paar seconde) te wachten voordat je een reactie krijgt.
Maar ik klaag niet want ben alweer blij dat het werkt.

[jimmy87]

Zodra ik in mijn spotweb een NZB aanklik schiet dat CPU gebruik omhoog en verbruik ik 89% geheugen volgens top. Maar alleen dan.

[ Voor 57% gewijzigd door jimmy87 op 07-06-2011 21:56 ]

[Rowdy.nl]

Verwijderd schreef op dinsdag 07 juni 2011 @ 17:54:
[...]
Dat is niet de reden dat ik je die link gaf, jij dacht dat je perse admin moest zijn.

Mijn post suggereerde dat misschien; en misschien dat ik pas alle opties zag toen ik het deed, het ging mij erover dat er iets niet werkt, en dat er een fout in de code zit, maar dat iemand vraagt of het onder mijn Admin account wèl werkt en een ander roept dat ik m'n account admin rechten moet geven terwijl beide totaal niet terzake doen.

However, ik heb mijn issue iets verduidelijkt en hoop dat iemand de fout oppikt... Dan kan ik weer gaan pullen, heb m'n api key er nu hardcoded in staan...

[kipppertje]

Heeft iemand enig idee hoe je met de mobiele interface spots met sabnzbd kunt downloaden?
Ik zie dat de afhandeling van nzb files alleen gebeurd als de gebruiker ingelogd is (instellingen zie ik in de database staan) Is het mogelijk om in te loggen met de mobiele interface zodat je ook nzb's met sabnzbd kunt downloaden?
Als ik nu op de nzb knop druk gaat hij heeeel lang laden, maar ik zie niet in de queue verschijnen.

[Verwijderd]

kipppertje schreef op woensdag 08 juni 2011 @ 00:06:
Heeft iemand enig idee hoe je met de mobiele interface spots met sabnzbd kunt downloaden?
Ik zie dat de afhandeling van nzb files alleen gebeurd als de gebruiker ingelogd is (instellingen zie ik in de database staan) Is het mogelijk om in te loggen met de mobiele interface zodat je ook nzb's met sabnzbd kunt downloaden?
Als ik nu op de nzb knop druk gaat hij heeeel lang laden, maar ik zie niet in de queue verschijnen.

https://github.com/spotweb/spotweb/issues/786

[Xaero]

Mobiele interface is kaduuk volgens mij. Workaround had ik gelezen was inloggen op gewone versie, en dan alsnog downloaden met mobiele interface..

https://github.com/spotweb/spotweb/issues/786

[ Voor 28% gewijzigd door Xaero op 08-06-2011 00:12 ]

[kipppertje]

Aah bedankt! Het werkt idd!

[Verwijderd]

Xaero schreef op woensdag 08 juni 2011 @ 00:11:
Mobiele interface is kaduuk volgens mij. Workaround had ik gelezen was inloggen op gewone versie, en dan alsnog downloaden met mobiele interface..

https://github.com/spotweb/spotweb/issues/786

Is niet stuk, wordt alleen niet onderhouden Dus er zitten geen zaken in die later zijn toegevoegd, enkel wat bugfixes zijn erop losgelaten.

[forkless]

De README op github mag wel eens aangepast worden...

README
SpotWeb
=======

SpotWeb is een versie van Spotnet (http://twitter.com/spotned) voor het web.
Het gebruikt PHP5 om de meeste functies te implementeren en is getest op Linux en FreeBSD.

[zuurpruim betoog]

De wiki suggereert het mogelijke draaien van een cron scheduled update process. Er wordt niet gehint naar de HEAD die als een dev tuintje wordt gebruikt. Ergo, het is allemaal stabiel... Jammer alleen dat de definitie van stabiel nogal losjes wordt opgevat.

Het is op het moment van schrijven onmogelijk om een git pull te doen van scratch en een werkende versie van spotweb te krijgen. Met andere woorden; De installatie procedure die op pagina één van deze thread staat werkt gewoonweg niet.

Er zijn in de afgelopen periode verschillende verzoeken geweest om een stable branch aan te maken om dit soort onzin te voorkomen. Zou er in ieder geval iemand zo vriendelijk willen zijn om aan te gaan geven wanneer er een commit gedaan is en deze als stable is geclassificeerd zodat er veilig gepulled kan worden? Want het is momenteel meer iets van god zegen de greep.

Begrijp me niet verkeerd, ik denk dat er fantastisch werk wordt geleverd. Maar met dit soort ongein vervreemd je je wel van een userbase die je debugging input, functionele, technische en UI suggesties aandraagt.

[/zuurpruim betoog]

[Mar2zz]

juist doordat er geen stable is komen veel issues snel boven water en kan er snel gedevved worden. Juist lachen dit toch? Je kan altijd ff forken op een relatief stable moment, dan heb je je eigen master.

[Mr_Blobby]

Mar2zz schreef op woensdag 08 juni 2011 @ 06:58:
juist doordat er geen stable is komen veel issues snel boven water en kan er snel gedevved worden. Juist lachen dit toch? Je kan altijd ff forken op een relatief stable moment, dan heb je je eigen master.

Geef jij dan even aan wanneer er een "relatief stable moment" is aangebroken
Dan kan misschien een ontwikkelaar even een git tag aanmaken (een fork is zwaar overdreven).

[Senaxx]

Ik heb dit niet zo in dit topic kunnen terug vinden maar ik vindt het toch wel even het vermelden waard. Ik hecht niet zoveel waarde aan users en rechten, en had dan ook het liefst dat als je op de site komt direct alle rechten hebt (als anonymous dus) Ik heb gevonden hoe je anonymous alle rechten kan geven (dus zonder in te loggen, wel push naar sabnzbd, en update button) En waarschijnlijk kan het ook op een andere manier, maar dit is hoe het voor mij werkt:

Zoek in de user tabel je anonymous userid op (dit is waarschijnlijk 1), en voeg in je usergroups tabel twee rijen toe:

PHP:

INSERT INTO `spotweb`.`usergroups` (`id` , `userid` , `groupid` , `prio`) 
VALUES (NULL , '1', '2', '2');

en

PHP:

INSERT INTO `spotweb`.`usergroups` (`id` , `userid` , `groupid` , `prio`) 
VALUES (NULL , '1', '3', '3');

en voila me anonymous user had weer alle rechten. Dit kan je ook doen met elke andere user die in je user tabel staat, maar ik weet dus niet wat voor gevolgen heeft op de lange termijn (aangezien het verandering onderhevig is) Maar vooralsnog werkt het prima. Voor de user instellingen heb ik de otherprefs uit de usersettings van een andere geconfigureerde user gekopieerd naar user id 1

Maar geen garantie natuurlijk als je je installatie er mee om zeep helpt met een latere gitpull.

[ Voor 23% gewijzigd door Senaxx op 08-06-2011 10:05 ]

[Verwijderd]

Ik vind Spotweb op dit moment (ik loop 2 dagen achter) ook al erg stabiel.
Het enige wat er nog bij mij niet werkt is dat er geen vinkje verschijnt als ik iets download, ik zie (bij de We1rdo template) alleen de animatie, maar daar blijft het ook bij totdat ik de pagina reload, maar dan krijg ik weer een pijl ipv een vinkje.

alles werkt voor de rest, dus dit is maar een schoonheids probleempje

Opgelost...........

[ Voor 8% gewijzigd door Verwijderd op 08-06-2011 10:28 ]

[Senaxx]

Verwijderd schreef op woensdag 08 juni 2011 @ 10:09:
Ik vind Spotweb op dit moment (ik loop 2 dagen achter) ook al erg stabiel.
Het enige wat er nog bij mij niet werkt is dat er geen vinkje verschijnt als ik iets download, ik zie (bij de We1rdo template) alleen de animatie, maar daar blijft het ook bij totdat ik de pagina reload, maar dan krijg ik weer een pijl ipv een vinkje.

alles werkt voor de rest, dus dit is maar een schoonheids probleempje
Maar als iemand er een oplossing voor heeft ?!?

Ik had dit ook bij mijn aangemaakte users, maar bij mijn admin user niet. Ik heb nooit echt kunnen vinden waar dit in zit. Sindsdien heb ik altijd de admin user gebruikt en sinds vanmorgen gewoon de anonymous user weer

[jimmy87]

forkless schreef op woensdag 08 juni 2011 @ 04:35:
De README op github mag wel eens aangepast worden...


[...]


[zuurpruim betoog]

De wiki suggereert het mogelijke draaien van een cron scheduled update process. Er wordt niet gehint naar de HEAD die als een dev tuintje wordt gebruikt. Ergo, het is allemaal stabiel... Jammer alleen dat de definitie van stabiel nogal losjes wordt opgevat.

Het is op het moment van schrijven onmogelijk om een git pull te doen van scratch en een werkende versie van spotweb te krijgen. Met andere woorden; De installatie procedure die op pagina één van deze thread staat werkt gewoonweg niet.

Er zijn in de afgelopen periode verschillende verzoeken geweest om een stable branch aan te maken om dit soort onzin te voorkomen. Zou er in ieder geval iemand zo vriendelijk willen zijn om aan te gaan geven wanneer er een commit gedaan is en deze als stable is geclassificeerd zodat er veilig gepulled kan worden? Want het is momenteel meer iets van god zegen de greep.

Begrijp me niet verkeerd, ik denk dat er fantastisch werk wordt geleverd. Maar met dit soort ongein vervreemd je je wel van een userbase die je debugging input, functionele, technische en UI suggesties aandraagt.

\[/zuurpruim betoog]

Je kunt zeker wel een werkende spotweb vanuit scratch bouwen, eergisteren nog gedaan en werkt prima

[Verwijderd]

jimmy87 schreef op woensdag 08 juni 2011 @ 10:55:
[...]


Je kunt zeker wel een werkende spotweb vanuit scratch bouwen, eergisteren nog gedaan en werkt prima

10 minuten geleden werkte het ook

[slommer]

laatste hoop gedoe met sql errors. oude db verwijdert en nieuwe aangemaakt en weer gevuld.
alleen lijkt de koppeling naar sabnzb niet meer te werken, krijg de volgende error:

code:

[interface:222] API Key incorrect, Use the api key from Config->General in your 3rd party program:
GET /sabnzbd/api?mode=addurl&apikey=<correct api vanuit sabnzb>&output=text&nzbname=Boulder+Dash+-+Pirate_s+Quest&cat=ps3&name=https%3A%2F%2F<hostname>%2Fspotweb%2F%3Fpage%3Dgetnzb%26action%3Ddisplay%26messageid%3DdMp5WCIszasEkLvTQAQYm%40spot.net&apikey=<spotweb user apikey>

als ik laatste apikey verwijder en url past dan werk hij wel gewoon.
Ik heb sabnzb 5.6 omdat 6.2 niet wil werken op centos5.
is dit een bug of moet ik echt gaan upgraden naar 0.6?

[Verwijderd]

slommer schreef op woensdag 08 juni 2011 @ 11:45:
laatste hoop gedoe met sql errors. oude db verwijdert en nieuwe aangemaakt en weer gevuld.
alleen lijkt de koppeling naar sabnzb niet meer te werken, krijg de volgende error:

code:

[interface:222] API Key incorrect, Use the api key from Config->General in your 3rd party program:
GET /sabnzbd/api?mode=addurl&apikey=<correct api vanuit sabnzb>&output=text&nzbname=Boulder+Dash+-+Pirate_s+Quest&cat=ps3&name=https%3A%2F%2F<hostname>%2Fspotweb%2F%3Fpage%3Dgetnzb%26action%3Ddisplay%26messageid%3DdMp5WCIszasEkLvTQAQYm%40spot.net&apikey=<spotweb user apikey>

als ik laatste apikey verwijder en url past dan werk hij wel gewoon.
Ik heb sabnzb 5.6 omdat 6.2 niet wil werken op centos5.
is dit een bug of moet ik echt gaan upgraden naar 0.6?

Dat is een bugje die al bijna gefixed is (staat al klaar, nog niet in master).

[slommer]

Verwijderd schreef op woensdag 08 juni 2011 @ 11:49:
[...]
Dat is een bugje die al bijna gefixed is (staat al klaar, nog niet in master).

damn weer vergeten op github te kijken ervoor. maar thnx dan gaat ik eerst ff lunchen

[Mr_Blobby]

Verwijderd schreef op woensdag 08 juni 2011 @ 11:20:
[...]

10 minuten geleden werkte het ook

Dat is mooi!
Maar over een uur kan het weer anders zijn.
Graag even een tag maken:

code:

git tag -a v0.1 -m 'Versie 0.1'

Dan weet ik morgen of volgende week ook nog welke versie werkte.

[Verwijderd]

Mr_Blobby schreef op woensdag 08 juni 2011 @ 13:13:
[...]
Dat is mooi!
Maar over een uur kan het weer anders zijn.
Graag even een tag maken:

code:

git tag -a v0.1 -m 'Versie 0.1'

Dan weet ik morgen of volgende week ook nog welke versie werkte.

1) Je hebt het tegen de verkeerde
2) https://github.com/spotweb/spotweb/issues/673

[Mar2zz]

Je hoeft toch niet perse te pullen. Ik onderhoud een paar windowsinstalls bij vrienden/kennissen, sommige zitten op versies van weken terug, maar werkt prima hoor.

Als je voorop wilt met je spotwebinstall lopen moet je ook de pijn kennen Als je dan komt zeuren over bugs hebben we er allemaal wat aan, 't wordt er alleen maar beter van... meestal wordt het toch wel binnen 24 uur gefixed en zolang kan je toch wel ff met wat bugs leven??

[Brummetje]

Meer mensen last dat XSNews niks ophaald ? 13 uur geleden was de laatste spot...

[forkless]

Mar2zz schreef op woensdag 08 juni 2011 @ 13:18:
Je hoeft toch niet perse te pullen. Ik onderhoud een paar windowsinstalls bij vrienden/kennissen, sommige zitten op versies van weken terug, maar werkt prima hoor.

Als je voorop wilt met je spotwebinstall lopen moet je ook de pijn kennen Als je dan komt zeuren over bugs hebben we er allemaal wat aan, 't wordt er alleen maar beter van... meestal wordt het toch wel binnen 24 uur gefixed en zolang kan je toch wel ff met wat bugs leven??

Daar ging het niet om. Spotweb zoals deze wordt aangeleverd werkt soms wel en soms niet vanuit een initiele pull. Ik snap dat het merendeel van de mensen hier gewoon wil frontrunnen en dit als een nodig euvel aanvaardt (Het heeft toch geen consequenties als het al werkt hé).

Dat is allemaal leuk en aardig maar mensen die vanaf scratch spotweb willen installeren krijgen in sommige gevallen een 'good luck, sucker' branch.

En dan kun je allemaal roepen dat dat de snelheid van het developen versneld, maar zaken als debugging code in master banch committen geeft aan hoe volwassen er met de development wordt omgesprongen.

Het commiten van code en/of patches naar github maakt iemand nog niet onderdeel van een verantwoord development process, maar een github gebruiker.

Het hoeft allemaal niet moeilijk te zijn, van mij part wordt er een stable tarball op de repository gezet en de installatie procedure aangepast. En dan kunnen die mensen die er voor kiezen te frontrunnen dit gewoon via de reguliere git pull methode. Nu is er namelijk gewoon geen keuze.

Maar goed het zal wel aan mij liggen

[Mar2zz]

Dat is helemaal waar wat je zegt, maar niets let niemand om een stabiele branch te maken. fork 'm af, check of ie buggie is, neem nog wat commits mee, kijk of je nog bugs tegenkomt, zo nee, freeze 'm, zip 'm etc. 't Is allemaal openbaar, registratie op github is gratis en noem je repo spotweb-stable. of 0.1.

Moge duidelijk zijn dat de dev spotweb nog niet stabiel genoeg vind om te branchen (zie het issue erover) en dat is toch prima? Er is alle ruimte om dat wel te kunnen doen...

[elevator]

Hoewel ik het gedoe met die database gisteren en eergisteren ook niet echt kon waarderen, wil ik hier nog even op reageren:

forkless schreef op woensdag 08 juni 2011 @ 14:02:
En dan kun je allemaal roepen dat dat de snelheid van het developen versneld, maar zaken als debugging code in master banch committen geeft aan hoe volwassen er met de development wordt omgesprongen.

Het commiten van code en/of patches naar github maakt iemand nog niet onderdeel van een verantwoord development process, maar een github gebruiker.

Ik denk dat je hier rekening mee moet houden: https://github.com/spotwe...s/148#issuecomment-866672 - met andere woorden, het is gewoon een hobbyprojectje en een serieus development proces is misschien niet iets dat je kan of mag verwachten. Dat heeft zijn voordelen en ook z'n nadelen

[Roland_Megens]

Na een tijdje weer een git pull gedaan, beetje veel veranderd en duurde allemaal ff voor ik het weer kon fixen, maar misschien een idee om in testinstall.php een overzicht te laten zien vd gebruikers en wat ze wel en niet mogen? Ik persoonlijk heb geen behoefte aan een login systeem, dus anonymous mag van mij net zoveel rechten hebben als een admin.

code:

met dank aan Senaxx:

INSERT INTO `spotweb`.`usergroups` (`id` , `userid` , `groupid` , `prio`) VALUES (NULL , '1', '2', '2');
INSERT INTO `spotweb`.`usergroups` (`id` , `userid` , `groupid` , `prio`) VALUES (NULL , '1', '3', '3');

maar ik heb het gevoel dat ik nog wat instellingen mis

?page=createuser -> werkt anoniem
?page=edituserprefs -> werkt anoniem
?page=editsecgroup&groupid=1 -> nog niet klaar / af ?
?page=edituser&userid=1 -> werkt anoniem
?page=listusers -> werkt anoniem
?page=login -> werkt anoniem
?page=logout -> werkt anoniem

[Verwijderd]

Roland_Megens schreef op woensdag 08 juni 2011 @ 16:05:
Na een tijdje weer een git pull gedaan, beetje veel veranderd en duurde allemaal ff voor ik het weer kon fixen, maar misschien een idee om in testinstall.php een overzicht te laten zien vd gebruikers en wat ze wel en niet mogen?

testinstall is voor basiszaken. en moet het altijd doen. Ook als bijvoorbeeld MySQL op z'n gat ligt

[Mr. Happy]

Ik krijg nog steeds onderstaande melding

code:

[08-Jun-2011 18:37:41] Unable to open sabnzbd url: http://spotweb.domein/sabnzbd/api?mode=addfile&apikey=<MIJNAPIKEY>&output=text&nzbname=<NZBNAME>&cat=apps

gebruik ik de url in FF dan krijg ik de volgende melding

code:

error: expect one parameter

De nzb's komen wel in sabnzbd aan en worden gedownload, vraag me wel af waar de melding vandaan komt en hoe ik deze weg krijg...
Ik heb de melding een paar keer voorbij zien komen, maar geen oplossingen gezien die mij verder helpen...

[CH4OS]

Ik weet dat Spotweb heel veel in ontwikkeling is en dat er om de have klap middels git pull een update binnen te halen is, toch wil ik wederom wijzen op het belang van documentatie. Ik ben namelijk van mening dat veel vragen kunnen worden voorkomen als de belangrijkste onderdelen (en dus niet alleen het user gedeelte) (volledig) in een documentatie worden opgenomen. Deze kan dan uiteraard in de WIKI gezet worden en vervolgens uiteraard bijgehouden.

Is er daarom iemand die mij wil helpen hierbij, want de documentatie ligt mijns inziens heel veel achter op wat er allemaal al mogelijk is in Spotweb.

[wizkid_niels]

Hey,

Ik zit nog met wat problemen hier. Ik gebruikte in eerste instantie .tar.gz, (ipv git). Nu wou ik deze updaten, eerst met een nieuwe .tar.gz, maar ik krijg de volgende melding:

code:

Database schema of settings upgrade mislukt:
   Error executing query: The used table type doesn't support FULLTEXT indexes

Op de website zelf staat:

code:

 Database schema is gewijzigd, draai upgrade-db.php aub

Toen dacht ik, laat ik eens die automatische tool proberen (die ik tegenkwam op github, https://github.com/spotwe...web-installeren-op-Ubuntu )

Die heeft de oude spotweb weggegooid, en de nieuwe er neer gezet, ik heb de settings zelf al weer handmatig aangepast, maar de foutmelding blijft.

Volgens de zoekfunctie moet ik de DB op MyISAM zetten. Bij mij is die gemixt (?), Screenshot:


Als alles zo erg vervuild is nu vind ik het ook geen probleem om gewoon de DB te verwijderen en het opnieuw te doen, het zou echter wel fijn zijn als ik de spots/comments etc achteraf weer kan importeren met de backup.

Dit is overigens de output als ik upgrade-db draai:

code:

Updating schema..(mysql)
        Validating spots(messageid)
        Validating spots(poster)
        Validating spots(title)
        Validating spots(tag)
        Validating spots(category)
        Validating spots(subcata)
        Validating spots(subcatb)
        Validating spots(subcatc)
        Validating spots(subcatd)
        Validating spots(subcatz)
        Validating spots(stamp)
        Validating spots(reversestamp)
        Validating spots(filesize)
        Validating spots(moderated)
        Validating spots(commentcount)
        Validating spots(spotrating)
        Validating spotsfull(messageid)
        Validating spotsfull(userid)
        Validating spotsfull(verified)
        Validating spotsfull(usersignature)
        Validating spotsfull(userkey)
        Validating spotsfull(xmlsignature)
        Validating spotsfull(fullxml)
Database schema of settings upgrade mislukt:
   Error executing query: The used table type doesn't support FULLTEXT indexes


#0 /var/www/spotweb/lib/dbstruct/SpotStruct_mysql.php(172): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /var/www/spotweb/lib/dbstruct/SpotStruct_abs.php(211): SpotStruct_mysql->alterStorageEngine('spotsfull', 'InnoDB')
#2 /var/www/spotweb/lib/SpotUpgrader.php(51): SpotStruct_abs->updateSchema()
#3 /var/www/spotweb/upgrade-db.php(22): SpotUpgrader->database()
#4 {main}

Ik maak gebruik van Debian (up-to-date)

Hopelijk weet iemand nog iets hier op

Bedankt!

[ Voor 36% gewijzigd door wizkid_niels op 08-06-2011 22:51 ]

[Verwijderd]

wizkid_niels schreef op woensdag 08 juni 2011 @ 22:50:
[..]verhaal[..]

Hopelijk weet iemand nog iets hier op

Bedankt!

SQL:

ALTER IGNORE TABLE spotsfull DROP INDEX idx_spotsfull_fts_3;

volgens mij

[wizkid_niels]

Verwijderd schreef op woensdag 08 juni 2011 @ 23:46:
[...]

SQL:

ALTER IGNORE TABLE spotsfull DROP INDEX idx_spotsfull_fts_3;

volgens mij

Bedankt voor je reactie. Ik heb (ongeduldig dat ik ben) de DB gedropt en opnieuw begonnen. Dit maal met het scriptje die alles automatisch aanmaakt & instelt, hopelijk op die manier ook een stuk cleaner.

Toch bedankt voor je hulp!

Overigens kreeg ik bij het droppen deze melding:

#1217 - Cannot delete or update a parent row: a foreign key constraint fails

Mogelijk is dat het probleem geweest.

In ieder geval, het is opgelost


Edit:

Te vroeg gejuicht:

Nadat ik dit heb uitgevoerd krijg ik de volgende melding:

Permission denied [0] for objectid []

Ik heb geprobeerd:

SQL:

DELETE usersettings FROM usersettings LEFT JOIN users ON usersettings.userid = users.id WHERE users.id IS NULL;
DELETE sessions FROM sessions LEFT JOIN users ON sessions.userid = users.id WHERE users.id IS NULL;
DELETE spotstatelist FROM spotstatelist LEFT JOIN users ON spotstatelist.ouruserid = users.id WHERE users.id IS NULL;

Droppen van grouppermissions, securitygroups en usergroups (vervolgens weer bovenstaande SQL & Upgrade-db.php)

Ook heb ik

SQL:

INSERT INTO usergroups(userid, groupid, prio) VALUES(1, 1, 1);

gedraaid (https://github.com/spotwe.../707#issuecomment-1279407 )

Ik krijg geen foutmeldingen van upgrade-db.php, het lijkt gewoon goed te gaan.

[ Voor 42% gewijzigd door wizkid_niels op 09-06-2011 02:21 ]

[ma9ma]

ma9ma schreef op dinsdag 07 juni 2011 @ 13:40:
Ik gebruik Spotweb al een aardig tijdje en heb sinds kort mijn account bij Astraweb geheractiveerd. Nu krijg ik met grote regelmaat echter de volgende foutmelding vanuit Astraweb:

code:

Fatal error occured while connecting to the newsserver: (400) Server refused connection

Dit bij zowel de retrieve.php als het simpel downloaden van een NZB bestand. Dat moet ik een paar keer doen voordat het werkt. Soms gaat het in 1x goed, soms moet ik de desbetreffende stap 6 of 7 keer herhalen. Ik heb aangegeven dat er maar 14 connections gebruikt hoeven te worden (terwijl astraweb er 20 toestaat). Ook lijkt er geen verschil te zijn of ik nu de EU, de US of de algemene instellingen gebruik. Iemand hier ervaringen mee?

Het daadwerkelijke downloaden lijkt geen probleem op te leveren. Deze komen gewoon binnen, SabNZBD geeft hier geen foutmeldingen of waarschuwingen weer.

Om mijzelf maar te quoten: De oplossing gevonden en deze was eigenlijk heel simpel. Sabnzbd+ en Spotweb waren allebei op dezelfde newsserver aangesloten. Alleen liep Sabnzbd+ via een SSL verbinding op de europaserver en Spotweb normaal op de US server. Nadat ik beiden (als gulden middenweg ;-) ) via SSL op de US server liet lopen was het euvel opgelost. Ondanks dat ik niet alle draadjes voltrok trekt Astraweb het waarschijnlijk niet helemaal als je om diverse manieren binnenkomt.

[kipppertje]

Is er al een manier op te reageren op spots? Of om zelf spots toe te voegen?

[Xaero]

Reageren kan als je een gebruikersaccount aanmaakt en daarmee inlogd.. Spots toe te voegen zijn ze ovlgens mij nog mee bezig.

[kipppertje]

Ah idd! Zie dat dit alleen werkt met een eigen aangemaakt account, niet met het admin-account
Tnx!!

[dj_ko]

-edit- heb het al opgelost, was een stomme gateway fout. (non spotweb related)

[ Voor 107% gewijzigd door dj_ko op 09-06-2011 13:07 ]

[Verwijderd]

Xaero schreef op donderdag 09 juni 2011 @ 10:21:
Reageren kan als je een gebruikersaccount aanmaakt en daarmee inlogd.. Spots toe te voegen zijn ze ovlgens mij nog mee bezig.

Nog niet, dat komt later

[zeroday]

wizkid_niels schreef op donderdag 09 juni 2011 @ 01:22:
[...]


Bedankt voor je reactie. Ik heb (ongeduldig dat ik ben) de DB gedropt en opnieuw begonnen. Dit maal met het scriptje die alles automatisch aanmaakt & instelt, hopelijk op die manier ook een stuk cleaner.

Toch bedankt voor je hulp!

Overigens kreeg ik bij het droppen deze melding:

[...]


Mogelijk is dat het probleem geweest.

In ieder geval, het is opgelost


Edit:

Te vroeg gejuicht:

Nadat ik dit heb uitgevoerd krijg ik de volgende melding:

[...]


Ik heb geprobeerd:

SQL:

DELETE usersettings FROM usersettings LEFT JOIN users ON usersettings.userid = users.id WHERE users.id IS NULL;
DELETE sessions FROM sessions LEFT JOIN users ON sessions.userid = users.id WHERE users.id IS NULL;
DELETE spotstatelist FROM spotstatelist LEFT JOIN users ON spotstatelist.ouruserid = users.id WHERE users.id IS NULL;

Droppen van grouppermissions, securitygroups en usergroups (vervolgens weer bovenstaande SQL & Upgrade-db.php)

Ook heb ik

SQL:

INSERT INTO usergroups(userid, groupid, prio) VALUES(1, 1, 1);

gedraaid (https://github.com/spotwe.../707#issuecomment-1279407 )

Ik krijg geen foutmeldingen van upgrade-db.php, het lijkt gewoon goed te gaan.

net een upgrade gedraaid .. wauw..

[root@server2 httpdocs]# php upgrade-db.php
Updating schema..(mysql)
Validating spots(messageid)
Modifying column messageid (default) on spots
Validating spots(poster)
Validating spots(title)
Validating spots(tag)
Validating spots(category)
Validating spots(subcata)
Validating spots(subcatb)
Validating spots(subcatc)
Validating spots(subcatd)
Validating spots(subcatz)
Validating spots(stamp)
etc..
helemaal succeeded en hiermee lijkt het ook nog supersnel geworden (maar goed, dat is dan ook een snelle bak) zal 's upgraden naar een low power gebakje met lage cpu ..

[wizkid_niels]

zeroday schreef op donderdag 09 juni 2011 @ 14:01:
[...]


net een upgrade gedraaid .. wauw..

[root@server2 httpdocs]# php upgrade-db.php
Updating schema..(mysql)
Validating spots(messageid)
Modifying column messageid (default) on spots
Validating spots(poster)
Validating spots(title)
Validating spots(tag)
Validating spots(category)
Validating spots(subcata)
Validating spots(subcatb)
Validating spots(subcatc)
Validating spots(subcatd)
Validating spots(subcatz)
Validating spots(stamp)
etc..
helemaal succeeded en hiermee lijkt het ook nog supersnel geworden (maar goed, dat is dan ook een snelle bak) zal 's upgraden naar een low power gebakje met lage cpu ..

Verkeerde post gequote?

[Xaero]

Verwijderd schreef op donderdag 09 juni 2011 @ 13:12:
[...]

Nog niet, dat komt later

Ew, my bad. Zag een commit over spots toevoegen, bleek het over toevoegen in de database te gaan .

https://github.com/spotwe...933a9db125edc922ba2140819

[Verwijderd]

Xaero schreef op donderdag 09 juni 2011 @ 15:51:
[...]


Ew, my bad. Zag een commit over spots toevoegen, bleek het over toevoegen in de database te gaan .

https://github.com/spotwe...933a9db125edc922ba2140819

Ik geef toe, dat had beter omschreven kunnen worden

[doeners]

Ik heb gister een git pull gedaan, en daarna een upgrade-db en ik zie nu (had geen tijd eerder) dat het fout is gegaan......

wel opnieuw een git pull gedaan maar nog steeds deze melding.

Updating schema..(mysql)
Validating spots(messageid)
Validating spots(poster)
Adding column poster(VARCHAR(128)) to spots
Validating spots(title)
Adding column title(VARCHAR(128)) to spots
Validating spots(tag)
Adding column tag(VARCHAR(128)) to spots
Validating spots(category)
Validating spots(subcata)
Validating spots(subcatb)
Validating spots(subcatc)
Validating spots(subcatd)
Validating spots(subcatz)
Validating spots(stamp)
Validating spots(reversestamp)
Validating spots(filesize)
Modifying column filesize (type) on spots
Validating spots(moderated)
Validating spots(commentcount)
Validating spots(spotrating)
Database schema of settings upgrade mislukt:
Error executing query: Cannot delete or update a parent row: a foreign key constraint fails


#0 /var/www/spotweb/lib/dbstruct/SpotStruct_mysql.php(172): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /var/www/spotweb/lib/dbstruct/SpotStruct_abs.php(200): SpotStruct_mysql->alterStorageEngine('spots', 'MyISAM')
#2 /var/www/spotweb/lib/SpotUpgrader.php(51): SpotStruct_abs->updateSchema()
#3 /var/www/spotweb/upgrade-db.php(22): SpotUpgrader->database()


enig idee?

[wizkid_niels]

wizkid_niels schreef op donderdag 09 juni 2011 @ 01:22:
[...]

<verhaal>

Nog een update hierop:

Nogmaals alle user-related tabellen gedropt, vervolgens upgrade-db.php -->

SQL:

update settings set value = '0.00' where name = 'securityversion';

gedraaid.
Toen nogmaals upgrade-db.php

En we hadden weer beeld! -phew-

So far, so good. Nog één probleempje:
Ik zie maar 25 spots, precies tot onderaan waar links onderhoud staat. Er wordt niet automatisch geüpdatet als ik verder naar beneden ga. Die spots zijn er trouwens nog wel, want als ik sorteer op datum zie ik tot 9 maanden terug.

Het pijltje verder/terug voor de volgende "pagina" werken overigens wel prima. Een setting?

Edit: Kan het overigens kwaad als ik

SQL:

SET FOREIGN_KEY_CHECKS=0;

^zo laat staan? Of moet ie weer terug op 1?

Edit2: Bleek iets simpels te zijn. Zodra ik inlogde en de postsvan 25 naar 50 veranderde kwam er weer een automatische update zodra ik bij de bodem was

[ Voor 21% gewijzigd door wizkid_niels op 10-06-2011 02:42 ]

[Trestry]

Ik draai spotweb op windows, maar met de nieuwste versie krijg ik de volgende foutmelding

Fatal error: Call to a member function get() on a non-object in C:\xampp\htdocs\spotweb\index.php on line 287

Een verouderde versie van spotweb werkt wel. Kan iemand mij helpen?

[smeerbartje]

Is het misschien een idee om ergens in de opties mogelijk te maken welke kolommen je in spotweb wil zien? Ik ben bijvoorbeeld enorm geinteresseerd in de grootte (in MBs) van de spots. Dit is gewoon beschikbaar, maar wegens ruimtegebrek niet zichtbaar.... het zou mooi zijn als dit in te stellen is.

[Vince22]

Krijg deze melding tijdens een upgrade-db.php:

Database schema of settings upgrade mislukt:
Je hudige Spotweb database installatie is te oud om in een keer te upgraden naar deze versie.
Download een eerdere versie van spotweb (https://download.github.com/spotweb-spotweb-da6ba29.zip),
draai daarmee upgrade-db.php en als die succesvol is, start dan nogmaals de upgrade via deze versie

Nu kan ik dat bestand nergens downloaden... 404 Not Found

[dj_ko]

Ik heb een "probleem" met hetvolgende:
Sinds de laatste upgrade-db klopt de omvang van sommige spots niet meer.

Bijvoorbeeld als ik een 1080P HD film open in spotweb dan staat er in het overzicht bij omvang: 2GB (maximaal)
spots die kleiner zijn dan 2GB worden wel juist weergegeven.

Als ik de film vervolgens ga downloaden dan is deze juist veel meer dan 2GB.


Meer mensen met dit probleem? en is dit op te lossen?
Ik heb verder geen errors gehad bij het upgraden.

[ Voor 15% gewijzigd door dj_ko op 10-06-2011 10:37 ]

[donny007]

Ik heb een probleem met de SABnzb+ integratie, ik heb het volgende in mijn config staan:

[code]$settings['sabnzbd']['host'] = '127.0.0.1:7000';
$settings['sabnzbd']['apikey'] = '19a2b7####################';
$settings['sabnzbd']['spotweburl'] = 'http://127.0.0.1/spotweb/';
$settings['sabnzbd']['url'] = 'http://$SABNZBDHOST/sabnzbd/api?mode=addurl&name=$NZBURL&nzbname=$SPOTTITLE&cat=$SANZBDCAT&apikey=$APIKEY&amp';
[/code]

Maar zodra ik op de NZB knop in spotweb klik wordt de NZB gedownload ipv dat SABnzbd aangeroepen wordt.

Zie ik een 'download via sab' knopje over het hoofd? Of is er iets anders aan de hand.

*schaam* De oplossing was simpelweg Inloggen en via daar configureren.....

Jammer dat er zo weinig informatie over de configuratie te vinden is, een beetje documentatie kan geen kwaad.

(Overigens krijg je bij iedere Google zoekopdracht gerelateerd aan SpotWeb dit topic.... )

[ Voor 4% gewijzigd door donny007 op 10-06-2011 10:45 ]

[elevator]

donny007 schreef op vrijdag 10 juni 2011 @ 10:36:
Jammer dat er zo weinig informatie over de configuratie te vinden is, een beetje documentatie kan geen kwaad.

(Overigens krijg je bij iedere Google zoekopdracht gerelateerd aan SpotWeb dit topic.... )

Eigenlijk staat de meeste configuratie informatie gewoon in settings.php.

Enige wat ik niet snap is dat spotweb meestal als een setting verhuisd naar de database hij een error inbouwt als die toch nog in settings.php staat en dat is deze keer niet zo?

[Whizzer]

doeners schreef op donderdag 09 juni 2011 @ 21:48:
Ik heb gister een git pull gedaan, en daarna een upgrade-db en ik zie nu (had geen tijd eerder) dat het fout is gegaan......

wel opnieuw een git pull gedaan maar nog steeds deze melding.

Updating schema..(mysql)
Validating spots(messageid)
Validating spots(poster)
Adding column poster(VARCHAR(128)) to spots
Validating spots(title)
Adding column title(VARCHAR(128)) to spots
Validating spots(tag)
Adding column tag(VARCHAR(128)) to spots
Validating spots(category)
Validating spots(subcata)
Validating spots(subcatb)
Validating spots(subcatc)
Validating spots(subcatd)
Validating spots(subcatz)
Validating spots(stamp)
Validating spots(reversestamp)
Validating spots(filesize)
Modifying column filesize (type) on spots
Validating spots(moderated)
Validating spots(commentcount)
Validating spots(spotrating)
Database schema of settings upgrade mislukt:
Error executing query: Cannot delete or update a parent row: a foreign key constraint fails


#0 /var/www/spotweb/lib/dbstruct/SpotStruct_mysql.php(172): dbeng_mysql->rawExec('ALTER TABLE spo...')
#1 /var/www/spotweb/lib/dbstruct/SpotStruct_abs.php(200): SpotStruct_mysql->alterStorageEngine('spots', 'MyISAM')
#2 /var/www/spotweb/lib/SpotUpgrader.php(51): SpotStruct_abs->updateSchema()
#3 /var/www/spotweb/upgrade-db.php(22): SpotUpgrader->database()


enig idee?

Hier hetzelfde probleem... Als iemand een idee heeft....

[blub84]

Trestry schreef op donderdag 09 juni 2011 @ 23:13:
Ik draai spotweb op windows, maar met de nieuwste versie krijg ik de volgende foutmelding

Fatal error: Call to a member function get() on a non-object in C:\xampp\htdocs\spotweb\index.php on line 287

Een verouderde versie van spotweb werkt wel. Kan iemand mij helpen?

Ben bezig voor iemand anders spotweb onder windows aan de praat te krijgen maar krijg exact dezelfde foutmelding.

Mijn eigen spotweb onder ubuntu werkt wel met de nieuwe versie.

[Verwijderd]

blub84 schreef op vrijdag 10 juni 2011 @ 13:22:
[...]


Ben bezig voor iemand anders spotweb onder windows aan de praat te krijgen maar krijg exact dezelfde foutmelding.

Mijn eigen spotweb onder ubuntu werkt wel met de nieuwe versie.

Ik heb deze dus ook.

Ik probeer nu op Server 2008 R2 + Apache + PHP dit aan de praat te krijgen. (Dus niet Xampp)

[wizkid_niels]

Nog wat kleine probleempjes, maar hopelijk bijna helemaal opgelost.

Als ik ingelogd ben (admin, ook andere aangemaakte users) zie ik wel het kopje "Quick Links" maar hier staat niks onder, ik heb al een paar keer op het "uitklap"-icoon geklikt, maar er is gewoon niks. Getest met IE & FF. Het Watchlist icoon (sterretje) is er wel, maar vervolgens kan ik (omdat die onder Quick Links staat) niet naar de Watchlist toe.

Daarnaast worden de spots verdubbeld zodra ik ze in de Watchlist zet. Zie SS:


En hier van de missende Quick Links:


Een upgrade-db.php/retrieve.php geeft geen errors. Ik heb al even hierop gezocht maar kan geen vergelijkbaar probleem vinden. De spots die verdubbeld worden verwijzen nog wel naar dezelfde links, het zijn geen losse spots of zo.

Alvast bedankt,

Edit: Opgelost. Er werd met de git pull geen nieuwe settings.php aangemaakt. Deze heb ik handmatig opnieuw erin gezet, en vervolgens werkt het weer!

[ Voor 7% gewijzigd door wizkid_niels op 10-06-2011 20:16 ]