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:

Deja tu post en el foro para hacer algun tipo de consulta

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 ... 6 7 [8] 9 10 ... 33
106
Desarrollo Web / Re:Sincronizar Base de Datos Django
« en: Septiembre 01, 2012, 08:51:03 a. m. »
Hola,

Parece que hay un bug con Django, MySQL-Python, gcc44 y Centos 5.8.

Al ejecutar:

Código: [Seleccionar]
python manage.py syncdb
Aparece como resultado:

Código: [Seleccionar]
libgcc_s.so.1 must be installed for pthread_cancel to work
Esto genera un coredump. De momento, no existe soporte de libgcc para el compilador gcc4.4 en Centos 5.8, aunque si en Centos 6. Puesto que MySQL 5.5 se compila con gcc44 y parece que Django ordena alguna compilación a MySQL-Python es lo que produce el fallo.

Por lo que como solución temporal (hasta que migremos a Centos 6 y será en un futuro lejano, cuando sea más estable), puedes sincronizar tu proyecto en desarrollo local y
subir los archivos por FTP sincronizados o bien utilizar PostgreSQL como base de datos.

107
Desarrollo Web / Re:Configurar proyecto Django
« en: Septiembre 01, 2012, 05:30:25 a. m. »
Hola y bienvenido reservasenlinea,

Tienes que cambiar el RewriteBase /appdir si tu proyectoDjango esta en /home/usuario/public_html/appdir

108
FAQ / ¿Con el plan efree puedo crear un proyecto Django?
« en: Agosto 27, 2012, 02:08:57 a. m. »
Con el plan efree puede, pero es bastante complicado ya que no dispone de acceso ssh.

Tenemos algunos tutoriales en nuestro foro que no requieren de acceso SSH, por ejemplo:

http://quijost.com/foro/desarrollo-web/ejemplo-de-prueba-index-py-para-django-y-mysql-con-mod_wgsi/

Es posible ejecutar comandos de manage.py mediante tareas de cron y edición de archivos via FTP.

Por lo general, la opción más preferente para desarrollos Django es el plan ebasic y superiores ya que disponen de SSH y más características que están más recomendadas para Django.
De esta forma puede ejecutarse comandos regulares de Django mediante consola y tener mayor facilidad de desarrollo.

109
Python / Gestionar errores 500 con manejadores Django
« en: Agosto 17, 2012, 15:56:37 p. m. »
Este post es un tutorial para nuestros clientes iniciados en Django.

Hemos detectado que muchos de nuestros clientes tienen problemas de configuraciones al establecer su primer proyecto Django y tenemos un alto índice de consultas al soporte por este motivo.

Para facilitar que ellos mismos puedan resolver sus errores de programación y no tengan que esperar respuesta del soporte, facilitamos una buena forma de configurar la gestión de errores 500 mediante el setting.py de Django.

En un proyecto Django, puede encontrarse la sección LOGGING siguiente:

Código: [Seleccionar]
# A sample logging configuration. The only tangible logging
# performed by this configuration is to send an email to
# the site admins on every HTTP 500 error.
# See http://docs.djangoproject.com/en/dev/topics/logging for
# more details on how to customize your logging configuration.
LOGGING = {
    'version': 1,
    'disable_existing_loggers': True,
    'handlers': {
        'mail_admins': {
            'level': 'ERROR',
            'class': 'django.utils.log.AdminEmailHandler'
        },
        'console':{
            'level':'DEBUG',
            'class':'logging.StreamHandler',
        },
        'file':{
            'level': 'INFO',
            'class': 'logging.FileHandler',
            'filename': 'debug.log',
        },
        'file':{
            'level': 'ERROR',
            'class': 'logging.FileHandler',
            'filename': '/home/usuarioquijost/public_html/proyecto/error.log',
        },

    },
    'loggers': {
        'django.request': {
            'handlers': ['mail_admins', 'file'],
            'level': 'ERROR',
            'propagate': True,
        },
    }
}

En caso de producirse un error 500, la sección ejecutada de LOGGING sería:

Código: [Seleccionar]
'file':{
            'level': 'ERROR',
            'class': 'logging.FileHandler',
            'filename': '/home/usuarioquijost/public_html/proyecto/error.log',
        },

En este caso, al establecer el manejador como archivo, la salida del error se escribirá en /home/usuarioquijost/public_html/proyecto/error.log

Por lo que es necesario que dicho archivo tenga permisos de escritura. Puede establecerse dichos permisos con:

chmod 777 /home/usuarioquijost/public_html/proyecto/error.log

Debe tener en cuenta, que dichos permisos son poco restrictivos y pueden reducirse a unos permisos más restrictivos de archivo, pero en caso de depuración ahorraran problemas.

También existe la posibilidad de establecer otros manejadores, que envien los errores por email. Para más información:

https://docs.djangoproject.com/en/dev/topics/logging/
https://docs.djangoproject.com/en/dev/ref/signals/#got-request-exception
https://docs.djangoproject.com/en/dev/topics/http/middleware/#process-exception

110
FAQ / Como crear una aplicación ruby evitando bundle install
« en: Agosto 01, 2012, 19:41:47 p. m. »
En la creación de una aplicación rails, por ejemplo:

Código: [Seleccionar]
rails new aplicacionblog
Se ejecuta "bunde install" que requiere permisos root para instalar las gemas que no se dispongan y es algo que no puede realizar un usuario normal en un alojamiento compartido.

Para evitar este proceso se puede usar el parámetro  --skip-bundle para no tener dicho problema al crear una nueva aplicación rails.

Código: [Seleccionar]
rails new aplicacionblog --skip-bundle
En el archivo Gemfile se especifican las gemas y versiones necesarias de su aplicación. Asegúrese de tener las versiones y requisitos de gemas necesarias.

Si necesita alguna actualización de gema en particular o alguna nueva puede solicitarla en el foro de atención al cliente de quijost y lo actualizaremos lo antes posible.

111
Asistencia al cliente / Re:Errores al entrar al wordpress una vez instalado
« en: Julio 25, 2012, 00:08:34 a. m. »
Ese error se produce cuando se escriben caracteres incorrectos en el archivo wp-config.php. Al cargarlo Wordpress no lo analiza bien y sale contenido antes que los encabezados
de la petición y por ello php lanza un aviso.

Por el usuario quijost que muestras, creo que te respondimos una consulta sobre instalación worpdress hace unas horas por correo. Ahí te aconsejábamos como realizar de forma correcta la instalación wordpress.

Si te resulta complicada la instalación podemos ayudarte en tiempo real en Skype, nuestro usuario es "quijost".

112
Asistencia al cliente / Re:Problema al actualizar WordPress
« en: Julio 22, 2012, 19:10:58 p. m. »
Que extraño, 120 debería ser más que suficiente, te lo he aumentado a 300. Si sigue el mismo error envía al correo de soporte tus datos privados de acceso worpdress y miramos personalmente
que esta produciendo el error de wordpress.

113
Asistencia al cliente / Re:Problema al actualizar WordPress
« en: Julio 22, 2012, 10:43:19 a. m. »
Quizás esta última actualización de wordpress requiere más de 60 consultas diferentes.

Puesto que es un caso puntual para actualizar wordpress, te he duplicado a 120 consultas de forma temporal para que puedas actualizar.

No estoy muy seguro de si al aumentar se resetea el contador o debes esperar una hora. Prueba de nuevo y comprueba que sucede. Si no hay problema, una vez termines lo actualizo a su valor original.

Aunque sea algo puntual, actualizar de ebasic a epremium no tiene tampoco un gran coste (de 1 €/mes a 3€/mes, al año 12€ y 36€ respectivamente, sin contar IVA). Deberías pensar en un futuro actualizar a un plan mayor o obtener dicha financiación mediante publicidad o tus usuarios, sobretodo si wordpress sigue evolucionando y requiriendo requisitos mayores o esperas tener más visitantes en un futuro.

114
FAQ / En mi cuenta aparecen archivos core.xxxx y ocupan mucho espacio
« en: Julio 22, 2012, 07:50:15 a. m. »
Los archivos core.XXX se producen cuando un script php produce un error fatal en apache y este vuelca el resultado del fallo en un archivo de depuración.

Es síntoma de script php mal programados o con problemas. Para evitarlos, asegúrese de utilizar software actualizado y que sus scripts php no generen errores fatales.

Pueden desactivarse el volcado de estos archivos de forma general en el servidor como root administrador, pero esto provocara que ante un fallo no dispogamos de los archivos de depuración para analizarlos. En Quijost por defecto en todos los servidores compartidos esta activado el volcado con el fin de que el usuario puede analizar los archivos si dispone de conocimientos. Esto tiene sus inconvenientes, como es por ejemplo saturar el espacio de usuario si el error se produce muy a menudo, aunque creemos que es un riesgo a asumir y que el beneficio de conocer el fallo es mayor.

Para visualizar todos los archivos core disponibles y se dispone de acceso SSH:

Código: [Seleccionar]
find /home/usuario -name "core.[0-9]*" -exec ls -ilah {} \;
Si desean eliminarse de forma rápida puede usarse el siguiente comando bajo su propia responsabilidad:

Código: [Seleccionar]
find /home/usuario -name "core.[0-9]*" -exec rm -rfv {} \;
Para más información:

Volcado de memoria o CoreDump en wikipedia

Ver también:

Como realizar un borrado masivo de error_log de Apache

115
Asistencia al cliente / Re:Problema al actualizar WordPress
« en: Julio 22, 2012, 00:08:39 a. m. »
Hola apuntes,

El error se debe al sobrepasar la cuota de consultas mysql permitidas por el plan que utilizas.

En tu caso, el plan ebasic, tiene un max_questions de 60 a la hora, es decir, 1440 consultas mysql al día. Esto quiere decir, que dispones de 60 consultas para ejecutar a la hora. Estas consultas se contabilizan cuando son diferentes y si previamente no han sido cacheadas, por lo que en realidad dispones de algunas más.

Es decir, cargar la página principal de tu blog wordpress creará X consultas (dependiendo del número de plugins mas o menos). Pongamos que realiza 10 y te quedarían 50 para la restante hora. Pero el próximo visitante que acceda a tu blog, no consumirá 10 consultas de nuevo, ya que han sido cacheadas y no se contabilizan, quizás consuma 1 o 2, para mostrar datos diferentes como su IP o nombre de usuario, por lo que quedarían restantes muchas más. Pasada la hora, dispondrás de 60 consultas de nuevo.

Esta limitación se impone en planes de alojamiento compartido (como otras de número de emails por hora enviados, numero de base de datos, espacio en disco) ya tiene un consumo de cpu y memoria de mysql y según el usuario y plan puede necesitar más capacidad o menos.

En una actualización de wordpress es normal que se ejecuten más de 60 consultas, sobretodo si existen muchos plugins instalados, de ahí que obtengas el error.

Para solucionarlo, puedes esperar una hora para que el contador se resetee y ejecutar de nuevo la actualización o bien actualizar a un plan mayor (epremium o edeluxe) donde el max_questions es mayor o no incluso no limitado.

116
Asistencia al cliente / Re:upload_max_filesize
« en: Julio 08, 2012, 06:02:48 a. m. »
Consulta respondida por correo también. Fue aumentado a 50 MB el upload_max_filesize junto con post_max_size.

117
FAQ / ¿Cómo configurar e instalar wordpress?
« en: Julio 01, 2012, 20:00:56 p. m. »
Wordpress no viene instalado por defecto en los alojamientos compartidos de Quijost, pero habilitarlo no lleva más de 5 min.

Simplemente es necesario descargar la última versión de http://es.wordpress.org, descomprimir en el pc los archivos y subirlos por FTP a su cuenta Quijost.

Despues en cPanel de su cuenta Quijost, mediante una interfaz a golpe de click, en la opción con el icono "MySQL Bases de datos", cree su base de datos, usuario de base de datos y asocie el usuario con la base de datos.

Al entrar al directorio de wordpress donde ha subido los archivos, le pedira el usuario de base de datos, nombre de la base de datos y servidor, que es normalmente localhost a menos que sea una instalación remota en otra máquina.

118
Asistencia al cliente / Re:Problema con configuracion inicial con django
« en: Junio 25, 2012, 19:33:01 p. m. »
El error 500 que recibe su página es:

Código: [Seleccionar]
The Python egg cache directory is currently set to:
 
   /home/indieliv/tmp/egg/
 
 Perhaps your account does not have write access to this directory?  You can
 change the cache directory by setting the PYTHON_EGG_CACHE environment
 variable to point to an accessible directory.
 
 
 
 CGI Variables
 -------------
   DOCUMENT_ROOT: '/home/indieliv/public_html'
   GATEWAY_INTERFACE: 'CGI/1.1'
   HTTP_ACCEPT: 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'
   
 WSGI Variables
 --------------
   PYTHONPATH=$PYTHONPATH:/home/indieliv/public_html: ''
   REDIRECT_PYTHONPATH=$PYTHONPATH:/home/indieliv/public_html: ''
   REDIRECT_REDIRECT_PYTHONPATH=$PYTHONPATH:/home/indieliv/public_html: ''
   REDIRECT_REDIRECT_REDIRECT_PYTHONPATH=$PYTHONPATH:/home/indieliv/public_html: ''
   REDIRECT_REDIRECT_mod_wsgi.application_group: 'indielive.quijost.com|/django.wsgi'
   REDIRECT_REDIRECT_mod_wsgi.callable_object: 'application'
   REDIRECT_REDIRECT_mod_wsgi.handler_script: ''
   REDIRECT_REDIRECT_mod_wsgi.input_chunked: '0'
   REDIRECT_REDIRECT_mod_wsgi.listener_host: '0.0.0.0'
   REDIRECT_REDIRECT_mod_wsgi.listener_port: '8081'
   REDIRECT_REDIRECT_mod_wsgi.process_group: ''
   REDIRECT_REDIRECT_mod_wsgi.request_handler: 'wsgi-script'
   REDIRECT_REDIRECT_mod_wsgi.script_reloading: '1'
   application: <django.core.handlers.wsgi.WSGIHandler object at 0x103037d0>
   mod_wsgi.application_group: 'indielive.quijost.com|/django.wsgi'
   mod_wsgi.callable_object: 'application'
   mod_wsgi.handler_script: ''
   mod_wsgi.input_chunked: '0'
   mod_wsgi.listener_host: '0.0.0.0'
   mod_wsgi.listener_port: '8081'
   mod_wsgi.process_group: ''
   mod_wsgi.request_handler: 'wsgi-script'
   mod_wsgi.script_reloading: '1'
   mod_wsgi.version: (3, 3)
   paste.throw_errors: True
   wsgi process: 'Multiprocess'
   wsgi.file_wrapper: <built-in method file_wrapper of mod_wsgi.Adapter object at 0x1081b468>
   wsgi.version: (1, 1)
 ------------------------------------------------------------
 mod_wsgi (pid=21800): Exception occurred processing WSGI script '/home/indieliv/public_html/django.wsgi'.
 TypeError: sequence of byte string values expected, value of type unicode found

Como se recomienda en el tutorial, se debería establecer en /home/indieliv/tmp/ en su caso. También debería usar su código bajo public_html y no directorios superiores.

119
Asistencia al cliente / Re:Facturas
« en: Junio 25, 2012, 19:30:17 p. m. »
Debe solicitarlo al correo de soporte como indica el panel, enviando sus datos fiscales para la realización de la facturación.

120
FAQ / Como ampliar o renovar un servicio de alojamiento
« en: Junio 25, 2012, 13:37:53 p. m. »
En el panel de la zona de clientes Quijost, entre como usuario y haga click sobre "Alojamientos compartidos".

Para su alojamiento, debería ver un botón del tipo "Renovar". No es exactamente un ampliar servicios, sino que su función es invalidar el anterior contrato y establecer uno nuevo con plan y duración que se desee. Esta orientado en dicha forma, porque los costes de ampliación entre planes tienen poco importe y de ser muy reducido el importe no cubren los gastos de comisiones con paypal para tener un beneficio o ganancia.

Páginas: 1 ... 6 7 [8] 9 10 ... 33

Página generada en 0.577 segundos con 26 consultas.