Debe revisar que los permisos subidos por FTP no sean permisos de grupo públicos de escritura (evitar 777), deben ser 644 para archivos y 755 para directorios.

Hola,

Debe proporcionar la IP por privado al correo de soporte para creación de dichos nameservers apuntando a la IP de Linode (ya que por el momento la creación de nameservers sobre dominios no es una operación automatizada en el panel de Quijost). En Linode debe apuntar su dominio creando las zonas DNS correspondientes o instalar un servidor DNS como bind o paneles que lo ofrezcan.

Hola y bienvenido aruiz,

En todas las extensiones .com, .net, .org y .biz se ofrece un año de renovación gratuita al transferir dominio. No es así en caso de dominios .es, que una vez transferido, si se desea, es necesario renovarlo, ya que no se da un año de renovación para .es.

Saludos

La contraseña de ssh es la misma contraseña que para el usuario de cPanel, ya que el usuario de cPanel es el usuario del sistema usado para SSH. Por tanto cambiando su contraseña de acceso a cPanel implicará que cambiara su contraseña de SSH.

Hola y bienvenido b12jose,

En principio parece un error grave de cPanel por algún motivo desconocido. Sería necesario que nos remitieras por privado tu nombre de dominio a apuntar o bien a correo de soporte
para comprobar de forma detallada porque se produce dicho error o que tiene de diferente con otros que no permitar apuntarlo.

Los privilegios de las bases de datos en alojamientos compartidos o alojamientos reseller están límitados por seguridad para no afectar a otros clientes.

Por ejemplo, si desea hacer un DROP de una base de datos, no dispondrá de los privilegios suficientes para realizarlo. Dicha funcionalidad de cPanel esta pensada para que solo se pueda hacer DROP desde la interfaz de cpanel (en la sección de gestión de mysql bases de datos), ya que de otra forma, un usuario podría hacer drop de cualquier base de datos en el servidor (privilegios root) y de esta forma se establece un modo jailed(enjaulado) para restringir de forma segura el acceso.

Los reembolsos son siempre situaciones conflictivas y tratamos de evitar la situación al máximo ayudando al cliente y ofreciendole el soporte que necesite.
Nuestros precios ya son de si muy ajustados, incluso en algunos servicios tenemos ligeras pérdidas cuando un cliente contrata un servicio y no
es rentable hasta que pasan más de 6 meses de uso. A día de hoy, nuestra tasa de reembolso es prácticamente inferior al 1% y en casos en los que
se ha dado, siempre se ha intentado resolver de forma amistosa con el cliente afectado, por lo que prácticamente no tenemos reembolsos.

Si observa en la página principal pone reembolso garantizado* (note el asterisco). Que denota los casos especiales y letra pequeña. Para los términos
de reembolso, no se exigen que estén públicos en ningún lado, normalmente pueden estar públicos o no,
o bajo petición del cliente se proporcionan, como ha sido este caso. No puede pretender, que contemplemos toda causística y que esta esta escrita, sino este foro no tendría sentido,
ni tampoco las consultas a soporte, porque podríamos tener cualquier causística escrita. Si podemos a partir de ahora, y para que no se den futuros malentendidos, detallar estos términos
en una nueva sección de la web y enlazarla en el * de reembolso garantizado. De esta forma, estará más claro a futuros clientes o contrataciones.

El reembolso garantizado por lo tanto, va dirigido a situaciones muy excepcionales, como comprenderá, un negocio no se mantiene si aplica los reembolsos en cada situación. Por otro lado,
puede darse el caso, de que se use el servicio de forma fraudulenta, por ejemplo contratar un servicio efree o ebasic y pedir el reembolso en el último día, alegando cualquier
circunstancia e incluso volviendo a contratar el mismo servicio al día siguiente para aprovechar otros 15 días. Por nuestra parte, los reembolsos son situaciones muy excepcionales y van dirigidas
a situaciones muy especificas. De ahi que llamemos "contratar" y no "comprar" al servicio.

Hola Goanda,

Esta duda ya fue contestada vía correo de soporte para otro cliente, aunque quizás usted este preguntando por parte del mismo.

Le remitimos la contestación:

La creación de TRIGGERs requiere privlegios de administrador (root) ya que pueden crearse triggers que afecten a otros usuarios o incluso se puedan borrar bases de datos de otros
usuarios, por este motivo, no es apto para servidores compartidos. Si desea usar esta característica, tendria que ser root (administrador) y esto solo es posible en
servidores VPS o dedicados. Tiene más información sobre el servicio y precios en http://quijost.com/vps/