Krijgt GoT een nieuw forum?

[Oblii]

In welke taal gaat het gemaakt worden?
alles mbc php en mod_rewrite of mod_perl oid?

en gaan er ook mogelijkheden (backend) inkomen om het forum te draaien over meerdere servers etc, dat bepaalde delen (hoe specifiek?) kunnen worden gedeelt per server?

kan je best een stevig forum maken dan

wordt het gereleased in GPL? (neem aan van nie
het zou wel weer als voordeel hebben dat veel techies hier ernaar kunnen kijken en fouten eruit halen, nadeel is dat elk forum op het nl web tweakers forum wordt

[Verwijderd]

1) Wordt het forum al voorbereid op gebruik met een non-MySQL database. Dus qua queries in SQL programmeren.
2) Bestaat er een mogelijkheid tot Syndication met XML?
3) Wordt er een veiliger session systeem gekozen?
4) Hoe wordt er geindexeerd met het nieuwe forum? Voornamelijk betreft de search.
5) Wordt output serverside of clientside overgelaten. (Output in JS document.write, of tabellen serverside genereren).
6) Worden er aanpassingen om flooding tegen te gaan gemaakt? Controle op tijd/postingratio misschien?
7) Wordt output wederom via Zend gedaan? Of core PHP.

[Kjev]

Op zondag 03 februari 2002 19:32 schreef DMS het volgende:

Hmm is wel leuk om te weten wie het doen of welk bedrijf of waar ze het nou aan het downloaden zijn.

Nou, voor zo'n groot forum moet je ook wel een groot pakket downloaden. Ze zijn al sinds december bezig, maar de download blijft hangen op 65% .

Wat betreft phpMyAdmin: * Kjev stemt voor dat iedereen telnet-access krijgt en gewoon lekker zelf opdrachtjes aan MySQL kan gaan geven .

Bookmarklijstje lijkt me erg interessant. Ik kan nu wel op m'n eigen naam klikken voor topics die ik wil bijhouden, maar dat is nu niet mogelijk voor HK en SG.

Search is ook érg belangrijk, personal messages lijkt me niet echt hard nodig. Hoewel sommigen dit forum voor onderlinge berichtjes gebruiken, lijkt me ouderwetse email daarvoor ook bijzonder geschikt. Dan kan de serverload misschien ten goede komen aan een goede search.

Inderdaad maakt de layout natuurlijk helemaal niet uit. De backend is van belang, en voor de rest kun je als je wilt de layout precies hetzelfde houden.

Wordt het forum trouwens ook open source ? <-- Ai, te laat. Te lang zitten lezen

[Wouter Tinus]

Op maandag 04 februari 2002 10:51 schreef Gordijnstok het volgende:
1) Wordt het forum al voorbereid op gebruik met een non-MySQL database. Dus qua queries in SQL programmeren.
2) Bestaat er een mogelijkheid tot Syndication met XML?
3) Wordt er een veiliger session systeem gekozen?
4) Hoe wordt er geindexeerd met het nieuwe forum? Voornamelijk betreft de search.
5) Wordt output serverside of clientside overgelaten. (Output in JS document.write, of tabellen serverside genereren).
6) Worden er aanpassingen om flooding tegen te gaan gemaakt? Controle op tijd/postingratio misschien?
7) Wordt output wederom via Zend gedaan? Of core PHP.

You'll see. Om te hoge verwachtingen, valse hoop en gezeur achteraf te voorkomen worden er geen details over de mogelijke features / eigenschappen en de verwachtte opleverdatum naar buiten gebracht. Dit is een hele bewuste keuze en er is dus niemand van de crew die dit soort vragen gaat beantwoorden. Het requesten van features heeft ook geen zin in dit stadium.

Het enige waar je vanuit mag gaan is dat het niet slechter wordt dan Topix.

[jelmervos]

Meer XML zou leuk zijn.

[ACM]

Op maandag 04 februari 2002 08:42 schreef Gordijnstok het volgende:
Microsoft Stresstest Toolkit Kun je het zo zwaar maken als je wilt.

Kent dat ook "random POSTing" van data?

Magoed, we gaan heus wel proberen zo reeel mogelijk te testen hoor

[FitNiX]

Ik ben wel erg benieuwd.

Maar ja, met mij waarschijnlijk ook nog 40K anderen

[CyberSnooP]

Ik snap (denk ik) de achterliggende gedachte van de geheimhouding wel, maar toch is het natuurlijk een beetje vervelend. Er zijn zoveel GoT-addicts die hun dagelijkse forumpje gaan zien veranderen, dan wil je daar gewoon als 'eerste' bij zijn

Verder kan ik niet veel zeggen dat ik vertrouwen heb in jullie

Toch nog een inhoudelijk vraagje: Hebben jullie overwogen (of ervoor gekozen) om van PHP af te zien? Ik kan mij zo voorstellen dat je in C++ een stuk meer kunt optimaliseren zodat het serverpark (server-balkon-plantenbakje in dit geval ) met goed geoptimaliseerde software het wat langer uithoudt.

[chem]

wat gaat er veranderen dan?

Er komt een nieuw stuk software te draaien als motor achter het forum... that's it...

Dat er op langere termijn leuke niewe shait bijkomt is terzijde...

[CyberSnooP]

Op maandag 04 februari 2002 14:13 schreef chem het volgende:
Dat er op langere termijn leuke niewe shait bijkomt is terzijde...

¿?¿?

[Wouter Tinus]

Op maandag 04 februari 2002 14:01 schreef CyberSnooP het volgende:
Toch nog een inhoudelijk vraagje: Hebben jullie overwogen (of ervoor gekozen) om van PHP af te zien? Ik kan mij zo voorstellen dat je in C++ een stuk meer kunt optimaliseren zodat het serverpark (server-balkon-plantenbakje in dit geval ) met goed geoptimaliseerde software het wat langer uithoudt.

Ik ben er zelf niet bij betrokken geweest, maar ik weet dat degenen die de gekozen oplossing hebben gekozen (wat een zin zeg ) alle reeële mogelijkheden hebben bekeken. Natuurlijk moesten er ook afwegingen gemaakt worden, performance vs. kosten vs. ontwikkeltijd vs. onderhoud. Ik heb er het volste vertrouwen in dat de goede keus is gemaakt. En zoals chem al zegt; eigenlijk is het niet belangrijk HOE het werkt, ALS het maar werkt

[jelmervos]

Op maandag 04 februari 2002 15:24 schreef Wouter Tinus het volgende:

[..]

En zoals chem al zegt; eigenlijk is het niet belangrijk HOE het werkt, ALS het maar werkt

Zo denk de gebruiker ja, maar het is voor de ontwikkelaars wel makkelijk als alles een beetje goed in elkaar zit, vooral als je nieuwe dingen wilt toevoegen.

[mbravenboer]

jelmervos: Meer XML zou leuk zijn.

Als je de prioriteiten van de hoge mannen een beetje gevolgd hebt het laatste jaar, zou ik wat dat betreft in ieder geval maar rekening houden met een tegenvaller .

[WaarAnders]

Op maandag 04 februari 2002 14:15 schreef CyberSnooP het volgende:

[..]

¿?¿?

Uitleg nodig
die a moet weg uit shait, dan krijg je shit.

Hij bedoelt, andere/meer features.

[Woudloper]

Op maandag 04 februari 2002 15:36 schreef mbravenboer het volgende:

[..]

Als je de prioriteiten van de hoge mannen een beetje gevolgd hebt het laatste jaar, zou ik wat dat betreft in ieder geval maar rekening houden met een tegenvaller .

m.a.w. Hottopic gaat niet meer werken

[ACM]

Op maandag 04 februari 2002 15:38 schreef Woudloper het volgende:
m.a.w. Hottopic gaat niet meer werken

Daarvoor had ik zelf het script van jelmervos voor aangepast, het kan zijn dat het een maandje duurt, maar odd zal die het wel weer doen hoor

[Snow_King]

* Snow_King was ff weg en heeft gelezen dat er dus leuke dingen gaan komen!

1) Skins lijken me leuk
2) Personal message is ook handig
3) Bookmark!
4) Goede search!

[ACM]

Op maandag 04 februari 2002 16:45 schreef Snow_King het volgende:
1) Skins lijken me leuk
2) Personal message is ook handig
3) Bookmark!
4) Goede search!

Van geen van die dingen is gezegd dat ze er in komen.

Dus lees eerst die paar laatste posts van Wouter Tinus hier.

[Nielsz]

Op maandag 04 februari 2002 17:08 schreef ACM het volgende:

[..]

Van geen van die dingen is gezegd dat ze er in komen.

Dus lees eerst die paar laatste posts van Wouter Tinus hier.

Dan heb je je een andere keer toch echt versproken

[Twynn]

Op maandag 04 februari 2002 17:08 schreef ACM het volgende:
Van geen van die dingen is gezegd dat ze er in komen.

Ehm, de goede search zou er toch wel inkomen? Dat werd namelijk ook opgegeven als reden waarom de huidige search niet meer wordt aangepast?

[Nielsz]

Op maandag 04 februari 2002 17:14 schreef Twynn het volgende:

[..]

Ehm, de goede search zou er toch wel inkomen? Dat werd namelijk ook opgegeven als reden waarom de huidige search niet meer wordt aangepast?

fout, ze gaan niet meer aan de oude search bakken, omdat er toch een nieuwe komt. Nergens is gezegt dat hij deze keer wel goed word hoor

[ACM]

Op maandag 04 februari 2002 17:14 schreef Twynn het volgende:
Ehm, de goede search zou er toch wel inkomen? Dat werd namelijk ook opgegeven als reden waarom de huidige search niet meer wordt aangepast?

We werken niet meer aan de aangepaste omdat ie op het nieuwe forum toch niet werkt en er daar een inzit.

Daarnaast heeft wouter gezegd dat de enige garantie die je krijgt, is dat het niet slechter zal zijn dat topix

Even slecht is dus zelfs niet uitgesloten

[Diddle]

Op zondag 03 februari 2002 14:10 schreef Slarioux het volgende:


Hier niet genoeg aan?

Deze zijn er ook nog:

[SilentStorm]

hmm geen info, maar over ontwikkeling: kun je nog wel kwijt of het nog dit jaar/voor zomervakantie/eerder wordt of gaat dat ook al te ver?

[Snow_King]

Op maandag 04 februari 2002 17:54 schreef SilentStorm het volgende:


hmm geen info, maar over ontwikkeling: kun je nog wel kwijt of het nog dit jaar/voor zomervakantie/eerder wordt of gaat dat ook al te ver?

Wil ik ook wel weten ja

[ACM]

Op maandag 04 februari 2002 17:54 schreef SilentStorm het volgende:
kun je nog wel kwijt of het nog dit jaar/voor zomervakantie/eerder wordt of gaat dat ook al te ver?

Goed de thread doorkijken

[Snow_King]

Op maandag 04 februari 2002 18:02 schreef ACM het volgende:

[..]

Goed de thread doorkijken

dat wordt heeeeeel veeeeel lezen

[yeadder]

Op maandag 04 februari 2002 18:02 schreef ACM het volgende:

[..]

Goed de thread doorkijken

als ik niet verkeerd had gelezen binnnen dit half jaar.

_{ga nou niet zeggen van: binnen een half jaar heb ze nieuwe software want ik kan het ook verkeerd gelezen hebben. dus zul je het zelf ff moeten na lezen.}

[Kees]

we _hopen_ binnen een half jaar ja, maar nee, we geven _geen_ garanties...

[SilentStorm]

k bedankt. Hebben we in ieder geval een indicatie...
k had de hele thread al af lopen zoeken naar zoiets, maar enige relevante was wildhagen met 'Eerst helft dit jaar, of de tweede? (Nooit geschoten is altijd mis :)', die nooit antwoord op zn vraag kreeg.

Verder zei je (=ACM) nog 'ik geef geen verdere info', dus zul je dat wel bedoelt hebben.. (of ik ben er nog een keer overheen gelezen..)

[_MaLa_]

er zal toch nie veel aan het uiterlijk veranderen je moet het zien als een SP

[Verwijderd]

Op maandag 04 februari 2002 19:26 schreef Kees het volgende:
we _hopen_ binnen een half jaar ja, maar nee, we geven _geen_ garanties...

Ok Binnen een half jaar MOET (jaja mot ) ie klaar zun anders... (juh.. kan nie lezu.. )

[Verwijderd]

Denk dat veel mensen al blij zijn als Topix de database van Apollo niet meer gek maakt

Ben benieuwd trouwens

[Amd RuLuzzz]

Maar komt er bij het profile ook een pagina met spec te staan?

[Wouter Tinus]

Op dinsdag 05 februari 2002 19:30 schreef Amd RuLuzzz het volgende:
Maar komt er bij het profile ook een pagina met spec te staan?

LDDVJB

[Verwijderd]

Op dinsdag 05 februari 2002 20:31 schreef Wouter Tinus het volgende:

[..]

LDDVJB

que?

[Verwijderd]

Als dat nieuwe forum komt, moet je je dan ook weer opnieuw registreren?

_{en nee ik heb het topic niet helemaal doorgelezen.}

[Verwijderd]

Op dinsdag 05 februari 2002 22:34 schreef Raikane het volgende:
Als dat nieuwe forum komt, moet je je dan ook weer opnieuw registreren?

_{en nee ik heb het topic niet helemaal doorgelezen.}

Doe toch maar een keer
<small>Nee, uiteraard niet, database wordt overgezet</small>

[SilentStorm]

Tuurlijk en ze gooien meteen al je posts weg, want die kunnen niet naar het nieuwe forum worden gepassed..

Natuurlijk hoeft dat niet!

edit: ik bedenk me opeens, (ja feature requests doen jullie niet aan, maar ik dump het toch graag even, want tegen de tijd dat het wel kan vergeet ik zoiets weer), dat we misschien ala c't een 'thread resolved' status erbij kunnen verzinnen. Dat de topicstarter/modje de thread als 'af' kan bepalen. En dan kan je bij de search weer opgeven of je wilt zoeken op 'niet-affe' topics of niet..

[en dan nog eens offtopic ook]
Mooie icon, Wouter.. enne hoezo "niet groter dan 100k"
[/en dan nog eens offtopic ook]

[Verwijderd]

Psss, nieuw forumpje, kan ik ook wel:

PHP:

<?
Makenewgotforum();
?>

Easy as pie
Maar nu ff serieus: fijn dat we nu weten dat jullie weer bezig zijn ons, tweakers van een retesnel forum te voorzien . Ga zo door!

[Wouter Tinus]

Op dinsdag 05 februari 2002 22:21 schreef DeZ het volgende:

[..]

que?

lees de draad voor je blaat

[klaaz]

Op zondag 03 februari 2002 12:56 schreef Thunder het volgende:
Komen er eigenlijk ook skins? Zoiets als ze bij spellekesgarnaal ook hebben?

Dat vindt je toch geen vooruitgang hoop ik??

spelletjesgarnaal is wel geinig qua inhoud maar ik neem de reviews niet echt serieus. De sit qua design al helemaal niet.

[Verwijderd]

Das lelijk bij de spelletjesgarnaal.

[chem]

Op dinsdag 05 februari 2002 22:34 schreef Raikane het volgende:
Als dat nieuwe forum komt, moet je je dan ook weer opnieuw registreren?

_{en nee ik heb het topic niet helemaal doorgelezen.}

volgens mij is dit een enorm Spuit 11 topic

[Verwijderd]

Op woensdag 06 februari 2002 09:01 schreef chem het volgende:

[..]

volgens mij is dit een enorm Spuit 11 topic

je baalt er van he, ben je nog wel eens gevallen met je step?

[chem]

Op woensdag 06 februari 2002 14:20 schreef KerStens het volgende:

[..]

je baalt er van he, ben je nog wel eens gevallen met je step?

[raptorix]

Word het forum eigenlijk als opensource gereleased?

[Verwijderd]

Op woensdag 06 februari 2002 15:09 schreef raptorix het volgende:
Word het forum eigenlijk als opensource gereleased?

Gokje: NEE!

[IceStorm]

Op woensdag 06 februari 2002 15:09 schreef raptorix het volgende:
Word het forum eigenlijk als opensource gereleased?

Bij mijn weten: Nee.

[raptorix]

En waarom niet?

[Verwijderd]

- Zit veel werk in
- Database structure is (denk ik) van Topix (copyrighted misschien )
- Kan er geld mee verdienen

Zoiets denk ik...

[Destruction]

Op dinsdag 05 februari 2002 20:31 schreef Wouter Tinus het volgende:

[..]

LDDVJB

En dat betekend...

[Verwijderd]

Op woensdag 06 februari 2002 15:17 schreef Brabus het volgende:
- Database structure is (denk ik) van Topix (copyrighted misschien )

Zoiets denk ik...

Dat is iig niet waar, de databasestructuur is gewoon van GoT. Alleen Topix is van Android.

[raptorix]

Op woensdag 06 februari 2002 15:17 schreef Brabus het volgende:
- Zit veel werk in
- Database structure is (denk ik) van Topix (copyrighted misschien )
- Kan er geld mee verdienen

Zoiets denk ik...

-Uhm ja werk van vrijwilligers heb ik begrepen?
-Geld mee verdienen kan je ook als source open is

[Nielsz]

Op woensdag 06 februari 2002 15:20 schreef DaJaN het volgende:

[..]

Dat is iig niet waar, de databasestructuur is gewoon van GoT. Alleen Topix is van Android.

En zo moeilijk is een database model voor een forum mnou ook weer niet.

[Verwijderd]

Op woensdag 06 februari 2002 15:22 schreef Nielsz het volgende:
En zo moeilijk is een database model voor een forum mnou ook weer niet.

Maar voor zo'n druk forum wel denk ik...

[Nielsz]

Op woensdag 06 februari 2002 15:23 schreef Brabus het volgende:

[..]

Maar voor zo'n druk forum wel denk ik...

Wat redundantie inbouwen is niet moeilijk hoor.

[Verwijderd]

Op woensdag 06 februari 2002 15:18 schreef Destruction het volgende:

[..]

En dat betekend...

Precies wat jij moet doen

Lees de draad voor je blaat

[elnino]

Het nieuwe forum zal er waarschijnlijk net zo uit zien als nu. Alleen de achterliggende code zal anders zijn. Als ik de thread zo lees zie ik dat er waarschijnlijk een andere database dan MySQL gebruikt gaat worden.

Daarnaast heeft ACM in verschillende P&W-topics gezegd dat hij MySQL niet het optimale datebasesysteem vindt. Maar voor de eindgebruiker (wij dus) zal dit helemaal niks uitmaken, het is nog steeds HTML met een vleugje Javascript dat je voorgeschoteld krijgt.

[Nielsz]

Dat zal dan wel PostgreSQL worden denk ik

[BlauweFles]

Op woensdag 06 februari 2002 17:51 schreef Nielsz het volgende:
Dat zal dan wel PostgreSQL worden denk ik

offtopic:
Wat is PostgreSQL precies? Wat kan het wat MySQL niet kan en wat kan het niet dat (Oracle)SQL wel kan?

Op een PostgreSQL site zie ik dit:[quote]
PostgreSQL is a sophisticated Object-Relational DBMS, supporting almost all SQL constructs, including subselects, transactions, and user-defined types and functions.
[/quote]

Maar het is me nog niet helemaal duidelijk. Kan je contraints inbouwen ed?

On topic heb ik niks te melden, sorry

[Nielsz]

Geen id
Maar ik geloof wel dat hij meer op SQL lijkt dan MySQL, en hij is beter geschikt voor zakelijke/heavy databases. Maar daar moet ACM, dus PostGreSQL spammer maar meer info over geven

[Wouter Tinus]

Op woensdag 06 februari 2002 15:21 schreef raptorix het volgende:
-Uhm ja werk van vrijwilligers heb ik begrepen?
-Geld mee verdienen kan je ook als source open is

Het hoeft niet per sé werk van vrijwilligers te zijn. T.net crew kijgt betaald en het is bovendien mogelijk dat er externe resources zijn aangeboord.

[BlauweFles]

Op woensdag 06 februari 2002 18:06 schreef Nielsz het volgende:
Geen id
Maar ik geloof wel dat hij meer op SQL lijkt dan MySQL, en hij is beter geschikt voor zakelijke/heavy databases. Maar daar moet ACM, dus PostGreSQL spammer maar meer info over geven

Is zat er zelf nog even over na te denken, maar is het niet gewoon een echte relationele db, dus met foreign keys, constraints ed. Iets wat MySql niet kan als ik het goed heb, maar het mist blijkbaar ook dingen die SQL wel heeft.

Ik w8 wel totdat ACM dit ziet...

[witchdoc]

Op maandag 04 februari 2002 11:18 schreef Wouter Tinus het volgende:
You'll see. Om te hoge verwachtingen, valse hoop en gezeur achteraf te voorkomen worden er geen details over de mogelijke features / eigenschappen en de verwachtte opleverdatum naar buiten gebracht. Dit is een hele bewuste keuze en er is dus niemand van de crew die dit soort vragen gaat beantwoorden. Het requesten van features heeft ook geen zin in dit stadium.

Het enige waar je vanuit mag gaan is dat het niet slechter wordt dan Topix.

Snap ik niet goed. Als jullie een idee hebben moet dat toch te proggen zijn ook? Kennis hebben jullie genoeg dus daar gaat't niet om.
Trouwens, denk je nu geen gezeur, valse hoop en dat soort dingen te creëren/krijgen?!

Op woensdag 06 februari 2002 18:09 schreef Wouter Tinus het volgende:
Het hoeft niet per sé werk van vrijwilligers te zijn. T.net crew kijgt betaald en het is bovendien mogelijk dat er externe resources zijn aangeboord.

Mja, begrijpelijk maar wel erg jammer. Waarom zou je't gratis delen met iedereen? Beetje egoïsme moet ook kunnen. Hoop wel dat jullie het nog willen verkopen voor schappelijk prijsje, maar dat durf'k ook weer betwijfelen.. ahoewel.. t.net doet altijd toch zo'n moeite om het beeld voor te houden dat de inkomsten echt niet het van het zijn. Extra forum in verkoop zou dan wel helpen toch?!

[Wouter Tinus]

Op woensdag 06 februari 2002 18:58 schreef poohbeer het volgende:
Snap ik niet goed. Als jullie een idee hebben moet dat toch te proggen zijn ook? Kennis hebben jullie genoeg dus daar gaat't niet om. Trouwens, denk je nu geen gezeur, valse hoop en dat soort dingen te creëren/krijgen?!

Simpel; de crew heeft de lijst met features bepaald. Als er dingen niet inzitten dan zijn er twee mogelijkheden:

- Er is bewust gekozen om iets _niet_ op te nemen (in de eerste release niet, of misschien ook helemaal niet) vanwege de ontwikkeltijd of andere bezwaren.

- Er is niet aan gedacht.

In dat laatste geval is er ook een probleem, want tijdens het ontwikkelen van een product is het niet slim om het plan van aanpak en de specificaties nog te veranderen. Bovendien: omdat de speclist niet openbaar is en ook niet openbaar wordt kunnen 'jullie' niet weten of hetgene waar je om vraagt er al in zit, of er juist bewust niet in zit.

Mijn advies: wacht gewoon af. Als het nieuwe forum draait en je mist iets; request het, dan wordt er naar gekeken (want dat is after all de reden voor het nieuwe forum: niet nieuwe features, maar gewoon support). Laat de rest maar aan de crew over.

Mja, begrijpelijk maar wel erg jammer. Waarom zou je't gratis delen met iedereen? Beetje egoïsme moet ook kunnen. Hoop wel dat jullie het nog willen verkopen voor schappelijk prijsje, maar dat durf'k ook weer betwijfelen.. ahoewel.. t.net doet altijd toch zo'n moeite om het beeld voor te houden dat de inkomsten echt niet het van het zijn. Extra forum in verkoop zou dan wel helpen toch?!

Het bouwen van software is één ding, maar het verkopen ervan is een vak apart. Er komt documentatie, ondersteuning, implementatie, support etc. etc. bij. Dingen die dus niet bij de core-business van T.net horen, en voor al dat soort overhead is geen tijd.

[witchdoc]

Op woensdag 06 februari 2002 19:21 schreef Wouter Tinus het volgende:Het bouwen van software is één ding, maar het verkopen ervan is een vak apart. Er komt documentatie, ondersteuning, implementatie, support etc. etc. bij. Dingen die dus niet bij de core-business van T.net horen, en voor al dat soort overhead is geen tijd.

Mja, ok, maar de kennis om dat alles te doen is er toch? Geloven jullie niet dat je't winstgevend kan maken ofzo? Overhead noem je het, maar je kan toch gewoon extra personeel aanemen met specifiek dat doel?
Zijn jullie in 1 klap weer wat minder puur afhankelijk van de reclameinkomsten (en de andere projectjes).

Achjah, ik baal gewoon omdat we zelf ook wel wat bugloze en vooral efficiënte software kunnen gebruiken

[Verwijderd]

Hmm, ik las ergens dat alle users met alles op 0 beginnen, misschien heb ik eroverheen gelezen maar moeten de huidige users dan ook weer 150 techposts sparen om bijv. in de huiskamer te kunnen komen?

[BlauweFles]

Op woensdag 06 februari 2002 22:45 schreef Lighteye het volgende:
Hmm, ik las ergens dat alle users met alles op 0 beginnen, misschien heb ik eroverheen gelezen maar moeten de huidige users dan ook weer 150 techposts sparen om bijv. in de huiskamer te kunnen komen?

Dat lijkt me toch wel heel erg stug. Ik denk dat regel 1 bij een upgrade is dat je het oude behoud. Dus inclusief huidige topics, posts, users.
Dat kan ook niet anders. Dan zou GOT vanaf 0 moeten beginnen. Alles staat in de Database die moet gewoon kunnen werken met een evt nieuw forum.

[ACM]

Op woensdag 06 februari 2002 22:45 schreef Lighteye het volgende:
Hmm, ik las ergens dat alle users met alles op 0 beginnen, misschien heb ik eroverheen gelezen maar moeten de huidige users dan ook weer 150 techposts sparen om bijv. in de huiskamer te kunnen komen?

Dat is onzin

[ACM]

Op woensdag 06 februari 2002 19:35 schreef poohbeer het volgende:
Achjah, ik baal gewoon omdat we zelf ook wel wat bugloze en vooral efficiënte software kunnen gebruiken

Als je er nou vanuit gaat dat de software niet bugvrij is en zelfs niet efficient is, kan het alleen maar meevallen

[Verwijderd]

Zelf vond ik YaBB een goeie forum. Afgeleid van UBB, en makkelijk te updaten. Het moeijlijke is natuurlijk het overzetten van alle topics en zo. Dat kan problemen opleveren, als het uberhaupt kan.

[JvS]

Op donderdag 07 februari 2002 00:25 schreef Ankabouti het volgende:
Zelf vond ik YaBB een goeie forum. Afgeleid van UBB, en makkelijk te updaten. Het moeijlijke is natuurlijk het overzetten van alle topics en zo. Dat kan problemen opleveren, als het uberhaupt kan.

het kan .

t.net doet altijd toch zo'n moeite om het beeld voor te houden dat de inkomsten echt niet het van het zijn.

Denk je dat we doelbewust zo'n image creeren? Niet echt hoor. . Het gaat nu allemaal wel weer aardig toch? Geen servergebreken omdat er geen centjes zijn enzo, toch? ALleen DB aanschaffen is nog wat veel van 't goeie (schijnt) . Maar verder klagen we momenteel ook niet echt. 't is nog steeds geen vetpot, maar we verhongeren nu ook niet. 't is alleen heel erg variabel enzo...

[ACM]

* ACM zal eens nader ingaan op het database gebeuren.

Zoals bekend is mysql niet de beste database, postgresql is technisch wel beter, maar performance is er wel weer een stuk minder van (ookal schaalt het beter) hetzelfde geldt ook nog wel voor interbase.

Oracle, DB2, sybase zijn allen te duur.

Dus we zijn het volgende gaan doen:
We hebben een eigen opslag structuur gemaakt in een C-tool/backend die alle topics in een paar files opslaan (per forum een file).
Daarin worden ookal allerlei lege ruimtes bewaard voor het posten van nieuwe replies die overigens verder met leuke pointers aan in een array (per topic een index dus) gelinked worden, voor het tonen van een topic hoeft dus alleen maar in de index opgezocht te worden waar die begint en vervolgens kan je heel simpel reply 25-50 eruit halen (via dat array).

Doordat we de verschillende backends op de verschillende servers synchroon wilden houden hebben we er dmv mpi een complete replicatie engine gebouwd die netjes alle "updates" doorvoerd, "in realtime".

Daarnaast gaan we apollo zelf gebruiken voor dedicated zoekmachine, die krijgt dan ook via dezelfde MPI-layer alle updates toegestuurd, maar indiceert ze gelijk zodanig dat er efficient mee gezocht kan worden (dit met de LSI library).

[Verwijderd]

Jullie bouwen dus eigenlijk een eigen database server (simpele vorm)? Daar had ik niet op gerekend...

[Nielsz]

Op donderdag 07 februari 2002 09:59 schreef Zef het volgende:
Jullie bouwen dus eigenlijk een eigen database server (simpele vorm)? Daar had ik niet op gerekend...

Idd jah. Er zal heus over nagedacht zijn, maar ik ben bang dat er strax enorme spijt van gaat komen, omdat het gewoon niet mogelijk is om 'ff' een database server te ontwikkelen.

[ACM]

Op donderdag 07 februari 2002 10:07 schreef Nielsz het volgende:
omdat het gewoon niet mogelijk is om 'ff' een database server te ontwikkelen.

Ach met een beetje logisch gebruik van al bestaande buildingblocks (mpi voor communicatie, lsi voor de search engine etc) valt het wel mee hoor.

Bovendien heb je helemaal niet alles wat een database kan nodig.

[Nielsz]

En users,rechtentables enzo, hoe gaat dat?
En dat zal een fijne klus zijn, om alle oude topics te converteren
En hoe wil jij joins maken dan

[het is dat je verhaal langer dan 5 regels was, anders had ik het op je eventuele alcoholgebruik gegooid ]

[ACM]

Op donderdag 07 februari 2002 10:16 schreef Nielsz het volgende:
En users,rechtentables enzo, hoe gaat dat?

sja, slim omgaan met je 'tabellen' he?

En dat zal een fijne klus zijn, om alle oude topics te converteren

Hoezo? Gewoon een submit util maken, die netjes alle gegevens uit de huidige database ophaalt en vervolgens submit in het nieuwe systeem via de (al) bestaande methoden.

En hoe wil jij joins maken dan

Waar heb je joins voor nodig? Alleen maar om complexe rijen informatie op te halen, als je die rijen informatie logisch bij elkaar plaatst heb je dat al niet meer nodig.

[raptorix]

VOlkomen onzin, dit gaat echt niet werken.
Bij deze wil ik een weddenschap afsluiten voor 100 euro dat dit nooit beter wordt als het huidige systeem.

[raptorix]

Om maar simpel vraagje te nemen, hoe wil je een query gaan oplossen die bijvoorbeeld zoekt op user?

[Nielsz]

Op donderdag 07 februari 2002 10:19 schreef ACM het volgende:

[..]

Hoezo? Gewoon een submit util maken, die netjes alle gegevens uit de huidige database ophaalt en vervolgens submit in het nieuwe systeem via de (al) bestaande methoden.
[..]

Waar heb je joins voor nodig? Alleen maar om complexe rijen informatie op te halen, als je die rijen informatie logisch bij elkaar plaatst heb je dat al niet meer nodig.

Dus jij slaat voor elke posting mijn signature, username, userid & ondertitle op

[ACM]

Op donderdag 07 februari 2002 10:20 schreef raptorix het volgende:
Bij deze wil ik een weddenschap afsluiten voor 100 euro dat dit nooit beter wordt als het huidige systeem.

Waarom zou het niet beter werken?

De complexe queries zijn die voor het rechten systeem en die van de searchengine. Die laatste "besteden we uit" en de eerste hebben we anders geimplementeerd dan via tables (soort OO opslag).

[ACM]

Op donderdag 07 februari 2002 10:21 schreef raptorix het volgende:
Om maar simpel vraagje te nemen, hoe wil je een query gaan oplossen die bijvoorbeeld zoekt op user?

Dat lossen we via die dedicated searcheninge op natuurlijk.

Op donderdag 07 februari 2002 10:21 schreef Nielsz het volgende:
Dus jij slaat voor elke posting mijn signature, username, userid & ondertitle op

Neuh, maar je kan wel een pointer naar de userdata opslaan...

[Verwijderd]

Op donderdag 07 februari 2002 10:20 schreef raptorix het volgende:
VOlkomen onzin, dit gaat echt niet werken.
Bij deze wil ik een weddenschap afsluiten voor 100 euro dat dit nooit beter wordt als het huidige systeem.

Waarom zou dat niet werken?
Hoe denk jij dat een DB-systeem werkt?

Ik sta alleen te kijken van de info die ACM vrijgeeft. Ik heb begrepen dat het S&D team geen info vrij wilde geven

[ACM]

Op donderdag 07 februari 2002 10:23 schreef nelske het volgende:
Waarom zou dat niet werken?
Hoe denk jij dat een DB-systeem werkt?

Idd, onze implementatie lijkt lichtjes op dat van een semantische database. (in dit geval veel gekeken naar de implementatie van eXplain).

Ik sta alleen te kijken van de info die ACM vrijgeeft. Ik heb begrepen dat het S&D team geen info vrij wilde geven

Sja, ach
We naderen het punt van ontsluiting he?

En in dit geval ben jij net zo goed een user als ieder ander

[Nielsz]

Op donderdag 07 februari 2002 10:23 schreef nelske het volgende:

[..]

Waarom zou dat niet werken?
Hoe denk jij dat een DB-systeem werkt?

Hoelang denk je dat er aan mysql ontwikkeld is? Ik denk toch echt langer dan '2' maanden om zo'n 'goed' product op de markt te kunnen brengen. Je kan mij niet vertellen dat een stel 'amateurs' ff een systeem ontwikkeld dat beter en sneller en beter handelbaar is dan mysql.

[raptorix]

Op donderdag 07 februari 2002 10:23 schreef nelske het volgende:

[..]

Waarom zou dat niet werken?
Hoe denk jij dat een DB-systeem werkt?

Ik sta alleen te kijken van de info die ACM vrijgeeft. Ik heb begrepen dat het S&D team geen info vrij wilde geven

Ok laat ik een tegenvraag stellen, waarom zou dit beter werken als een gewone database.

[Verwijderd]

misschien is ACM wel tester ?

[Twynn]

Op donderdag 07 februari 2002 10:23 schreef nelske iets..

Waarom de ??

Maargoed, ik snap nu weer heel goed waarom er niet veel info wordt vrijgegeven..
ACM geeft wat info weg, en moet zich meteen weer gaan verdedigen..
Ik zou zeggen, geef het eerst eens een kans.. Klagen kan naderhand altijd nog

[raptorix]

Dat hele verhaal over die snelheid van databases vind ik ook bullshit, snelheid haal je niet uit databases, databases zijn voor betrouwbare opslag van gegevens, je snelheid haal je uit je caching.

[Verwijderd]

Op donderdag 07 februari 2002 10:26 schreef ACM het volgende:
Sja, ach
We naderen het punt van ontsluiting he?

En in dit geval ben jij net zo goed een user als ieder ander

Mjah, ik vind wel dat er dan vreemd geredeneerd wordt.

Eerst geen info en nu kom je met dergelijke specifieke info zomaar out of the blue.

Op donderdag 07 februari 2002 10:27 schreef raptorix het volgende:

[..]

Ok laat ik een tegenvraag stellen, waarom zou dit beter werken als een gewone database.

Omdat je een hele hoop zaken die je niet nodig hebt uit een DB-systeem weg kan laten.

Daarnaast kan je makkelijk zaken implemneteren die specifiek op het forum van toepassing zijn. Optimalisatie is daarin het key-woord.

[Nielsz]

Op donderdag 07 februari 2002 10:28 schreef KerStens het volgende:
misschien is ACM wel tester ?

KerStens, icoon weg.
_{Ja ik weet dat het Hitler niet is.}

[ACM]

Op donderdag 07 februari 2002 10:26 schreef Nielsz het volgende:
Ik denk toch echt langer dan '2' maanden om zo'n 'goed' product op de markt te kunnen brengen. Je kan mij niet vertellen dat een stel 'amateurs' ff een systeem ontwikkeld dat beter en sneller en beter handelbaar is dan mysql.

Wie zegt dat we slechts 2 maanden bezig zijn?
Wie zegt dat we "amateurs" zijn (oftewel, wie zegt dat ik mee programmeer )

En waarom zou het niet sneller dan mysql zijn?
"select reply25-50 from topicX" kan niet in mysql... In ons systeem (in een iets andere vorm, oa een binair 'protocol' dat niet echt geparsed hoeft te worden) wel.

Op donderdag 07 februari 2002 10:27 schreef raptorix het volgende:
Ok laat ik een tegenvraag stellen, waarom zou dit beter werken als een gewone database.

Omdat je de hele record structuur min-of-meer overboord zet. En vervolgens ook nog eens veel nadelen van relationele databases daarbij ook.

[raptorix]

Op donderdag 07 februari 2002 10:30 schreef nelske het volgende:
Omdat je een hele hoop zaken die je niet nodig hebt uit een DB-systeem weg kan laten.

Zoals?

[Verwijderd]

Op donderdag 07 februari 2002 10:30 schreef Nielsz het volgende:

[..]

KerStens, icoon weg.
_{Ja ik weet dat het Hitler niet is.}

vind je hem vervelend? ... maar goed ik zal mijn mening hier niet verder etaleren en hem verwijderen omdat je het zo aardig vraagt

[ACM]

Op donderdag 07 februari 2002 10:29 schreef raptorix het volgende:
Dat hele verhaal over die snelheid van databases vind ik ook bullshit, snelheid haal je niet uit databases, databases zijn voor betrouwbare opslag van gegevens, je snelheid haal je uit je caching.

Klopt helemaal..

Vandaar ook dat het grootste deel van de opslag direct bij de webservers zelfs plaats vindt, inclusief een uitgebreide cache van (complete) topics.

[Verwijderd]

Op donderdag 07 februari 2002 10:31 schreef raptorix het volgende:

[..]

Zoals?

Don't ask me, daarvor moet je bij S&D zijn. Ik kan me voorstellen dat je dingen als stored procedures, triggers etc.. op een hele andere manier aan kan pakken als je een DB-systeem maakt dat specifiek voor 1 doel gemaakt wordt.

Ik denk bijvoorbeeld aan een locking mechanisme dat heel wat efficienter kan dan.

[Nielsz]

Op donderdag 07 februari 2002 10:30 schreef ACM het volgende:

[..]

Wie zegt dat we slechts 2 maanden bezig zijn?
Wie zegt dat we "amateurs" zijn (oftewel, wie zegt dat ik mee programmeer )

Ohja, Meneer Linus himself doet mee, ff vergeten

En waarom zou het niet sneller dan mysql zijn?
"select reply25-50 from topicX" kan niet in mysql... In ons systeem (in een iets andere vorm, oa een binair 'protocol' dat niet echt geparsed hoeft te worden) wel.
[..]

Ik heb te weinig verstand van de techniek van mysql om je met 'limit 25,25' omver te trappen ben ik bang
Maar jij zegt dus dat in mysql de HELE recordset wordt opgehaalt, en alleen 25,50 worden doorgestuurd? Da's best zwaar voor die db jah.


[acm-edit: even je post leesbaar gemaakt ;)[/acm-edit]

[Verwijderd]

jammer dat ook hier weer iedereen van te voren begint te schreeuwen hoe iets moet, typisch Hollands, altijd ff wijzen met dat vingertje.

laat ze toch eerst laten zien wat ze gedaan hebben. Ik ga er van uit dat men dit echt wel test dus laten we eerst het resultaat afwachten en dan gaan roepen of het goed is of niet.

Daarna kunnen alle opmerking en nuttige suggesties vast en zeker wel verwerkt worden.