Top y sus ayudas

El comando top, uno de los mejores para ver el rendimiento y con unas opcioens muy buenas para ver distintos consumos.

#top

Este comando a secas, nos muestra de continuo como está trabajando el sistema y qué procesos están en ese momento en ejecución y los recursos utilizados.

En breve os muestro unas imágenes.

Si tienes problemas en ver el listado de los procesos, pulse Z y D para que actualice el listado de procesos más rápidamente.

Y si pulsas «1», se ve desglosado el consumo por CPUS.

Pulsando Shift+O puedes añadir campos en el listado y ordenar por el que quieras.

Pulsando U puedes ver por usuario todos los procesos.

Una columna importante lógicamente por si tenemos un problema de consumo o de ver qué ocurre, es el PID, número de identificador del proceso.

y el comando que me parece más interesante es el de «r» para dar más prioridad a un proceso para que termine la ejecución antes utilizando más recursos del sistema.

Multiples mails en una cuenta de correo del tipo «This message is no longer available on the server» Plesk

Si en una cuenta de correo no paras de recibir mails del tipo «This message is no longer available on the server» te recomiendo un poco de paciencia y a buscar que es lo que se ha quedado enganchado. Esto no impide ni que recibas mails ni el envío correcto.

También te ocurrirá a la vez que en el Outlook recibas un mensaje de error del estilo de «tiene un error POP cannot receive one message». No lo recuerdo bien, pero lo he quitado del portapapeles y ahora no puedo hacer nada, 😉

Si entras por webmail, verás mails del servidor de este estilo y sin fecha:

From: System Administrator <root@localhost>
Subject: message unavailable
This message is no longer available on the server

Solución:

1.- Entra en tu servidor con ssh

2.- cd /var/qmail/mailnames/dominio/correo/Maildir

3.- mv courierimapuiddb /root/

4.- Actualiza los mails del webmail y ya lo verás borrado, pero el problema seguirá porque en el servidor seguirá estando.

5.- Ir al directorio /var/qmail/mailnames/dominio/correo/Maildir/cur

6.- Buscar correos que no sean los que tienes ahora en la bandeja de entrada. en mi caso se destacaban porque eran mails antiguos y sólo eran dos.

7.- Borrarlos con rm. En mi caso, tenía dos ficheros y los borré uno a uno:

rm 1436788741.M147657P3299V0000000000010302I00000000007C0820.sdfsdfsdfs.net,S=6636:2,S

Otra pista para localizar estos mails es que el usuario no es el de correo sino root.

Espero que os haya servido de ayuda!!!

Virus delta Homes

No es ni uno ni dos los que pican sin más, pinchando donde no se «debe», 😉

Siempre ocurre queriendo ver un partido gratis, bajando un software gratuito,…cosas de este estilo que hace que los antivirus o la ayuda de un informático se valoren más. Eso sí, la charla es preferible darla antes porque suelen ser personas que tarde o temprano vuelven a caer.

La última vez que me hicieron quitar un supuesto virus, el delta home, tuve que empezar «regañando» un poco. Es simplemente un buscador que se te instala sin saber cómo quitarlo de todas las partes instaladas: página de inicio, en el icono y en todos los sitios donde tienes instalado el navegador.

La opción para poderlo quitar de todas partes es:

  • * Quitarlo de las páginas de inicio de los navegadores
  • * Quitarlo de cada uno de los sitios donde se tenga el icono, pinchando sobre el icono con el botón derecho y a continuación en propiedades, donde se puede ver una opción que pone algo así como «Iniciar como:». Ahí hay que dejar el enlace del navegador pero quitar todo el «churro» de datos que vienen a continuación

Magento cache clear – cron

Si seguimos manteniendo el sistema. Otra labor importante a realizar de forma automática y sin necesidad de estar entrando en Magento es la «limpieza» de caché. Esto es muy recomendable si estamos actualizando de continuo el sistema.

Para ponerlo de forma planificada en el sistema, se puede poner en el panel de control, en tareas programadas el siguiente comando:

rm -rf /var/www/vhosts/webtoclearcache/httpdocs/var/cache/*

Mucho cuidado! Cómo verás es un puro borrado de directorio y ficheros. No te vayas a equivocar de directorio!!! Podrías tener una sorpresa desagradable al día siguiente!

Magento reindex manually – cron

Siguiendo con el post de ayer, supongo que ya todos habéis deducido que puidiendo programarlo a una hora en cuestión, lo mejor es dejarlo preparado para ello y olvidarnos de realizar esta tarea en Magento.

Los índices, sobre todo los de búsqueda, van desactualizándose según el grado de modificaciones de la tienda, con lo que es conveniente, mínimo una vez a la semana realizar esta labor y cómo no, mejor dejarlo programado por las noches cuando hay menos clientes accediendo ya que afecta al rendimiento.

Por todos estos motivos, iremos a nuestro panel de control, a las tareas programadas y pondremos a realizar el siguiente comando todas las noches.

Otra recomendación más: Realizarlo antes del backup.

Comando:

php /var/www/vhosts/webaindexar/httpdocs/shell/indexer.php -reindexall

Magento reindex manually

Aquí estamos viendo cómo reindexar los índices de las tablas de Magento cuando se quedan un poco «pillados» o a través del administrador de Magento no se dejan.

1) Vamos a la línea de comando, abriendo un ssh.

2) nos posicionamos en el directorio shell que se encuentra en:
/var/www/vhosts/nombre_web/httpdocs/shell

3) en ese directorio podrás ejecutar lo siguiente:
php indexer.php –reindexall

El resultado de la ejecución será algo del estilo siguiente:

Product Attributes index was rebuilt successfully
Product Prices index was rebuilt successfully
Catalog URL Rewrites index was rebuilt successfully
Product Flat Data index was rebuilt successfully
Category Flat Data index was rebuilt successfully
Category Products index was rebuilt successfully
Catalog Search Index index was rebuilt successfully
Stock Status index was rebuilt successfully
Tag Aggregation Data index was rebuilt successfully

Ahora podrás comprobar en el administrador de Magento que ya han sido actualizados.

en algunos foros recomiendan truncar ciertas tablas, pero en mi caso no ha hecho falta. Las tablas que recomiendan truncar son las siguientes:
catalog_product_flat_1
catalog_product_flat_2
catalog_product_flat_3
catalog_product_flat_cl

Particularmente yo lo probaría si no queda otra y habiendo hecho una previa copia en otra tabla

Reports Magento

Algunos reports de Magento no son del todo útiles o les falta un poquito de chicha.

Estoy en la deliciosa labor de poder encontrar dónde se guardan y poder modificarlos a mi antojo y para ello voy a poner un ejemplo sencillo que he tenido que elaborar.

Imaginemos que queremos añadir en el informe de artículos pedidos, donde sólo viene registrado el nombre de producto y la cantidad, el sku y el precio del artículo.

En el administrador de Magento, mirando la línea del navegador, veremos que pone nombredetienda.es/nombreadmin/report_product/sold. Esto nos da pistas para saber localizar el programa de ese report.

En filezilla o cualquier herramienta de transferencia de ficheros, podemos ir al directorio /httpdocs/app/code/core/Mage/Adminhtml/Block/Report/Product/Sold que es donde encontraremos el desarrollo del report con nombre Grid.php y al editarlo podremos ver que sólo imprime el nombre y la cantidad.

Pero cuidado de modificarlo en el directorio core! Recordad hacerlo en el local para que las nuevas versiones de Magento no machaquen el desarrollo

Para añadir el SKU y el precio por ejemplo, añadiremos estas 2 líneas de código:

        $this->addColumn('sku', array(
            'header'    =>Mage::helper('reports')->__('Product SKU'),
            'sortable'  =>false,
            'index'     =>'sku'
        ));
        $baseCurrencyCode = $this->getCurrentCurrencyCode();

        $this->addColumn('price', array(
            'header'        => Mage::helper('reports')->__('Price'),
            'width'         => '120px',
            'type'          => 'currency',
            'currency_code' => $baseCurrencyCode,
            'index'         => 'price',
            'rate'          => $this->getRate($baseCurrencyCode),
        ));

Curiosas pruebas de rendimiento de google – Google developer

Hace no mucho he revisado algunas de las páginas con el tests de rendimiento de google y curiosa la información que ofrece.

Muchas veces deduce que una imagen de 1k le puedes bajar el tamaño, que supongo que aún puedes, pero…¿esto mejora tanto el rendimiento?

La última es que en muchas de las webs, tiendas onlines, …el cliente quiere ver el número de visitas a través de la herramienta de google, llamada analitycs y que por ello google te ofrece como integrarla. Y …ahora os cuento lo curioso.

Se supone que google consigo mismo debería estar optimizado para web, ¿verdad?

Pues parece que no es así y sino..miren el resultado de las propias pruebas de rendimiento de google:

«Especificar caché de navegador

Establecer una fecha de caducidad o una edad máxima en las cabeceras HTTP de los recursos estáticos indica al navegador que cargue los recursos descargados previamente del disco local en lugar de hacerlo a través de la red.
Aprovechar el almacenamiento en caché del navegador de estos recursos almacenables en caché:

  • http://www.google-analytics.com/ga.js (2 horas)»

Este es el mensaje literal de las pruebas de rendimiento.

Tiene gracias que estas pruebas digan que el propio google no define bien sus javascripts en caché, no?

Tú puedes tener control sobre los programas de tu web, pero de los pluggins o programas incrustados de otros, ¿cómo tener control para que no te dañe el rendimiento de tu web?

Me da error la cuenta de correo – Texto fácil que me envían algunos clientes, ;)

Me sucede muy a menudo, incluso diría que más de lo que debería ser normal, que me llama un cliente diciendo que manda un correo a un cliente con cuenta en gmail y le sale que el cliente no existe, …

¿culpa del servidor? Me temo que no

¿ha pillado la cuenta en algún momento mal? Me temo que si

¿tenía una cuenta antigua en la caché del outlook o de otro gestor de mail? Creo que no me equivoco casi nada si aseguro que es este el problema o el anterior.

Esta es la conclusión que saca gmail si te pasa eso:

» Este error suele producirse cuando hay erratas en la dirección de correo electrónico del destinatario. Algunos de los errores más habituales:

1)Las comillas: <‘nombredeusuario@gmail.com’> o <«nombredeusuario@gmail.com»>

2)Puntos al final de la dirección: <nombredeusuario@gmail.com.>

3)Espacios delante o detrás de la dirección: < nombredeusuario@gmail.com>, <nombredeusuario@gmail.com >»

Puedes leer el artículo de google en el siguiente enlace que considero interesante para todos los clientes de informáticos, 😉