Tras la lectura de varias comparativas, y cansado del funcionamiento de Eclipse (pesado y lento) opte por ver y trabajar con una prueba de PhpStorm ya que solo voy a hacer php y algo de bash aunque para este me reservo Sublime por lo liviano que es.
Cual es mi sorpresa, que como otros muchos software basados en java, tienen problemas para trabajar con las nuevas versiones de Java, como por ejemplo con Mac Os X 10.10.X Yosemite, o con Java 8.X
El escenario, es el típico de una migración de Prestahop desde un hosting a otro. El técnico o cliente, procedente de otro hosting, ha preferido migrar por si mismo el contenido, desde el proveedor antiguo, al nuestro, siguiendo correctamente los pasos, como en nuestro tutorial Como mover Prestahop a otra cuenta de hosting, dejando la mismo tiempo que el sistema funcione en el servidor antiguo (1). Sin embargo, tras una verificación la ventana de su navegador le muestra el fatídico mensaje: «Link to database cannot be established»
Uno de los quebraderos de cabeza más habituales para un administrador de sistemas que trabaje con OVH, es que sus manuales son ciertamente deficitarios, lo que complica mucho el trabajo, y requiere de buenas dosis de paciencia y trabajo, para localizar la configuración adecuada. El soporte jamás te ayudará, y se limitará a enviarte al manual, que muchas veces será incorrecto por ausencia o por error tipográfico, o por obsolescencia.
En el caso que nos ocupa, y como ocurrió con el manual de Proxmox para las versiones del vrack 1, los manuales de OVH no sirven de mucho salvo de guía antes de realizar los trabajos necesarios para hacerlo funcionar.
Como diseñador de páginas web o programador, o simplemente para mantener el software de su alojamiento de páginas web, es importante saber como utilizar el archivo .htaccess. Una herramienta muy poderosa, que incluso le podrá ayudar para proteger su sitio, del robo de ancho de banda (uso de imágenes y archivos sin permiso), denegación de acceso a los denominados BadBots, y medidas de seguridad. Te proponemos una serie de ejemplos, que no los únicos, y unos enlaces que esperamos sean de utilidad.
Uno de los problemas que más quebraderos de cabeza tienen los webmaster de sitios Magento, suele residir en la gestión que hace el mismo de su directorio ./var/, y de la falta de mecanismos para el pruning de tablas con logs, que puede llegar a tener un tamaño considerable, lo cual puede ser un problema también a la hora de realizar backup (mysqldump) de MySQL. Es hora sde hacer un mantenimiento de Magento (prunning)
Un problema demasiado común en las últimas actualizaciones de WordPress es encontrarse con mensajes de error relativos a la falta de memoria en WordPress (servidor)
Esto produce numerosos tickets en las areas de soporte de las empresas de hosting.
La solución para los WP con versiones superiores a la 2.5 esta en el propio Codex o base de conocimiento de WordPress, un lugar demasiado desconocido para los administradores de sitios con WordPress.Increasing memory allocated to PHP
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 122880 bytes) in /homeX/user/public_html/portal/wp-admin/includes/dashboard.php on line 591
Bautizada como Heartbleed o Corazon Sangrante, es una de las vulnerabilidades mas graves que han surgido en los últimos tiempos. Un fallo de seguridad (exploit) en las librerías OpenSSL, que permiten al atacante obtener una ventana de 64kb, de espacio en memoria, que pueden parecer pocos, pero contienen información sensitiva, como cookies, credenciales, claves privadas.
Read More
Es común obviar los pasos adecuados en la instalación de su tienda virtual con Magento. La verdad es que es algo rara, y en mi opinión deficitaria. Entre otras cosas porque el sistema no contempla que el usuario quiera tener su comercio electrónico Magento con prefijo en las tablas (algo que desde ya ya le recomiendo a todo el mundo que no haga jamás con Magento)
a:5:{i:0;s:305:"Error in file: "[magento]app/code/core/Mage/Catalog/sql/catalog_setup/upgrade-1.6.0.0.9-1.6.0.0.10.php" - SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'catalog_product_entity_group_price' already exists";i:1;s:1532:"#0 [magento]app/code/core/Mage/Core/Model/Resource/Setup.php(645): Mage::exception('Mage_Core', 'Error in file: ...') #1 [magento]app/code/core/Mage/Core/Model/Resource/Setup.php(437): Mage_Core_Model_Resource_Setup->_modifyResourceDb('upgrade', '1.6.0.0.9', '1.6.0.0.18') #2 [magento]app/code/core/Mage/Core/Model/Resource/Setup.php(320): Mage_Core_Model_Resource_Setup->_upgradeResourceDb('1.6.0.0.9', '1.6.0.0.18') #3 [magento]app/code/core/Mage/Core/Model/Resource/Setup.php(235): Mage_Core_Model_Resource_Setup->applyUpdates() #4 [magento]app/code/core/Mage/Core/Model/App.php(417): Mage_Core_Model_Resource_Setup::applyAllUpdates() #5 [magento]app/code/core/Mage/Core/Model/App.php(343): Mage_Core_Model_App->_initModules() #6 [magento]app/Mage.php(684): Mage_Core_Model_App->run(Array) #7 [magento]index.php(87): Mage::run('', 'store') #8 {main}";s:3:"url";s:1:"/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:7:"default";}iMac-2:magento
Algunos clientes de tiendas virtuales, me han preguntado más de una vez, algo molestos, porque al restaurar el backup de su tienda Magento, realizado con Installatron o con phpMyAdmin desde Cpanel, no les funciona cuando tratan de restaurar la base de datos, apareciendo un error molesto, ERROR 1452 (23000). Debemos tener en cuenta, que Magento usa InnoDb de forma real y efectiva.
Read More
A veces es verdad que Magento, pese a ser el mejor software para tiendas virtuales y comercio electrónico, nos vuelve locos con sus extraños comportamientos, y la falta de documentación que existe al respecto. Esto nos fuerza a ser más intuitivos, y estar más preparados. Es posible, que cuando queramos borrar los artículos de ejemplo nos encontremos con un incomodo errorRead More
