Es una elección difícil. Por suerte o por desgracia he usado los 3 últimamente, así que ahí van mis impresiones:
Instalar los paquetes necesarios: # yum install openerp7 openerp7-httpd-fonts-access postgresql-server Iniciar los servicios hasta el próximo reinicio: # systemctl start openerp postgresql Iniciar los servicios automáticamente: # systemctl enable openerp postgresql Desactivar el cortafuegos hasta el próximo reinicio (deberías añadir una excepción, pero no lo explicaré aquí): # systemctl stop firewalld Activar el usuario necesario de la base de datos: $ sudo -u postgres createuser --createdb openerp Navega a http://localhost:8069 y crea tu base de datos desde ahí.
Accede por SSH al servidor de OpenERP y ejecuta: $ sudo -u openerp bash -c "rm /tmp/oe-sessions-openerp/*"
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 Rickettsahora sé cómo arreglarlo. Abre tu script SQL de migración y ajústalo así: SET FOREIGN_KEY_CHECKS=0; SET SQL_MODE=”NO_AUTO_VALUE_ON_ZERO”; -- Código de importacíon de MySQL aquí.
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.