Findes der en måde at speede billedupload op på..??

Hej.

Lægger du billederne op, direkte i MySQL databasen ?

//
Mads Kikkenborg

Egen DB eller billigt webhotel?

ja billederne lægges direkte ind i databasen.

Det er min egen database men har købt den færdigprogrameret, og ja hele systemet ligger på et billigt webhotel

Det skyldes sansynligvis at de har begrænset CPU forbruget, det gør mange af hotellerne, for ikk at overbelaste så andre brugere ikke bliver berørt af det.

Få plads hos et webhotel som ikke er sure over du bruger masser af CPU resourcer, eller få f.eks. en virtuel server ?

//
Mads Kikkenborg

hvor finder man sådan et webhotel med mere cpu

Billeder i database kræver en lille smule power af databasen.

9 kr./måneden web hoteller har rigtigt mange brugere om at dele en database server.

Lidt humoristisk: cykling er sjovt, formel 1 er sjovt - men det er ikke sjovt at deltage i formel 1 på cykel !

Jeg tilbyder noget, simpelt, på www.kbds.dk, men alternativt synes jeg du skal kontakte de forskellige udbydere, om hvilke muligheder de tilbyder. Alt afhængig af hvor stort dit krav var, ville jeg nok godt kunne følge med i din forespørgen.

Alternativt igen, er der jo en virtuel spand med masser af juice.

//
Mads Kikkenborg

Der er noget der undre mig i denne her debat, der er ingen der ind til nu har stillet spørgsmålet, hvorfor uploade billederne i databasen ?? hvorfor ikke uploade dem til en mappe på din server og så i databasen oprettet en record med et link til billedet ?

Grunden til jeg spørger om dette er at det sløver de fleste databaser ned, hvis de indeholder store mængder binær data. Og hvad opnår du ved at have billederne i databasen ? Du kan jo ikke lave en søgning i billede indhold alligevel (jeg ved i hvert fald ikke hvordan det skulle kunne lade sig gøre)
Hvis du ligger billederne i en mappe, evt. navngivet automatisk, så der ikke opstår dubletter, så kan du i den tilhørende record i din tabel skrive alt det du ønsker at kunne søge efter. f.eks. dato, filnavn, uploader, billede beskrivelse osv. Du slipper så også for at skulle genskabe billederne når de skal vises på din side.
Jeg har en hjemmeside med mere end 17000 * 2 billeder (original + thumbnail) hvor jeg har gjort det på denne her måde:
Billederne gemmes i mapper efter hvilket land de tilhører, de tildeles et filnavn som brugeren foreslår (eller som systemet selv har sammensat, alt efter hvilken metode der anvendes)
dette filnavn tildeles et løbenummer, der er en højere end det sidste med samme navn.
Info om billedet gemmes så i databasen, med filnavn, sti, bruger id, dato og beskrivelse.
Selve billedet gemmes i den relevante mappe f.eks. img/dk + et thumbnail i f.eks. img/dk/thumb
Disse billeder er nemme at indsætte på de relevante sider og med en HTML kommando som denne her kan alle se billede i mini størrelse: <a href="img/dk/billede1.jpg"><img src="img/dk/thumb>billede1.jpg"></a> og med et klik se det originale billede.

Mvh. Lars

MADS:

jeg har kigget på det du tilbyder men der står jo ikke noget om minimum CPU for de forskellige løsninger..??

Der er heller ingen begrænsning. De kører p.t. på en IBM dual quard core 2.0 Ghz med 24 GB ram, og ingen har CPU problemer :)

Ok men hvor mange er der om at dele det du skriver der..?? Det siger jo ikke så meget hvis der ikke er nogen garanti for hvor meget cpu min hjemmeside som minimum altid har adgang til

Din server vil ikke blive begrænset på nogen måde.
Hvis du har lyst, kan jeg oprette en server til dig, gratis i en testperiode - men du skal selv installere programmerne på den. Jeg skal nok sætte den op så den er klar med IP og det hele, dog mangler der jo noget web og ftp programmer

Det var ellers pænt af dig med jeg aner intet om opsætning af servere, så det kan jeg desværre ikke :-(