Al principio está bien eso de recordar cada usuario, servidor y contraseña a los que te conectas... hasta que el número empieza a aumentar y la memoria a disminuir. Claves SSH El viejo truco para aumentar la seguridad y disminuir la complejidad: la clave privada y la clave pública. Genera tu juego de claves: $ ssh-keygen Copia tu clave pública al servidor que usas: $ ssh-copy-id [email protected] Conéctate sin contraseña de por vida: $ ssh [email protected] Bueno, puede que te haya pedido una contraseña, pero es la de desbloqueo de la clave, y normalmente puedes usar agentes que incluyen los entornos de escritorio que te permiten desbloquearla automáticamente el resto de la sesión.
A veces estás escribiendo un módulo Python y quieres que se pueda ejecutar como un script, para lo cual le creas un fichero __main__.py en su directorio raíz.El problema de esto es que te obliga a ejecutarlo siempre como python -m nombremodulo, y muchas veces los depuradores no son capaces de entender eso. ¿Solución? Ejecutar directamente __main__.py. Solo que esto plantea otro problema: que entonces no puedes realizar importaciones relativas.
Conecta al servidor por SSH y elimina estos ficheros: $ rm /tmp/.X*-lock ~/.Xauthority
tl;dr: Ir al ganador. No hace mucho emprendí una cruzada en búsqueda del editor de texto para programación o IDE definitivo. Supongo que todos acabamos haciendo esto alguna vez. Bueno, todos salvo los que nacen atados a Visual Studio y .NET. Estos eran mis requisitos. No son muchos: Software libre. Multiplataforma. Soporte para todos los lenguajes con los que suelo trabajar. Hay 3 enfoques diferentes para abordar esto, con sus pros y sus contras:
Si miras el registro de errores en MAGENTO_ROOT/var/log/system.log verás un error parecido a esto: ERR (3): Recoverable Error: Argument 1 passed to Mage_Core_Model_Store::setWebsite() must be an instance of Mage_Core_Model_Website, null given, called in /home/website/public_html/app/code/core/Mage/Core/Model/App.php on line 624 and defined in /home/website/public_html/app/code/core/Mage/Core/Model/Store.php on line 304 Si te sucede esto justo después de haber migrado a un nuevo servidor, gracias a Richard Ricketts ahora sé cómo arreglarlo. Abre tu script SQL de migración y ajústalo así:
A veces el servidor HTTP de Apache empieza a lanzarnos errores 403 Forbidden o de otro tipo que a más de uno nos pueden volver locos. Concretamente, este tipo de errores suelen tener que ver con los permisos, pero si no logramos entender dónde está el fallo de los permisos, podemos tener en cuenta dos conceptos básicos: Apache (y muchos otros servicios) corre como un usuario específico, cuya cuenta suele estar bloqueada.
Primero instala EPEL. Asumo que tienes bien configurada tu tarjeta o tarjetas de red. Ahora instala el servidor LTSP: # yum install ltsp-server Para evitar el error No such file or directory: /etc/sysconfig/firstboot: # touch /etc/sysconfig/firstboot Edita el fichero /etc/ltsp/ltsp-server.conf y cambia las líneas LTSP_DEV y LTSP_DEFAULTIP para que coincidan con los datos del servidor. Crea el chroot para los clientes con: # ltsp-build-client Sigue los pasos que te indica.
Me gusta eso de que la edición profesional de Windows te exija pulsar Ctrl + Alt + Supr para iniciar sesión. Es una manera de decir que saber pulsar esa combinación de teclas es el requisito básico que todo usuario debe cumplir para usar Windows a nivel profesional. ¡Oh, y de paso impides su uso a usuarios mancos!
Situación Magento tiene esa peculiaridad de que su registro de errores no sirve para nada. Dicho esto... Supongamos que tienes una tienda Magento en producción que necesitas modificar. En lugar de modificarla directamente, montas un servidor de desarrollo y mueves allí los ficheros y la base de datos. Hasta aquí todo normal. Empiezas a hacer modificaciones y ves que el resultado es, cuanto menos, raro. Motivo: Magento está leyendo los datos de la caché, que tras hacer los cambios está desactualizada.
El problema es que al clonar perdemos la conexión a Internet porque VMWare nos asigna una tarjeta de red con diferente UUID y MAC que la que tenía la máquina original. También podría suceder si cambias la tarjeta de red en una máquina física. Síntomas: # ifup eth0 El dispositivo eth0 no parece estar presente, retrasando la inicialización Solución: # rm -f /etc/udev/rules.d/70-persistent-net.rules # nano /etc/sysconfig/network-scripts/ifcfg-eth0 Ahí borra o comenta las líneas UUID y HWADDR, y guarda.