Alexis
-
Hola Milton, el archivo esta incorrecto, no es de la forma como se indica en el link que te envie al inicio.
El valor memory_limit debe tener el sufijo M, por ejemplo en tu caso 256M
Lo mismo aplica para post_max_size y upload_max_filesize
Por favor realiza las correcciones y dejame saber si se corrije el error.
-
Hola Milton, no veo la captura.
-
Buenas tardes Milton, por favor asegurate de que tu plan de hosting este correctamente configurado como se indica aca:
https://nodored.com/foros/lessons/configuracion-inicial-del-hosting/
Si el error persiste por favor comparte una captura de pantalla de la configuracion de tu php.ini
Estoy atento
-
Hola Santiago, con la configuración adjunta pagaras un 25% de forma recurrente, no necesariamente de forma mensual, sino de acuerdo a la recurrencia que tu cliente tenga en ese servicio. Por ejemplo si contrata por mes, será mensual. Si contrata anual será la comisión anual.
Si marcas la casilla «Un Pago» entonces solo pagaras la comisión del primer pago.
-
Hola Jhon, se requiere una ruta temporal para almacenar archivos durante la actualización. Por razones de seguridad, se recomienda que este directorio esté ubicado dentras del public_html. La ruta deberia verse asi /home/usuariocpanel/whmcstmp
Aca tienes mas detalles: https://docs.whmcs.com/Automatic_Updater#Setting_a_Temporary_Update_Path
-
Buenos dias Juan, aca veo varios problemas.
1. Usted intento activar el display error desde configuration.php pero veo que hizo mas de lo que las instrucciones le indican https://nodored.com/foros/docs/como-habilitar-el-modo-debug-en-whmcs-display-errors/
Por ejemplo usted tiene una etiqueta de cierre de PHP que no debería existir en ese archivo. Este es un archivo en extremo crucial para su WHMCS, es importante no modificar nada mas allá de lo que indican las instrucciones dadas.
Por favor dejelo como estaba y solo agregue la linea $display_errors = true;
2. Adicional veo que sus custom nameservers están mal configurados puesto que no han sido actualizados al nuevo set de IPs como se indico semanas atrás en un correo donde indicábamos de una mejora de infraestructura.
He corregido por usted estas IPs a nivel de los child nameservers de su dominio. Por favor realiza el ajuste de las IPs según corresponda de su lado.
En 2 a 48 horas posterior al cambio deberíamos tener propagado este ajuste reciente y podrá continuar con el paso 1.
Estoy atento.
-
Buenos dias Juan, un error Oops oculta el error real detras del fallo en la actualización. Para conocer la causa del error por favor active el Display Error de WHMCS como se indica aca: https://nodored.com/foros/docs/como-habilitar-el-modo-debug-en-whmcs-display-errors/
Luego de eso al acceder al sitio web usted vera el error real del sitio. Si necesita ayuda a interpretar ese error puede pegarlo aca, con gusto le ayudaremos a revisarlo.
-
Alexis
25/02/2021 at 5:01 PM in reply to: ???Consejos para crear dos paquetes en WHM uno básico y uno premium¿¿¿¿En terminos de peso es facil determinar revisando cuanto pesan tus sitios. Ahora lo dificil aca es calcular la transferencia ya que esto depende de que tan bien optimizados esten tus webs y el numero de visitas.
Te sugiero que para esto revises este articulo https://nodored.com/clientes/knowledgebase/178/iComo-calcular-el-uso-de-transferencia-de-datos.html
-
Alexis
25/02/2021 at 4:54 PM in reply to: ???Consejos para crear dos paquetes en WHM uno básico y uno premium¿¿¿¿Hola Wilson, este es un foro de apoyo para ti en el uso de tu servicio de Reseller. Con gusto podemos brindarte asesoria pero debemos tener un punto de partida de tu parte, no podemos brindarte consejo tan general en una duda tan abierta.
Comencemos por hablar acerca de tu negocio, que tipo de sitios vas a hospedar, que software usas, cuanto peso tienen, etc?
Estare atento
-
Estamos a tu servicio Jhon, gracias a ti. Estare pendiente
-
Hola Jhon, te daré una indicación detallada de como depurar ese error.
1. ACTIVA DISPLAY ERROR
En tu WHMCS ve a Ajustes > Otros y activa Display Errors, como se indica en este articulo: https://nodored.com/foros/docs/como-habilitar-el-modo-debug-en-whmcs-display-errors/
2. EJECUTA EL CRON VIA CONSOLA
Ahora debes conectarte vía SSH a tu reseller. Puedes usar cualquier software de tu preferencia, yo por ejemplo uso Putty
Te conectas usando tu usuario y clave con el que accedes a WHM. El puerto SSH para tu servicio es el 1157.
Una vez ahí vas a ejecutar el comando cron que tienes en tu WHMCS (ver captura 1) agregándole al final este comando y opciones: all -F -vvv
El comando debería verse algo así (ver captura 2):
php -q /home/v71whmcssupport/public_html/whmcs/crons/cron.php all -F -vvv
3. ANALIZA LOS RESULTADOS
Al tener el display error activo al finalizar el cron deberías ver un error. En tu caso puntual tenemos este error (ver captura 3):
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 65536 bytes) in /home/XXXXXXXXXXXX/vendor/composer/composer/src /Composer/Composer.php on line 154
4. DESACTIVAS EL DISPLAY ERROR
No dejes activa esta opción, ve a los ajustes de WHMCS y desactiva el display error.
5. CORRIGES EL PROBLEMA
Finalmente, según ese error el problema es que no tienes memoria disponible, par corregirlo elevas el limite de memoria en el directorio de whmcs. O nos envías en un ticket el error y tu versión de PHP y nosotros nos encargamos.
¡Eso es todo! En tu caso ya corregí todo mientras documentaba el proceso, ya deberías tener todo OK en tu automatización.
-
A tus ordenes como siempre
-
Hola Jhon, este ha sido un error bastante curioso. Lo he resuelto por ti como cortesia.
El error se daba a que tenias espacios en blanco en tu archivo configuration.php
-
hola Jhon, ya estaba revisando esto. Mientras continuo en mi investigacion ¿recuerdas que cambios realizaste en tu WHMCS recientemente?
-
Hola Jhon, un error 403 es un error de permisos. Si gustas abre otro hilo sobre este tema y lo revisamos.
-
Perfecto Jhon, me alegra ver que lo resolviste. Ahora por favor aguardemos a que el siguiente cron se ejecute en la hora en que lo tengas configurado. Si el dia de mañana este error persiste dejame saber para revisar el tema.
NOTA: en tu configuracion general de WHMCS en la pestaña OTROs tenias activo el Display Error. Te sugiero lo desactives ya que es un riesgo de seguridad tener activa esa opcion de forma permanente.
-
hola Jhon, si te soy sincero no se a que comillas te refieres. La razon del error en la captura es por que esta mal realizado el proseos anterior. Por favor verifica el link que te envie y asegurate de realizar el proceso como esta indicado el link y por mi.
Sobre esas comillas si gustas compartir una captura quizas sea mejor
-
Hola Jhon, al verificar tu WHMCS veo que tienes varios errores producto de cambios en las rutas de tu directorio de crons. A continuación intentare guiarte en le proceso de resolución del principal error:
EXPLICACIÓN DEL ERROR
Al parecer moviste el directorio /crons a una ubicación personalizada, lo cual esta bien, sin embargo no completaste el proceso de configuración como se indica aca: https://docs.whmcs.com/Custom_Crons_Directory
PASOS PARA CORREGIR EL ERROR
- Ubícate en tu directorio /crons que en este caso esta en /whmcsdata/crons
- Abre el archivo config.php y actualiza la ruta $whmcspath de $whmcspath = ‘/home/tuusuario/cliente.xxxxx.com/’; a $whmcspath = ‘/home/tuusuario/whmcsdata/crons‘;
- Ubícate en tu directorio raíz de WHMCS y abre el archivo configuration.php
- Agrega esta linea $crons_dir = ‘/home/tuusuario/whmcsdata/crons/’;
- Si has realizado de forma correcta los últimos pasos, al ingresar a revisar el estado del Cron (donde ahora tienes una X), notaras que la ruta del CRON ha cambiado
- Actualiza el cron job en tu cPanel con la nueva ruta que tienes.
NOTA: Reemplaza tuusuario por el usuario de tu cPanel
Estoy atento a cualquier novedad al respecto.
-
Hola Jhon, por favor permiteme revisar en tu WHMCS y te comento un poco mas sobre el tema.
-
Hola Angel, lo lamento la captura enviada no nos ofrece ningún detalle especifico mas allá de unas pocas advertencias. Estas advertencias las puede ocultar desactivando el display_error en su PHP.INI, aca una guia de como editar visualmente el archivo PHP.INI https://nodored.com/foros/docs/cambiar-la-configuracion-de-php-con-el-archivo-php-ini/
Como indique antes, para ver un error mas detallado por favor active el modo DEBUG en WordPress, entonces visite https://itec.edu.ec/ y envienos una captura
-
Entiendo, ahora mismo no recuerdo los asuntos en particular.
Los tickets usualmente tienen asuntos muy explicativos, por ejemplo «Muy importante, la cuenta XXX ha sido comprometida».
Los correos del sistema por otro lado, usualmente tendran el asunto en Ingles y dura algo como «Hosting account resources exceeded«
-
Buenos días Ángel, le ruego por favor leer con cuidado mis recomendaciones. en este foro podemos darle una guía de como resolver su problema, pero no resolverlo nosotros. Le repito las instrucciones dadas:
1. Active el modo debug de WordPress, aca le indicamos como hacerlo https://nodored.com/foros/docs/activar-el-modo-debug-en-wordpress/
2. Luego, visite su sitio web, la parte frontal, tome una captura del error y compártala acá.
De esa forma podremos saber exactamente que problema tiene y asistirle con orientación oportuna.
-
Buenos dias Angel, con el fin de asistirle usted necesita realizar dos acciones:
1. Active el modo debug de WordPress, aca le indicamos como hacerlo https://nodored.com/foros/docs/activar-el-modo-debug-en-wordpress/
2. Luego, visite su sitio web, la parte frontal, tome una captura del error y compartala aca.
Estamos atentos
-
Hola Jhon, comencemos por no verlos como ofensivos ? todos tienen como propósito el brindarte control de tu servicio.
Al momento se me ocurren al menos 2 correos que recibirás de cuando en cuando:
- Son las notificaciones que genera Nodored, por ejemplo cuando un sitio ha sido hackeado, o esta bajo ataque, etc. Este tipo de correos son tickets, tienen usualmente una fecha de resolución y claras instrucciones de como resolverlo.
- El segundo tipo de correo es el enviado por el sistema de Monitoreo 24/7 de Nodored. Este sistema te enviara un correo cada 7 días indicándote una lista de sitios (si hubiere) que están teniendo problemas de recursos (CPU, RAM, etc). Su propósito es informativo para que tu puedas tomar medidas proactivas revisando, optimizando, etc.
Detalles
Alexis
alexisg