Beste,

Ik ben zowel aankoper als verkoper op Delcampe..

Ik zit met enkele vragen omtrend mijn verkopen.

Wat met de verkochte loten die reeds afgelopen waren tijdens deze periode na 31 mei? Ik heb reeds een mail gestuurd naar deze mensen ter betaling van de kaart, en van bepaalde is de betaling reeds binnen..

Ik zie dat deze verkopen nu opnieuw open staan, en nog lopende zijn tot en met een nieuwe einddatum.

Wat is nu de bedoeling? Kunnen deze loten gewoon afgesloten worden, ook al staan ze reeds met een bieder? of moeten de kaarten verderlopen en eventueel een nieuwe koper laten kopen.

Als u het mij vraagt is de beste oplossing dat de kaarten met biedingen gewoon kunnen afgesloten worden, en dat ze verkocht worden aan de prijs, voorwaarden en koper van voor de crash..

Deze prijzen, gegevens en lotnummers kunnen dan doorgegeven worden aan het Delcampe team, zodat ze de historiek van deze kaarten kunnen reconstrueren), en dat alles fair verloopt (+ kan de site hun commissie aanrekenen)

Wat denkt het Delcampe team hiervan (of andere gebruikers?)

Alvast dank voor uw hulp...

Piotje

gewoon dit lot afsluiten; het wordt (terug) toegewezen aan de hoogte bieder.... en kan deze transactie verder afgehandeld worden...

wel een probleem wanneer de bij het herplaatste lot... de hoogste bieder niet de koper was voor de crash...
best kan dan aan de eigenlijke koper gevraagd worden zijn bod opnieuw te plaatsen ... dat hij terug de hoogste bieder is... en dan onmiddellijk dit lot ook afsluiten...

gewoon dit lot afsluiten; het wordt (terug) toegewezen aan de hoogte bieder.... en kan deze transactie verder afgehandeld worden...

wel een probleem wanneer de bij het herplaatste lot... de hoogste bieder niet de koper was voor de crash...
best kan dan aan de eigenlijke koper gevraagd worden zijn bod opnieuw te plaatsen ... dat hij terug de hoogste bieder is... en dan onmiddellijk dit lot ook afsluiten...

gewoon dit lot afsluiten; het wordt (terug) toegewezen aan de hoogte bieder.... en kan deze transactie verder afgehandeld worden...

wel een probleem wanneer de bij het herplaatste lot... de hoogste bieder niet de koper was voor de crash...
best kan dan aan de eigenlijke koper gevraagd worden zijn bod opnieuw te plaatsen ... dat hij terug de hoogste bieder is... en dan onmiddellijk dit lot ook afsluiten...

Uitzoeken wie er een bod had gewonnen....
Dat is voor mij onbegonnen werk, het gaat hier over zeer veel loten, bijna onmogelijk om uit te zoeken op welke een bod was uitgebracht en eventueel was gewonnen...ik overweeg zelfs om al men veilingen te sluiten en er een hele tijd mee te stoppen.

Blijkbaar één berichtje binnen sturen is zelfs onmogelijk! Telkens ik op "vezrzenden" klikte viel de site uit...goe bezig!

Uitzoeken wie er een bod had gewonnen....
Dat is voor mij onbegonnen werk, het gaat hier over zeer veel loten, bijna onmogelijk om uit te zoeken op welke een bod was uitgebracht en eventueel was gewonnen...ik overweeg zelfs om al men veilingen te sluiten en er een hele tijd mee te stoppen.

grootste probleem zijn de loten dewelke reeds verkocht en geleverd werden na 1 juni.

deze staan nog op de website te koop zonder bod en zoek maar uit welke nummer , back ups zijn weg.

heb mail gestuurd naar mensen die betaald hebben de laatste 10 dagen of zij eventueel nog beschikken over de lotnummers of beschrijving zodat we ze kunnen afsluiten.

nog wat opkuiswerk voor de boeg dus.

Beste,

Ik had gelukkig nog mijn export van de verkopen die afgelopen waren op 3 juni en de mails van afgelopen week.

Ik heb AL deze veilingen afgesloten, ook deze met biedingen en heb in mijn parameters vermeld dat alle verkopen van veilingen ten gevolge van de crash van 9-10/06/2007 NIETIG zijn.

Ik druk al mijn rekeningen af wanneer ik deze per mail uitstuur en heb deze ook nog in de VERZONDEN box van mijn mail staan...

Het reconstrueren van dit zootje kost me waarschijnlijk een uur of 6...

Ik heb echter ook hetzelfde probleem als Kalf999:
- Een aantal uren gespendeerd in het opschonen van mijn veilingen en onbetaalde bieders.
- 100en, zelfs 1000en veilingen die ik opnieuw moet plaatsen
- Commissies betaald dit weekeinde voor veilingen die mogelijks niet plaats zullen vinden

Bovendien blijkt uit mijn export van mijn lopende veilingen met biedingen dat ik op 09/06/2007 voor 280 € biedingen had... Daar schiet momenteel nog 75 € van over en vele mensen zullen niet terugkomen om hun boden uit te brengen voor volgende zondag.

Het enige wat erop zit is proberen zoveel mogelijk bieders te contacteren hieromtrent... En als hun moed zo laag zit als bij vele anderen...

Veel succes aan iedereen !!

ik betreur de mannier van werken van de site
maanden zijn ze nu al bezig met de site vlugger te maken
en wat is het resultaat,de laatste weken werkte de site trager en werd moeilijker toegankelijk en tot slot nog de crach

uren werk zijn verloren en honderden euro's voor mij

wie gaat mij daar voor vergoeden,

ik begrijp niet dat jullie zelf al maanden aan het prutsen zijn aan de servers

er bestaan daar speciaal opgeleide mensen voor die de klus in enkele weken kunnen GOED uitvoeren

maar nee jullie prutsen liever zelf enkele maanden

u vraagd begrip ,welnu ik heb hier totaal geen begrip voor

ik heb veel goesting om de site te verlaten

ik verkoop hier nu +- 1,5 jaar
waar van zeker 1 jaar de ste met problemen zit en telkens beloofd men beterschap

jullie hebben een grote verantwoordelijkheid tegenover de kopers en de verkopers

maar dat snappen jullie niet,honderden mensen zitten nu met de handen in het haar

mijn maelbox staat vol vragen van kopers die alles kwijt zijn ,en ik ben ook alles kwijt ,ik heb van vorige week een nieuwe computer aangeschaft
en heb daardoor het grootste deel van de mails gewist op de oude,
alles stond tenslotte toch op de site

dus zit ik serieus in de shit door delcampe,en kost het me veel geld en zeer veel tijd om alles te herstellen

en ik ben zeker niet de enige die zeer diep teleurgesteld is over de mannier van werken

Ik heb het hier een jaar geleden (of misschien al wel 2 geleden) als eens gezegd: het wordt tijd dat ze bij Delcampe een fatsoenlijke informaticus in dienst nemen ipv. de huidige hobbyisten. Antwoord van Seb toen: heb je mijn cv al eens gezien?

Wel, dan houd het voor mij op, dat ze dan gewoon verder prutsen. Neem nu het probleem van dit weekend. Iedereen die een beetje professioneel in de informatica sector actief, weet toch dat mijn 4 verschillende backup-tapes heeft:

- 1 dagelijkse: wordt iedere nacht van een weekdag overschreven.
- 1 wekelijkse: wordt iedere zaterdag (vrijdagnacht) overschreven
- 1 maandelijkse: wordt iedere maand 1 maal overschreven
- en eventueel nog 1 jaarlijkse.

In dit geval kan je maximum 4 dagen data kwijtspelen. Desnoods maak je van die dagelijkse backup nog een extra backup, dan kan je maar 1 dag kwijtspelen.

Los hiervan, blijf ik ervan overtuigd dat het probleem van de site NIET bij de hardware zit maar bij de software. Als je ziet dat je hier dikwijls seconden moet wachten om een stomme pagina te laden, dat weet ik als ervaren programmeur dat er iets mis is met de scalability van de software. Om een website te maken die tienduizenden hits krijgt per dag, moet men met heel wat meer zaken rekening houden dan dat wanneer men een website maakt voor de plaatselijke hobbyclub. De verschijnselen die ik hier elke dag vaststel, heb ik ook al enkele malen mogen vaststellen toen ik enkele van onze klanten moest gaan depaneren omdat ze soortgelijke problemen hadden. In de meeste gevallen waren deze problemen er omdat de programmeurs van dienst er een zootje van gemaakt hadden (te veel connecties, te veel data ophalen, verkeerd aanspreken van de database, onvoldoende kennis van de gebruikte database, ...)

Ik heb het hier een jaar geleden (of misschien al wel 2 geleden) als eens gezegd: het wordt tijd dat ze bij Delcampe een fatsoenlijke informaticus in dienst nemen ipv. de huidige hobbyisten. Antwoord van Seb toen: heb je mijn cv al eens gezien?

Wel, dan houd het voor mij op, dat ze dan gewoon verder prutsen. Neem nu het probleem van dit weekend. Iedereen die een beetje professioneel in de informatica sector actief, weet toch dat mijn 4 verschillende backup-tapes heeft:

- 1 dagelijkse: wordt iedere nacht van een weekdag overschreven.
- 1 wekelijkse: wordt iedere zaterdag (vrijdagnacht) overschreven
- 1 maandelijkse: wordt iedere maand 1 maal overschreven
- en eventueel nog 1 jaarlijkse.

In dit geval kan je maximum 4 dagen data kwijtspelen. Desnoods maak je van die dagelijkse backup nog een extra backup, dan kan je maar 1 dag kwijtspelen.

Los hiervan, blijf ik ervan overtuigd dat het probleem van de site NIET bij de hardware zit maar bij de software. Als je ziet dat je hier dikwijls seconden moet wachten om een stomme pagina te laden, dat weet ik als ervaren programmeur dat er iets mis is met de scalability van de software. Om een website te maken die tienduizenden hits krijgt per dag, moet men met heel wat meer zaken rekening houden dan dat wanneer men een website maakt voor de plaatselijke hobbyclub. De verschijnselen die ik hier elke dag vaststel, heb ik ook al enkele malen mogen vaststellen toen ik enkele van onze klanten moest gaan depaneren omdat ze soortgelijke problemen hadden. In de meeste gevallen waren deze problemen er omdat de programmeurs van dienst er een zootje van gemaakt hadden (te veel connecties, te veel data ophalen, verkeerd aanspreken van de database, onvoldoende kennis van de gebruikte database, ...)

Als buitenstaander kan men natuurlijk moeilijk zeggen waar het probleem zit, een mens zou in detail eens moeten kijken hoe dat daar werkt. Volgens de informatie te vinden rechtsonder op elke pagina (servercity.com), staat die server in Amerika en dan kan men zich natuurlijk al eens afvragen wat die ginds staat te doen. Indien dat zo is, dan verliest men ongetwijfeld al een behoorlijk stuk snelheid omdat die server op de verkeerde plaats staat. Neem bvb dat de meeste leden in Belgie aanloggen wel dan is het logisch dat de backbone in Belgie (of toch minstens in Europa) staat. Ik vraag me ook af waarom men geld steekt in een eigen server, beter maakt men gebruikt van dedicated server hosting, : geen aanschaf van eigen server(s) nodig, geen zware investeringen, de servers staan in een beveiligd datacenter en echte specialisten doen het werk voor U met 99,9% uptime en een snelle toegang gegarandeerd. Bovendien weet men op voorhand hoeveel men maandelijks moet betalen; aan de hand daarvan kan men toch eens gaan rekenen hoeveel kosten men heeft en wat er moet doorgerekend worden aan de leden om uit de kosten te komen (en wat winst is Delcampe ook gegund). Zitten er fouten in de software, best mogelijk, een goede provider zal Delcampe graag te hulp staan om te zoeken waar de problemen zitten, immers als die problemen opgelost zijn wordt zijn eigen infrastructuur ook niet verder overbelast. Een nieuwe server is ook geen oplossing wanneer de netwerktoegang daar naar toe niet uitgebreid wordt, waar vroeger een nationale baan genoeg was om alle leden tot Delcampe te laten komen, heeft men nu ongetwijfeld een autosnelweg nodig. Nu niemand heeft de wijsheid in pacht (ook zeker en vast ik niet). Hopende alleszins dat al die problemen eens opgelost raken, veel sterkte toegewenst aan Delcampe en zijn team.

Als buitenstaander kan men natuurlijk moeilijk zeggen waar het probleem zit, een mens zou in detail eens moeten kijken hoe dat daar werkt. Volgens de informatie te vinden rechtsonder op elke pagina (servercity.com), staat die server in Amerika en dan kan men zich natuurlijk al eens afvragen wat die ginds staat te doen. Indien dat zo is, dan verliest men ongetwijfeld al een behoorlijk stuk snelheid omdat die server op de verkeerde plaats staat. Neem bvb dat de meeste leden in Belgie aanloggen wel dan is het logisch dat de backbone in Belgie (of toch minstens in Europa) staat. Ik vraag me ook af waarom men geld steekt in een eigen server, beter maakt men gebruikt van dedicated server hosting, : geen aanschaf van eigen server(s) nodig, geen zware investeringen, de servers staan in een beveiligd datacenter en echte specialisten doen het werk voor U met 99,9% uptime en een snelle toegang gegarandeerd. Bovendien weet men op voorhand hoeveel men maandelijks moet betalen; aan de hand daarvan kan men toch eens gaan rekenen hoeveel kosten men heeft en wat er moet doorgerekend worden aan de leden om uit de kosten te komen (en wat winst is Delcampe ook gegund). Zitten er fouten in de software, best mogelijk, een goede provider zal Delcampe graag te hulp staan om te zoeken waar de problemen zitten, immers als die problemen opgelost zijn wordt zijn eigen infrastructuur ook niet verder overbelast. Een nieuwe server is ook geen oplossing wanneer de netwerktoegang daar naar toe niet uitgebreid wordt, waar vroeger een nationale baan genoeg was om alle leden tot Delcampe te laten komen, heeft men nu ongetwijfeld een autosnelweg nodig. Nu niemand heeft de wijsheid in pacht (ook zeker en vast ik niet). Hopende alleszins dat al die problemen eens opgelost raken, veel sterkte toegewenst aan Delcampe en zijn team.

Waar de servers staan speelt niet veel rol. Het gebeurt heel vaak dat men een hosting provider zoekt in de USA omdat het daar gewoon veel goedkoper is en de service even goed/beter is. En op die manier kan je honderden Euros per maand besparen.

Uiteindelijk wordt er ook alleen maar tekst (zijnde HTML) naar een webbrowser gestuurd.

Het kan inderdaad soms wel wat trager zijn dan, maar dan spreken we over milliseconden en niet over seconden tot minuten zoals hier dikwijls het geval is, maw. dat merk je normaal gezien nooit.

Mijn gevoel zegt me nog altijd dat de traagheid van deze site te maken heeft met het niet optimaal aanspreken en benutten van de database. Wat ik hier dagelijks zie, zijn daar de typische verschijnselen van.

Waar de servers staan speelt niet veel rol. Het gebeurt heel vaak dat men een hosting provider zoekt in de USA omdat het daar gewoon veel goedkoper is en de service even goed/beter is. En op die manier kan je honderden Euros per maand besparen.

Uiteindelijk wordt er ook alleen maar tekst (zijnde HTML) naar een webbrowser gestuurd.

Het kan inderdaad soms wel wat trager zijn dan, maar dan spreken we over milliseconden en niet over seconden tot minuten zoals hier dikwijls het geval is, maw. dat merk je normaal gezien nooit.

Mijn gevoel zegt me nog altijd dat de traagheid van deze site te maken heeft met het niet optimaal aanspreken en benutten van de database. Wat ik hier dagelijks zie, zijn daar de typische verschijnselen van.

Het is mogelijk dat het aanspreken van die database ook een probleem is. Maar wat me echt wel opgevallen is dit weekend : zelfs die statische pagina met de melding dat Delcampe in panne was kwam ook niet direct op het scherm ! Tevens heb ik deze morgen vroeg nog eens geprobeerd op Delcampe te komen en het duurt dan ook al een behoorlijke tijd vooraleer men de startpagina te zien krijgt. Enkele maanden geleden was dat het geval niet, plots is alles veel trager beginnen werken, dat moet toch een oorzaak hebben ? In elk geval, gemakkelijk op te lossen is het niet, men zou het al lang gevonden hebben dan. En ik vraag me af of die nieuwe server echt wel de oplossing gaat zijn ? Hopelijk raakt het (snel) opgelost, hoe rapper, hoe liever, dat we weer lustig op onze favoriete site naar interessante dingen voor onze verzameling kunnen zoeken.

Ik ben zelf ex-whizkid (1981-1990), en ben te vroeg gestopt , Windows heeft me eigenlijk nooit zo kunnen bekoren.

Maar wat ik juist erg zeker weet, dat de Win-omgeving zorgt voor veel overbelasting. Databases zoals MySQL of SQL zijn buitengewoon traag. Wil je echt iets gaan doen met een veilingsite, dan moet je je eigen database bouwen, en dus ook alle routines zelf programmeren omdat zo snel mogelijk te doen.

De hele site kan 5 tot 10 x (!!!!) sneller worden als men maar een paar facetten meeneemt in het hele verhaal :
- Creëren van een eigen , op verzamelen gerichte Database, met uiteraard alle bruikbare functies ZELF programmeren/of laten programmeren ;-) . De standaard functies binnen MySQL of CrashSQL of wat voor SQL dan ook, zijn standaard routines, waar je je 90% nooit van gebruikt. Een simpele zoekroutine schrijf je in PHP in 10 regels. Zet o.a. deze PHP in een cookie, en voila, dat scheelt al GIGA-bytes aan data per dag.

-Als je die eigen database hebt gemaakt , ga je index-bestanden gebruiken waarin alle categorien opgeslagen zijn, en permanent op de PC van de user laten staan als cookie, samen met een Javascript/PHP zoekroutine, scheelt dat al hopen tijd.
- Omdat je database branche-gerelateerd is, is het vaak zo veel bezoekers bij delcampe, langer dan 10 minuten binnen 1 categorie blijven. >>> Maak een indexbestand met indeces +recordnummers van deze categorie en zend dit wederom als cookie naar de user-PC. Zolang de user binnen deze categorie blijft gebruikt hij zijn eigen PC , waar de indeces op staan en recordnummers tesamen met paar zoekroutines. De user-PC is dan wel iets drukker, maar 99% van de tijd doet de user niets anders dan tandjes tellen op de afgebeelde postzegels.... , als je user de categorie verlaat en een nieuwe categorie bezoekt, dan pas wordt de cookie overschreven door een nieuwe, juist , die van de nieuwe categorie.Als de categorien te groot zijn, doe je het desgewenst met alleen pagina's van pakketen van 100 of 200 items..
-Onder DOS was het gewenst dat records een meervoud hadden van 64 bytes. Onder Windows was dit niet meer nodig, alles was al toch al een stuk sneller met de komst van de pentium. Helaas , nu nog steeds geld die regel, zelfs een server wordt nog stukken sneller...

Ik ben pas sinds enkele maanden weer bezig met PHP/Javascript onder Win, maar ik moet zeggen, het bevalt me prima, en mijn eigen database...??? Die loopt als een tierelier !!!!!!

Mocht je willen weten wat ik bedoel?
Ik heb een test site gemaakt voor plaatfouten, let wel, er is niets te koop op de site, maar het is een test-site.

Het liefst hoop ik dat er 10.000 mensen gelijk om 20.00 uur inloggen
Kan ik even testen of mijn servertje net zo snel is , als die van Delcampe


Link (http)

Knappe site, foto's heel duidelijk en snel... knap staaltje programmeerwerk.