#1
Hurra.. endelig sker der noget!
Knæk og bræk her fra..
/Kingu
Knæk og bræk her fra..
/Kingu
#2
hum... jeg skal lige tænke over det...
#3
Det ska nok blive godt nu...
#4
Bliver der så også installeret linux på serveren?
#5
så kan det være man kan nå at se alle nyhederne/artiklerne igennem på en dag :l
#6
Weeeee. Skønt at se, at der er gang i kodningen :)
#4
Kunne godt forstille mig, at de fortsætter på Windows 2000 Server. :)
#4
Kunne godt forstille mig, at de fortsætter på Windows 2000 Server. :)
#7
JIR :e I har set lyset OpenSource :)
Håber i køre den helt ud... og skifter til Apache på en FreeBSD eller Linux
Håber i køre den helt ud... og skifter til Apache på en FreeBSD eller Linux
#8
Det er endnu ikke afgjort hvilket OS der vil blive installeret, men det bliver taget op på næste programmør-møde.
Og helt rolig nu... fra vi har fundet programmørerne og til vi kører PHP går der nok et par dage :00
Men ja, der er en masse på vej ;)
Og helt rolig nu... fra vi har fundet programmørerne og til vi kører PHP går der nok et par dage :00
Men ja, der er en masse på vej ;)
#9
Der er bare nu man ærgrer sig over at man er 13, og ikke kan programmere indnu! :( :x x( :l :o
Men jeg prøver da at lære lidt, så hvis jeg kan, så vil jeg gerne hjælpe med sådan noget når jeg engang fylder 18! :D :) :e 8)
Men jeg prøver da at lære lidt, så hvis jeg kan, så vil jeg gerne hjælpe med sådan noget når jeg engang fylder 18! :D :) :e 8)
#10
Det lyder rigtig godt!!! Glæder mig meget til en "renovering" af siden :) :)
#11
kender da et par stykker men alle under 18 :D aveligt nok for de er sQ gode til det men Held og lykke her fra !!!
#12
heh prøv lige at se B@ng's profil! :D
#13
Lyder fedt, men jeg synes at OC-Crew burde tage tilbuddet op, som min bror har sendt pr. mail, ikke for sjovt at han bliver kaldt Magicman. ( CTM )
Hilsen
Killertussen & storbror. :)
Hilsen
Killertussen & storbror. :)
#14
Jeg synes selv jeg kan det der PHP og MySQL godt, men jeg synes også jeg mangler tid til sådan et projekt, dog vil jeg gerne være med til noget planlægning.
Hvis administratorene synes jeg er en mulig hjælp til projektet, så skal jeg nok skrive en mail til Jer. (Det skal man vel???)
Ellers kan I se hvad jeg har lavet i min profil på min personlige side:
http://www.liex.dk/?page=2
P.S.
Det er jo en gave oppe fra, når I sådan konvertere til PHP... ;) jeg vil bare gerne vide hvorfor? ?:(
Hvis administratorene synes jeg er en mulig hjælp til projektet, så skal jeg nok skrive en mail til Jer. (Det skal man vel???)
Ellers kan I se hvad jeg har lavet i min profil på min personlige side:
http://www.liex.dk/?page=2
P.S.
Det er jo en gave oppe fra, når I sådan konvertere til PHP... ;) jeg vil bare gerne vide hvorfor? ?:(
#15
#8 aka. B@NG:
Jeg sender dig en PM, og jeg ville være glad hvis du ville svare ;) Skriver her i forumet for at få din opmærksomhed, og fordi det er _meget_ svært at få et svar fra en fra oc.dk ..
Jeg sender dig en PM, og jeg ville være glad hvis du ville svare ;) Skriver her i forumet for at få din opmærksomhed, og fordi det er _meget_ svært at få et svar fra en fra oc.dk ..
#16
Hehe. Lille sidekommentar nu vi snakker om programmeringen af OC.dk Hvis man bruger f.eks. Mozilla til at vise siden, kan man se at der er en fejl i Style Sheetet der farver linksne på bl.a. forsiden sorte. IE retter fejlen automatisk men det gør andre browsere altså ikke. Så hvis der alligevel er nogen der skal ind og rode med html'en kan i jo ligeså godt rette det med det samme tænkte jeg :)
Bare lige for at gøre alle dem der sommetider bruger Linux til at vise siden med ekstra glade :p
M.v.h.
Martin
Bare lige for at gøre alle dem der sommetider bruger Linux til at vise siden med ekstra glade :p
M.v.h.
Martin
#17
Hvad er hovedargumentet for at udskifte programmeringssproget og nærmest hele OS-platformen?
#18
#17
databasen kan ik følge med! den sluger hele computerens resourcer! tror jeg :00
databasen kan ik følge med! den sluger hele computerens resourcer! tror jeg :00
#19
#18 -> Men det har jo ikke noget med hverken programmringssproget eller OS'et at gøre.
#20
Jeg er slet ikke programmør eller lignende, men det er rigtigt at databasen æder alle vores ressourcer, og det er den der gør at OC kører så langsomt som den gør.
Hardware-test.dk ligger jo på samme server, men blev bygget på en ny database, og der er hastigheden jo helt anderledes.
Det er vist programmørerenes beslutning at det ikke kan svare sig at rydde op i den database (kan godt forestille mig at den er uoverskuelig i dag), og at PHP vil være bedre i fremtiden.
Hardware-test.dk ligger jo på samme server, men blev bygget på en ny database, og der er hastigheden jo helt anderledes.
Det er vist programmørerenes beslutning at det ikke kan svare sig at rydde op i den database (kan godt forestille mig at den er uoverskuelig i dag), og at PHP vil være bedre i fremtiden.
#21
#16
Ja det må vi jo håbe... Sendte en rettet version til dem for et par måneder siden - som de lovede at se på... tsk tsk... Den slags tager jo lang tid :e
Held og lykke med jeres skift til et ordentligt programmeringssprog! Kan desværre ikke hjælpe da jeg er under 18... Pis var :e
//JakobMN
Ja det må vi jo håbe... Sendte en rettet version til dem for et par måneder siden - som de lovede at se på... tsk tsk... Den slags tager jo lang tid :e
Held og lykke med jeres skift til et ordentligt programmeringssprog! Kan desværre ikke hjælpe da jeg er under 18... Pis var :e
//JakobMN
#22
Øhm i bruger forhåbentlig ikke Access databaser vel? for så er det ski nok derfor ;)
#24
Nåh okay, troede lige da, pyha da da...
#25
Jeg kan ligesom nr.14, programmer i PHP og bruge mysql,
men har heller ikke tiden, jeg er heller ikke den store designer.
- Michael Torp Kaalund
http://mtkaalund.dk <- den bruger dog ikke mysql endnu, arbejder på sagen :)
men har heller ikke tiden, jeg er heller ikke den store designer.
- Michael Torp Kaalund
http://mtkaalund.dk <- den bruger dog ikke mysql endnu, arbejder på sagen :)
#26
#22 jeg har jo (sjovt nok) ikke adgang til koden men jeg tror at det noget med den måde siden er bygget op på.
P.s. efter hvad jeg kender til microsucks så er ASP kode optimeret til access, man skal i hvært fald bruge en del mere kode for at arbejde med MySQL i asp end man skal i PHP (selv om det ikke er mange byte man sparer betyder det jo alt sammen noget!)
P.s. efter hvad jeg kender til microsucks så er ASP kode optimeret til access, man skal i hvært fald bruge en del mere kode for at arbejde med MySQL i asp end man skal i PHP (selv om det ikke er mange byte man sparer betyder det jo alt sammen noget!)
#27
#26 -> Sorry for måden jeg siger det på, men lad venligst være med at udtale dig om noget du ikke har forstand på.
#28
#26, man kan SAGTENS benytte MySQL ligeså let som Access på et Windows system, det har kun noget at gøre med driveren :)
Access kan tage ca. 200 forespørgsler af gangen, hvor MySQL kan tage en 10.000 stykker, dvs. MySQL er LANGT hurtigere Access.
Man benytter nok 2 linier kode mere i ASP end PHP, så det er altså ikke der det ligger...:)
#27 ret mig hvis jeg skriver forkert her...:), da det tydeligvis lyder som om du også ved noget om den slags :)
Access kan tage ca. 200 forespørgsler af gangen, hvor MySQL kan tage en 10.000 stykker, dvs. MySQL er LANGT hurtigere Access.
Man benytter nok 2 linier kode mere i ASP end PHP, så det er altså ikke der det ligger...:)
#27 ret mig hvis jeg skriver forkert her...:), da det tydeligvis lyder som om du også ved noget om den slags :)
#29
#28 -> Det passer ihvertfald meget bedre det du siger, end hvad #26 siger :).
Kodemæssigt er der ingen forskel på om du benytter MySQL eller Access i ASP, det eneste der skal ændres er eventuelle SQL forespørgsler, men der gælder de samme regler for PHP.
En tommelfingerregel er at Access kan tage max 16 samtidige forespørgsler (bemærk at det ikke betyder der ikke kan være over 16 online på samme tid, der kan bare ikke være mere end 16 samtidige forespørgsler til databasen) førend den enten går ned eller begynder at give problemer.
Hvad angår MySQL så tror jeg ikke der er en konstant grænse for hvor mange connections den kan tage. MySQL besidder den evne at sætte en kø af forespørgsler op, så hvis der kommer flere forespørgsler ind end den kan håndtere, så bliver de sat op i en kø, hvorefter den udfører den efter et "first ind first out" princip. Der kan dog opstå problemer hvis der konstant kommer flere jobs ind i køen, end der kommer ud.
Fælles for om du benytter MySQL eller Access gælder det at man skal benytte sin databaseforbindelse fornuftigt, lukke den på de rette tidspunkter og generelt optimere alle SQL forespørgsler, dette gælder også for PHP.
En anden lille fejlforståelse i hvad #26 siger, det er mht. besparelsen af kode bytes. Selve kodestørrelsen betyder intet. En kode som fylder 10mb på disken rent tekstmæssigt kan sagtens blive udført langt hurtigere end en kodestørrelse på 20 bytes, det afhænger af hvad du laver.
Det betyder heller ikke noget mht. båndbreddebesparelse, for besparelsen i kodestørrelsen på serveren har intet med det output der bliver sendt til klienten.
Kodemæssigt er der ingen forskel på om du benytter MySQL eller Access i ASP, det eneste der skal ændres er eventuelle SQL forespørgsler, men der gælder de samme regler for PHP.
En tommelfingerregel er at Access kan tage max 16 samtidige forespørgsler (bemærk at det ikke betyder der ikke kan være over 16 online på samme tid, der kan bare ikke være mere end 16 samtidige forespørgsler til databasen) førend den enten går ned eller begynder at give problemer.
Hvad angår MySQL så tror jeg ikke der er en konstant grænse for hvor mange connections den kan tage. MySQL besidder den evne at sætte en kø af forespørgsler op, så hvis der kommer flere forespørgsler ind end den kan håndtere, så bliver de sat op i en kø, hvorefter den udfører den efter et "first ind first out" princip. Der kan dog opstå problemer hvis der konstant kommer flere jobs ind i køen, end der kommer ud.
Fælles for om du benytter MySQL eller Access gælder det at man skal benytte sin databaseforbindelse fornuftigt, lukke den på de rette tidspunkter og generelt optimere alle SQL forespørgsler, dette gælder også for PHP.
En anden lille fejlforståelse i hvad #26 siger, det er mht. besparelsen af kode bytes. Selve kodestørrelsen betyder intet. En kode som fylder 10mb på disken rent tekstmæssigt kan sagtens blive udført langt hurtigere end en kodestørrelse på 20 bytes, det afhænger af hvad du laver.
Det betyder heller ikke noget mht. båndbreddebesparelse, for besparelsen i kodestørrelsen på serveren har intet med det output der bliver sendt til klienten.
#30
#29:
Det er altid skidt at glemme at tælle en "while løkke" op... Det har jeg prøvet tit, og det er sku ikke altid man finder det med det samme... :00
Det er altid skidt at glemme at tælle en "while løkke" op... Det har jeg prøvet tit, og det er sku ikke altid man finder det med det samme... :00
#31
#30 -> Hvad mener du med at tælle en while løkke op?
#32
Skulle der være nogle der sidder og tænker .oO(Jeg kan godt kode, men design er ikke lige mig)
Til de personer kan jeg kun sige, at det skal de slet ikke spekulere på, da vi har et team af designere der tager sig af den del. Jobbet som programmør går udelukkende på at programmere og ikke designe :)
#30 Du tæller ikke automatisk op i en while løkke. Du mener sikkert en for løkke istedet.
Grunden til at der vælges at skifte om til PHP har ikke noget at gøre med, at det gør det lettere at kommunikere med databasen, men at PHP er mere eller mindre platform frit, hvorimod ASP skal køre på en Windows IIS (giver ikke meget for ChiliSoft og den slags til f.eks. Linux). Af samme grund kan vi skifte over til at køre et andet OS end MS. Der er endnu ikke taget stilling til hvilket OS der skal køres på serveren, men der er stillet følgende op.
Linux
FreeBSD
Solaris
MySQL databasen vil også komme til at køre på en af de ovenstående OS, og vil derfor køre på et platform den er bygget til, nemlig et Unix / Unix afart system.
Til de personer kan jeg kun sige, at det skal de slet ikke spekulere på, da vi har et team af designere der tager sig af den del. Jobbet som programmør går udelukkende på at programmere og ikke designe :)
#30 Du tæller ikke automatisk op i en while løkke. Du mener sikkert en for løkke istedet.
Grunden til at der vælges at skifte om til PHP har ikke noget at gøre med, at det gør det lettere at kommunikere med databasen, men at PHP er mere eller mindre platform frit, hvorimod ASP skal køre på en Windows IIS (giver ikke meget for ChiliSoft og den slags til f.eks. Linux). Af samme grund kan vi skifte over til at køre et andet OS end MS. Der er endnu ikke taget stilling til hvilket OS der skal køres på serveren, men der er stillet følgende op.
Linux
FreeBSD
Solaris
MySQL databasen vil også komme til at køre på en af de ovenstående OS, og vil derfor køre på et platform den er bygget til, nemlig et Unix / Unix afart system.