stentuff:

Mja, om det är värt besväret det vill säga. Tvivlar på att de vill gå med på att låta UM-plattformen driftas utav "användarna själva" så att säga.

Dom vill nog låta UM varaf såhär fucked, iofs.

Underlig:

Dom vill nog låta UM varaf såhär fucked, iofs.

Säkerligen, med tanke på vilken tid det har tagit att åtgärda säkerhetshål och sådant tidigare så.

Teknikerna kommer att ta ner sidan imorgon (tisdag) och fixa så att den går snabbare.

André Vifot Haas:

tisdag

När? vore ju inte helt fel att annonsera planerad nertid och ETA. Ett tips kan ju vara att inte köra apache/ubloatu

stentuff:

Ett tips kan ju vara att inte köra apache/ubloatu

Nu använder de väl Amazons molntjänst (faggy fire i UM++ funkar inte i Chrome, annars hade jag använt det där )? De lär ju knappast köra apache+ubuntu.

Åtta:

Nu använder de väl Amazons molntjänst

Jaså? Varför driftar de ifrån .ie? Helt iq-befriat.

Åtta:

De lär ju knappast köra apache+ubuntu.

curl --head http://ungdomar.se/
HTTP/1.1 200 OK
Date: Mon, 10 May 2010 12:04:41 GMT
Server: Apache/2.2.12 (Ubuntu)
X-Powered-By: PHP/5.2.10-2ubuntu6.4
Set-Cookie: cookies_ok=1; expires=Thu, 07-May-2020 12:04:41 GMT; path=/
Vary: Accept-Encoding
Content-Type: text/html

stentuff:

När? vore ju inte helt fel att annonsera planerad nertid och ETA

http://ungdomar.se/forum.php?thread_id=287199

André Vifot Haas:

http://ungdomar.se/forum.php?thread_id=287199

Han menade ju självklart det exakta klockslaget. Eftersom vi VET att ni inte är så bra på att hålla det ni lovar/skriver så kan det ju vara lite intressant att se hur långt ni fördröjer det hela. (Dvs uppstartandet av sajten och liknande)

Underlig:

Han menade ju självklart det exakta klockslaget.

Ahaa. Något exakt klockslag vet jag inte men skulle tro att de börjar vid 9-tiden.

åh drömde i natt att chatten fungerade som vanligt, vaknade så lycklig

farbror gugge:

åh drömde i natt att chatten fungerade som vanligt, vaknade så lycklig

variabel:

ed

fin

Okej, ha lite förståelse. Det hjälper inte att bara klaga. Va konstruktiv. Rapportera information eller försök förstå varför det kan vara problem i amazon:s moln.

Vill ni verkligen hjälpa UM, gör lite research på "Amazone cloud, common problems" i google.

Eller försök förstå vad som händer när man lägger till och lägger till , till en PHP-kodbas som redan är snårig. Blir det bättre av att lägga till lite extra kod? Nä. Dax att börja trimma bort kod/funktioner på UM som inte har något värde. Gör saker enklare!

Jag har ingen aning om vad chatten är, men om den är omtyckt, lägg den på en separat server så, när forumet är nere kan man chatta i alla fall. Lägg inte ner ALLT bara för att en tabell ska indexeras om.

Sen om det är databasen som är seg, se om det går att separera databasen i två delar. En som bara tar hand om uppdateringar/skrivningar och en som jobbar med läsningar. Koppla ihop med lite magisk kluster-kod. Så kommer man sedan att kunna lägga till fler "läs-only" servrar.

Med tanke på den mängs annonser ni har på den här siten, borde ni kunna anställa lite fler utvecklare. UM är väl 99% webb-verksamhet. Så det borde nästan vara 70% utvecklare.

Jag skulle dela upp databasen så att databasfrågor äldre än ett år, då går databasfrågan till servern med de gamla inläggen(99% av alla inlägg). Det betyder att 99% av trafiken går till den servern med nya inlägg(1%). 1% går till arkivet, typ. Ja ni fattar. Den minsta trafiken går till historie arkivet som tar lång tid. Och den största trafiken går till det som är nytt och litet)

Sen kan ni pinga webservern från databasen eller databasen från webservern för att kontrollera att nätverket är snabbt. Tiden för ett paket borde ligga på under 5 ms. Om inte så är det ett problem.

Kör man traceroute ser det ut som det är för många noder mellan oss och webbservern, och att trafiken först går till usa!! Måste vi skicka allt vi skriver till USA!!!

:

$ traceroute http://www.undomar.se
traceroute to http://www.ndparking.com (216.8.179.25), 64 hops max, 52 byte packets
3 ti3080d320-ge2-0-0.ti.telenor.net (146.172.111.213) 16.482 ms 18.064 ms 17.084 ms
4 ti3001c310-xe2-0-0.ti.telenor.net (146.172.100.29) 14.681 ms 19.428 ms 14.399 ms
5 ti3004c310-ae6-0.ti.telenor.net (146.172.99.194) 21.230 ms 17.483 ms 42.238 ms
6 ti3004b300-ae0-0.ti.telenor.net (146.172.105.42) 14.642 ms 14.350 ms 14.344 ms
7 212.73.252.1 (212.73.252.1) 14.938 ms 15.976 ms 16.391 ms
8 ae-11-11.ebr1.berlin1.level3.net (4.69.142.174) 27.236 ms 34.080 ms 33.962 ms
9 ae-1-100.ebr2.berlin1.level3.net (4.69.133.174) 27.691 ms 35.735 ms 32.097 ms
10 ae-3-3.ebr2.dusseldorf1.level3.net (4.69.133.146) 38.043 ms 43.498 ms 43.433 ms
11 ae-1-100.ebr1.dusseldorf1.level3.net (4.69.141.149) 38.343 ms 38.712 ms 37.828 ms
12 ae-47-47.ebr2.frankfurt1.level3.net (4.69.143.174) 42.485 ms
ae-45-45.ebr2.frankfurt1.level3.net (4.69.143.166) 42.374 ms
ae-46-46.ebr2.frankfurt1.level3.net (4.69.143.170) 41.767 ms
13 ae-44-44.ebr2.washington1.level3.net (4.69.137.62) 130.653 ms
ae-42-42.ebr2.washington1.level3.net (4.69.137.54) 129.787 ms 130.017 ms
14 ae-2-2.ebr2.chicago2.level3.net (4.69.132.69) 148.650 ms 149.165 ms 150.287 ms
15 ae-5-5.ebr2.chicago1.level3.net (4.69.140.193) 150.028 ms 146.295 ms 159.671 ms
16 ae-8-8.car1.detroit1.level3.net (4.69.133.241) 153.332 ms 151.487 ms 153.769 ms
17 ae-11-11.car2.detroit1.level3.net (4.69.133.246) 151.684 ms 151.697 ms 153.029 ms
18 managed-net.car2.detroit1.level3.net (64.152.144.78) 158.237 ms 158.831 ms 181.228 ms
19 ndcolo-gw.win.mnsi.net (216.8.136.66) 157.130 ms 153.813 ms 156.865 ms
20 *^C

Ni behöver en Näterks-kung och en SQL-kung, det ser ju jag.

PS. Det bästa vore om ni sa "Hej, vi har börjat utvecklingen av 2.0. den kommer göras på den här urlen http://ungdomar.se/beta , testa gärna och säg vad ni tycker. Till en början kommer vi bara att ha det vi verkligen behöver. Och allt eftersom saker fungerar bygger vi vidare. Vi kan tyvär inte garantera att inläggen kommer att sparas. Vi kan bara garantera att den är blixtsnabb. :)"