Ben bu insanlara onlar gerçekten umurumda değil, çünkü raylar, PHP veya bunun gibi bir şey daha iyi olduğunu iddia etmem. Ne hakkında bakım yapmak olduğunu:

1. Onlar iyi bir site (daha iyi onunla çünkü dolayısıyla Rayları kullanın) almak ve bu
2. onu korumak için bir yük olacak değil ki (dolayısıyla, programcıları bulmak için daha kolay çünkü PHP kullanabilirsiniz)

Sadece onları bu gerçekleri bildirmek ve onları karar verelim bu çizgiler boyunca puanınızı savunuyorlar. Ayrıca kayda değer (ben blogları inanıyorum eğer ...) Raylar büyüyen bir topluluk ve geliştiriciler durumu zamanla daha iyi olacaktır.

Demek Ben ilk şey bir sonuca ("Ben Rails bunu yapmak istiyorum") ile başladım ve şimdi bir gerekçe arıyor çünkü (imho) Eğer yaklaşım konum yanlış olmasıdır.

Eğer müşteri bir etik değilse bakım yasal bir sorumluluğu var ve bunu senin, her şeyden önce değil ele alınmalıdır ihtiyaçları olduğu gibi kötüsü, böyle bir tutum ihmal komşudur.

Bu aynı konu Continue a Classic ASP site or insist a language change? gündeme geldi

Burada yapmak için önemli bir nokta (etc, Groovy olabilir ancak genellikle Ruby on Rails anlam) Rails ile bir dil (PHP) için bir çerçeve karşılaştırarak konum olmasıdır. Eğer PHP + size eşit aşina olan bazı çerçeve ya da çerçevelerin Raylar üzerinde Ruby karşılaştırdığımızda azaltmak kodlama hızı konularda bir sürü tamamen yok değilse yani many PHP çerçeveler vardır.

Deneyim ben teknik olmayan kullanıcılar aşağıdaki bazıları veya hepsi ile ilgili olacağını size söyleyebilirim:

1. Geliştirmek Maliyet;
2. Barındırmak için Maliyet;
3. Görünüm ve his;
4. Sitesi işlevsellik;
5. Geliştiriciler bulmak için becerisi;
6. Kararlılık;
7. Mevcut işlevselliği; ve
8. Risk.

(1) tartışmalıdır. Ruby on Eğer bazı şeyleri Ruby şekilde yapıyoruz eğer çok hızlı muhtemelen ama şartlar rezervasyon çıkmak için zorlamak eğer gerçekten zor alabilirsiniz. (Onlar genellikle daha o metaforu genişletmek için büyük bir rezervasyon olmasına rağmen) İlginç Microsoft yığınları aynı şekilde çalışma eğilimindedir.

Bu 7 reasons I switched back to PHP after 2 years on Rails kadar geldi. Yazılan bu tür en az ve / veya adres dikkate almak gerekir puan yapar, Katılıyorum ya da katılmıyorum.

(2) PHP için bir kazan olduğunu düşünüyorum. PHP hosting paylaşılan olağanüstü ucuz ama bir sürü içinde orada değil. Site trafiği ılımlı bir miktar alacak veya önemli güvenlik sorunları varsa ya yerinde barındıran ya da sorunu bir yıkama olur bu noktada bazı VPS form veya özel hosting kullanarak bitireceğiz.

(3) gerçekten farklı değildir. Ruby twoards Prototip (entegre ediliyor) eğimli ve benzeri PHP herhangi bir Javascript çerçevesinde (avantajları ve dezavantajları vardır) ve hem de yapabilirsiniz daha açık ise HTML ve CSS ne olursa olsun. Edilir

Aynı (4) için de geçerlidir. Eğer diğer yapamayacağı birinde yapabileceği bir şey yok.

(5) PHP için net bir kazançtır. Eğer geliştiriciler yüzlerce ancak yağ işe olmayabilir üzerinde taşımak veya is important to non-technical people ilgili deneyimi olan diğer insanları bulmak kolay (ve de teknik insanlar için önemli olmalıdır) olduğunu değiştirilir eğer.

(6) PHP için ya bir algılanan ya da gerçek bir kazançtır. Bununla Ben Ruby on Rails demek - benim deneyim - en azından kararsız ve / veya kaynakların savurgan olmak için bir üne sahiptir. Bu Zed Shaw'un meşhur Rails Is A Ghetto rant gibi ilanları ile örneklenmiştir. Bu açıkça bir rant olduğunu ancak bazı geçerli puan da var orada.

(7) ilginç bir tanesidir. Görev (ya da daha doğrusu "olan") bir ORM çerçeve ve birçok ORM çerçeveler gibi onlar "eski" verileri ile ilgili gerçek sorunları olabilir Raylar. ORMS "miras" (örneğin kompozit tuşları) gibi bir şey onların yol yapmak değil bildirmek kötü alışkanlığı var çünkü ben tırnak içinde koymak.

Bu sitede veri modeli üzerinde tam kontrole sahip ve destekleyecek hiçbir mevcut veri modeli varsa o zaman bu sorun muhtemelen Raylar için bir kazan ama daha fazla olması daha fazla kısıtlamalar bu PHP'nin hafif (genellikle ham SQL) için bir kazan olacaktır yaklaşım.

You may want to take a look at sorun bildir