PHP·pub - Programming With Attitude - and beer

[qualbeen]

Nei nei nei: på ustabilt trådløst nett, kan opplasting bruke noe lenger tid. Noen ganger opplever jeg at fil-endringene når server i feil rekkefølge. Dette har ingenting med host å gjøre, men det faktum at trådløse nett gjerne er litt smått ustabilte til tider.. ;-)

[TheClown]

Sant nok, trådløst og masse opplastning pleier å få ting til å krølle seg her også.

 

Men over til noe annet. Bare et helt generelt spørsmål. Siden vi befinner oss i PHP-forumet; hvor lenge har du/dere holdt på med PHP-programmering? Hvor godt føler du at du behersker språket?

 

Selv har jeg drevet med det siden jeg gikk ut av barneskolen, som er 8 år siden. Siden den gang har jeg brukt masse av fritiden min på å lage egne prosjekter, småspill, dill og dall. Jeg har nå også jobbet et år som webutvikler og følger jeg har veldig godt taket på språket. Pr. dags dato har jeg ingen problemer med å utføre noe i PHP. Ser jeg et problem klarer jeg alltid å løse det på en eller annen måte. Dessverre har jeg lite kunnskaper innen OOP, så dette blir grunnsteinen i mitt neste prosjekt. Jeg ønsker også å lære meg å skrive bedre kode uten alt for mye kluss og dritt.

 

Jeg har lest en del på Stackoverflow.com og sett enormt mange flinke PHP-programmerer, som gjør ting jeg ikke ante var mulig. Artig å se hvor kunnskapsrike folk er.

[Sono Juventino]

Jeg har holdt på med PHP i over 6 år i en eller annen form, men det er først etter at jeg har hatt videregående Javafag i utdanningen at jeg føler jeg virkelig begynner å forstå programmering. Mitt tips til deg: Når koden nesten er lesbar engelsk, begynner det å ligne på noe. Seriøs planlegging kreves om du har større prosjekter. Å lese litt om UML og klassestrukturer anbefales sterkt. Det anbefales også å se litt på algoritmer og datastrukturer i praksis for å forstå fordeler og ulemper, samt teoretisk tidsbruk på funksjoner. (Både egenutviklede og PHPs egne. Hvorfor array_key_exists() anbefales over in_array() f. eks)

 

Å utvikle sine egne søke- /sorterings-algoritmer er f. eks meget god trening.

Endret 11. juli 2012 av Sono Juventino

[Matsemann]

Hvorfor i granskauen må endringer lastes opp hvert sekund? Håper i så fall det er en egen testserver uten noen forbindelser til live server. Og for all del at det ikke er live kode en redigerer!!

Rigg en testserver, helst lokal, hvor man kan vise alle feilmeldinger osv., som man skjuler live/i produksjon.

Og sleng på et versjonskontroll-system som git, svn e.l., så kan man utvikle uten å tenke på konsekvenser.

 

For å svare på spørsmålet til TheClown: Jeg begynte med PHP for rundt 8 år siden, da var jeg 13 år. Gikk noen år med småpusling og mindre prosjekter med PHP4, før jeg gikk over til andre ting. Så har jeg ikke rørt PHP inntil i vår, da jeg laget en nettside for klassetur vi skal ha til neste år. Ca. 100 medlemmer med innlogging, lagring av informasjon, avstemninger, nyheter med kommentering osv.

Nå har jeg sommerjobb som PHP programmerer. Porter et gammelt system til Zend Framework 2. Artig å jobbe mot et rammeverk som er i beta. Litt kjipt med BC breaks når ny beta kommer, men lærer mye av å se hvilke forandringer de gjør og hvorfor.

Føler jeg kan mye om PHPs særegenheter, god kontroll på OOP og sikkerhet som XSS, SQLinjections osv., så forhåpentligvis kan jeg skrive ok kode uten for store hull.

Men alltid rom for forbedringer.

[Ernie]

Hvorfor i granskauen må endringer lastes opp hvert sekund? Håper i så fall det er en egen testserver uten noen forbindelser til live server. Og for all del at det ikke er live kode en redigerer!!

Rigg en testserver, helst lokal, hvor man kan vise alle feilmeldinger osv., som man skjuler live/i produksjon.

Og sleng på et versjonskontroll-system som git, svn e.l., så kan man utvikle uten å tenke på konsekvenser.

 

Helt enig. Jeg begriper ikke hvordan noen kan sitte å utvikle på noen profesjonell måte hvis man hele tiden sitter og laster opp kode til en server som kan ha «lang» svartid. Å sitte og kode mot produksjon er jo så fy-fy det går an å få det, og en sikker oppskrift til trøbbel. Nei, alvorlig talt, det er bare å sette opp en server lokalt eller installere det på egen maskin. Det er da virkelig ikke noe problem. Skal man gi ut ting selv så er det alfa og omega å kunne fikle litt med server-innstillinger og varianter for å se at det man lager faktisk fungerer for andre. Gjør man ikke det så lager man i grunn bare ting på alfa/beta-nivå uten noen som helst garanti for at ting fungerer i det heltatt.

 

For å svare på spørsmålet til TheClown jeg også:

Det er vel cirka 10 år (*grøsse* er jeg så gammel? ) siden jeg smått begynte med PHP. Det var ganske amatørmessig nivå over det da, men jeg har seinere utdannet med innen deriblant programmering og har bygd opp en solid kunnskap om programmering generelt som har vært direkte overførbart til PHP. I tillegg har jeg hatt noen prosjekter som har medført at jeg totalt sett har godt nivå på PHPen. De siste par årene har det dog dabbet dramatisk av i forhold til programmering i PHP, mye grunnet fulltidsjobb hvor alt foregår i C++ (og noe C#). Pr. dags dato er det lite trolig at jeg noen gang kommer til jobbe profesjonelt med PHP igjen. Det skal isåfall en meget solid lønn pluss andre godsaker til før jeg vurderer det.

[PhelpsTransposed]

Hvordan jobber folk med php her, med tanke på testing av kode osv? Skal så vanvittig lite til før hele prosjektet bare smelter sammen av en eller annen grunn som jeg ikke skjønner dritten av.

[Ernie]

«Unit testing». Over tid er det den raskeste måten å finne ut om koden fortsatt fungerer. Har ikke prøvd det i så stor grad ut i PHP da, men fungerer fett i C++ og da bør ikke PHP være noe problem heller.

Endret 11. juli 2012 av Ernie

[PhelpsTransposed]

Takk for svar. Føler PHP er i særklasse når det gjelder å kræsje selv om du tilsynelatende ikke har gjort noe som helst som skulle tilsi det.

[Sono Juventino]

Noe av grunnen er at PHP-utviklere i større grad benytter seg av "merkelige løsninger". Etter min mening, så vil man i større grad unngå disse løsningene om man har prøvd seg på noen andre språk som Java, C-familien eller lignende. Programmering er stort sett overførbart mellom språk, men PHP skal alltid gjøre det "enklere" for utviklerne, og lager derfor mye rar funksjonalitet. Nå støtter jo også PHP prosedyrekode, noe som selvsagt er en del av kaka.

 

Planlegger man utviklingen, koder objekt-orientert, unngår finurlige funksjoner og tester klassene skikkelig, så bør man unngå det meste av bugs og gammel kode som ikke fungerer.

[PhelpsTransposed]

Sånn som jeg har programmert med PHP hittil, mye lagring og visning av databaseinformasjon har jeg ikke brukt noe funksjoner, er det riktig? Eller lager dere funksjoner for alt?

[Sono Juventino]

Jeg har også databaseklasser og lignende, ja, men alt kommer jo an på behov. Jeg ønsker bare å slippe å skrive så mye kode, så da kan jeg f. eks sende med et array som parameter og være sikker på at filtrering ligger innebygd i klassen.

 

Av andre ting, så returnerer min klasse et array av resultater av spørringer, samt gir meg endel andre metoder som er kjekke å ha. På den måten slipper jeg ting som while ( $row = $result->fetch_row(MYSQLI_ASSOC) ) {}, men kan istedenfor bruke foreach f. eks.

 

Generelt sett handler alt dette om hvor mye du trenger det. Planlegger du å lage egne systemer med skjemabehandling, brukere, sessions, hashing, osv, osv, så melder behovet seg i større grad.

[Ernie]

danba: Det spørs litt i forhold til hvordan man koder, men det høres i utgangspunktet ganske rart om man ikke klarer å dele opp ting i i det minste funksjoner, og helst også klasser (avhengig av hva man lager). Det skal iallfall veldig spesielle tilfeller til før det ikke blir duplisering av koden, og det er en oppskrift på rot og uhåndterlig kode.

 

Sono Juventino: Enig, rent bortsett fra at objektorientering aldeles ikke er noe krav for å skrive feilfri kode. Det viktigste er jo å utvikle med en metodikk man selv håndterer bra.

[Sono Juventino]

Jada, nevnte dette også i en tråd rundt utviklingen av en gjestebok. OOP er absolutt ikke overlegent i alle sammenhenger. Se også at jeg skriver større systemer.

[PhelpsTransposed]

Ser den, litt klønete spurt. Har vel mer scriptet mer enn programmert da jeg ikke har noen funksjoner eller klasser. Går vel an å bygge opp sitt eget funksjons/klassebibliotek som en kan bruke av til senere anledninger

[PhelpsTransposed]

Syns denne her var hjelpsom på å prøve ut php kode forresten http://writecodeonline.com/php/

 

Noen andre som har problemer med at stilreglene i css fungerer omtrent annenhver gang en oppdaterer en side, laget med PHP? Er jo strengt tatt et html/css spørsmål, men aldri erfart det der før, men i php skjer det stadig vekk. Noen ideer på hvorfor?

Endret 14. juli 2012 av danba

[j--]

PHP genererer ikke PHP, det genererer HTML/CSS i de fleste tilfeller. Sjekk koden din, og se om det er noe som varierer for hver gang du refresher siden. For å få den oppførselen du skriver så er det nok enten spagettikode eller en dårlig konfigurert server.

[qualbeen]

[…]

Høres ut som at nettleser har cachet litt for mange filer – hjelper det å tømme cache i nettleseren?

[PhelpsTransposed]

Det kan det fort være, takk for svar!

 

Tviler på at det er serveren da jeg bruker one.com, de burde vel ha en godt konfigurert server. Og som du sier outputter jeg bare ren tekst og html kode, så er vel neppe det heller.

[Sono Juventino]

Husker ikke lengre hurtigtasten på Windows, men prøv CTRL/Shift + F5 når du laster siden. Da skal mellomlager slettes. På Mac er hurtigtasten CMD + SHIFT + R forøvrig.

[TheClown]

Takk for svar. Føler PHP er i særklasse når det gjelder å kræsje selv om du tilsynelatende ikke har gjort noe som helst som skulle tilsi det.

Tja, både og. Jo mer komplisert man gjør ting, jo større sjans er det for at ting kræsjer. Det gjelder alle språk egentlig.

 

Jeg tester ting mye. Holder på med å utvikle noen spill (tekstbasert), og da blir det naturlig en god del testing fordi jeg må sjekke at utregninger og spørringer skjer korrekt. Da oppdager jeg veldig fort om det er noe som ikke stemmer der.

 

Når jeg utvikler på jobben må jeg også teste veldig mye for ikke å sende avgårde noe som ikke fungerer som bestilt. Spesielt i tilknytning kvittering, innsending og former er dette veldig viktig.