Porfolio
HTML, PHP y MySQL para sistemas B2B
Portales, áreas privadas y aplicaciones de negocio con backend PHP, datos relacionales y una capa web directa, trazable y fácil de operar.
El coste de un software no termina al entregarlo: hay actualizaciones de seguridad, dependencias que caducan y cambios del negocio. Te explicamos desde el principio qué mantenimiento necesita y cuánto cuesta, para que no sea una sorpresa.
Con qué lo construimos
Para qué se usa
- Portales privados
- CRM y ERP
- Paneles de gestión
Más en backend, datos e integración
Señales de que lo necesitas
Los clientes llaman para preguntar lo mismo
Estado del pedido, copia de factura, fecha de entrega: preguntas que podría resolver el propio cliente si tuviera dónde mirarlo.
Cada despliegue es un susto
Publicar una versión implica subir ficheros a mano un viernes por la tarde y cruzar los dedos. Si algo falla, nadie sabe volver atrás rápido.
Un monolito que no se puede tocar
Todo está en un único bloque de código acoplado, cualquier cambio rompe algo inesperado y las pruebas no cubren lo importante.
Datos desincronizados entre sistemas
El CRM dice una cosa, el ERP otra y el almacén una tercera. Nadie sabe cuál es la fuente fiable.
Sincronizaciones nocturnas que llegan tarde
Los datos se pasan entre sistemas una vez al día. Durante el día, el equipo trabaja con información desactualizada.
De la primera llamada a funcionar
Contenido y objetivos
Para una web, definimos primero qué tiene que conseguir cada página y qué información necesita el visitante para dar el paso.
Diseño y estructura
Arquitectura de páginas, diseño visual y textos, revisados con criterios de accesibilidad desde el boceto.
Construcción con presupuesto de rendimiento
Desarrollo con límites de peso y tiempo de carga medidos en cada versión.
Publicación y medición
Puesta en producción con redirecciones, analítica respetuosa con la privacidad y revisión de resultados tras las primeras semanas.
¿Hablamos de tu caso?
Hablemos de Php mysql sistemas b2b con un caso concreto de tu empresa sobre la mesa.
El resultado, en concreto
- Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Flujos de automatización en n8n versionados, con credenciales de servicio y alertas de fallo.
- Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
- Pruebas automáticas de las funciones críticas que se ejecutan antes de cada publicación.
- Pruebas de carga sobre los puntos críticos y un informe de límites conocidos.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
Por sectores
Educación y formación
Plataformas de inscripción, gestión de grupos y comunicación con alumnos y familias, con control de accesos por perfil.
Distribución B2B
Portales de pedido para clientes profesionales con tarifas propias, historial y descarga de facturas.
Construcción
Gestión de obras con partes diarios, fotos geolocalizadas, mediciones y control de documentación de subcontratas.
Servicios técnicos
Aplicaciones para técnicos de campo con órdenes de trabajo, material usado y firma del cliente, sincronizadas con la oficina.
Automatizado de principio a fin
Lo que montamos queda documentado y se puede repetir, no depende de una persona.
$ desplegar tuempresa
✓Versión de la aplicación verificada
✓Base de datos creada
✓Aplicación arrancada y sana
✓Primer administrador creado
✓Dominio configurado
✓Certificado TLS emitido
Listo: https://tuempresa.forgenex.com
Qué mirar antes de elegir
- Que escriba las decisiones técnicas importantes y su motivo.
- Que entregue documentación suficiente para operar sin depender de una sola persona.
- Que pregunte por tu equipo y tu escala antes de proponer microservicios o Kubernetes.
- Que trate los datos personales con control de accesos, copias y registro desde el diseño.
- Que tenga una política para versionar y retirar APIs.
Guías de nuestra biblioteca técnica
Desarrollo
Feature flags para despliegues graduales en empresas
Separar despliegue de activación
Una feature flag permite decidir en tiempo de ejecución si una función está habilitada. Esto facilita pruebas internas, activación por grupos y despliegues graduales, pero no elimina la necesidad de pruebas, control de cambios ni observabilidad. OpenFeature describe una especificación independiente del proveedor para…
Leer la guía completaDesarrollo
Política de caché HTTP para webs y APIs de empresa
Matriz de decisión inicial
Tipo de respuesta Enfoque que se debe evaluar Revisión necesaria --------- Recursos estáticos versionados Caché pública con vida larga si la URL cambia al cambiar el contenido Confirmar invalidación y estrategia de nombres Catálogo público que cambia con frecuencia Vida corta o validadores como ETag y Last-Modified…
Leer la guía completaDesarrollo y arquitectura
Introducción al Hub de Desarrollo y Arquitectura
Próximamente
Nuestros ingenieros están trabajando en guías definitivas, manuales de configuración y arquitecturas de referencia para esta categoría:
Leer la guía completaPreguntas frecuentes
¿Dónde se aloja la aplicación?+
Donde mejor te convenga: en nuestros servidores en Europa, en tu propia nube o en tu infraestructura. Lo decidimos según requisitos de datos, coste y quién va a operarla.
¿Podéis seguir con un proyecto que empezó otro proveedor?+
Sí, tras revisarlo. Te diremos con franqueza en qué estado está, qué riesgos tiene y si compensa continuar o rehacer partes.
¿Mi web tiene que ser accesible?+
Es una buena práctica siempre y una exigencia cada vez más frecuente en contratos y en determinados sectores. Además, una web accesible suele ser más clara y rápida para todos.
¿Qué es una API contract-first?+
Es acordar la interfaz por escrito, en OpenAPI, antes de programarla. Quien la consume y quien la implementa trabajan sobre el mismo documento y los malentendidos aparecen antes de escribir código.
¿Necesito microservicios?+
Probablemente no al principio. Tienen sentido cuando hay equipos distintos, cargas muy diferentes o partes que cambian a ritmos dispares. Un monolito bien modularizado es más fácil de operar y puede dividirse después.
¿n8n es suficiente o hace falta código?+
Para muchos flujos entre aplicaciones, n8n es suficiente y más rápido de cambiar. Cuando la lógica es compleja, el volumen alto o las reglas críticas, conviene código propio. Se pueden combinar.
Si dudas entre app y web, te ayudamos a decidir según cómo la usarán tus clientes.