Hay esencialmente 3 formas de hacerlo:
Versión 1:"Vieja escuela":PHP-Gtk+ y bcompiler
- primero, si aún no lo ha hecho, debe separar la lógica empresarial de la capa de presentación (HTML, motores de plantillas, ...) y la capa de la base de datos
- luego adapte su capa de base de datos, para que pueda vivir con una base de datos alternativa (me viene a la mente SQlite local) y realice la sincronización cuando esté en línea nuevamente
- Finalmente use PHP-Gtk+ para crear una nueva interfaz de usuario y empaquetar todo esto con bcompiler
Versión 2:"Estándar":Llévate tu servidor contigo
- Mire Server2Go, WampOnCD y amigos para crear un "servidor web en el que se pueda hacer doble clic" (comience en Z-WAMP )
- Aún necesita adaptar su capa de base de datos como en la versión 1
Versión 3:"Web 2.x":mover la aplicación del servidor al navegador
- Mueva la lógica de su aplicación del lado del servidor (PHP) al lado del cliente (JS)
- Haga que su parte del servidor (PHP) sea solo una capa de sincronización o acceso a datos
- Use las funciones sin conexión de HTML5 para reemplazar su acceso a datos con datos locales si está desconectado y para volver a sincronizar si está en línea
¿Cuál es mejor?
Esto depende de lo que tengas y de lo que quieras. Si la mayor parte de la lógica de su negocio está en PHP, moverla al navegador puede ser prohibitivamente costoso; tenga en cuenta que esto también genera una clase completamente nueva de pesadillas de seguridad. Personalmente, no recomiendo portar de esta manera, pero lo recomiendo para aplicaciones nuevas, si la base de datos de respaldo no es demasiado grande.
Si elige mantener su lógica de negocios PHP, entonces la decisión entre 1 y 2 es a menudo una cuestión de cuánta interfaz de usuario tiene su aplicación; si solo se trata de algunos formularios CRUD, 1. podría ser una buena idea:definitivamente es el más portátil (en el sentido de llevarlo contigo). Si no, ve con 2.
