-- Dette er en fortsettelse fra Lage et pokemon spill! --

Noen viktige ord fra vidarlo:

*Lag framdrifftsplan med et par milepæler/delmål
**Ferdig autentiseringsrammeverk
**Ferdig DB-api
**Ferdig score-rammeverk.
** ... ++ ...
*Lag hovedmål
*Fordel roller, mest på programmering i begynnelsen
*Utnevn prosjektansvarleg
*Sette opp Wiki som *alle* prosjektdeltakarar kan redigere
*Få på plass kodestandarder/definert API
*Sett opp kildekodehåndteringsverktøy, t.d SVN eller GIT
*Sett i gang å kode prosjektet iht. API
*Sørg for at alle sjekker inn kode i repos fortløpande
*Ha webserver som kjører siste /stabile/ samt siste fra repos fortløpande (WebDAV + SVN + Apache er Fin Ting(TM))

Designet til siden er noenlunde ferdig: www.thenordicdj.com/pokeman
Trenger dog noen til å lage en finere header.

Ingen funksjoner er lagt til på siden enda.

Så langt er jeg ferdig med design og litt planlegging.
Mye av planleggingen er ikke ferdig. Først må jeg få kritikk på den, og så vil jeg poste den ut igjen, deretter få kritikk osv..

Det meste av hvordan spillet blir finner her: http://www.thenordicdj.com/pokeman/p...x.php?side=faq

Det jeg egentlig sliter mest med for øyeblikket er brukerregistreringen. Ellers så har jeg sett for meg hvordan jeg skal skrive det meste av funksjonene i spillet.
Jeg vurderer å lage en functions.php fil og skrive ned alle funksjonene i den, og deretter inkludere den på alle sidene.

Jeg vil helst ikke poste noe av sql koder eller php offentlig. pga hackesikkerheten når jeg blir ferdig med det (da er det litt kjipt om noen vet hvordan databasen våres ser ut).
Jeg vil snart starte en wiki igjen, siden den forrige ble slettet.

Om noen vil være med på prosjektet kan dere kontakte meg på msn (signatur) eller tnd@thenordicdj.com - Om du får være med på prosjektet eller ikke er opp til meg.

Mvh Daniel

Dersom du virkelig er bekymra for at databasedesign er et sikkerhetshull har du et ekstremt problem. Security through obscurity er et kjent begrep. En del brukt som oppskrift på korleis ting ikkje skal gjerast.

I det eg har koda så langt i livet, så har eg holdt meg til regelen om at så få hemmeligheter som mulig er ideelt. I t.d aids bruker vi sha-summing av passorda, så det burde gå bra sjølv om _innholdet_ i databasen kjem på avvege...

Offentleggjer kode, så oppdager andre sikkerhetshol for deg. Mykje betre.

Og når det gjelder utforming av spelet, så har du 5 handlinger folk kan gjere. Er du ikkje redd for at dei vil spille i 20 minutt, og deretter vere dritlei.

Og korleis ordner du relasjoner? Og funksjoner? Og har du laga database-API, eventuelt funne eit du kan bruke?

Veldig buggy system, er nå logga inn som "Daniel", helt random...

Så du har listet opp en hel del vettuge ting som du fikk fortalt i den forrige tråden, ignorert de totalt og så gått og laget litt html?

Jeg er om mulig enda mindre imponert enn hva jeg var over den forrige tråden. Prosjektet er totalt dødfødt.

Du har begynt på brukerregistrering, men vel så viktig som det, om ikke viktigere - har du planlagt resten av databasen din og lagt opp relasjoner og slikt i henhold til innhold og funksjonalitet?

Warning: mysql_query() [function.mysql-query]: Access denied for user 'thenordicdj.com'@'localhost' (using password: NO) in /customers/thenordicdj.com/thenordicdj.com/httpd.www/pokeman/registrer_ny.php on line 18

Nice one... Du burde kanskje få scriptet til å dø når det ikke greier å koble til databasen?

Nei. At man vet databasestrukturen kan gjøre SQL injections en smule enklere, men det fins andre metoder for å kartlegge databasen.

Ergo har du ikkje komt ein nanometer nærare målet enn du var forrige gang. Lag deg et par øvingsoppgaver med en-enrelasjoner, mange-mange-relasjoner, en-mange relasjoner i SQL. For en-mange-relasjoner er vel typisk slikt en bruker en del.

Deretter lager du ting objektorientert. Det er faktisk uendeleg mykje enklare å arbeide med. Å gjere alt OOP vil føre til tregare side, men ting som du brukar ekstremt ofte, t.d database o.l. ville eg laga objekt av.

Deretter må du faktisk vere i stand til å lage en struktur på koden. Korleis skal du fordele ting? Kva templatemotor skal du bruke (eg hater deg om du ikkje vil bruke det. HTML/PHP-suppe suger!)'

Så kjem tusenkronersspørsmålet: er du p.t i stand til å sette deg ned og lage ei mySQL-basert gjestebok i PHP? Flatfil? Ja? Viss ikkje så gjer du ei slik oppgave før du prøver deg på et spill.

Du vet du har stavet "Pokémon" feil? Den lille streken over e'en skal ikke være `, men ´....

Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'root'@'localhost' (using password: NO) in /customers/thenordicdj.com/thenordicdj.com/httpd.www/pokeman/config.php on line 3

fekk jeg da jeg ville registrere meg

Ikke vær så sinnsykt negativ til prosjektet hans da!
Gutten har stått på i et halvt år nå, prøver så godt han kan. Fortjener litt creds

Fixer sql og sånnt jeg Har jo ftp tillgang

Ja Alltid stas å få hjelp av meg ^^

Et par tips til:
*Templates, templates, templates. Kjør inn template. Ikkje bygg sammen HTML og PHP, det blir bare ei einaste stor suppe, og du vil angre bittert veldig kjapt.
*Kjør database ut som funksjon eller objekt (aids kjører det ut som objekt med konstruktør som mekker tilkobling og slikt. Sjå http://svn.vidarlo.net/imd/includes/database.php for sketch av korleis det er gjort)
*Finn ut kva du gjer gang på gang på gang, og modulariser det.
*Lag et godt modulsystem, slik at det er kjapt gjort å hive til nye ting i spillet seinare.

Noen her som vet hvordan jeg kan gjøre slik at en må vente en viss tid før man kan trykke på sbumit button igjen?
På quick battle kan man bare trykke F5, Enter, F5, Enter hele tiden uten noen hindringer.
Kan dette gjøres med cookies =/ ?
Åpen for alle forslag.

Takk Skal prøve å gjøre noe ala det.

Beste svaret er vel at om du har innlogga bruker så bruker du session-arrayet til å holde styr på ting. Det gjer at du kan vere sikker på at samme innlogga bruker ikkje går over tidsbegrensinga.

Hvordan går det med dette her? Pokémon er in for tiden.

No offence til Cinamon, men jeg tenker nok at dette prosjektet ikke er helt i mål enda. Tatt litt i betraktning hva han strever med i en annen tråd akkurat nå.

Ja, spillet er vil nok ikke være i mål før om en lang, lang stund.

Til nå har jeg klart å lage et registreringsscript med blandt annet pm og forum. Jeg føler jeg har en viss kunnskap til å fortsette med pokemon prosjektet. Men vil vente enda litt til med dette til jeg har lært en del php/mysql til
Blandt annet sliter jeg ræva av meg med tidsbegrensning av funksjoner o.l
Har også lyst til å lære med javascript før jeg sier meg ferdig med prosjektet

|d13m0b:
hehe, njaa.. Strever og strever? .. Vi kan vel fastslå det at det var litt slurvefeil også ??
Jeg kan i hvert fall alt vi gikk gjennom i den tråden. Og det er da positiv fremgang

Veldig spent på å se resultatet, det er tross alt Pokémon vi snakker om her!

Du vil tene mykje tid på å bruke 10 timer på å lære deg eit templatesystem. Det gjer koden din meir oversiktlig, uendeleg mykje enklare å bytte layout på eit seinare tidspunkt, og det vil ta kortare tid å utvikle funksjonaliteten, fordi du slepp å tenke på layout. Lær deg layout-system før du går i gang på resten!

Du kan jo altids inkludere alle filene da, Inn til en hovedfil?

Hææ? Made no sense...

Du har en header.php, Bunn.php og inkluder.php, Header inneholder Logo og meny, Bunn er copyright, Inkluder inkluderer allt innholdet til siden..
Header har forresten meta-tagsa også..

Det er Feil Måte(TM) å lage templating på. Rett måte er å bruke eit templating-system spesiallaga for oppgava, t.d PHPTemplate.

Includes kan du bruke på ei personleg heimeside, men å bruke det på noko meir omfattande enn ein blogg er å be om eit helvete den dagen du vil endre layout

For eksempel på templates kan eg jo vise til aids, som eg kjenner rimelig godt, og som er eit lite prosjekt og lett å få oversikt over. http://svn.vidarlo.net/imd for å sjå kjeldekoden.

Hvordan kan jeg på best måte sjekke at en bruker er innlogget?
Her kan dere så hvordan litt av systemet fungerer om det er nødvendig.

Tja, en måte er jo å sjekke om det er mindre enn n minutt sidan sist dei besøkte sida di. Om det er det antar du at dei er online og viser dei som online.

Skjønner, det er vel det beste!
Tror uansett jeg starter smått på prosjektet nå. Skal få med oop, selvom jeg synes det virker som en veldig tungvindt måte å lage funksjoner på.

Eg ville ikkje laga objekt for alt mellom himmel og jord, slik som registrering. Det er ingen grunn til å gjere det, sidan det er svært enkel logikk, og du ikkje har stor nytte av hukommelsen og logikken til objekt. Dessuten har det ein del performance penalty (faen, godt norsk ord for det der?).

Registrering ville eg ordna ved å opprette eit ny instans av bruker, med ein del defaults o.l.

Kort sagt - tenk litt igjennom kva som bør vere objekt. Ikkje alt eigner seg som objekt, men ting du bruker ofte, og som har nytte av hukommelse, bør vere objekt.

Eg vil også _INNSTENDIG_ oppfordre deg til å ta i bruk eit templating-system, som PHPXtemplate. Det er litt arbeid å lære seg å bruke det, men du frigjer logikken frå layout/html/css, og det gjer det vanvittig mykje enklare å endre layout totalt. Det gjer også at ein som kan HTML kan lage layout uten å måtte bry seg (nevneverdig) med korleis logikken er bygd opp. Du kan også enkelt bruke samme HTML-sida for store delar av utputt. Kort sagt - mindre arbeid på _alle_ plan.

Eg vil også oppfordre deg til å sjå på rammeverk, som t.d CakePHP. Eg har ikkjer erfaring med CakePHP sjølv, men voldern har hatt mykje fint å sei om det, så antar det må vere Good Shit(TM).