Este tema de añadir nuevos campos en formularios que no se corresponden a campos de las tablas de la base de datos, lo he utilizado muchas veces en los ejemplos, pero creo que no tengo uno que sea específico de este tema y es de gran ayuda para resolver algunas funcionalidades de las aplicaciones y , además, de cara al usuario del aplicativo puede ser más simple de utilizar.

En el ejemplo, se simula que se está haciendo una factura/albarán y que al elegir el Cliente se obtienen las direcciones de envío, que está en una estructura de «Master» -> «Detail», y se muestran en una lista de check para elegir. Además, y aquí viene la funcionalidad del ejemplo, se desea que se pueda añadir una nueva dirección en el mismo formulario.

Objetivo

Explicar cómo podemos añadir nuevos campos en los formularios, y que estos no tienen que ser campos de la tabla asociada.

DEMO: https://fhumanes.com/sh/

El check de «New Address» y el campo «memo» de dirección, no son campo de la tabla INVOICE.

Si te interesa este tema, sigue leyendo el artículo completo en este enlace.

Este ejemplo surge de la necesidad de un desarrollo donde se selecciona de una tabla de parámetros/condiciones una serie de opciones para la revisión de una maquinaria.

Esto es algo que se produce más o menos habitualmente, ya que en muchas ocasiones un código y título de una acción no se describe, completamente,  con esos 2 únicos datos, si no que se requiere un conjunto de información, normalmente estructurada en formato tabla.

El ejemplo que os muestro no es el caso real, pero me sirve para explicaros cuál es el tipo de solución. En este caso, funcionalmente, en la recepción de un vehículo en un taller, se recoge las acciones que hay que hacer a través de una tabla de servicios.

Objetivo

Mostrar una tabla de servicios con varias columnas que describen el mismo, para seleccionar qué acciones hay que realizar.

DEMO: https://fhumanes.com/seleccionTabla/st_vehiculo_list.php

Este es el aspecto de la opción de Añadir.

Si estas interesado en este tema, en este enlace tienes el artículo completo.

Este artículo es el resultado del estudio de este tema, solicitado por el desarrollador Rubén.

Rubén tiene un desarrollo con el que quiere vender servicios a otras empresas y por las características de las instalaciones necesita «proteger»  frente a posibles copias fraudulentas, su desarrollo.

Si consultáis en internet, veréis que se indica que como PHP no es un lenguaje compilado (es interpretado) no es posible protegerlo 100%, pero lo que sí se puede hacer es ponerlo un poco más difícil y eso es lo que hemos intentado.

En el supuesto que hemos utilizado es el siguiente:

1.- La aplicación (PHP) y la base de datos (MySQL), se instala en una máquina Windows del Cliente. Además de la protección del desarrollo, tenemos que dotar al sistema de copias de seguridad ejecutadas por el Cliente (usuario no técnico) y de la capacidad de actualización de tablas de parametrización en las que se basa la solución.

2.- La aplicación se instala en un hosting de la empresa suministradora del software (servicio llave en mano), también se le da soporte de copias de seguridad/restauración, del aplicativo. A cada empresa cliente se le debe ofrecer un dominio de acceso diferenciado y sus datos no pueden estar accesibles ni compartidos con otros clientes. En los backup, sólo estarán los datos de su Empresa.

Con el supuesto (1), también otros desarrolladores me preguntaron como hacer una instalación local con un número concreto de días de evaluación y después de esos días, que el aplicativo no funcionara.

Si estas interesado en este tema, sigue leyendo el artículo de este enlace.