Quijost

Por favor ingresa o regístrate.

Ingresar con nombre de usuario, contraseña y duración de la sesión
Búsqueda Avanzada  

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.

Mensajes - shakaran

Páginas: 1 ... 15 16 [17] 18 19 ... 33
241
Comentarios y sugerencias / Re:Directorio Web
« en: Junio 17, 2011, 15:51:50 p. m. »
No todos los clientes quieren anunciar su web, bien por desinterés o porque no lo necesiten o simple privacidad. El subforo de publicidad esta habilitado para eso mismo para los que lo deseen. Que aparezca un listado en mayor o menos extensión es algo que los clientes puede o no interesarle. En todo caso, el subforo creado para ese propósito hace su función. Cierro tema.

242
Asistencia al cliente / Re:Temas de DNS
« en: Junio 16, 2011, 17:22:13 p. m. »
Prueba sólo con ns1.quijost.com y ns2.quijost.com. El 3 y 4 aún no están habilitados en el nuevo nodo.

243
Asistencia al cliente / Re:Caida del servidor sin arreglar
« en: Junio 14, 2011, 02:39:33 a. m. »
Hola,

Esta tarde le fue respondido un email y se le facilito respuesta, indicándole la situación actual y la causa de la avería.

Le remitimos de nuevo a el post http://quijost.com/foro/anuncios/informacion-sobre-la-caida-del-10-de-junio/ donde esta explicado todo y si dispone de backup, puede ser restaurada su cuenta sin esperar hasta que se consigan acceder a los backups del antiguo nodo o bien puede ser restaurada la copia en cinta del 25-12-2010.

244
Anuncios / Re:Información sobre la caída del 10 de Junio
« en: Junio 13, 2011, 18:55:25 p. m. »
Efectivamente, en caso de que podamos acceder a los backups en los próximos días, las copias restauradas tendrían exactamente el mismo contenido que el 9 de junio.

245
Asistencia al cliente / Re:Continuo sin poder acceder a mi pagina web
« en: Junio 13, 2011, 12:06:53 p. m. »

246
Anuncios / Información sobre la caída del 10 de Junio
« en: Junio 13, 2011, 11:43:35 a. m. »
Estimados clientes,

El día 10 de junio, sufrimos una avería grave en el servicio del server1, que dejo el servicio inactivo debido a una actualización de software de terceros que provoco un fallo inesperado.

Para la creación de nuestros VPS, usamos un software de virtualización llamado OpenVZ. El server1, es un VPS, de los varios de los dedicados que tenemos. Una actualización automática de OpenVZ, forzaba de usar el kernel de Linux 2.6.18 a 2.6.32, lo que provoco que al cargarlo y ser iniciado, no funcionaran algunos módulos, y esto a derivado en la caída del servicio e imposibilidad de acceder a los datos hasta que no se consiga inicializar todos los módulos de arranque y tener acceso de lectura y escritura a los datos.

En todo momento se ha informado a los clientes por twitter, facebook o skype (debido a que el correo de soporte no era funcional).

En las primeras horas, se trato de solucionar el problema, pero los intentos han sido fallidos.

Posteriormente se procedió a migrar el nodo a un nuevo VPS, para dar al menos un servicio de uptime y migrar los datos.

El servicio ha sido restablecido en la web, foro y blog principal de quijost pero en el nodo anterior están los backups y datos del resto de cuentas. Hasta que no podemos acceder a los mismos (puede llevarnos 3-4 días) no podemos restaurar la cuenta de cada cliente quijost, a menos que disponga de un respaldo/backup de cpanel, en cuyo caso, si el cliente lo proporciona, puede crearse la cuenta en 20-25 min de forma rápida.

Por otro lado, disponemos de las copias en cinta que son del 25-12-2010, por lo que podríamos restaurar esa copia de forma provisional para los clientes que lo solicitaran, aunque tiene bastante antigüedad para considerarse útiles.

Les pedidos disculpas por la caída del servicio, esto no suele ser habitual y se ha debido a software de terceros sin que pudiéramos preveerlo (no teníamos algo precente de desde hace más de un año), aún así, seguimos cumpliendo con nuestro >95% de uptime anual.

Les pedimos paciencia, ya que estamos saturados de trabajo y las respuestas a correos de soporte y otras peticiones pueden demorarse hasta que sean solucionado los problemas más urgentes (recuerden que tenemos más de 700 clientes por solucionar).

Seguiremos informando por los medios habituales.

247
Python / Re:Re:Instalación y configuración proyecto python y Django
« en: Mayo 27, 2011, 00:19:38 a. m. »
Depende de la versión de python que vayas a utilizar, ya que en CentOS y otros sistemas se ubican en una localización y en otros sistemas en otra.

En el server1, si tienes accesso ssh puedes verlo con el comando "which".

Código: [Seleccionar]
root@server1:~ # which python
/usr/local/bin/python
root@server1:~ # which python2.4
/usr/bin/python2.4
root@server1:~ # which python2.6
/usr/bin/python2.6
root@server1:~ # which python2.7
/usr/local/bin/python2.7

PD: te cambio el tema del hilo y divido a partir de tu mensaje en un nuevo hilo de discusión para no mezclar temas.

248
Estupendo tutorial ;) Te has ganado un punto de karma.

Para clientes del server 1, hemos instalado por defecto: django-debug-toolbar 0.8.5

Por lo que ya puede ser utilizado de forma nativa sin descargar software adicional.

249
Asistencia al cliente / Re:Duda con el tema de aplicaciones django
« en: Mayo 25, 2011, 01:01:09 a. m. »
Depende del servidor compartido en el que se aloje tu cuenta. En tu caso, estas en el server1, que tiene 4 GB de RAM disponibles para todos los clientes.

Se regula para que el load de cada cuenta no supere 1.0 del load parcial, por lo que mientras no existe nadie consumiendo los recursos están disponibles, pero esto no quiere decir que un usuario dispone de los 4 GB para el únicamente, ya que el abuso viola nuestras T.O.S.

En caso de requerir gran consumo, lo ideal es que un usuario contrate un VPS donde se dispone de RAM garantizada de forma privada para dicho usuario.

250
Asistencia al cliente / Re:Actualización del Plan de Hosting
« en: Mayo 03, 2011, 23:36:02 p. m. »
Hola pythoner,

Te respondo por partes.

Para tu primera pregunta. La actualización de ebasic a epremium sólo abonas la diferencia entre los planes.

Por ejemplo, si contratas 12 meses ebasic a 1 €/mes + I.V.A serían 12 € + I.V.A = 14,16 €. Si transcurre un mes y quieres actualizar los 11 restantes a epremium de 3 €/mes + I.V.A serían 11*3 = 33 € + I.V.A = 38,94, pero descontamos 11 meses ebasic, luego restaríamos 11 * 1 = 11 + I.V.A = 12,98 €, luego en total a ingresar sería 38,94 - 12,98 = 25,96 €

Para la segunda pregunta, cuando registras el dominio, te damos las dns configuradas con ns1.quijost.com y ns2.quijost.com, únicamente debes apuntar(park) el dominio en tu cuenta de cPanel y crear las cuentas de correo que quieras en cPanel.

Las cuentas bancarias para realizar algún ingreso son:

La Caixa:
2100 1641 30 0100347186

Caja Madrid:
2038 3305 61 3001661659

251
Asistencia al cliente / Re:MongoDB
« en: Abril 13, 2011, 13:12:00 p. m. »
Hemos reemplazado el archivo:

Código: [Seleccionar]
/usr/lib/python2.6/site-packages/django/contrib/auth/management/__init__.py
Por el siguiente contenido sugerido, que debe arreglar el error y poder usar bases de datos no relacionales:

Código: [Seleccionar]
"""
Creates permissions for all installed apps that need permissions.
"""

from django.db.models import get_models, signals
from django.contrib.auth import models as auth_app

def _get_permission_codename(action, opts):
    return u'%s_%s' % (action, opts.object_name.lower())

def _get_all_permissions(opts):
    "Returns (codename, name) for all permissions in the given opts."
    perms = []
    for action in ('add', 'change', 'delete'):
        perms.append((_get_permission_codename(action, opts), u'Can %s %s' % (action, opts.verbose_name_raw)))
    return perms + list(opts.permissions)

def create_permissions(app, created_models, verbosity, **kwargs):
    from django.contrib.contenttypes.models import ContentType
    from django.contrib.auth.models import Permission
    app_models = get_models(app)
    if not app_models:
        return
    for klass in app_models:
        ctype = ContentType.objects.get_for_model(klass)
        for codename, name in _get_all_permissions(klass._meta):
            p, created = Permission.objects.get_or_create(codename=codename, content_type__pk=ctype.id,
                defaults={'name': name, 'content_type': ctype})
            if created and verbosity >= 2:
                print "Adding permission '%s'" % p

def create_superuser(app, created_models, verbosity, **kwargs):
    from django.contrib.auth.models import User
    from django.core.management import call_command
    if User in created_models and kwargs.get('interactive', True):
        msg = "\nYou just installed Django's auth system, which means you don't have " \
                "any superusers defined.\nWould you like to create one now? (yes/no): "
        confirm = raw_input(msg)
        while 1:
            if confirm not in ('yes', 'no'):
                confirm = raw_input('Please enter either "yes" or "no": ')
                continue
            if confirm == 'yes':
                call_command("createsuperuser", interactive=True)
            break

signals.post_syncdb.connect(create_permissions,
    dispatch_uid = "django.contrib.auth.management.create_permissions")
signals.post_syncdb.connect(create_superuser,
    sender=auth_app, dispatch_uid = "django.contrib.auth.management.create_superuser")

Prueba de nuevo ahora.

252
Tutoriales y Manuales / Re:Como crear un repositorio SVN y gestión básica
« en: Marzo 06, 2011, 09:27:45 a. m. »
¡Bienvenido y muchas gracias por tu aporte Escain!

Como comentario adicional, para estos cambios adicionales es requisito disponer de un VPS ya que se deben acceder a configuraciones de Apache (que en cuentas compartidas no se permite).

También pueden unificarse los comandos:

Código: [Seleccionar]
chown -R apache /usr/subversion
chgrp -R apache /usr/subversion

Por:
Código: [Seleccionar]
chown -R apache.apache /usr/subversion
Esperamos que completes el manual con la parte SSL. Muy buen trabajo.

253
Asistencia al cliente / Re:Cutenews Function eregi() is deprecated
« en: Marzo 06, 2011, 09:22:45 a. m. »
Tienes que volver a reconfigurar tu galería con el usuario correcto y contraseña de mysql y el nombre la base de datos. Fijate que tu usuario ya no es "marisapa" en Quijost y ese es precisamente el error que te muestra denegandote el acceso.

254
Anuncios / Renovaciones de planes automatizadas y mejorada la zona de clientes
« en: Febrero 27, 2011, 10:32:56 a. m. »
Tras algunos meses de desarrollo, hemos terminado de completar algunas de las características más demandadas por nuestros clientes, como son la renovación/actualización automática de cuentas de alojamiento compartido, un mejor panel de administración para cuentas de alojamiento compartido y la gestión de dominios con su renovación incluida.



Además se ha movido la zona de afiliados/referidos de QPoints a una sección aparte y se han mejorado las estadísticas para que el usuario tenga más datos de los referidos.

Por otro lado, quedan como futuros proyectos, la inclusión de un sistema de tickets en la zona de clientes y un panel para el seguimiento y contabilización de facturas. Esperamos ofrecer pronto estas nuevas características y cualquier comentario de mejora es bienvenido.

255
VPS y servidores dedicados / Re:[DUDA] Servidores de juegos
« en: Febrero 25, 2011, 13:32:35 p. m. »
Hola Perioner,

Los servidores para juegos normalmente requieren de un Low ping (ping bajo). Para ello necesitan ser potentes y estar cerca de la zona de juego. Es decir que si vives en España, el VPS debería estar en España o paises que tengan buena interconexión con ellos, como Gran Bretaña o Alemania.

Nosotros ofrecemos VPS en EEUU(Los Angeles y Pensylvania), Gran Bretaña (Londres), Alemania (Berlín) y Eapaña (Madrid y Ciudad Real).

Te recomendamos pues, que elijas mejor nodos de España, Gran Bretaña y Alemania, aunque en estos dos últimos el I.V.A es de 20% y 19%.

No disponemos aún de ningún panel "sencillo" para administración de juegos (quizás en un futuro), pero damos el acceso root completo a la máquina (algo que no hacen otras empresas), por lo que puedes hacer cualquier cosa si tienes algo de experiencia o bien preguntando lo que necesitas hacer.

Normalmente un servidor Alpha VPS puede aguantar bien 20-25 slots de CSS y un eBasic sin problemas te aguantaria uno de 30 Slots y quizas otro server de 5 o 10 slots. Pero si quieres dos servidores, quizas la mejor opcion es un Master VPS o bien dos Basic VPS.

Tienes toda la info de VPS en http://quijost.com/vps/

El I.V.A no va incluido en los precios.

Saludos

Páginas: 1 ... 15 16 [17] 18 19 ... 33

Página generada en 0.707 segundos con 26 consultas.