Projekt med PHP, MySQL

Det låter inte som en omöjlighet att genomföra. Men det beror nog lite på hur bra du är på att prioritera och begränsa dig. Det är väldigt lätt att projekt sväller ut och blir gigantiska.

Lite små tips..

- Bestäm vad du skall prioritera. Funktioner, utseende m.m

- Gör upp en enket kravspec på de funktioner du vill ha, och följ den !!!

- Gör en grov tidsplan på vad som skall vara klart när.
tex
planering 0-5 h
implementation 6 - 45 h
dokumentation 46 - 60 h

- Bena upp momenten i grov tidsplanen i mindre delar, ner på funktions nivå.
tex.
planering: kravspec 1 h ,
site struktur 2 h
layout 3 h

implementation:
login 2h osv...

Det är lite motigt när man inte vill annat än att börja koda men det lönar sig. Det är lite svårt att veta när man är klar om man inte har satt upp ett mål

Hoppas det hjälper.. det funkade bra för mig när jag gjorde mitt xjobb

/D

Lite sent kanske men en idé skulle ju kunna vara att göra detta inom ett Open Source-projekt. Finessen med det skulle ju kunna vara att du får en grund, lär dig lika mycket och kan fokusera på moduler du finner särskilt intressanta.

Kolla gärna in DevSheds artiklar, det finns mängder av bra tutorials om MySQL och PHP, jag använde mig av det när jag skulle börja lära mig det för drygt tre år sedan.

http://www.devshed.com/Server_Side/PHP

http://www.devshed.com/Server_Side/MySQL

Det var nog att hålla paniken borta Projektet gjorde jag som sista grej när jag pluggade till data ing. Det var på C nivå vilket bla. innebär att man ska lämna in en fet rapport. Jag skrev nästan hela rapporten innan jag gjorde något annat och det tog ungefär 80 % av tiden, vilket kändes lite svettigt

/d

Vad gäller manualer och dokumentation finns det massor att läsa vad gäller PHP och MySQL.

Tycker själv PHP.net är en bra sida vad gäller PHP. Där finns även en svensk manual PHP-manual har dock inte läst den, utan har mest använt hjälp från funktionslistan som finns där.

Angående MySQL, så är deras egen officiella hemsida en bra sida att starta från. Just hur SQL-frågorna funkar har jag ingen bra sida på. Själv har jag använt mig av några häften jag fick från Mitthögskolan när vi läste om databaser.

Har gjort en del egna projekt, och kan bara hålla med om att planneringsfasen är rätt viktig. Dra upp ordentlliga avgränsningar och håll dig till dem. Det händer så lätt att man tycker någon del är väldigt kul och sitter med den aldeles för länge. Varpå man för jobba rätt hårt på slutet. Sedan om du ska ha någon form av rapport till arbetet, se till att jobba med den kontinuerligt. Detta av två anledningar. Först om man skriver den efteråt, är det lätt att glömma exakt hur man har gjort saker och ting. Men sedan också att det är inte så kul med rapporter (tycker jag i alla fall.) Sparar man den då till slutet blir man väldigt less. Vidare, se till att skriva in kommentarer i koden, det är inte helt lätt även om man har skrivit koden själv att förstå sig på allt. Först ett redigt sidhuvud, som förklarar vad hela sidan gör. Men även kommentarer inne i koden. Detta mest för din egen skull alltså. Sen att det ser väldigt proffsigt ut är bara ett plus i kanten.

Du kan även ställa frågor och hitta lite information på www.phpportalen.net (många frågar även om mysql här).

För mysql tycker jag nog deras egen manual (den med besökares kommentarer) är bland de bättre.

Några små tips...

Om du inte förut sysslat med PHP och/eller MySQL se till att lär dig hur man gör det tidigt innan du du planerat färdigt. Gör små testsidor för att lära dig och se till att vara organiserad från början. Bara en sådan grej som att ha en vettig katalog-struktur är viktigt. Du kan tex. skapa en katalog som heter just test och i den skapa kataloger för varje test du gör tex. test angående sessioner, databas-kopplingen, templates, login/logout, lägga till och ta bort från databas etc. Börja enkelt. Innan du gör en fullfjädrad sida där man kan logga in och recensera skivor se till att gör test så att du vet _hur_ man gör en sida där man kan logga in och spara detta test för senare referens.

Dokumentera koden när du är mer eller mindre nöjd med den. Det är inte så stor idé att kommentera varje rad du skriver innan du tror att koden faktiskt kommer att finnas med i det färdiga arbetet men se till att alltid kommentera koden som är komplicerad.

När du får problem (och det kommer du att få förr eller senare) reducera sidan du jobbar med så mycket som möjligt tills du vet exakt vart felet är. Det är dumt att skriva en sida på 1000 rader, upptäcka att det är fel och sedan posta filen på ett forum och fråga vad som är fel. Duplicera filen istället och ta bort allt som inte är absolut nödvändigt för sidans funktion. Gör detta stegvis så att du märker när saker fungerar igen. På det sättet kan du ganska snabbt lokalisera vart felet är och då kan du förhoppningsvis lösa problemet också. Om du inte kan lösa problemet, gör ett test där du på så få rader kod som möjligt får samma fel och om du inte vid det här laget löst problemet då kan du posta frågan på ett forum (med koden för det minimala testet). Att söka på google och google-groups är också ett ganska bra sätt att hitta lösningar på vanliga problem

Skilj på utseende och kod. Det kan vara en bra idé att skilja på php-koden och html-koden. php är gjort för att kunna skrivas direkt i html men det blir lätt rörigt. Gör en sökning på php och templates för att läsa mer om varför det är en bra idé att använda templates och hur man gör detta. Kom dock ihåg att börja enkelt, det är ingen idé att försöka använda templates innan du vet hur man använder php...

Underskatta inte planeringsfasen! När du lärt dig så mycket om php och mysql att du tror dig veta nog för att koda ihop projektet se då till att planera noga. Som redan nämnts är det ett väldigt bra sätt att spara tid senare i projektet. Även om du ska vara beredd på att ändra saker och ting i efterhand så kan du minska behovet av sådant genom vettig planering. Rita upp sidan på vanliga papper. Vilka delar ska finnas på sidan? Vilka menyer och länkar ska finnas? Vad händer när man trycker på de olika länkarna? Vilka olika formulär ska finnas och vad händer om användaren skriver in en massa skräp-värden eller inget alls när de skickar in forumulären? Vilka databas-tabeller kommer du behöva för att lagra all data och hur är dessa relaterade till varandra? Är det något mer du behöver lära dig innan du kan börja? Att involvera någon annan redan i planeringfasen kan vara bra. Det är alltid skönt att ha ett bollplank och någon som är erfaren på området kan lätt se nybörjarmisstag och hjälpa dig förbi dessa innan de blir till problem. När du är färdig med en site-map eller någon form av struktur på sidan, visa denna för någon för att få kommentarer, något som är självklart för dig kanske ter sig alldeles galet för någon annan.

hehe, jag tror jag slutar där även om det finns en massa mer att säga Använd gärna det här forumet som bollplank när du känner att du har något under planeringsfasen som du känner att du vill ha feedback på.

Vill påstå att det är den enkla biten du har framför dig; om du verkligen har dokumenterat alla funktioner du vill ha, samt på vilket sätt du vill lösa dom så är implementeringen inte så svår.

Visst, det kommer ju dyka upp stunder då koden strular lite, men har du planerat noga så har du lättare för att analysera fram vart problemet ligger.

Om du har planerat rätt kommer du att märka att all den tid du la ner på planering och uppskissning av arkitekturen var värt det.
Många säger att alla projekt består av 70% planering och 30% implementering, men i slutändan är det nog sällan att det är så, särskilt när projekten börjar bli riktigt stora, då tar det tid att skriva så mycket kod som det krävs.

Ett problem som jag kan uppleva ibland med PHP är att felsökningen kan ta tid när något är fel på ett script. Felmeddelanden är inte alltid så bra som man skulle vilja.

En vanlig anledning till PHP-fel brukar vara att man har glömt en måsvinge någonstans...

Det som kan vara irriterande med felmeddelandena man får är att det ofta står att det är fel på tex. rad 59, när felet egenligen ligger på en helt annan rad.

Mm, det är precis en sån sak som jag upplevt gör felsökning i PHP rätt knepig ibland.

När andan faller på kan det vara riktigt roligt faktiskt. Speciellt om man är amatörprogrammerare som jag så känner man sig väldigt stolt när man löser ett problem eller två som man brottats med. Häromdagen lärde jag mig läsa in en textfil i en array och slumpa en rad ur denna (absolut inget komplicerat alls) och även ta tid på hur lång tid ett script tar att exekvera.

Andra dagar kan det vara drygt, som när man ska sätta sig in i gamla projekt som man för länge sedan glömt hur dom var uppbyggda och kommer på alla fulhack man gjorde...