Servidor web + Apache 2.58 + Delphi 7 + 0% de experiencia...

[Casimiro Noteví]

Una preguntita: ya que sabes php, ¿no te interesaría hacerlo en ese lenguaje?

Porque, exactamente, ¿qué quiéres hacer?.

[papulo]

Digamos que hay un "ente superior" (AKA as boss) que sabe que delphi lo puede hacer, y en principio me lo ha dejado claro. Ahora bien, sois gente que domina delphi a un buen nivel, y si argumentais el por que de hacerlo con PHP, de una forma clara y coherente (que mi jefe, ante todo, razonable), decida hacerlo con PHP, porque con argumentos se va a todos los sitios.

Saludos Antonio y resto de gente.

PD: Pasa por gmail esta tarde y charlamos del tema.

[Mick]

Asi de forma general, php esta mas pensado y es mas adecuado para hacer temas de la web que delphi. Pero primero habria que sabe exactamente que va a hacer ese servicio web, y despues con esa informacion se podria decidir cual es la mejor opcion.

Saludos

[papulo]

Unos clientes nos han pedido que les cedamos nuestra DB (no son listos ni nada ) pero, obviamente, se les ha denegado. Pero mi jefe ha pensado que a lo mejor, podemos implementar un servicio web para que, mediante ficheros XML, podamos permitir a los clientes hacer consultas a la DB dentro de sus propias aplicaciones, fuera del ambito de la nuestra.

Asi pues sería Consulta(Cliente)->Recepción(Nuestro servidor web)->Procesar(Nuestro servidor web)->Devolver datos(Nuestro servidor web)->Recibir respuesta(Cliente)

La idea que tengo en mente es recibir el ficherito, extraer las vartiables, montarlas en una query para, via SQL, consultar la DB y devolver el resultado en otro fichero XML (llenito de etiquetas para que no se equivoquen ) hacia la aplicación del cliente.

Si necesitais mas datos, por favor, no dudeis en preguntar.

Saludos,
Papulo.

[JXJ]

¿No seria mas facil crear un usuario con solo permisos de solo lectura.
y hacer una aplicacion que solo los consulte via http, que un servicio web?

que de servicios web no tengo ni ide aunque quiero aprender a hacerlos

[Sick boy]

Creo que lo mejor sería Intraweb.

Asi pues sería Consulta(Cliente)->Recepción(Nuestro servidor web)->Procesar(Nuestro servidor web)->Devolver datos(Nuestro servidor web)->Recibir respuesta(Cliente)

Asi pues sería Consulta(Desde un navegador web, apuntando a tu ip y el puerto adecuado)->Recepción(Lo recibe tu aplicación Intraweb)->Procesar(Desde Intraweb, accedes a tu base FB, limitando según convenga)->Devolver datos(Los devuelve Intraweb al navegador web de tu cliente)->Recibir respuesta(Se reciben los datos en la navegador del cliente, formateados como convenga, e incluso con dbgrids, etc...)

Te aseguro que tardarás un 90% menos de tiempo que en montar un servidor apache.

La idea que tengo en mente es recibir el ficherito, extraer las vartiables, montarlas en una query para, via SQL, consultar la DB y devolver el resultado en otro fichero XML (llenito de etiquetas para que no se equivoquen ) hacia la aplicación del cliente.

No es necesario, en cuanto trabajes un poco con Intraweb descubriras un mundo nuevo

Si es un requisito el fichero XML, lo que puedes hacer es que tu aplicacion IW envie ese fichero al navegador del cliente. Hay varias formas más de hacerlo.

PD: Que listos son los jefes, verdad??

[Casimiro Noteví]

Lo más simple, si son consultas específicas, es hacerlas "tal cual", una consulta "normal" a la base de datos, tan sólo que en la oficina del cliente tendrás que decirle que la base de datos está en (ejemplo): 215.215.215.215:/servidor/datos/basedatos.fdb

La 215.215.215.215 sería vuestra IP de internet, y en el router vuestro se direcciona el puerto 3050 a la IP del servidor en la red local.

Si no tenéis IP fija, podéis usar los servicios de http://www.no-ip.com/ u otros similares.

Para el cliente puedes crear un programita delphi con una lista (grid, listbox, menu, etc. como prefieras) con las distitnas posibles consultas permitidas, ejemplo:

Elija una consulta:
-Ver Stock de un artículo
-Ver Precios de ventaa de un artículo
-Ver últimas compras realizadas
-etc...

Y "por debajo" haces el select "normal y corriente" para cada una de las consultas.