À priori oui, la seule chose qui change est la facilité pour le faire.

Tout dépend de ton architecture : tu ne nous donne aucun indice, aucune des contraintes que tu dois respecter. Peut-être as-tu besoin de scripts PHP dans du RoR, ou de simples scripts Ruby dans un vrai framework PHP.

Peut-être sont-ils sur le même serveur, la même BDD, peut-être aussi peux-tu communiquer entre eux via messages REST ? Comment sont-ils hébergés, quels droits as-tu sur les serveurs ?

HTTP est un protocole sans état. Cela t'autorise énormément de découplage et de liberté, si tu sais y faire.
Mais si tout ton code est bourré de variables globales et de systèmes trop complexes qui t'enferment dans des solutions tellement magiques qu'elles sont impossibles à comprendre, tu as beaucoup de travail en perspective.

Mais on parle de deux langages Turing-complets après tout : personnellement, je pense que tu peux t'en sortir en portant les modules d'un langage vers l'autre, d'ailleurs ton module existe probablement déjà en Open Source, à la fois chez Rails et PHP.

Enfin, fais attention : chacun de ces langages a ses défauts. Vérifie bien que ce que tu fais vise à profiter des avantages uniques de chacun d'eux, et ne va pas t'enfermer dans les faiblesses des deux. Dernier point : si ton intégration te force à ouvrir des "passerelles", vérifie bien que la sécurité de l'application n'en pâtit pas !