Webkafeen

[jorgis]

Jorgis: Syns å huske at du jobba med det over ei litt lengre tidsperiode enn èin time.

7210220[/snapback]

Vet, men gi meg lov til å bruke mine egne standardklasser og jeg kan lage et CMS likt ditt på ~ 4-5 timer. Gidder ikke å style det slik som du gjør, men likevel. Og mitt skal kunne være plattform-, database,- språk,- template-uavhengig. Rask utvikling er faktisk ikke det viktigste, spesielt når vi snakker så små applikasjoner som et enkelt CMS. Stabilitet og portabilitet er MYE viktigere.

7213694[/snapback]

Korleis er eit CMS skrevet i PHP plattform- og språkuavhengig?

Uansett, å seie at Django ikkje er stabilt får meg til å flire litt. Eg trur ikkje Washington Post hadde brukt det på sidene sine viss systemet er så ustabilt som du seier.

 

Og jo, rask utvikling er viktig. Iallfall når du allerede har dekka stabilitet og funksjonalitet.

7216163[/snapback]

 

Plattformuavhengig, som i at den kan kjøre på IIS i windows, Apache i BSD/Unix/OS X, eller whatever. Plattformuavhengig, som i at den i løpet av en halvtime kan fåes til å kjøre på Postgresql eller Oracle eller MSSQL istedetfor MySQL. Språkuavhengig, som i at den kan oversettes i løpet av under 30 minutter slik at alle brukere kan selv velge hvilket språk de vil bruke.

 

Rask utvikling er greit på større prosjekter da utviklingstiden fort regnes i år og ikke timer, men ser ikke hvordan django kan tilby samme funksjonalitet og stabilitet som PHP.

[Garreth]

Det som irriterer meg grenseløst med django er at du ødelegger alle publiseringer i en applikasjon, hvis du bestemmer deg for å oppdatere applikasjonen med noen flere felter.

7216291[/snapback]

Eg veit ikkje om det har kome ein fix til dette, men sjølv har eg aldri sett dette som eit problem.

Om du jobber med ein applikasjon bør du ha ferdig alle feltnamna før du gjer den offentlig (om du ikkje skal prøve deg på "web 2.0 live development beta crap" elns), og då har du etter all sannsynlegheit funne ut kva felt du skal ha i dei forskjellige tabellane.

 

Eit alternativ er jo såklart berre å ta backup av tabellen, for å så gjenopprette den når tabellstrukturen er oppdatert.

 

Edit: Kanskje --noreload kan være svaret?

7216557[/snapback]

Ja, er enig at man bør ha alt ferdig når man går offentlig, men det hadde hjulpet en del om man ikke hadde trengt å være redd for utvide applikasjonene etter release. Hva gjør --noreload egentlig?

[Leon]

sjøl har jeg bruk css-egenskapen display:inline for å få en meny til å strekke seg bortover.

7216190[/snapback]

Er likke float: left; vel så enkelt?

[rødøye]

Kjært barn mange navn. Eventuelt mange tilnærmingsmåter.

[Patrick de Maar]

Jeg vet at <img> taggen skal ha alternative tekst.(Hva skal jeg bruke til header?)

7214892[/snapback]

- en header er h1

* en header skal settes i css som et bakgrunndsbilde.

7214905[/snapback]

Jeg har prøvd <h1 class="min class i css"></h1> Men da må jeg ha tekst, og om jeg skriver tekst der så blir bildet allikevell ikke større enn hva teksten er. Rundt 72pt eller noe.

 

Hvordan skal jeg fikse dette?

 

<h1 class="header">
</h1>

 

/* Header */

h1.header
{
 position: absolute;
 top: 3em;
 right: 10em;
 background-image: url(header.png);
 } 

Endret 4. november 2006 av PatrickM

[Haraldson]

PatrickM: http://www.mezzoblue.com/tests/revised-image-replacement/

[PT]

liek, omg, opera mini 3 er jo genialt

[Patrick de Maar]

Kan ikke si jeg har fått gjort så mye med selve siden idag, men jeg har lært endel og har mer kontroll.

I love you guys.

 

Jeg har flyttet inn permanent.

Endret 4. november 2006 av PatrickM

[Steinmann]

Velkommen skal du være.

Vil bare advare om at her har man ikke egene meninger når det kommer til vevsutvikling, det er fastsatt

 

* HTML 4.01 Stric er doctypen man bruker

* Tabeller er kun for tabulære data

* Divmania er synd

* <h1> skal alltid brukes

* <img> skal alltid ha alt="noe" og skal IKKE brukes til header eller andre desing relaterte bilder

* Mr.Berg har ikke noe liv utenfor Kebabb og Stargate SG-1

 

Ta gjerne en titt i Oppslagsverket som du finner som sticky i wds

7214876[/snapback]

 

* Jeg bruker alltid XHTML Strict/Trans.

* Jeg gidder aldri å bruke alt="noe".

* Siste punktet er jeg enig i

7216654[/snapback]

Når begynnte vi å ta hensyn til deg?

Men ikke alt tekst på img? Er ikke det å banne i kjerka så veit ikke jeg...

 

 

PT: GIEF LINX0r?

googler jeg

Endret 4. november 2006 av orsus

[Cucum(r)]

Jorgis: Syns å huske at du jobba med det over ei litt lengre tidsperiode enn èin time.

7210220[/snapback]

Vet, men gi meg lov til å bruke mine egne standardklasser og jeg kan lage et CMS likt ditt på ~ 4-5 timer. Gidder ikke å style det slik som du gjør, men likevel. Og mitt skal kunne være plattform-, database,- språk,- template-uavhengig. Rask utvikling er faktisk ikke det viktigste, spesielt når vi snakker så små applikasjoner som et enkelt CMS. Stabilitet og portabilitet er MYE viktigere.

7213694[/snapback]

Korleis er eit CMS skrevet i PHP plattform- og språkuavhengig?

Uansett, å seie at Django ikkje er stabilt får meg til å flire litt. Eg trur ikkje Washington Post hadde brukt det på sidene sine viss systemet er så ustabilt som du seier.

 

Og jo, rask utvikling er viktig. Iallfall når du allerede har dekka stabilitet og funksjonalitet.

7216163[/snapback]

 

Plattformuavhengig, som i at den kan kjøre på IIS i windows, Apache i BSD/Unix/OS X, eller whatever. Plattformuavhengig, som i at den i løpet av en halvtime kan fåes til å kjøre på Postgresql eller Oracle eller MSSQL istedetfor MySQL. Språkuavhengig, som i at den kan oversettes i løpet av under 30 minutter slik at alle brukere kan selv velge hvilket språk de vil bruke.

 

Rask utvikling er greit på større prosjekter da utviklingstiden fort regnes i år og ikke timer, men ser ikke hvordan django kan tilby samme funksjonalitet og stabilitet som PHP.

7216695[/snapback]

Vel, da er Django både språk og plattformuavhengig, om eg ikkje misforsto deg. Å endre språk tar omtrent eitt halvt minutt (for administrasjonspanelet, for skjølve applikasjonen kjem det jo ann på kor stor den er), og Django kan jo køyre på einkvar server som har enten mod_python eller FastCGI.

 

Såklart, du har jo fleire valgmuligheiter i PHP enn i rammeverket Django, men om du finn begrensninger i Django definerer du jo berre det du mangler i rein Python-kode. Du får eit mykje meir funksjonelt forum skrevet i PHP enn Django, men alt til sitt bruksområde.

Om eg kan bruke to timer på å lage ein blogg akkurat som eg vil ha den, i motsetning til å bruke over tjue timer i PHP for å lage akkurat det samme, ser eg ikkje poenget i å ta i bruk PHP.

 

Skjønner du tankegangen min?

Endret 4. november 2006 av Henrik Lied

[Steinmann]

Henrik: Nevnte ikke han karen noe om at de dreiv på med en fix på det problemet med at webapp'n ble fucked om man endret databasen eller hva det var?

[Cucum(r)]

Jacob Kaplan-Moss? Det er mulig, husker ikkje heilt.

Er vel berre å leite gjennom veikartet, så finner man vel det som blir fiksa til 1.0.

 

Vurderer forresten sterkt å få opp en blogg i løpet av neste veke. Men eg må få litt mas fra dere for at den tidsfristen skal bli ein realitet.

[Haraldson]

Øyh, Henrik, nå har det velg gått vel lang tid for å få opp den bloggen?

 

[Cucum(r)]

Øyh, Henrik, nå har det velg gått vel lang tid for å få opp den bloggen?

 

7218883[/snapback]

Jo, sant det. Backenddelen er grei, design suger.

[Haraldson]

Vi begynner å bli utålmodige, get to work!

[Cucum(r)]

Vi begynner å bli utålmodige, get to work!

7218897[/snapback]

Sitter på ein 1gHz PC med CRT skjerm for øyeblikket, så det blir nok ikkje før i morga, iallfall

[Haraldson]

Aiai... Dårlig fargegjengivelse?

[Cucum(r)]

Aiai... Dårlig fargegjengivelse?

7218923[/snapback]

Dårlig alt, egentlig.

[Patrick de Maar]

Henrik Lied: Da er vi to.

 

PIII Coppermine 1Ghz, med 754Mb sdram.

[Arve Systad]

Henrik, eg synest du har utsatt fourmargins.com litt lenge. Du bør få opp noko lesbart der innen fredag, ellers blir det dask. Erkjenn, over!

 

 

()