Verkar vara en samstämmig slutsats att just ramverket tillför struktur och ordning i projektet. oavsett vilket ramverk man väljer att jobba i.
Nu har jag inte kunskaper nog att jämföra ramverken sida vid sida. Så det får var och en välja själv.
Postgre hamnade jag i av en slump, och noterade att en hel del saker som man tar för givet i MySQL inte finns eller fungerar likadant (insert ignore, replace, insert .. on duplicate key update, concat, hur autoincrement fungerar för att nämna några) och då får man skriva om sina frågor. En nyttig upplevelse! Om postgre är bättre eller inte kan jag inte bedöma, det stora problemet för den mindre utvecklaren är väl att andelen webhotell med stöd för postgre är försvinnande litet.

Om jag ska föreslå ett ramverk för enklare sidor, så skulle jag föreslå Zend.
Och då inte som ramverk utan snarare som bibliotek. Använd till exempel bara validerare och filter till formulär, eller view helpers för att formatera utdata.
Detta utan att kalla in hela ramverket.
Enkelt att implementera, och du får en säker applikation utan att behöva skriva dina egna validerare eller filter.

haha vilken sliring :) Ursäkta för att jag inte är lika produktiv och givmild som du.... Pear + pecl tror jag handlar om ett par tusen paket, men inget att jämföra med 28k.

Jag vill inte ge mig på att argumentera mot RoR. Allt jag hört om RoR tilltalar mig, trevlig syntax, uppstyrd pakethantering med ett brett utbud, mvc etc... Att unit-tester är en norm inom communityt, som någon nämnde här, låter helt fantastikt. Hade jag haft tiden över så hade jag ögonblickligen gett mig på det. All min extra tid går just nu åt nodjs, den som inte hört om det tidigare borde ta sig en titt (verkar vara smått fantastiskt).

Det jag skrev var med betoning på _tror_. Min poäng är väl egentligen att jag tror att det ska gå ganska långt innan man känner sig begränsad av PHP. Jag tycker att saknaden av stöd för multitrådning är en av nackdelarna och där har ju ruby lösningen direkt verkar det som. Sen finns det, enligt min mening, nackdelar som båda teknologier delar, löst typat, saknar visa OOP-features.

För de allra flesta webbsajter är detta helt onödiga belastningar. Att drifta 6-7 tjänster själv istället för att ha en uppsjö av leverantörer som driftar de 3 som man behöver är för de flesta webbplatser antingen en rejäl kostnad eller tidsbelastning. 99.9% av webbsajter har inget direkt behov av någon av dessa.


PHPUnderControl. Klar. CI-verktyg finns för alla språk.


Absolut. Här har du de stora fördelarna med språket, tillsammans med lite elegans i vissa kodmoment som jag visst missade i QUOTEn. Vill du slippa ta 5 minuter på att leta reda på ett paket har du en stor nytta med Rubygems. Dessutom ska väl nämnas att det kan bli desto mer än 5 minuter då många klasser ofta har dependencys och rubygems hanterar detta automatiskt medans man får göra det halv-/hel-manuellt med php.