Notas y recortes

¿Problemas con botones de aplicaciones java en kde4?

Al usar eclipse (o cualquier derivado de este como aptana por ejemplo) bajo kde4, nos topamos con que algunos botones (y otras funcionalidades) no funcionan correctamente.

El problema viene dado por la integración entre gtk+ y kde4 (bueno, más bien por SWT). A pesar de que se realizan muchos esfuerzos para su correcto funcionamiento, nos podemos encontrar con detalles tan molestos como este caso.

Pues bien, esto podemos arreglarlo lanzando eclipse de esta forma:

GDK_NATIVE_WINDOWS=true eclipse

Básicamente estamos indicando que GDK no utilice su ‘client-side windows’ y en cambio, pueda realizar las llamadas directamente al servidor X.

Por cierto y según he visto, acrobat también tuvo/tiene un problema parecido que se soluciona de la misma forma.

Enviar copias de correos de entrada a otras cuentas en ispconfig3

Para añadir una regla que reenvíe el correo de un buzón a otro (manteniéndolo en ambos), añadiremos una regla en la sección de reglas personalizadas:

cc "!correo_destino@dominio.tld"

 
						

Ejecutar scripts en php con un php.ini diferente

Es perfectamente normal tener una parte del código de una aplicación web que se ejecuta por interacción del usuario con el servidor web y otra que lo hace de forma periódica. Estas dos partes se suelen desarrollar en el mismo lenguaje para que compartan las partes comunes de código. Vamos a ver como aplicar restricciones por separado.

Para el código que se ejecuta con el servidor web suele ser útil deshabilitar funciones de PHP que no queremos usar. El problema es que seguramente la parte de la aplicación que ejecutamos periódicamente (con el cron por ejemplo) tendrá unos requerimientos diferentes.

Para poder ejecutar los procesos (mailings, calculos varios…) podemos indicar que se use un php.ini diferente mediante el parámetro -c:

php -c /etc/php.procesos.ini proceso.cualquiera.php

Mediante este comando indicamos a php que ejecute el script proceso.cualquiera.php usando la configuración presente en el fichero /etc/php.procesos.ini. En este fichero podremos ser más permisivos sin afectar a las restricciones del servidor web.

vía Ejecutar scripts en php con un php.ini diferente | systemadmin.es.

Habilitar iptables para los containers OpenVZ en Proxmox

Si deseamos habilitar IPTables para los containers OpenVZ (VPS) en Proxmox, tenemos que hacer lo siguiente:

1) Abrir el fichero /etc/vz/vz.conf

2) Comentar la actual linea de IPTABLES= y añadir lo siguiente:

IPTABLES="ipt_REJECT ipt_recent ipt_owner ipt_REDIRECT ipt_tos ipt_TOS ipt_LOG ip_conntrack ipt_limit ipt_multiport iptable_filter iptable_mangle ipt_TCPMSS ipt_tcpmss ipt_ttl ipt_length ipt_state iptable_nat ip_nat_ftp"

Salvamos el fichero y reiniciamos el servicio vz (al reiniciar el servicio de virtualización, para y vuelve a iniciar las máquinas virtuales funcionando bajo openVZ):

/etc/init.d/vz restart

Si todo fue bien, ya podemos usar iptables en las vps.

vía Habilitar iptables para los containers OpenVZ en Proxmox | LeopoldoMaestro.COM.

Configurar tiempo de caché para un dominio

Para configurar una caché para todo un dominio, podemos usar mod_expires de apache.
Su uso es tan sencillo como insertar en el archivo .htaccess lo siguiente:

<ifmodule mod_expires.c>
        <filesmatch "\.(jpg|jpeg|JPG|JPEG|gif|GIF|png|PNG|css|ico|js)$">
                ExpiresActive on
                ExpiresDefault "access plus 10 day"
        </filesmatch>
</ifmodule>

Con esta configuración estamos estableciendo que todos los archivos que terminen en las extensiones especificadas tengan una caché de 10 días.

Muy sencillo y a su vez, muy útil

No guardar los comandos en el history para una determinada sesión (HISTFILE)

Mediante la variable HISTFILE podemos redirigir a un determinado fichero los comandos que se ejecuten en una determinada sesión.

El history se guarda al finalizar la sesión, por lo que en cualquier punto de la sesión podemos redirigir el historial. Por ejemplo:

mc:/> echo antes
antes
mc:/> export HISTFILE=/home/jprats/ejemplo.histfile
mc:/> echo despues
despues
 
mc:/> exit

A continuación al hacer un cat al fichero generado podemos comprobar como se ha almacenado la sesión entera:

mc:/> cat ejemplo.histfile
echo antes
export HISTFILE=/home/jprats/ejemplo.histfile
echo despues

En el caso que no queramos almacenar el history de la sesión simplemente podemos redirigirlo a /dev/null:

 mc:/> export HISTFILE=/dev/null

Para abrir otra sesión que no almacene los comandos sin perder los de la actual podemos hacerlo así:

 mc:/> HISTFILE=/dev/null bash

vía No guardar los comandos en el history para una determinada sesión (HISTFILE).

retornar una vista en vez de mostrarla – codeIgniter

Para retornar una vista ya procesada en vez de mostrarla, hay que pasar un valor verdadero como tercer parámetro (true por ejemplo).

$vista = $this->load->view('mivista', $array_de_parametros, TRUE);