Gå til innhold

Webkafeen


Anbefalte innlegg

Videoannonse
Annonse
Da tror jeg du får dra et annet sted. De fleste begynner vel å bli såpass etablerte at de får kritikken litt mer privat eller på jobben.

 

Stemmer nok meget bra. Woah, we're growing up :ohmy:

Forsåvidt bra det, egentlig. Blir egentlig litt flau når jeg ser tilbake på min spede begynnelse på NWF og med web, men samtidig er jeg nå i ettertid fortsatt stolt over hva jeg faktisk fikk til den gang.

 

Det burde jo egentlig komme nye folk, men de er vel for opptatt med å lage Mafiaspill.

Lenke til kommentar
Ny Kvasir:

http://www.kvasir.no/

Hva er nytt?

Vi kaller det nye søket for Søk 3.0, som på mange måter kan sammenlignes med overgangen fra Dos til Windows i søkemotorenes verden.

Jaha? Har ikke sett noe veldig nyskapende. Kanskje det er nye underliggende algoritmer?

 

Hva skjer på http://www.vg.no/ ? Får opp en login boks helt øverst :p

 

Edit: Ser de har fått opp "Tekniske problemer". Hadde egentlig håpt de holdt på å rulle ut et nytt design, men men.

Endret av Garreth
Lenke til kommentar

Held på å planlegge eit publiseringssystem her, og vil gjerne ha innspel på kva folk kunne tenke seg i eit slikt system. Det blir eit langtidsprosjekt, det blir sannsynligvis aldri ferdig, men eg har lyst å legge litt sjel i det heile. Planen er vel etter kvart at systadmedia.no og ein form for ny blogg eg har tenkt å starte skal bruke det.

 

Så, kva vil folk ha ut av eit slikt system? Tar i mot alle forslag, og noterer dei ned. Er ikkje sikkert alt faktisk blir gjort, men vil ha flest mulig innspel likevel.

 

Så, shoot!

Lenke til kommentar
Så, kva vil folk ha ut av eit slikt system? Tar i mot alle forslag, og noterer dei ned. Er ikkje sikkert alt faktisk blir gjort, men vil ha flest mulig innspel likevel.

Det fins få systemer som passer alle, men dette mangler for min del i veldig mange system som eg allereie har testa ut (har derimot klart å modifisere dei fleste til å innehalde det):

  • Event-basert caching (omtrent ingen som har fått til skikkelig, for det meste pga. at dette krever (nesten) fullstendig REST-støtte)
  • Fullstendig REST-støtte :--P
  • pubsubhubbub-integrering
  • Fullstendig push (via pubsubhubbub) og pull-API på alt innhold (med API-metering og heile pakka)
  • Denormalisert media-håndtering som du kan legge inn ei referanse til gjennom heile systemet
  • "Inlines", altså innholdsblokker som du kan legge ei referanse til overalt (eg vil kunne skrive <inline type="photo" id="4"> for å få opp ein predefinert mal som inneheld eit bilete med id=4 og evt. tekst)

Eg vil ikkje tru at det er noko poeng i å legge grusomt med tid og energi i å byggje noko frå bunnen av, med mindre du faktisk har grusomt mykje tid og energi til det. Kva for slags språk er det snakk om, forresten?

Lenke til kommentar

Er i all hovedsak for å lære, og eg har begynt å få ei grei liste over ting eg vil ha med her. Kor mykje tid det vil ta er eit ikkje-tema; eg kjem til å holde på så lenge eg orkar. Legge til ny funksjonalitet etter kvart. Som sagt; eit langtidsprosjekt.

 

Sit akkurat no og plundrar med databaseoppsettet til det som skal bli hovedfunksjonalitet (brukarar, alt innhold, bildebank, kontaktskjema, denslags), samt litt logisk struktur på ting.

 

Skal byggast i ASP.NET MVC og MS SQL. Sikkert hat mot det hos ein del her, men det er ikkje mitt problem - glimrande teknologi er det uansett kva folk vil seie. :)

 

Takkar for innspel!

Lenke til kommentar
Skal byggast i ASP.NET MVC og MS SQL. Sikkert hat mot det hos ein del her, men det er ikkje mitt problem - glimrande teknologi er det uansett kva folk vil seie. :)

For min del har det ingenting med "hat" å gjere, men derimot at eg ikkje ser grunnen til å gjere ting vanskeligare enn dei treng å vere. Om eg skulle utvikla to identiske system i f.eks. ASP.NET og Python, kan eg kose meg med at i Python har eg tid til å skrive gode nosetests og unit tests på all kode før koden i det heile tatt er ferdig ved bruk av ASP.NET. Og for min del er velfungerande og testa kode veldig viktig. :)

 

Men sidan du nevnte at dette er eit læreprosjekt er sjølvsagt avsnittet ovanfor irrelevant –– kjør på! Eg ville derimot bytta ut databasemotoren med den som er nærast opp mot den offisielle SQL-standarden, PostgreSQL.

Lenke til kommentar
Skal byggast i ASP.NET MVC og MS SQL. Sikkert hat mot det hos ein del her, men det er ikkje mitt problem - glimrande teknologi er det uansett kva folk vil seie. :)

For min del har det ingenting med "hat" å gjere, men derimot at eg ikkje ser grunnen til å gjere ting vanskeligare enn dei treng å vere. Om eg skulle utvikla to identiske system i f.eks. ASP.NET og Python, kan eg kose meg med at i Python har eg tid til å skrive gode nosetests og unit tests på all kode før koden i det heile tatt er ferdig ved bruk av ASP.NET. Og for min del er velfungerande og testa kode veldig viktig. :)

 

Men sidan du nevnte at dette er eit læreprosjekt er sjølvsagt avsnittet ovanfor irrelevant –– kjør på! Eg ville derimot bytta ut databasemotoren med den som er nærast opp mot den offisielle SQL-standarden, PostgreSQL.

 

No veit eg svært lite om Python på det området, men eg veit at Visual Studio har innebygd ein god, god del for unit testing, så trur ikkje det skal bli eit enormt problem.

 

Grunnen til at det blir MS SQL Server er vel i hovedsak at heile .NET-rammeverket er så integrert mot den databasemotoren; LINQ til SQL, heile Visual-studio integrasjonen (som er fantastisk) og diverse. Går jo sjølvsagt an å bruke kva som helst, men då må eg trulig skrive mykje funksjonalitet sjølv.

 

Ikkje har eg fryktelig mykje å tjene på å bruke PostgreSQL heller ;)

 

Edit: Dessutan trur eg ikkje utviklingstid-forskjellen mellom Python og ASP.NET/C# er så stor som du skal ha det til, dersom utviklarane på begge sider er like flinke. ;)

Endret av Arve Systad
Lenke til kommentar
Snip

Noe av poenget er jo at folk skal bruke publiseringsløsninges kontrollpanel ikke skrive sitt eget da :p

 

Eventbased caching er vel noe en større cache mekanisme som varnish bør ta seg av?

Vil jo gjerne ha dette på en egen server.

 

Finnes det noen brukere som støtter pubsubhubbub? Virker som man vil trenge noe egen programvare utover vanlig rss leser for det.

 

Inlines er derimot gennialt. Finner du en elegant og brukervennlig(Folk kan ikke html) måte å gjøre det på kjøper jeg det av deg :p

Slik jeg har tenkt å løse det er ved å sette inn elementer. Der du redigerer selve innholdet på en annen plass.

Dette vises da med et placeholder bilde elns.

Lenke til kommentar
Inlines er derimot gennialt. Finner du en elegant og brukervennlig(Folk kan ikke html) måte å gjøre det på kjøper jeg det av deg :p

Slik jeg har tenkt å løse det er ved å sette inn elementer. Der du redigerer selve innholdet på en annen plass.

Dette vises da med et placeholder bilde elns.

 

Det finnes faktisk implementeringer av slike løsninger i dag. Da bygd på å sette sammen predefinerte elementer. Elementene predefineres (HTML og CSS) av den som sette opp nettstedet, og brukeren kan sette sammen elementene etter eget ønske.

 

Den mest omfattende løsningen jeg har sett, har enkelte svakheter i brukervennlighet, men jeg vet at utvikler arbeider med drag'n'drop. Skal se om jeg finner videoen som presenterer tankegangen og linke den opp.

Lenke til kommentar

"Inlines" (hvis jeg forstår dere rett) har vi i vårt publiseringssystem. Man lager sidemaler, objektmaler og grids, og så er det bare drag-n-drop av innhold (artikler, bilder, søk, flash, html-filer) i forhåndsdefinerte "slot'er". Syns det fungerer veldig bra, og brukerne trenger ikke kunne noe html/css.

 

---

Sikkert flere enn meg som bruker f.eks scrum på jobben og syns

er morsom :)
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...