Esto estaría dentro del servidor que se encargaría de hostear la pagina web no?

Aki puse mi página ya hardcastle

Como aplicación

Ahi dice que no estas gestionando el evento error, esto lo he visto bastante con promesas, no he usado gulp, has visto si tiene .catch o similar?

Prueba con .on(«error», function…)

Hola, un duda sobre ASP .NET C# en la parte de Base de datos:

Al crear un nuevo elemento en mi aplicacion en VS 2017:
ADO .NET Entity Data Model

Y eligiendo el tipo de modelo:
Code First from database

Luego de la parte de seleccionar la conexión, me permite seleccionar la base de datos y las tablas. Aqui tengo la duda de cual es la forma correcta de crear esta Entidad? Deberia tener una unica clase que herede de System.Data.Entity.DbContext con todos los DbSet de las tablas o una entidad por cada tabla?

Buenas, a ver es una app de gestion de clientes, y la opcion borrar al darlo la borra automaticamente sin preguntar, hay alguna manera de preguntar y q en funcion de q digan si o no se borre?

Javascript

<script>
window.onload = function(){
document.getElementById(«enlace-borrar»).addEventListener(«click», function(evt){
if(!confirm(«Seguro?»)){
evt.preventDefault();
}
}
}
</script>
<a id=»enlace-borrar» href…..><img….></a>

Mas o menos

mm vale gracias, voy probar a ver q pasa

Consulta: existe alguna librería ya sea en js o en PHP o en el lenguaje de backend que sea que me permita una conexión a una bd en access? (Se que ya casi es obsoleto esto debido a sql pero en el trabajo tenemos un programa que se maneja con esto, quiero agregar una funcionalidad extra a la pagina web a futuro que permita hacer reservas por internet)

Respuesta: Migrad el programa y la base de datos a SQL

Es que no esta en mis manos el hecho de poder migrar, el programa que gestiona todo no lo hice yo. Es un sistema que ya esta pago.

gran respuesta, pero probablemente no está en sus manos

Este es el tema. No esta dentro de mi alcance. Se hizo hace tiempo. El programador que se encarga de esto sigue aun actualizando el sistema. Pero es código cerrado.

ahora mi recomendación: hazte un proxy REST-to-access, y úsalo desde donde te dé la gana. El proxy lo desarrollas en lo que te dé la gana, que te permita conectar con access. Esto te arreglará este problema ahora y en el futuro.

En español seria?… (Aclaro que soy nuevo en esto)

que desarrolles un servicio intermedio

en el lenguaje que quieras / puedas, que pueda conectarse a access

y ahí implementes las funciones que necesites como puntos API REST / XML / HTTP, etc.

de forma que pueda hacer cosas como reservar un ticket, modificar una reserva, cancelar una reserva, crear un cliente, modificar un cliente, dar de baja un cliente, etc.

de esta forma

da igual si esto lo usas desde tu web en PHP o lo que tú quieras

puedes llamarlo

porque es llamar a otro sitio web con datos y esperar una respuesta

Ahora en entendí. Seria hacer que el código del backend se conecte a un intermediario que maneje todo

exacto

y si mañana queréis migrar de access a otro SQL

es mucho más fácil, porque sólo cambiais el intermediario

el backend debería seguir intacto

Es decir en otras palabras: que cuando un cliente pida X libro a través de la página, ya sea por PHP o cualquier otro lenguaje se envíe esta petición con todos los datos y demás a un servicio intermedio programado en lo que sea, haría la conexión y mandaría los datos?

Esto estaría dentro del servidor que se encargaría de hostear la pagina web no?. Es decir estos programas estarían dentro del mismo sistema de hosteo solo que harán una conexión a través de los puertos abiertos del módem o router que irán dirigidos a la pc que tiene la bd en general?

claro, sería algo tal que así:

– frontend: se rellena el form, se genera la petición desde el cliente para la reserva de un libro.
– backend: se recibe el form, se valida, se procesa, se cogen los datos, se transforman en XML/JSON/lo-que-sea, y se envían al intermediario.
– intermediario: recibe los datos, procesa la petición, genera la consulta / insert / etc a access y la ejecuta. Recibe el resultado, procesa una respuesta (JSON/XML/lo-que-sea) y la envía de vuelta al backend.
– backend: está esperando la respuesta, la recibe, procesa el resultado y genera la confirmación o un error para el cliente.
– cliente: recibe la respuesta en la página 🙂

Copiado fuerte y claro (dentro de mi nube de telegram jajajaj)

Sip, porque access apesta con conexiones no locales. Poned el intermediario en el mismo host si es posible.

Recomendación para el intermediario/proxy: python!!!!

Con flask o django, si alguno de tu equipo tiene experiencia, es coser y cantar

Bueno, django sin su orm, que no soporta access

Pero sqlalchemy creo que si

Añado API en Ruby on Rails

No sabía que ruby soportaba access 👍👍

Pero vamos, c# tambien hace muy fácil ahora crear proxies rest para access o sql.

Por ejemplo

Al costo del desarrollo, claro

Ahí ya el compañero tiene que valorar

Claro el tema es que yo estoy trabajando en esto solo.

https://github.com/cph/mdb

«Reading»