[abergman]

Ursprungligen postat av Jine

Sätt upp en egen apt-get repo?

Nerix: Saken är väl den att PHP har mycket inbyggt direkt.
Du behöver inte hämta gem's för t.ex. json, mysql, sqlite osv.

Därav att det "bara" är 800(!) phpmoduler som finns tillgängliga.
Om du saknar något i PHP, säg gärna till. Jag har inte hittat någon direkt saknad support på ett par år.

OAuth osv, laddas ner som php-klasser med vettig licens, dokumentation och exempel, behövs inga moduler för det.

EDIT: Drupal har iof ett commandline verktyg för precis det här, men det är då bundna moduler till just drupal - verktyget heter "drush"

EDIT2:
Det svåra i att skapa ett sånt här verktyg är att du isåfall behöver utgå ifrån en förutbestämd katalogstruktur, då PHP är så fritt finns det inga direkta verktyg för att göra det.
Koda gärna ett, och släpp under vettig licens så kan jag både utöka det och hjälpa dig förbättra Kunde vara nice att ha.

Jag kan bara hålla med här, i princip alla grundstenar som behövs finns reda i PHP, sedan får man som utvecklare bygga det mesta själv, om man inte går med ett ramverk eller CMS, typ CodeIgniter, Wordpress eller drupal.

Det är så PHP ser ut, å gott och på ont.

[Magnus_A]

Verkar som det är ett ramverk du efterfrågar, till exempel Zend Framework som har färdiga bibliotek och funktioner för det mesta du kan tänka dig. Fördelen med Zend är att du har tillgång till biblioteken fullt ut utan att behöva hoppa på Zend Frameworks sätt att implementera MVC.

[Jine]

Visa förslag på vad du vill ha i PHP som du saknar.
Det finns massor med PHP-classer, säkert mer än 22k dessutom.

phpclasses.org rekommenderas av vissa, men hatas av andra, varierande innehåll dvs.
Github har väl ett par miljoner projekt med PHP-kod med, frågan är dock vad du letar efter.

Angående paket och paketberoende så undrar jag vilken faktisk funktionalitet du saknar, att du inte hittar matchande paket med identiskt namn kan jag förstå - men vad är det du EGENTLIGEN vill ha. Skriv gärna lista.

Ang. apt-get så var jag snäll och googlade åt dig; http://www.finkproject.org/

[Jine]

Här är något läsvärt, för alla egentligen - men speciellt dig Nerix:
http://www.oreillynet.com/ruby/blog/...ck_to_p_1.html

"Is there anything Rails can do, that PHP CAN’T do?"

The answer is no.

[Magnus_A]

Jaha, trådskaparen urartade snabbt till en flamberingstråd. Gäsp. Lås och släng.

[Jonas]

Du dissar PHP till fördel för Ruby, om nu PHP suger i dina ögon, varför ge dig på att försöka lära dig det?

Jag föredrar Skånemejeriers mjölk, vilken föredrar du?
Jag föredrar OLW Sourcream & Onion, vilken föredrar du?

Ge upp med att försöka se ned på saker, försök att se möjligheterna, är du rädd att slita på tangentbordet, så fortsätt med att koda Ruby och ge fan i PHP, och tänk inte ens tanken på att ge dig på Assembler...

[Jine]

Jag håller med Jonas.

Du verkar ha bestämt dig redan sen innan du startade tråden, varför ens försöka?
Det finns inget vi kan säga som kan få dig släppa bilden över att PHP är sämst.

Nu råkar det inte vara min världsbild, men jag anser du får ha din kvar, och om du är sådär inbiten så får du nog fortsätta ha det.

Jag ger mig, lycka till!

[fabian]

Att byta plattform på vår största sajt från Ruby till PHP var det bästa jag gjort!

[jgabor]

Ursprungligen postat av fabian

Att byta plattform på vår största sajt från Ruby till PHP var det bästa jag gjort!

Utveckla gärna varför, jag (och säkert fler) är nyfikna...

[fabian]

Ursprungligen postat av jgabor

Utveckla gärna varför, jag (och säkert fler) är nyfikna...

Förutom det som står i länkarna till min blogg som hnn postade så handlade det mycket just om tillgängligheten på kodare.

Eftersom jag inte själv kodar ruby var jag tvungen att hitta någon som kunde hjälpa mig. Jag bad om offerter från flera oliak webbyråer, träffade både frilansare och byråer, flera av dom började försöka bygga vidare på sajten men alla gav upp för att dom tyckte att projektet var "för omfattande".

Communityt kring ruby är mycket mindre än det runt PHP. Tillgången till kompetens inom det språk sajten är byggd i är för mig en viktig faktor.

Rails crashade för oss några gånger i veckan vilket resulterade i att sajten stod till. På grund av en konflikt mellan mig och webbyrån som gjorde skitjobbet (skrev om det här på WN men dom trådarna har tagits bort) kunde jag inte ta hjälp av dom för att fixa det, ingen av dom tre webbyråer och två frilansare som kollade på det kunde lösa det utan rekommenderade mig att via cronjobs starta om rails-demonen en gång om dagen eftersom den nästan aldrig crashade inom 24 timmar.