Vinnaren i pepparkakshustävlingen!
  • 1
  • 2
2022-12-05, 01:34
  #13
Medlem
Citat:
Ursprungligen postat av utforskaren
Ett tips är att skapa egna funktioner/”alias” för att ersätta sådant som har blivit deprecated, och för funktioner som nu har blivit datatypskänsliga. (Ja, jag vet att ni perversa aspbergerkodare kommer förorda att ”skriv koden rätt istället”, men det kan vara ett jävla jobb att hitta och korrigera alla ställen som behöver justeras i 10,000,000 rader kod-projekt som har byggts upp av flera kodare under >= 10 år).
Problemet är ju att det här inte kommit som en blixt från klar himmel. Det har förvarnats om det här under relativt lång tid.

Jag påstår att det är vettigt att ta bort versioner som inte stöds längre. Främst för säkerhetsbiten men också för att saker och ting utvecklas. Det är inte en ren utgift att uppgradera. Och om ni har resurser för att skriva 10 miljoner kodrader men inte kan strukturera dem på ett vettigt sätt? Då ligger kanske en del av äran hos er också?
Citera
2022-12-05, 07:26
  #14
Medlem
Enterprises avatar
Citat:
Ursprungligen postat av utforskaren
Frågan är kanske snarare varför PHP efter alla dessa år plötsligt har bestämt sig för att olika funktioner och syntaxer ska bli datatypskänsliga och ge ”fatal error” om en sträng matas in istället för en float.

Och varför man hela tiden ska plocka bort äldre funktioner, så att alla måste skriva om sin kod.

Erbjud åtminstone ett bakåtkompatibelt ”tillägg” eller nåt, isåfall!
Håller med, men det ger väl mer jobb till utvecklarna.
Citera
2022-12-05, 21:17
  #15
Medlem
CassandraCs avatar
driver sajter med php 5.6/7.0/7.4, några med över 40k views per dag, och de med 5.6 har varit online sedan 2010... aldrig hackad. säkerheten är inga problem om man vet hur man sätter upp backend och kodar på rätt sett.. loopia suger balle, jag skulle aldrig orka huvudverken att försöka vara bleeding edge php, det låter jävligt struligt... php har en tendens att ta bort funktioner som funkar bra och så måste man skriva om allt vilket man inte gör enkelt då man inte rört koden på 4-5 år..
Citera
2022-12-06, 12:34
  #16
Medlem
Citat:
Ursprungligen postat av CassandraC
php har en tendens att ta bort funktioner som funkar bra och så måste man skriva om allt vilket man inte gör enkelt då man inte rört koden på 4-5 år..
Ja, om du har det siktet så är det kanske inte så svårt att vara "bleeding edge" . Vad var det som försvann för dig då? "då måste man skriva om allt" låter inte helt välskrivet.
Citera
2022-12-06, 12:40
  #17
Medlem
SvenHelsings avatar
Citat:
Ursprungligen postat av utforskaren
Frågan är kanske snarare varför PHP efter alla dessa år plötsligt har bestämt sig för att olika funktioner och syntaxer ska bli datatypskänsliga och ge ”fatal error” om en sträng matas in istället för en float.

Och varför man hela tiden ska plocka bort äldre funktioner, så att alla måste skriva om sin kod.

Erbjud åtminstone ett bakåtkompatibelt ”tillägg” eller nåt, isåfall!

Ett tips är att skapa egna funktioner/”alias” för att ersätta sådant som har blivit deprecated, och för funktioner som nu har blivit datatypskänsliga. (Ja, jag vet att ni perversa aspbergerkodare kommer förorda att ”skriv koden rätt istället”, men det kan vara ett jävla jobb att hitta och korrigera alla ställen som behöver justeras i 10,000,000 rader kod-projekt som har byggts upp av flera kodare under >= 10 år).
Om ni har ett projekt med tio miljoner rader kod så har ni antagligen också resurser att hyra en vps där ni kan köra vilken version ni vill.
Citera
2022-12-12, 10:14
  #18
Medlem
GrillTeknikers avatar
Många wannabe-javascriptkiddie-millenials som lärt sig "koda" på nåt 3-månaders code camp härinne låter det som.

Det är verkligen inget konstigt att man skriver kod som man sedan inte rör på 10+ år. Det är bara det att den yngre generationen vant sig vid att det kommer nya versioner av frameworks en gång i kvartalet och att alla 500 plugins man är beroende av måste uppdateras löpande, samt att varje gång man uppdaterar är det något som går sönder. Ni är fullt medvetna om att före ca år 2005 så uppdaterade man vanligtvis inte t.ex. spel eller annan mjukvara? De släpptes fullt fungerande.

Det finns gott om stora företag med mångmiljonomsättning som kör PHP 5 fortfarande. Och vi ska inte tala om banksystemen som fortfarande kör COBOL. Skyll inte säkerhetsproblem på underliggande programmeringsspråk, för någon som visste vad han sysslade med för 15 år sedan var det inga problem att skriva säker kod i PHP 5.
Citera
  • 1
  • 2

Stöd Flashback

Flashback finansieras genom donationer från våra medlemmar och besökare. Det är med hjälp av dig vi kan fortsätta erbjuda en fri samhällsdebatt. Tack för ditt stöd!

Stöd Flashback