P3 667 Mhz, 384MB ram, 20GB maxtor+60GB IBM (60GXP), Matrox G400 dh, asus mobo, Philips 109b10 + Philips 17B
En de datums zijn in het Engels
You have the right to remain silent
everything you say will be misquoted
and used against you in a court of law
Nikon D200 + Nikkor 18~70mm / Tamron 90mm / Sigma 70-300mm & 150mm
C2D-6300 | Asus P5W DH Deluxe | Kingston 2x1GB DDR667 | Ati Radeon X1900XT
Nope
Ik kijk over 2 uren wel weer als alle junkies klaar zijnCO_VF213 schreef op 30 juli 2002 @ 20:22:
vind je het gek als iederen tegelijk erop gaat en er nog niks gecached is
Ps quickreply rockzz
P3 667 Mhz, 384MB ram, 20GB maxtor+60GB IBM (60GXP), Matrox G400 dh, asus mobo, Philips 109b10 + Philips 17B

Verwijderd
Anyways, voor de goede orde, het is idd f*cking traag als je met een modem nu op GoT zit...

/me hoopt dat dit gauw beter wordt
Maar kan idd komen doordat niks is gecached bij de leden. Hopen dat iedereen dat snel doet zodat we daarna weer op snelheid vooruit kunnen
[*] Error 45: Please replace user
Volg je bankbiljetten
Expanding the inexpandable
Ik ben toch malle pietje niet!
Ik neem aan het dat tijdelijk er. Er zullen nog wel wat kinderziektes moeten verholpen worden.
Als dit zo blijft echter *brrr*
Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life - Terry Pratchett
ff uitzetten in je prefs, dan gaat het stukken sneller
AgreedJozzz schreef op 30 juli 2002 @ 20:56:
Als je gewoon een tijdje rondsurft word het vanzelf weer sneller merk ik
Moet hij warm draaien of zoJozzz schreef op 30 juli 2002 @ 20:56:
Als je gewoon een tijdje rondsurft word het vanzelf weer sneller merk ik
Dat geloof ik best, alleen ik denk dat deze functie er zéér snel weer uitgesloopt gaat worden omdat je hiermee alleen maar meer traffic maaktBierkameel schreef op 30 juli 2002 @ 20:53:
Gebruik JavaScript voor de lijsten?
ff uitzetten in je prefs, dan gaat het stukken sneller
Ik heb het ook aan staan hor
Inkoopacties - HENK terug! - Megabit
It is a war here, so be a general!
Kortom: die traagheid is gewoon een kinderziekte, wordt opgelost!
In the beginning the Internet was a bunch of smart users with dumb terminals. Now...
Ligt eraan of data transferren langzamer is dan het uitvoeren van de javascript code. met een 14k4 modem zal het inderdaad sneller zijn, maar met een beetje een fatsoenlijke verbinding zou 't best wel eens andersom kunnen zijn.brakkie schreef op 30 juli 2002 @ 22:32:
Met Javascript aan moet ie juist sneller zijn. Er hoeft dan nl. minder data verstuurd te worden.
Those who do not understand Unix are condemned to reinvent it, poorly.
Verwijderd
gzip compressie werkt anders aardig goed hoorLauPro schreef op 30 juli 2002 @ 21:16:
[...]
Dat geloof ik best, alleen ik denk dat deze functie er zéér snel weer uitgesloopt gaat worden omdat je hiermee alleen maar meer traffic maakt
offtopic:
Ik heb het ook aan staan hor
Nee, dat gaat er dus niet uit
Anders stel ik nu een trash HK voor en dat ze weer helemaal overnieuw mogen beginnen.. Scheelt weer 1.000.000 berichten in het geheugen.
Slapenpolaris schreef op 31 juli 2002 @ 06:33:
Het lijkt me duidelijk een load probleem. Nu de meeste tweakertjes aan het slapen zijn, is hij weer reuze snel.


Heb het net ff getest op een 33k6 modem (waar het voorheen snel mee ging) en daar is het nu zo traag dat je minstens 20 sec. moet wachten totdat een lijst met topics of de topics zelf ingeladen zijn...
Jammer, maar daar zal de komende tijd nog wel aan getuned worden
Moet je ff in de prefs aangeven dat-ie JavaScript moet gebruiken, dan gaat het een stuk sneller.Heb het net ff getest op een 33k6 modem (waar het voorheen snel mee ging) en daar is het nu zo traag dat je minstens 20 sec. moet wachten totdat een lijst met topics of de topics zelf ingeladen zijn...
Is rap zat hier...
Virussen? Scan ze hier!
"Endure.... In enduring, grow strong." (Dak'kon)
Dat had ik al gedaan, maar bleef traag...wildhagen:
Moet je ff in de prefs aangeven dat-ie JavaScript moet gebruiken, dan gaat het een stuk sneller.
Maak jij dan ook nog gebruik van zo'n langzame modem....Is rap zat hier...
A computer is almost human - except that it does not blame its mistakes on another computer.
Single-ISDN, 64 kBit dus, dus idd ook een trage verbinding.Woudloper schreef op 31 juli 2002 @ 09:30:
[...]
Maak jij dan ook nog gebruik van zo'n langzame modem....
Virussen? Scan ze hier!
ehm die posts staan ook gewoon op de HD hoor (die nu nog groot genoeg is)4POX schreef op 31 juli 2002 @ 09:17:
Anders stel ik nu een trash HK voor en dat ze weer helemaal overnieuw mogen beginnen.. Scheelt weer 1.000.000 berichten in het geheugen.
als 't goed is, moet 't aantal posts in de database heel weinig uitmaken voor de snelheid
wat wel zo is, is dat de load lager zal worden als de HK op 'n aparte server staat, dus 't forum sneller
maar ik vertrouw er gewoon op dat 't de komende dagen 't snelheids-"probleem" wel gefixed gaat worden hoor
"Happiness is a way of travel, not a destination."
--Roy Goodman
Ik bespeur hier een zekere mate van onethische logica.
Dat "cachend template systeem" is de javascript functieBolk schreef op 31 juli 2002 @ 10:30:
Topix had een cachend template systeem, dat scheelde ook een hoop. Heeft react dat ook?
Nope, het hele systeem zou cachen, ik kan er alleen nu ff niet naar zoekenBosmonster schreef op 31 juli 2002 @ 10:35:
[...]
Dat "cachend template systeem" is de javascript functie
Ik bespeur hier een zekere mate van onethische logica.

4x APsystems DS3; 4x495Wp OZO/WNW 10° ; 4x460Wp OZO/WNW 10°; Totaal 3820Wp
Helemaal mee eens!!4POX schreef op 31 juli 2002 @ 09:17:
En toch blijf ik bij mijn gedachten dat net als voorheen HK op een aparte server moet. We merken snel genoeg of het gevolgen heeft voor het nivo wat got nu de afgelopen maand in de tech post heeft opgebouwd gewaarborgt blijft.
Anders stel ik nu een trash HK voor en dat ze weer helemaal overnieuw mogen beginnen.. Scheelt weer 1.000.000 berichten in het geheugen.
- toen de HK op een aparte server en op React beta draaide liep GoT perfect!
- niveau van GoT ging weer wat omhoog omdat al die gasten die enkel voor de HK komen niet op GoT zaten, maar in een ander forum.
Dan kunnen we die gasten dus eigenlijk helemaal wel bannen, want die hebben niets op GoT te zoeken.The Source schreef op 31 juli 2002 @ 11:26:
[...]
Helemaal mee eens!!
- toen de HK op een aparte server en op React beta draaide liep GoT perfect!
- niveau van GoT ging weer wat omhoog omdat al die gasten die enkel voor de HK komen niet op GoT zaten, maar in een ander forum.
(zou een leuke zijn: kijken wie er in de testperiode belachelijk veel in de HK heeft gepost
De islam kan uw vrijheid schaden
denk het niet, hier laat ie de helft van die dingen niet zien..Wokschotel schreef op 31 juli 2002 @ 11:32:
Trouwens: het lijkt wel of de images niet gecached worden, of ligt dat aan mij
de quote knop die ik net ingedrukt hebt stond er dus ook nog helemaal niet.
En zo zie ik hier linksboven (onder Henk) een half rood kruisje met half de letters "top3"...
Hij's trouwens al weer een stuk sneller dan gisteravond
Sint Moartn, Sint Moartn, de koeien hebben stoartn
ja, dat heb ik ook.Moartn schreef op 31 juli 2002 @ 11:54:
De snelheid is prima, er zit alleen een vertraging in: na elk klikje moet ik nu gewoon 3 keer zo lang wachten voor er iets gebeurt. Lijkt me dus eerder een db-probleem...
Verwijderd
Huh..?? Neuh...bedankt | Qui habet aures audiendi audiat
De islam kan uw vrijheid schaden
Virussen? Scan ze hier!
Kloon-alert!!!!!!Verwijderd schreef op 31 juli 2002 @ 13:55:
Ik vind het met de traagheid nog wel meevallen eigenlijk...
Maar ff serieus, ik vind het echt megatraag. Dit bericht quoten kost seconden ( > 5), images doen er eeuwen over om te verschijnen (met name de rode en gele mapjes en de quote-edit-icoontjes). Ook duurt het -mij te- lang voordat de index verschijnt. Dit is niet om te zeuren, maar is slechts een constatering.
FYI: ik zit hier achter een dikke pijp, JS-compressie aan of uit maakt niets uit.
De islam kan uw vrijheid schaden
Oei, Zijn ze toch de rechten voor iemand vergeten goed te zettenVerwijderd schreef op 31 juli 2002 @ 13:55:
Ik vind het met de traagheid nog wel meevallen eigenlijk...
Total: 3,01 | Incl: 0,02, Init: 2,596, Action: 2,14 | DB: 1,654, Tpl: 0,006 | SV: argus.webmagix.net
Opvragen van dit scherm:
Total: 2,267 | Incl: 0,739, Init: 1,024, Action: 0,632 | DB: 0,226, Tpl: 0,414 | SV: atlas.webmagix.net
De islam kan uw vrijheid schaden
Total: 3,359 | Incl: 0,035, Init: 0,866, Action: 2,498 | DB: 0,165, Tpl: 1,233 | SV: atlas.webmagix.net
Virussen? Scan ze hier!
Total: 3.6 | Incl: 0.134, Init: 2.204, Action: 1.707 | DB: 0.187, Tpl: 0.613 | SV: achelois.webmagix.net
Openen van dit topic:
Total: 2.236 | Incl: 0.075, Init: 1.764, Action: 0.949 | DB: 1.299, Tpl: 0.277 | SV: achelois.webmagix.net
Edit: dit had een reply moeten zijn, sorry...
Het versturen van deze reply:
Total: 3,999 | Incl: 0,581, Init: 0,451, Action: 2,991 | DB: 0,935, Tpl: 0,396 | SV: atlas.webmagix.net
Erg traag dus allemaal
Virussen? Scan ze hier!
Dit topic: Total: 0.212 | Incl: 0.021, Init: 0.041, Action: 0.164 | DB: 0.034, Tpl: 0.102 | SV: achelois.webmagix.net
Sint Moartn, Sint Moartn, de koeien hebben stoartn
Verwijderd
"Happiness is a way of travel, not a destination."
--Roy Goodman
[ Voor 99% gewijzigd door Engineer op 13-10-2018 11:27 ]
Total: 5,291 | Incl: 1,06, Init: 1,535, Action: 3,902 | DB: 0,349, Tpl: 2,067 | SV: atlas.webmagix
Nope
Failed to select the database (error_selectdb)
En ook hier niet erg snel, het ophalen van deze pagina = 3 sec., het ophalen van de reply pagina 9,907 sec.
Maar het langste wachten is op het antwoord van de request, als je een link aanklikt duurt het een paar seconeden voor de transfer begint. Dat moet sneller kunnen denk ik
"The trouble with quotes from the Internet is that you can never know if they are genuine." - Elvis Presley | Niet met me eens ? DM ME
Verwijderd
Nee hoor, ik ben gewoon m'n pass kwijt.4POX schreef op 31 juli 2002 @ 14:12:
[...]
Oei, Zijn ze toch de rechten voor iemand vergeten goed te zetten
Rechten heb ik nog niet eens getest: toen ik gisteravond laat thuiskwam heb ik alleen even rondgekeken in de crewforums en ben toen gaan slapen met de gedachte: "die rechten van mij komen wel in orde"
Maar goed, zonder password begin je op een andere locatie ook niet zoveel, en ik heb 'm thuis ook niet meer. (soms wil ik weleens van password veranderen omwille van de veiligheid; ik kan nou eenmaal net even wat meer dan de gemiddelde user)
Verwijderd
En een alt='pixel' is natuurlijk ook nergens voor nodig. Daar behoeft geen extra info aan te hangen.
En dan nog
1
| <td bgcolor='#fdd103' width='190' valign='top' background='images/layout/top3bg.gif'> |
Hang hier een class aan, en je bespaart een hoop bytes, en cachen van de externe css gebeurt zowiezo. Enige wat je dan wel moet laten staan is valign='top' aangezien MSIE vertical-align nog niet correct ondersteund.
Dit gaat natuurlijk niet helpen. Je bereikt alleen dat je directorystructuur ondoorgrondbaar wordt zonder legenda met afkortingen en betekenissen. Hier haal je de load niet mee omlaag en qua bandbreedte is het ook niet iets waar je aandacht aan moet besteden. Houd dit soort dingen gewoon duidelijk en verbose en richt je liever op HTTP compression en caching als het om bandbreedte en load gaat.Verwijderd schreef op 31 juli 2002 @ 15:27:
En kort directories meteen zo kort af. Een directory smileys kan beter s genoemd worden. Dit lijkt weinig te schelen maar maakt op load, en bandbreedte wel degelijk uit.
Iedere image tag hoort een 'alt' atribute te hebben. Ik neem aan dat het hier om een spacer-image gaat, dan ligt de inhoud 'pixel' wel voor de hand (als vind ik het wat netter om een alt="" te gebruiken).En een alt='pixel' is natuurlijk ook nergens voor nodig. Daar behoeft geen extra info aan te hangen.
Inderdaad, het correct gebruik van CSS zal je pagina's duidelijk, onderhoudbaarder, schaalbaarder, toegankelijker en sneller makenHang hier een class aan, en je bespaart een hoop bytes, en cachen van de externe css gebeurt zowiezo.
Daar heb ik nog nooit last van gehadEnige wat je dan wel moet laten staan is valign='top' aangezien MSIE vertical-align nog niet correct ondersteund.
Helemaal mee eens, bachground='i/l/t3gb.gif' scheelt bij 1x opvragen niets. Maar als je 50 van die dingen op 1 page hebt, reken maar uit. Dat soort html-layout dingen gaan ook vast nog wel schelenVerwijderd schreef op 31 juli 2002 @ 15:27:
En kort directories meteen zo kort af. Een directory smileys kan beter s genoemd worden. Dit lijkt weinig te schelen maar maakt op load, en bandbreedte wel degelijk uit.
En een alt='pixel' is natuurlijk ook nergens voor nodig. Daar behoeft geen extra info aan te hangen.
En dan nog
code:
1 <td bgcolor='#fdd103' width='190' valign='top' background='images/layout/top3bg.gif'>
9x Canadian Solar + Enphase IQ7+ 3,4 kWp ZZW 20º
4x Yingli + Enphase IQ7 1 kWp ZZW 25º
4x Yingli + Enphase IQ7 1 kWp ZZW 90º
De islam kan uw vrijheid schaden
Sint Moartn, Sint Moartn, de koeien hebben stoartn
Maar beide dingen dragen bij in het traagheidsgevoel. Het laden van een pagina duurt lang vanwege de databaseprobz en het duurt een eeuwigheid voordat alle plaatjes er staan.Moartn schreef op 31 juli 2002 @ 16:18:
Er wordt nu over 2 totaal verschillende dingen door elkaar gevraagd: de ene helft klaagt erover dat de pagina te groot is, waar vooral modemers last van hebben, en de andere helft (waaronder ondergetekende) klaagt erover dat het af en toe te lang duurt voordat er iets gebeurt als je op een linkje klikt. Dat heeft nix met de grootte te maken, maar eerder met de database...
De islam kan uw vrijheid schaden
Verwijderd
Ondoorgrondbaar niet, want ik mag toch aannemen dat zowel de source als structuur van het nieuwe forum uitvoerig gedocumenteerd is.tomato schreef op 31 juli 2002 @ 15:53:
Dit gaat natuurlijk niet helpen. Je bereikt alleen dat je directorystructuur ondoorgrondbaar wordt zonder legenda met afkortingen en betekenissen. Hier haal je de load niet mee omlaag en qua bandbreedte is het ook niet iets waar je aandacht aan moet besteden. Houd dit soort dingen gewoon duidelijk en verbose en richt je liever op HTTP compression en caching als het om bandbreedte en load gaat.
Vergis je ook niet op besparingen op pagina groottes. Met 1 afbeelding is het nog te overzien. Maar als ik een gemiddeld topic open met de
Dat klopt, het is zelfs vereist. Tegenwoordig is zelfs de alt tag depricated en is daar title="" voor in de plaats. Maar laat hem wel leeg zoals je al aangaf. Niet alleen kost het je 5 bytes, ook is het slordig als mensen ineens een balloon krijgen met spacer erin.Iedere image tag hoort een 'alt' atribute te hebben.
Je maakt een grapje neem ik aanDaar heb ik nog nooit last van gehad
Verwijderd
Dat komt omdat ze erg veel verschillende classes in de stylesheets hebben gestopt die ze te pas en te onpas meegeven aan inmens veel tags, terwijl het forum er dus echt zeer kaal uitziet, waar die stylesheets allemaal voor nodig zijn is me een raadsel.Verwijderd schreef op 31 juli 2002 @ 14:51:
Nou wil ik niet extreem lullig zijn, maar jongens... 96kb voor deze pagina. Dat is veels te veel.
Ook dingen als (spaties in http zijn van mij)
<a href='h t tp://gathering.tweakers.net/forum/list_messages/559038/1' class='tdtopyellow2'>2</a>
zijn erg weird, die URL kan veel korter, maar deze staan er wel VEEL in. Immers, de 'http://gathering.tweakers.net/forum' string kan er gewoon vanaf.
Verder, dit is een linkje van 1 nummertje naar een page. Waarom moet daar een stylesheet class aan meegegeven worden? IEDERE link ziet er op dit forum hetzelfde uit. Maak 1 stylesheet, en maak die links consistent gelijk. Hoef je nergens meer classnames mee te geven en dat scheelt op 1 page echt een hele hoop.
Maar goed, ik hoop dat ze deze dingen oplossen, want de HTML kan veel schoner en compacter. Door stylesheets moet je juist MINDER html nodig hebben, maar hier presteren ze het om alleen maar meer html te produceren. Is wellicht een opstarthikje
Verwijderd
Ack.Verwijderd schreef op 31 juli 2002 @ 21:11:
Ik heb HTML compressie zonet uitgevinkt, deze stond nu aan, en ik kan me niet aan de indruk onttrekken dat het allemaal nu net zo snel dan niet sneller ging als 'vroeger' .
De islam kan uw vrijheid schaden
Verwijderd
Hmzz, lijkt toch weer die compressie bug te zijn, waarbij men in Topix ook al last van had
Nouja, je kunt natuurlijk documenteren wat je wilt, maar wanneer je als nieuweling de templates moet gaan onderhouden wordt je echt niet vrolijk van urls als '/t/js/a.js' en dergelijke.Verwijderd schreef op 31 juli 2002 @ 20:12:
Ondoorgrondbaar niet, want ik mag toch aannemen dat zowel de source als structuur van het nieuwe forum uitvoerig gedocumenteerd is.
Dat is net zoiets als je CSS classes af te gaan korten. In plaats van 'm' en 'n' zie ik toch liever 'postContentEven' en 'postContentOdd'.
Dat dergelijke dingen misschien 50 keer herhaald worden en de pagina 80% groter maken... big deal
Euh.... waarom wil je kleine pagina's (en dan niet bandbreedte erbij halen, want dat noem je als apart punt)... dan scheelt dat niet alleen in pagina groottes, maar ook gigantisch in bandbreedte.
En bandbreedte besparing moet je niet in dit soort miertjes zoeken. Besteed je tijd liever aan het onderzoeken van een goede caching en compressie techniek.
In XHTML wel ja, in HTML 4 strict waarschijnlijk ook.['alt' attribute in images'
Dat klopt, het is zelfs vereist.
Nee, het 'title' attribute heeft een andere functie. Dat Internet Explorer nou in het verleden al tooltips liet zien bij 'alt' attributes is iets anders. Het 'alt' attribute is niet depricated (je zegt immers zelf dat deze tegenwoordig verplicht is binnen 'img' tags), het geeft een alternatieve tekst om weer te geven in plaats van bijvoorbeeld een image dat niet gerenderd kan worden (hetzij door een falende verbinding, hetzij door een text-browser).Tegenwoordig is zelfs de alt tag depricated en is daar title="" voor in de plaats.
Dat ballonnetje is alleen IE-onzin. Maar inderdaad is het netjes (als er uberhaupt iets te zeggen is voor spacer images) om het attribute dan leeg te laten.Maar laat hem wel leeg zoals je al aangaf. Niet alleen kost het je 5 bytes, ook is het slordig als mensen ineens een balloon krijgen met spacer erin.
Ik maakte geen grapje, maar ik zie nu inderdaad dat je gelijk hebtJe maakt een grapje neem ik aanvertical-align heeft nog nooit gewerkt in MSIE... helaas. Want dat had voor mij een hoop template problemen mooier opgelost.

Heb het zelf blijkbaar nooit nodig gehad (in table-cellen werkt het overigens wel)
toen het allemaal net weer werkte ben ik gewoon bier gaan drinken omdat het zo traag ging, flesje per pagina zullen we maar zeggen
Nu is het bij mij gewoon weer op normale snelheid, ik merk niks van trager of sneller, is er wat veranderd ofzo. Ik heb die Compressie zooi gewoon aan staan maar verder geen problemen.
[ Voor 0% gewijzigd door Harrie666 op 31-07-2002 22:13 . Reden: typfout, het is drinken ]
javascript versie:Verwijderd schreef op 31 juli 2002 @ 14:51:
Nou wil ik niet extreem lullig zijn, maar jongens... 96kb voor deze pagina. Dat is veels te veel.
9.39 KB voor deze pagina
6.59 KB voor de stylesheet
1.76 KB voor j.js
11.85 KB voor js.js
4.83 KB voor j_gfx.js
______
34.42 KB voor deze pagina... valt toch mee? en veranderingen aan de templates zijn toch makkelijk mogelijk eens de rest meer op punt staat?
non javascript pagina:
11.19 KB voor deze pagina
6.59 KB voor de stylesheet
1.76 KB voor j.js
11.85 KB voor js.js
4.83 KB voor j_gfx.js
_______
36.22 KB
waarbij stylesheet en js files toch gecachet zijn?
kun je eens zeggen hoe je aan die 96 kb komt?
Imagesxshredx schreef op 01 augustus 2002 @ 01:24:
kun je eens zeggen hoe je aan die 96 kb komt?
je kan zo anders de usericons nog beginnen meerekenen ook, toch?
het is toch niet zo belangrijk hoe groot de stylesheet is, evenmin als de javascripts , enz... ?
[feat] kleur 1e en 3e kolom ook in CSS
"Happiness is a way of travel, not a destination."
--Roy Goodman