Open NZB Database
#61
Geplaatst op 18 maart 2009 - 14:29
Mijn inziens kan men het forum (afdeling projecten) best kan gebruiken om leden van het team up-to-date te houden met relevante info, aanwerven van nieuwe leden/beta testers, posten van screenshots, etc...
Ik zou zeggen, ObAt lijst de items op in een excel sheet die jullie misschien onderling kunnen sharen via msn live of dergelijke.
Zodoende kan iedereen zijn standpunt verdedigen met pro/contra's waarop jij (of de projectverantwoordelijke) dan je uiteindelijke beslissing kan baseren.
#62
Geplaatst op 18 maart 2009 - 14:34
Xymtrix zei:
Xymtrix zei:
Xymtrix zei:
Yannou zei:
Xymtrix zei:
Xymtrix zei:
Groetjes
#63
Geplaatst op 18 maart 2009 - 14:55
Op internet gaat inderdaad iedereen zo zijn gang door allemaal copyrighted mareriaal te kopieren(plaatjes/stukken tekst). Komt eer het EULA(Bijv. Alle plaatjes en teksten die op deze website(www.url.nl) staan zijn copyrighted2009 www.url.nl/naam en mogen niet zonder toesteming van www.url.nl en/of naam worden gekopieerd en/of nagemaakt) .
Dat er niks mee te verdienen zijn snap ik wel(hopelijk andere ook), maar is toch tof om tegen mede geeks te zeggen: Kijk ik ben #1 op .....
Als je als programmeur je eigen werk om zeep helpt ben je wel erg stom bezig.. hahaha
Vbib is natuurlijk Belgisch/Nederlands.. daarom heb je we minder last van.. Niettemine, ze zijn hier al eens geweest.
Nogmaals : activatiemails zijn niet complex , en toetredingsprocedures ook niet, want 99% van alle controles etc. gebeurd achter de schermen. Daar merken de gebruikes niks van, als je het goed doet...
#64
Geplaatst op 18 maart 2009 - 14:55
Citeren
Hoe... en je bedrijfswagen dan ? Niet te vergeten je laptop en gsm van vbib ? al vergeten ?
Alle gekheid op een stokje, ik denk dat jullie hier niet te ver mogen in gaan. Beveiligen moet maar maak het niet zo dat het onwerkbaar is.
Net zoals op zovele andere sites zullen hier wss ook moderators aangesteld worden die de boel in het oog moeten houden en daar optreden waar nodig.
dit gezegd zijnde, waar is nu weer die ban knop ?..
#65
Geplaatst op 18 maart 2009 - 16:00
Ik stel voor dat we hier een lijst gaan opstellen van alle punten die moeten gedaan worden, deze rangschikken volgens moeilijkheid, en daarna kunnen we dit gaan verdelen aan de leden die willen meewerken al naargelang de moeilijkheid die ze willen.
Ik denk dat we een (relatief klein, maar kan nog aangepast worden) stappenplan als dit moeten volgen:
1ste stap: scope van het project afbakenen
2de stap: voorbereidingen treffen (UML-schema's, ...)
3de stap: eerste letter code
#66
Geplaatst op 18 maart 2009 - 16:01
#67
Geplaatst op 18 maart 2009 - 16:05
#68
Geplaatst op 18 maart 2009 - 16:14
Wie gaat de lijst samenstellen??
#69
Geplaatst op 18 maart 2009 - 16:26
Verder wil ik wel mee (samen met obat, wie anders ) de lijst samenstellen op basis van punten die hier en op assembla worden gezegd. Ik zal zorgen dat deze lijst op de subversion komt, en dan kan eigenlijk iedereen die als member op Assembla staat die lijst gaan aanpassen.
#70
Geplaatst op 18 maart 2009 - 16:44
Xymtrix zei:
Dat kan, maar waar staat die naam? Ziet er mooi uit
Yannou zei:
Ik vind dat het reputatie gedeelte juist heel belangrijk is, vooral omdat uploaders eigenlijk niets krijgen voor hun moeite. Als mensen zo zielig zijn dat ze zichzelf reputatie schenken dan doen ze dat maar, hebben ze ook iets om trots op te zijn . En het gaat zeker wel op vallen als een iemand een post aanmeld en dat er altijd 10 mensen op reageren en volle reputatie geven (er is nl. een limit).
Yannou zei:
Ochja, dan stuurt die gebruiker een mailtje en dan ga ik wel elke dag op zijn account spammen , ik zie het grote probleem daarvan niet.
Yannou zei:
Daarom is het juist belangrijk dat er een bepaald gedeelte komt dat de Mods alle berichten snel kunnen verwijderen! En als een gebruiker zijn vrije tijd wil besteden aan 'Hotmail maken => Registreren => Spammen => Geband worden ect.' dan mag die dat van mij gerust doen http://www.vbib.be/p...tyle_emoticons/default/icon_cool.gif
Xymtrix zei:
Het lijkt me inderdaad handig om er een te maken, maar dat komt bij de afwerken. Eerst Die Hard scripten daarna Nolife een Eula maken Xymtrix heeft een punt, als de gebruiker (zo zielig is) dat hij ons aanklaagt (omdat hij zielig is ) dan hebben wij een extra houwvast. Hoezo rechtzaak? Eula .
RedThread zei:
Mijn inziens kan men het forum (afdeling projecten) best kan gebruiken om leden van het team up-to-date te houden met relevante info, aanwerven van nieuwe leden/beta testers, posten van screenshots, etc...
Ik zou zeggen, ObAt lijst de items op in een excel sheet die jullie misschien onderling kunnen sharen via msn live of dergelijke.
Zodoende kan iedereen zijn standpunt verdedigen met pro/contra's waarop jij (of de projectverantwoordelijke) dan je uiteindelijke beslissing kan baseren.
Inderdaad wel handig, mijn bericht wordt inderdaad wel erg lang http://www.vbib.be/p...tyle_emoticons/default/tongue.png
Xymtrix zei:
Tegenwoordig wil de mens altijd wat terug hebben. Sommige mensen zijn al blij met een bedankwoordje maar er zijn ook mensen die een status willen creëren (Kijk maar is naar de grote release groepen zoals: Razor1911, FFF, Fairlight, ToeD, Skullptura ect.). Om die mensen ook tevreden te stellen voeren wij het Reputatie systeem in.
ArComAr zei:
Verder wil ik wel mee (samen met obat, wie anders ) de lijst samenstellen op basis van punten die hier en op assembla worden gezegd. Ik zal zorgen dat deze lijst op de subversion komt, en dan kan eigenlijk iedereen die als member op Assembla staat die lijst gaan aanpassen.
Ik voel me vereerd http://www.vbib.be/p...tyle_emoticons/default/icon_cool.gif Ik zal is eerst mijn word documentje updaten
Xymtrix zei:
Wie gaat de lijst samenstellen??
Inderdaad Hij heeft al de 'Databasestructuur' gemaakt .
Nouja, dit bericht is erg lang . Ik ga ook even een nieuw Topic aanmaken.
ObAt
#71
Geplaatst op 18 maart 2009 - 16:51
Een basis scriptje kan uiteraard wel, maar een volledig database schema kan nog niet echt bestaan.
#72
Geplaatst op 18 maart 2009 - 16:56
ArComAr zei:
Een basis scriptje kan uiteraard wel, maar een volledig database schema kan nog niet echt bestaan.
Uhhh, dat kan wel . Ik heb toch een paar pagina's terug een Word documentje online gezet? Daaruit kan toch alle informatie uit gehaald worden.
ObAt
#73
Geplaatst op 18 maart 2009 - 16:57
ArComAr zei:
Een basis scriptje kan uiteraard wel, maar een volledig database schema kan nog niet echt bestaan.
Bedrijf staat bij Properties -> Summary(werk op engtalig pc )
#74
Geplaatst op 18 maart 2009 - 17:20
ObAtGroup zei:
ArComAr zei:
Een basis scriptje kan uiteraard wel, maar een volledig database schema kan nog niet echt bestaan.
Uhhh, dat kan wel . Ik heb toch een paar pagina's terug een Word documentje online gezet? Daaruit kan toch alle informatie uit gehaald worden.
ObAt
Dat heb ik dan gemist kennelijk Plaats het in ieder geval op de subversion, das ook makkelijker om achteraf naar een oudere versie te gaan kijken
#75
Geplaatst op 18 maart 2009 - 19:11
ArComAr zei:
Nieuwe Versie is al uit
ObAt
#76
Geplaatst op 18 maart 2009 - 20:01
#77
Geplaatst op 18 maart 2009 - 20:31
#78
Geplaatst op 18 maart 2009 - 22:33
Xymtrix zei:
Mooi
ArComAr zei:
Slim plan, misschien alleen de titel in kleur .
Versie 2.1 is uitgebracht. Met daarin de wijziging in het kleurenschema.
ObAt
#79
Geplaatst op 18 maart 2009 - 23:26
Ik heb het bestand ook op de svn gezet. Keep it up-to-date daar zou ik zeggen
#80
Geplaatst op 19 maart 2009 - 00:39
ArComAr zei:
Xymtrix zei:
In een later stadium kan je de gebruikers dan zelf laten kiezen hoe kermisachtig ze het maken m.b.h.v layout skins (client side) of aangepaste CSS op de server.
Enkele andere opmerkingen samengevat:
- Waarom zijn email adres en geslacht relevant voor persoonlijke informatie? Vooral dat laatste leunt al dicht aan bij een inbreuk op de privacywetgeving. En wat komt er onder Extra Informatie en onder Advertenties?
- Ik denk dat je veel te veel rangen hebt, ik tel er 15 terwijl je met ca. een derde ook wel zou moeten toekomen. KISS: maak het niet ingewikkelder dan nodig is.
- Over het algemeen eigenlijk ga je veel te veel info hardcoded verwerken, neem nu bijvoorbeeld Topics en Reacties: je somt daar een 20-tal properties op met ook de vermelding van een veld Extra Informatie (net zoals bij user accounts trouwens) waar je dan een allegaartje van toekomstige velden in gaat onderbrengen veronderstel ik, of dingen waar je op dit moment nog niet aan denkt.
In dat geval kan je beter met een dynamisch formaat werken, een generisch Topic object zeg maar in de stijl van een HTML tag. Die heeft een klein aantal verplichte attributen maar een groot aantal optionele attributen. Op die manier vermijd je dat er nutteloze plaats wordt gereserveerd voor info die toch niet van toepassing is. - In je opdeling in categorieën ben je weinig coherent. Bij Games bijvoorbeeld deel je op in Windows, Linux/Mac, Playstation, Xbox, Nintendo en Overige. De eerste twee zijn daar besturingssystemen, de twee volgende gaming platforms, de vijfde is een bedrijf en de laatste categorie is zelfs geen categorie. En wat als er morgen een geheel nieuw type console wordt gelanceerd? Ga je dan heel je programma en database aanpassen?
- Waarom is de bestandsgrootte relevant om opgesplitst te worden in verschillende subcategorieën? En waarom ligt de grens anders bij bv. MP4 en MKV? Ondertitels en audio zitten trouwens in een MKV bestand ingebed, dus die hoef je niet zelf nog eens onder te verdelen.
ObAt zei:
Voor de duidelijkheid: een VB.NET programma dat HTML genereert is een ASP.NET web application, alleen het entry point verschilt.In VB.NET (Windows Form Application) liet ik het programma een HTML bestand aanmaken, daar de informatie wegschrijven en dan een webbrowser er naar laten Navigeren.- Het Advertisement Banner systeem vind ik een heel erg slecht idee. Eerst en vooral is laten wisselen om de 30 seconden alleen maar goed om epileptische aanvallen uit te lokken bij gebruikers Ten tweede gaat geen enkele adverteerder je willen betalen om alleen maar banners weer te geven, ze zullen bewijs willen dat er ook degelijk naar de geadverteerde site wordt gesurft.
ObAt zei:
Is reclame niet altijd ongewenst dan?dit voorkomt rare dingen zoals ongewenste reclame
Groetjes
#81
Geplaatst op 19 maart 2009 - 09:49
Citeren
DB(structuur) toegevoegd, overigens klopt deze niet meer met het nieuwe docuement en is incompleet.
#82
Geplaatst op 19 maart 2009 - 16:46
Yannou zei:
Inderdaad wel slim voor te beginnen, zal ik aanpassen!
Yannou zei:
Als men zijn wachtwoord kwijtraakt is dat wel handig. En zowat bij elk forum wordt het geslacht wel gevraagd, ik zie daarom niet echt het probleem. (Anders zette we gewoon in de EULA dat ze daar niet over moeten zuren ) Bij Extra info kan de gebruiker gewoon wat opgeven wat iedereen kan lezen (Het heet op VBiB Onderschrift)
Yannou zei:
Als we een paar rangen kunnen scripten lukt dat ook wel
Yannou zei:
In dat geval kan je beter met een dynamisch formaat werken, een generisch Topic object zeg maar in de stijl van een HTML tag. Die heeft een klein aantal verplichte attributen maar een groot aantal optionele attributen. Op die manier vermijd je dat er nutteloze plaats wordt gereserveerd voor info die toch niet van toepassing is.
Bij extra info komt een mededeling van de poster (als die dat wil), zo vermijd je dat de poster mededelingen op een verkeerde plek zetten en dat is ook onoverzichtelijk.
Yannou zei:
Het is erg onhandig als Windows en Mac spellen door elkaar staan. Als er een nieuwe console komt moeten we inderdaad het aanpassen, maar dat gebuurt eens in de 4 jaar (Voor de Playstation 3, 4 ect. zal toch niets geupload worden want die hebben 'uberbeveiling', Nintendo gerei staat bij elkaar, net Als de Xbox en ik zie anders geen nieuwe consoles komen)
Yannou zei:
Dat heeft met de kwaliteit te maken, zo kan de gebruiker snel zien hoe goed de kwaliteit ongeveer is (700mb DivX'tje is eenmaal slechter dan een 1GB) En de grenzen liggen anders omdat MKV over het algemeen voor HD wordt gebruikt en MP4 niet.
Yannou zei:
Ik bedoel dat er met een streamreader gewoon een HTML bestand wordt gemaakt en dat een WebBrowser er naar navigeert.
Yannou zei:
Ten eerste: Kan het ziekenfonds ook is wat uitkeren . Het zal ook wel mogelijk zijn om te achterhalen hoevaak op z'n banner wordt geklikt. (De banner linkt naar www.onsurl.nl/ad/12.html en die telt +1 op in het systeem, en redirect de gebruiker naar zijn/haar bestemming. Reclame lijkt mij noodzakelijk, ik heb geen idee hoe er anders $$$ komen . De servers draaien niet voor niets
Yannou zei:
Eigenlijk wel, maar ik bedoel nog ongewenster bijvoorbeeld Porno en z'n dingen. Een groot deel maakt dat niets uit () maar er zijn waarschijnlijk ook minderjarige die het programma gaan gebruiker.
Conclusie: Tijd voor een nieuwe versie
ObAt
#83
Geplaatst op 19 maart 2009 - 16:50
Xymtrix zei:
Citeren
DB(structuur) toegevoegd, overigens klopt deze niet meer met het nieuwe docuement en is incompleet.
Dit zorgt ervoor dat er gewoon een extra categorie'tje bij moet. Dat lijkt me niet z'n groot probleem met z'n slimme mensen
ObAt
#84
Geplaatst op 19 maart 2009 - 17:22
ObAt zei:
Xymtrix zei:
Citeren
DB(structuur) toegevoegd, overigens klopt deze niet meer met het nieuwe docuement en is incompleet.
Dit zorgt ervoor dat er gewoon een extra categorie'tje bij moet. Dat lijkt me niet z'n groot probleem met z'n slimme mensen
ObAt
#85
Geplaatst op 19 maart 2009 - 18:32
Xymtrix zei:
Mmm, dat zal wel heel erg mooi zijn . Tis mogelijk, alleen moeilijker
ObAt
#86
Geplaatst op 19 maart 2009 - 19:23
ObAt zei:
Xymtrix zei:
Mmm, dat zal wel heel erg mooi zijn . Tis mogelijk, alleen moeilijker
ObAt
#87
Geplaatst op 19 maart 2009 - 19:29
Xymtrix zei:
ObAt zei:
Xymtrix zei:
Mmm, dat zal wel heel erg mooi zijn . Tis mogelijk, alleen moeilijker
ObAt
Das fijn! Ik heb namelijk niet zo veel ervaring met VB.NET ism. MySQL en ASP.NET
ObAt
#88
Geplaatst op 19 maart 2009 - 21:59
Xymtrix zei:
ObAt zei:
En het is niet omdat op elk forum het geslacht wordt gevraagd dat wij dat daarom ook moeten doen, als iedereen van het dak springt dan zal ik de laatste zijn om erachter te springen. Zinloos trouwens om data op te slaan waar je toch niets relevant mee doet, dat verzwaart alleen de database en maakt je code nodeloos complexer.
ObAt zei:
ObAt zei:
ObAt zei:
ObAt zei:
Groetjes
#89
Geplaatst op 20 maart 2009 - 09:20
Yannou zei:
En het is niet omdat op elk forum het geslacht wordt gevraagd dat wij dat daarom ook moeten doen, als iedereen van het dak springt dan zal ik de laatste zijn om erachter te springen. Zinloos trouwens om data op te slaan waar je toch niets relevant mee doet, dat verzwaart alleen de database en maakt je code nodeloos complexer.
Geslacht is inderdaad niet zo nuttig, maar ik vind het nog steeds wel noodzakkelijk om een email adres op te geven. Als de gebruiker heel erg zijn best doet voor een account en hoe vergeet spontaan zijn wachtwoord... Dat zal jammer zijn. En het is ook nog eens goed om spammers tegen te gaan, want als je een emailadres blockt moeten ze weer een nieuwe Gmail aanmaken daarna weer registreren ect.
Yannou zei:
Sony gebruikt als beveiliging, de spellen onnodig (60-200GB!!) groot maken. Wie gaat 200GB Up/Downloaden voor een spel? En het grootste probleem, hoe wil je het branden?
Yannou zei:
Ik had het voor het Algemeen Gebruik. Een uploader gaat echt niet 2GB Uploaden als het ook in 1GB kan .
Yannou zei:
Kan ook . Slim bedacht! Maar hoe wordt er bij Google Ads gerekend: Per klik of Per zoveel tijd dat de Advertentie er staat?
Yannou zei:
Speciaal voor Yannou nog een voorbeeldje :
Mega Flash presentaties die niet bij een klein bannertje blijven. (Op Tweakers was laatst een mega flash ding dat over mijn hele beeld ging, daar was ik toch niet zo blij mee )
ObAt
Edit:
Discussies A.U.B. Hier voort zetten vanaf nu.
#90
Geplaatst op 20 maart 2009 - 09:43
Yannou zei:
Xymtrix zei:
0 gebruiker(s) lezen dit onderwerp
0 lid(leden), 0 bezoeker(s), 0 anonieme gebruikers