Pregunta:
Fecha: 06-06-2018 04:42:14
(En Español)
tengo una duda, voy a empezar un proyecto y no tengo ninguna garantía de cobrar, tan solo la palabra.. y por experiencia esto no es suficiente..
La pregunta es....
Como puedo hacer para que parte del motor de una página.. por ejemplo resultados de cosas que deberían salir del mismo hosting donde está alojada la web.... puedan servirse desde un servidor de mi propiedad sin que genere lentitudes ni problemas.. o sea,.. por ejemplo, en concreto lo que quisiera es que la Clase,(objeto) que maneja prácticamente todo estuviera en mi server, y el resto.. BBDD y demás código en el otro, pero esa app no pudiera funcionar sin mi clase php.
Muchas gracias Votos: 1 - Respuestas: 12 - Vistas: 17 Compartir en: Google Facebook Twitter LinkedIn Link
¿Cómo hacer para que parte del motor de una web PHP funcione desde otro servidor?[Resuelta]
Hola a todos que tal compañeros?tengo una duda, voy a empezar un proyecto y no tengo ninguna garantía de cobrar, tan solo la palabra.. y por experiencia esto no es suficiente..
La pregunta es....
Como puedo hacer para que parte del motor de una página.. por ejemplo resultados de cosas que deberían salir del mismo hosting donde está alojada la web.... puedan servirse desde un servidor de mi propiedad sin que genere lentitudes ni problemas.. o sea,.. por ejemplo, en concreto lo que quisiera es que la Clase,(objeto) que maneja prácticamente todo estuviera en mi server, y el resto.. BBDD y demás código en el otro, pero esa app no pudiera funcionar sin mi clase php.
Muchas gracias Votos: 1 - Respuestas: 12 - Vistas: 17 Compartir en: Google Facebook Twitter LinkedIn Link
Respuestas:
-
Fecha: 06-06-2018 06:45:10 Podríamos pensar en el tema técnico, pero me parece que sería más conveniente atacar el problema de la relación con el cliente... ¿Por qué piensas que puede no pagarte? ¿No te ha dado un adelanto? Votos: 0 - Link respuesta
-
-
Fecha: 06-06-2018 18:52:03 Se me ocurren las siguientes:
1. Habilita las opciones allow_url_fopen y allow_url_include.
De esta forma puedes hacer un include así:
<?php include "http://domain.com/folder/file.phps";
Aquí ten cuidado porque si configuras mal el servidor donde está hospedado tu script entonces te regresará el script interpretado (una respuesta vacía).
2. Otra puede ser que compiles tu archivo a bytecodes y eso sea lo que entregues.
3. También hay una herramienta que puede codificar tu script o puedes utilizar la oficial de Zend.
Tal vez haya otra manera pero no se me ocurre por el momento Votos: 2 - Link respuesta -
Fecha: 07-06-2018 06:06:36 Ernesto: lo de incluir código remoto lo veo un poco peligroso... nunca lo vi hecho...
Fran lo que yo haría sería armar todo en base a webservices. En el hosting del cliente dejás el frontend pero apuntando todo a APIs hosteadas donde vos quieras.
Cuando esté todo listo, instalás también el backend en el hosting del cliente y cambiás los endpoints.
Igual, insisto en que te convendría más revisar el tema de la relación con el cliente... te va a ser más barato a la larga :) Votos: 2 - Link respuesta -
Fecha: 07-06-2018 06:42:04 Mauro, muy cierto, no se aconseja hacerlo pero se puede.
Me agrada más la parte que mencionas de utilizar webservices.
El cliente aloja el frontend de su lado y la lógica de negocio puede estar en otro servidor. Excelente recomendación!
Como bien mencionas creo que es un asunto de negociación. Si no crees que el cliente te va a pagar entonces no alojes nada en su servidor. Manten todo el desarrollo en tu lado. Ahí se hacen las pruebas y una vez que apruebe y pague entonces liberas el código a su servidor.
Nunca es buena idea trabajar bajo palabra si hay un cobro de por medio. Es importante hacer un contrato con el que ambas partes se puedan proteger. Los contratos de palabra son sujetos a interpretación y problemas de memoria si ya ha pasado mucho tiempo. Un papel que especifique objetivos, alcance, términos de servicio y el pago siempre sirve. Votos: 2 - Link respuesta -
Fecha: 07-06-2018 07:10:57 @Ernesto: gracias, me alegra que te guste la sugerencia :)
Coincido contigo respecto del modo de trabajo/entrega.
Yo nunca arranco un trabajo sin haber cobrado algo (cuando se puede mejor todo, pero si no, mínimo 50%) y hago todos los deployments a mi servidor al que le doy acceso al usuario para hacer sus pruebas y, una vez está todo ok, se paga el remanente y se libera el código.
Como yo lo veo es como cuando vas a comprar un auto: mientras estás en la concesionaria podés probar todo lo que quieras, pero si te lo querés llevar a probarlo en la calle lo tenés que pagar (Y en todo caso, si algo no te cierra, activar la garantía).
De esa forma me manejo yo: para tomar posesión del sistema debe estar abonado al 100% y si después hay problemas me hago cargo como parte de la garantía que ofrezco. Votos: 1 - Link respuesta -
Fecha: 07-06-2018 09:54:56 Chicos agradezco vuestra sugerencia, y aunque no le creáis, yo también pienso así, de hecho todos trabajos que hago se comienzan al ingresar el 50% del total.
Pero este tema es más delicado, un tema que no quiero compartir, solo quiero saber como se hace lo que pregunto, por este motivo que os he comentado y también por adquirir conocimientos puesto que es algo que siempre he querido saber hacer.
Ernesto como siempre tienes soluciones para todo!, eres muy crack!
Mauro suena interesante lo que dices, y aunque no te conozco por que no he coincidido en ningún post, si conozco a Ernesto y se que es muy profesional, y si a el, le ha parecido buena idea, seguro lo es.
Nunca he trabajado con Webservices, voy a tener que buscar información!, si alguno de los dos sabe donde puedo documentarme de lo que comentas Mauro, os lo agradecería para ir más al grano.
Gracias de nuevo! Votos: 0 - Link respuesta -
Fecha: 07-06-2018 10:41:17 Genial Fran, me das más curiosidad ahora sobre por qué no puedes compartir el contexto, pero me la guardaré para mí, jajaja.
Vamos al tema técnico. Sobre webservices tengo escrito bastante aquí.
La idea general es pensar tu aplicación como dos aplicaciones separadas:
- Una que haga de FrontEnd (HTML, CSS, Js, etc...)
- Una que haga de BackEnd (Comunicación con la DB y demás lógica de negocio)
La aplicación FrontEnd se comunicará con la BE a través de llamadas AJAX.
La aplicación BackEnd responderá con datos "crudos" (Json, XML o lo que prefieras) y será trabajo del FrontEnd darle formato.
Es una arquitectura bastante común en aplicaciones web modernas (Especialmente aquellas del tipo single-page, es decir, donde la página nunca se recarga, como Gmail).
Pregunta lo que necesites! Votos: 1 - Link respuesta -
Fecha: 19-06-2018 18:31:28 FRAN
Buenas noches
Creo que para tu problema, hay una solucion:
1.- Registra el Dominio a tu nombre
2.- Contrata el Hosting
3.- No vendes tu programa, sino que lo alquilas (Garantizas a cambio, mantenimiento y desarrollo)
Como el USUARIO y PASS, del CPanel, como asi tambien de la BD, lo manejas vos solo, no hay inconveniente con que nadie te quite nada, y el dia que por algun motivo, dejen de pagar o se pongan morosos, desconectas la BD o el index
Para finalizar, como bien dijiste, para iniciar el desarrollo, seguramente solicitaras un adelante por tu horas de trabajo.
Generalmente, es lo que hago y me dio resultado
Suerte Votos: 1 - Link respuesta -
Fecha: 19-06-2018 21:14:54 Hola Antuan,
gracias por la respuesta, lo que comentas, de hecho, también lo hago, pero no es lo mismo hacer esto cuando se trata de una web de unas cuantas horas o días de trabajo que de un programa que estaré 1 año como mínimo programándolo...
Entonces aunque me den el 50%, si perdiera el otro 50% son muchas ahoras, aunque pudiera desconaectar el servicio... Votos: 1 - Link respuesta -
Fecha: 20-06-2018 03:10:06 Hola compañeros.
Puedes hacer una API/web service simplemente haciendo peticiones CURL a tu servidor y analizando la respuesta; o bien para comprobar una clave/licencia te vale con file_get_contents('http:://...').
Pero como bien te aconsejan, no es la mejor forma de solucionar ese problema con el cliente. Votos: 0 - Link respuesta -
Fecha: 20-06-2018 09:50:41 Fran:
Si tu proyecto es tan grande (¡1 año es grande!), mi recomendación es dividirlo en etapas más "digeribles"... no más de dos meses e ir entregando (¡y cobrando!) parciales.
Así como para ti es muy riesgoso perder el 50% de la facturación de un año, para el cliente debe ser también muy riesgoso tener el resultado esperado recién un año después de comenzar.
Seguramente puedes estructurar el proyecto de modo de ir entregando valor aunque no sea completo... algo de esto es la filosofía de trabajo "ágil" (No soy precisamente un fan de scrum y eso, pero tiene sus puntos fuertes, como este).
Por otra parte, en un proyecto tan largo, es altamente probable que los requerimientos se modifiquen a lo largo del desarrollo, lo cual puede hacer que, aunque entregues un trabajo técnicamente correcto, al cliente no le termine sirviendo (y hasta podría decidir no pagar...).
En fin, son unas cuantas razones, pero todo apunta a lo mismo: haz pequeñas entregas con pequeños pagos asociados. Será mejor para ti y tu cliente. Votos: 0 - Link respuesta
Para participar activamente de la comunidad primero debes autenticarte, ingresa al sistema.Iniciar Sesión
