Soporte

Los contesta una persona, y esa persona escribió el código. Tu mensaje se convierte en un ticket numerado para que no se nos pierda a ninguno de los dos, pero detrás no hay ningún centro de llamadas.

Abrir un ticket

Todo lo técnico pasa por el sistema de tickets: guarda en un solo sitio la conversación entera, las versiones y los adjuntos, y te da un número de seguimiento para que no se nos pierda el hilo a ninguno de los dos.

Qué está cubierto

• Que arranque en tu alojamiento. Si un script que compraste no se instala, averiguamos por qué. Ese es el trato.
• Los fallos. Si no hace lo que este sitio dice que hace, el problema es nuestro, y el arreglo te llega como actualización.
• Las dudas sobre cómo funciona algo. Pregunta.

Qué no

• Desarrollo a medida. Cambiar un script para que haga algo para lo que no fue hecho es trabajo cobrado, no soporte. Pregunta y te paso presupuesto.
• Tu servidor. No podemos arreglar un alojamiento sin cron, que bloquea el SMTP de salida o que corre PHP 7.4. Sí podemos decirte que eso es lo que falla.
• El código de otros. Si el script funciona solo pero se rompe dentro de tu framework, te ayudamos a mirarlo, pero no podemos depurar el framework.

Qué mandar

El soporte va muchisimo más rápido cuando el ticket llega con estas cuatro cosas:

1. Qué script y qué versión. La versión está arriba del archivo y en el pie del panel.
2. El texto exacto del error. Copiado y pegado, de la página o del registro de errores del servidor, no una descripción. Casi todos estos scripts escriben su propio registro al lado: esa es la mejor fuente.
3. Versiones de PHP y de base de datos. php -v, o una página con phpinfo().
4. Qué hiciste justo antes de que pasara.

Un buen informe de fallo se arregla en una respuesta.
Uno vago tarda cuatro.

Prueba esto primero

• Una página en blanco es casi siempre un error fatal de PHP con la salida de errores apagada. El registro del servidor tiene el mensaje de verdad y el número de línea.
• Un 500 nada más instalar suele ser una ruta de require equivocada. El registro nombra el archivo que no pudo abrir.
• "Headers already sent" significa que algo imprimio antes de que corriera el script: muchas veces una línea en blanco o una marca BOM delante del <?php en alguno de tus archivos.
• Un fallo de conexión a la base de datos en Linux es a menudo cuestion de mayusculas: ahí los nombres distinguen mayusculas y en Windows no, lo que pilla a mucha gente al pasar de WAMP a un servidor real.
• Que no salga nada en el autorespondedor significa que el cron no está corriendo. Mira el panel de latidos en sus ajustes.

Otras formas de llegar a nosotros

Para lo que no es un caso de soporte — una duda antes de comprar, una idea para el programa, un testimonio — el formulario de contacto es más rápido y llega a la misma persona.

Vale la pena mirar antes los manuales: cada script lleva además su documentación completa en la cabecera de su propio archivo, que siempre es la versión que corresponde al código que tienes.