Compártelo

Si recibir las páginas de error via email era útil, ésta técnica lo complementa muy bien.

Colocamos el siguiente código en (por ejemplo) en Proyecto/middlewares/debug_produccion.py

from django.views.debug import technical_500_response
import sys
from django.conf import settings
 
class UserBasedExceptionMiddleware(object):
    def process_exception(self, request, exception):
        if request.user.is_superuser or request.META.get('REMOTE_ADDR') in settings.INTERNAL_IPS:
            return technical_500_response(request, *sys.exc_info())

y lo cargamos agregando la clase a la variable MIDDLEWARE_CLASSES en Proyecto/settings.py:

'Proyecto.middlewares.debug_produccion.UserBasedExceptionMiddleware',

Compártelo

Me encanta cuando veo a otros ciclistas camino al trabajo.

Hay como una alianza implícita que nos une durante algunas cuadras.

Mirá ésto, idiota!

Via:Officially Lucky

Compártelo

En mi caso (tenía Wordpress 2.5) simplemente respaldé el wp-config.php, wp-content/themes y wp-content/plugins, descomprimí el zip en el directorio correspondiente y restauré lo que había respaldado. Finalmente accedí a wp-admin/upgrade.php con el navegador para terminar la actualización.

Otra cosa interesante que agrega ésta versión es la posibilidad de actualizar Wordpress desde adentro del administrador. Lo probaré cuando salga la siguiente versión a ver que tal anda.

Compártelo

Pero bueno, ta. Calmemosnos. No importa que en los últimos meses cada tanto me llama un cliente quejándose de que no puede bajar más emails con Evolution. No importa tanto el límite de 2Gb, de todas formas está bueno que cada archivo de correos no sea tan grande, cuanto más chico más rápido se indexa, más rápido anda Evolution al leer y escribir en ellas. Pero hay una espina en mi cerebro que no es tan fácil de sacar:

Supongamos que yo programo Evolution. Ajá. Bien. Le dejamos éste límite de 2Gb. Todo bien. Pero sabés que pasa. Cuando el Inbox (Bandeja de entrada) llega a los 2Gb el Evolution deja de bajar el correo. Sin ningún mensaje informando sobre el error. Si. Sólo aparece y desaparece la ventana emergente de descarga/envio de correos. Lo dejamos así? NO!!! Vamos a informarle al usuario que es lo que está pasando. Mejor, cuando esté cerca de llegar a los 2Gb le damos la opción de archivar los correos más viejos que pongamosle, 90 días. Ideal. Con éso jamás se llegará al límite. Y si llega le damos la opción al usuario de archivar y salir de la situación.

Bueno, el párrafo anterior es en un mundo ideal donde el sentido común reina. No en éste en el que vivimos.

Finalmente hagamos de éste un post útil. Si llegaste acá por que te pasó que tu Bandeja de entrada llegó a los 2Gb hay un utilitario excelente llamado archivemail que te permite archivar los mensajes más viejos que tantos días.

Esto sería así:

• Cerramos Evolution.
• Abrimos una gnome-terminal
• Nos pasamos al directorio donde Evolution guarda las carpetas de correo: cd ~/.evolution/mail/local
• Ejecutamos archivemail -d 90 Inbox
• Con ése comando archivamos los correos más de 90 días de antigüedad en un archivo comprimido llamado Inbox_archive.gz
• Listo. Evolution ahora no tendrá ningún problema

Claro, el problema soy yo que dejé que el cliente de la empresa que usa Evolution dejara que su Bandeja de Entrada llegara a los 2Gb. Saludos Novell. Buen trabajo.

Compártelo

Ahora, si hay que hacer éso en varias cuentas se puede volver algo tedioso, la solución más radical es desinstalar el paquete gdm-guest-session con el comando:

apt-get remove gdm-guest-session

De ésa forma no aparecerá la opción “Sesión de invitado” en ninguno de los usuarios del equipo.

Compártelo

Via: Oficially Lucky Blog

Compártelo

Primera Ley Sobre Planificación de Sistemas:

• Todo lo que pueda ser modificado será modificado hasta que no reste tiempo para cambiar nada más.

La Ley del Detalle (Carl Drott):

• Nada es tan simple como para que no haya una forma estúpida de hacerlo.

Las Leyes Sobre El Comportamiento De Tu Cliente:

• Tu cliente siempre piensa que sabe más que vos sobre diseño web.
• Tu cliente nunca sabe exactamente lo que quiere.
• No importa cuanto pruebes tu aplicación, va a fallar cuando hagas tu primer instalación en el sitio del cliente.
• Un sitio no puede diseñarse sin un propósito/contenido y el cliente no te proporcionará ninguna de ellas.

Ley de Hofstadter:

• Una tarea siempre lleva más tiempo del que esperas, incluso cuando tengas en cuenta la Ley de Hofstadter.

Ley de Murphy Sobre Diseño Web:

• Siempre que las cosas parezcan ir bien es que has pasado por alto algo.

• Siempre encuentras algún fallo en el último lugar que se te ocurre mirar y cuando los encuentras aparecerán en alguna otra parte.

• No encontrarás el fallo más molesto hasta que estés viajando desde el trabajo hacia tu casa.

• El 90 % del tiempo de desarrollo es corrección de fallos.

• Un sitio web siempre está “en construcción”.

• El sitio web siempre se caerá justo antes de hacer el respaldo.

• No programes unas vacaciones que comiencen justo después de una lanzamiento de versión (Lemming)

• Todo proyecto llevará al menos el doble del tiempo que se espera incluso si desde el comienzo esperas que lleve el doble de tiempo.

• Ese maravilloso tono de verde en la portátil de tu casa lucirá HORRIBLE en la PC de tu trabajo (Rachael)

• Si todo luce bien en IE entonces lucirá horrible en FF y viceversa (por Rachael y Amelie)

• Es imposible hacerlo bien desde el principio (Vera)

Ley de Wienberg (ley general pero aplica al diseño web también):

• Se progresa los viernes cada dos semanas.

La Ley del Deletreo de Metadoktor:

• Si no puede ser deletreado mal entonces será deletreado mal.

Principios de Emil:

• Los diseños más queridos son los que no existen.

• Crear un sitio web perfecto no es posible si la intención es que sea utilizado.

• A diferencia de como funcionan las cosas en programación cada problema es un fallo, no una funcionalidad.

• Nunca te pagarán suficiente dinero por escuchar a tu cliente.

Ley sobre la Autocrítica de Emsz:

• No importa lo que digan tus visitantes sobre tu diseño, todavía lo encontrarás abominable.

Leyes de Golub sobre la Computación:

• Se usan objetivos de proyecto difusos para evitar la vergüenza de estimar los costos correspondientes.

• Un proyecto planificado sin cuidado lleva tres veces más tiempo en completarse que lo esperado; un proyecto cuidadosamente planificado sólo lleva el doble de tiempo esperado.

• El esfuerzo requerido para corregir el curso aumenta geométricamente con el tiempo.

• Los equipos de proyecto odian hacer reportes de progreso semanales porque demuestran tan vívidamente su falta de progreso.

Ley de Glaser:

• El costo de un sistema complejo es muy, muy real.

Observación de Mitch:

• El 95 % de la funcionalidad tomará el 5 % del tiempo de programación, y el otro 5 % - al que llamaremos “las excepciones” - toma el 95 %.

Via: Ejoh

Compártelo

Compártelo

Un sistema complejo que funciona resulta invariablemente de la evolución de un sistema simple que funcionaba. Un sistema complejo diseñado desde cero nunca funciona y no puede ser arreglado para que funcione. Tienes que comenzar de nuevo con un sistema simple que funcione.

– John Gall

Via: Signal vs. Noise

Compártelo