211
Anuncios / Re:Actualización de discos duros en server1
« en: Octubre 16, 2011, 19:04:26 p. m. »
Es la versión mas reciente de la que dispone cPanel, si usted tiene algún backup más reciente puede restaurarlo.
- Agosto 05, 2026, 12:36:36 p. m.
- Bienvenido(a), Visitante
Noticias:
Quijost.com - Hosting Gratis al alcance de tus manos
Mostrar Mensajes
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
212
Anuncios / Re:Actualización de discos duros en server1
« en: Octubre 16, 2011, 18:53:05 p. m. »
Hola,
Su cuenta estaba en proceso de restauración, parece que ya ha finalizado, compruebe de nuevo.
Su cuenta estaba en proceso de restauración, parece que ya ha finalizado, compruebe de nuevo.
213
Anuncios / Actualización de discos duros en server1
« en: Octubre 14, 2011, 07:43:24 a. m. »
Estimados clientes del server1,
En las últimas semanas Quijost ha crecido a muy buen ritmo en el número de alojamientos compartidos llegando a los 800 clientes.
Por esta circunstancia, el servidor ha sufrido algunos momentos inestables
(por exceso de utilización de recursos por parte de algunos clientes) que han llevado al corte
de servicio durante algunos momentos o realizar reinicios de la máquina para su estabilización.
Les pedimos disculpas por estas incidencias. Como primera solución, aumentamos el número de procesadores de la máquina de 2 a 4 cores i7
y de 4 GB a 8 GB de RAM. También ha sido habilitado un nuevo disco duro mayor.
Debido a este último cambio, es necesario eliminar las existentes particiones en el disco duro actual y crear unas
nuevas con los nuevos tamaños de disco.
La operación no debe implicar ningún riesgo de pérdida de datos, pero como medida de precaución hemos efectuado copia
de seguridad de todas las cuentas activas del server1. Como medida adicional, les sugerimos que realicen una copia de seguridad
ustedes mismos para tener más redundancia de sus datos.
La migración del nuevo disco duro se iniciara el sábado entre las 00:00-02:00 AM y el copiado de los datos al nuevo disco, puede llevar algunas
horas, luego a medida que se copien y restauren los datos (en orden alfabético de nombre de cuenta) podrá disponer de nuevo de su cuenta habilitada.
Lamentamos las ultimas incidencias, pero son necesarias para mejorar la actual calidad del servicio compartido en el server1.
Si tiene cualquier pregunta, no dude en consultarnos en cualquiera de nuestros medios disponibles: correo, skype, foro, twitter, facebook.
En las últimas semanas Quijost ha crecido a muy buen ritmo en el número de alojamientos compartidos llegando a los 800 clientes.
Por esta circunstancia, el servidor ha sufrido algunos momentos inestables
(por exceso de utilización de recursos por parte de algunos clientes) que han llevado al corte
de servicio durante algunos momentos o realizar reinicios de la máquina para su estabilización.
Les pedimos disculpas por estas incidencias. Como primera solución, aumentamos el número de procesadores de la máquina de 2 a 4 cores i7
y de 4 GB a 8 GB de RAM. También ha sido habilitado un nuevo disco duro mayor.
Debido a este último cambio, es necesario eliminar las existentes particiones en el disco duro actual y crear unas
nuevas con los nuevos tamaños de disco.
La operación no debe implicar ningún riesgo de pérdida de datos, pero como medida de precaución hemos efectuado copia
de seguridad de todas las cuentas activas del server1. Como medida adicional, les sugerimos que realicen una copia de seguridad
ustedes mismos para tener más redundancia de sus datos.
La migración del nuevo disco duro se iniciara el sábado entre las 00:00-02:00 AM y el copiado de los datos al nuevo disco, puede llevar algunas
horas, luego a medida que se copien y restauren los datos (en orden alfabético de nombre de cuenta) podrá disponer de nuevo de su cuenta habilitada.
Lamentamos las ultimas incidencias, pero son necesarias para mejorar la actual calidad del servicio compartido en el server1.
Si tiene cualquier pregunta, no dude en consultarnos en cualquiera de nuestros medios disponibles: correo, skype, foro, twitter, facebook.
214
Tutoriales y Manuales / Re:Java JDK + Servidor Tomcat SSL
« en: Octubre 04, 2011, 18:32:10 p. m. »
Hola,
Ante todo te damos la bienvenida a nuestros foros. Parece ser que tu error es debido a una mala configuración con la ubicación del binario de java.
Tomcat lo esta buscando en /usr/local/jdk/bin/java y según comentas lo tienes instalado en /usr/local/java
Ante todo te damos la bienvenida a nuestros foros. Parece ser que tu error es debido a una mala configuración con la ubicación del binario de java.
Tomcat lo esta buscando en /usr/local/jdk/bin/java y según comentas lo tienes instalado en /usr/local/java
215
Asistencia al cliente / Re:Funcionan las redirecciones de los subdominios?
« en: Septiembre 17, 2011, 01:24:45 a. m. »
La página de "Defaul website page" es establecida por cPanel, mientras establece la configuración en Apache, también suele quedarse en cache del navegador (sobretodo en Firefox, ya que perdura más el tiempo de cache). Se puede probar pulsando Ctrl+F5 para recargar borrando la caché, o esperar un poco de tiempo a que se establezca la configuración.
216
Asistencia al cliente / Re:Problemas para "aparcar dominios" trasladados a Quijost
« en: Septiembre 17, 2011, 01:22:32 a. m. »
Respondido por email, pero añadimos la información para futuras consultas.
Primero se debe realizar un subdominio que apunte a la carpeta donde se aloje el dominio.
Por ejemplo:
Si se posee el dominio miejemplo.com, en la cuenta ejemplo.quijost.com y se desea ubicar en /public_html/mieje/
Se crea un subdominio del tipo mieje.ejemplo.quijost.com, con la ruta a /public_html/mieje/
Posteriormente se añade un dominio adicional o addon domain, con miejemplo.com y la ruta /public_html/mieje. Al estar establecido el subdominio, funcionara perfectamente miejemplo.com cargando los directorios de /public_html/mieje/
Primero se debe realizar un subdominio que apunte a la carpeta donde se aloje el dominio.
Por ejemplo:
Si se posee el dominio miejemplo.com, en la cuenta ejemplo.quijost.com y se desea ubicar en /public_html/mieje/
Se crea un subdominio del tipo mieje.ejemplo.quijost.com, con la ruta a /public_html/mieje/
Posteriormente se añade un dominio adicional o addon domain, con miejemplo.com y la ruta /public_html/mieje. Al estar establecido el subdominio, funcionara perfectamente miejemplo.com cargando los directorios de /public_html/mieje/
217
Asistencia al cliente / Re:Soportais mongodb ?
« en: Agosto 12, 2011, 22:05:58 p. m. »
Sí, pero sólo para servidores VPS, en compartidos no es rentable por la poca demanda de usuarios que lo utilizan.
218
Python / Re:Problema con los "staticfiles" en django
« en: Agosto 01, 2011, 01:51:18 a. m. »
El problema con "permission denied" es porque no aplicas la ruta completa en la ubicación del fichero de escritura.
Especificando las rutas completas, no deberías tener problema.
Sobre los static files, depende de como configures el dominio o subdominio, este hará la petición pasando por tu .htaccess y este redireccionara al app.wsgi. Pero esto debes definirlo y actuar conforme sea correcto en el comportamiento que esperas.
Especificando las rutas completas, no deberías tener problema.
Sobre los static files, depende de como configures el dominio o subdominio, este hará la petición pasando por tu .htaccess y este redireccionara al app.wsgi. Pero esto debes definirlo y actuar conforme sea correcto en el comportamiento que esperas.
219
Asistencia al cliente / Re:Permisos de escritura del proceso python
« en: Julio 27, 2011, 21:52:40 p. m. »
En un compartido, para ejecutar WGSI debemos hacerlo con nobody. De otra forma, seria asignar un proceso WGSI por cada usuario del servidor compartido y
mantenerlo en memoria, lo que es elevado y costoso. Si tienes mayores necesidades, tal vez te conviene un VPS (http://quijost.com/vps/)
Por otro lado, acabamos de instalar Paste 1.7.5.1 en el server1 por defecto.
mantenerlo en memoria, lo que es elevado y costoso. Si tienes mayores necesidades, tal vez te conviene un VPS (http://quijost.com/vps/)
Por otro lado, acabamos de instalar Paste 1.7.5.1 en el server1 por defecto.
220
Python / Re:Problema con los "staticfiles" en django
« en: Julio 27, 2011, 21:30:03 p. m. »Tengo 2 errores ahora mismo con las pruebas utilizando virtualenv...
1-> Acceso a los staticfiles
Esto parece provenir de una mala configuración en mi .htaccess:Código: [Seleccionar]SetHandler wsgi-script
RewriteEngine on
RewriteCond %{REQUEST_URI} !(django.wsgi)
RewriteRule ^(.*)$ django.wsgi/$1 [L]
Ya que cuando cambio la configuración en setting.py y hago recoger los staticfiles (imagenes/js/css) y la hago apuntar a un directorio fuere del directorio base donde se aloja el proyecto, no hay problema en recogerlas, sin embargo cuando está detrás parece que el sólo responde el script python.Código: [Seleccionar]../public_html/proyectodjango/static/... -> 404
../public_html/proyecto_django/
../public_htm l/static/ -> Bien
En el settings.py debes definir el STATIC_URL a donde desees y que este directorio sea existente, por ejemplo:
Código: [Seleccionar]
STATIC_URL = '/static/'
No olvides definir tambien el STATICFILES_DIRS:
Código: [Seleccionar]
STATICFILES_DIRS = (
os.path.join(os.path.dirname(__file__), 'static').replace('\\','/'),
)
A lo que viene mi segundo problema:
2 -> Escritura de ficheros:
Cuando la estructura de staticfiles apunta al ..public_html/static/
Si intento subir un archivo, a través de la aplicación, pej: imageField me da "IOError: [Errno 13] Permission denied:", no puede escribir, lo que parece ser que el interprete de python se ejecuta con los permisos del "nobody" del apache del servidor, con lo que no tengo permisos de escritura...ni ahí, ni en el directorio del proyecto...
Al utilizar virtualenv, el usuario es nobody, por lo que sólo tienes permisos de lectura (y menos en un compartido podrían otorgarse permisos de escritura como nobody,
ya que sino cualquier usuario podría escribir datos en el directorio de usuario de otro usuario que no fuera el mismo).
Con tu usuario no tendrías esos problemas, pero esto es una limitación de virtualenv.
221
Python / Re:virtualenv & virtualenvwrapper
« en: Julio 25, 2011, 15:29:47 p. m. »
Gracias por el aporte. También comentar, que aunque se opte por virtualenv, en Quijost, previa petición de un usuario, estamos dispuestos a instalar los módulos que necesiten
los clientes.
Por ejemplo, pytranslate, si fuera necesario, puede ser instalado por defecto en el server1.
los clientes.
Por ejemplo, pytranslate, si fuera necesario, puede ser instalado por defecto en el server1.
222
Asistencia al cliente / Re:Planes Efree
« en: Julio 07, 2011, 20:21:53 p. m. »
Tras caducar las cuentas no se tiene obligación de mantenerlas. Pero las mantenemos por precaución durante un mes, por si suceden
casos como el que comenta. No obstante, siempre recomendamos que el usuario/cliente disponga de copia de sus datos regularmente mediante
respaldos que el mismo realice.
casos como el que comenta. No obstante, siempre recomendamos que el usuario/cliente disponga de copia de sus datos regularmente mediante
respaldos que el mismo realice.
223
Asistencia al cliente / Re:Planes Efree
« en: Julio 07, 2011, 09:04:24 a. m. »
Usted paga en ese caso por el servicio online, pero no por los respaldos. Se ofrecen como
servicio de cortesía unos backups diarios que no están garantizados en pérdidas mayores.
Como puede leer en los Terminos de Servicio (TOS):
Por lo tanto, si contrata efree, es el único responsable de sus datos y de hacer respaldos regularmente es usted,
a menos, que contrate un servicio de respaldos (sólo para planes VPS) que puede ver detallado
en http://quijost.com/vps/
De igual forma, soportamos un 95% de uptime en servidores compartidos como el que esta usted. Si desea tener
un mayor uptime o manejar su propio servidor privado o dedicado, puede contratar un VPS (Virtual Private Server)
http://quijost.com/vps/
servicio de cortesía unos backups diarios que no están garantizados en pérdidas mayores.
Como puede leer en los Terminos de Servicio (TOS):
Código: [Seleccionar]
- Los respaldos diarios en cuentas de servidores compartidos son ofrecidos como cortesía y
sin ninguna garantía de completitud, corrupción de datos o pérdida de los mismos.
Se ofrece un servicio de respaldos externos adicional y garantizado si el usuario lo contrata.
De lo contrario es usuario es el único responsable de mantener respaldo de sus datos garantizados
en caso de pérdida o corrupción de datos. Por lo tanto, si contrata efree, es el único responsable de sus datos y de hacer respaldos regularmente es usted,
a menos, que contrate un servicio de respaldos (sólo para planes VPS) que puede ver detallado
en http://quijost.com/vps/
De igual forma, soportamos un 95% de uptime en servidores compartidos como el que esta usted. Si desea tener
un mayor uptime o manejar su propio servidor privado o dedicado, puede contratar un VPS (Virtual Private Server)
http://quijost.com/vps/
224
Asistencia al cliente / Re:Restaurar cuenta davidcaste.quijost.com
« en: Julio 04, 2011, 01:10:27 a. m. »
Hola,
Disculpa la demora. Cuenta restaurada.
Disculpa la demora. Cuenta restaurada.
225
Anuncios / Re:Información sobre la caída del 10 de Junio
« en: Julio 02, 2011, 16:47:20 p. m. »
Necesitamos que nos indique su usuario de Quijost para revisar si dispone de backup. Quizás se refiere a que puede acceder a su panel de clientes Quijost, pero no a Cpanel o su cuenta.