Slik bygger du et datastrøm for HTML5 og CSS3-webområdet ditt - dummies

Du kan vanligvis anta at et stort webprosjekt kan gjøres i rett HTML5 og CSS3. Det er alltid et godt utgangspunkt, men hvis programmet ditt trenger data eller interaktivitet, har du sannsynligvis en data-backend.

De fleste dataaktiverte nettstedene mislykkes fordi de ikke var planlagt riktig.

Årsaken er nesten alltid at data normaliseringen ikke ble innarbeidet i planen tidlig nok, og de andre delene av prosjektet er uunngåelig avhengig av en godt planlagt data-backend.

Hvis du mistenker at prosjektet ditt innebærer en database, bør du følge disse trinnene tidlig i prosessen (under den tidlige planleggingsfasen):

1. Identifiser det sanne dataproblemet som skal løses.

   Data blir komplisert i en hast. Bestem hvorfor du akkurat trenger dataene på nettstedet. Hold dataene så enkle som mulig, ellers blir du overveldet.

2. Identifiser datakrav i nettsteddiagrammet ditt.

   Finn ut hvor på diagrammet du får data. Bestem hvilke data du henter og registrer denne informasjonen på sidediagrammet.

3. Lag et tredje vanlig skjema ER diagram.

   Ikke bry deg med å bygge en database før du er sikker på at du kan opprette et ER-diagram i tredje vanlig form.

4. Implementer datastrukturen.

   Opprett et SQL-skript som lager alle nødvendige datastrukturer (inkludert tabeller og visninger) og inkluderer prøvedata. Implementering av design er enkelt etter at du har gjort det. (Det synes å være et tema, ikke sant?)

5. Lag PHP mellomvare.

   Etter at databasen er på plass, trenger du vanligvis PHP-kode for å ta forespørsler, sende dem til databasen, og returnere resultatene. Det meste av PHP-koden for hovedsiden består av enkle spørringer fra databasen. Hvis du kan bruke AJAX eller SSI, forenkler prosessen fordi PHP-koden din ikke trenger å lage hele sider - det oppretter bare kodestykker.

6. Vurder oppdateringsfunksjoner.

   Vanligvis, når du har en database, trenger du en annen del av nettstedet slik at klienten kan oppdatere informasjon. Det er ofte et administrativt nettsted med tilgang til passord. Et administrativt nettsted er mye mer komplekst enn hovedstedet fordi det krever muligheten til å legge til, redigere og oppdatere poster.