File path = Environment.getDataDirectory();
StatFs stat = new StatFs(path.getPath());
long blockSize = stat.getBlockSize();
long availableBlocks = stat.getAvailableBlocks();
return Formatter.formatFileSize(this, availableBlocks * blockSize);

Por su puesto, on StatFs podemos conseguir información de una ruta concreta, por ejemplo

StatFs stats = new StatFs("/data");
[...]

Magento esta increiblemente bien programado, asique el fallo esta sin duda en las plantillas.

Y eso tenemos que revisar. Primero comprobamos qué plantilla estamos usando (si la hemos definido desde el admin, desde ahi mismo podemos ver el código, si no recordais como, un dia de estos preparé un post) y si es una de las del sistema (que posiblemente hayamos adaptado o que sea de una traduccion) buscamos el archivo. Las plantillas de los emails se encuentran en:
app\locale\en_US\template\email\
app\locale\en_US\template\email\sales
(cambiando en_US por lo que corresponda al idioma que sea, por ejemplo es_ES para español)

dentro veremos una serie de archivos, los nombres son bastante representativos. Si no habeis tocado mucho más, directamente sabreis lo que hace cada uno, pero en cualquier caso no esta de mas comprobarlo. Tengo pendiente es post explicando como saber que plantilla esta asociada a cada evento del sistema, y de paso como crearlas nuevas.

Ahora que las tenemos localizadas, lo primero es asegurarnos que la que buscamos está. Si no está ya hemos encontrado el problema.
Si sí esta, la abrimos, y vemos lo que pasa. Por lo general sera o que esta mal formateado, o que utiliza variables mal, o que tiene algun caracter que no puede reconocer, porque no olvidemos que lo que va a hacer magento es cargar ese archivo, parsearlo, y rellenarlo con datos, y si falla una sola linea al parsear o asignar los datos de las variables, lo que va a pasar es que falle todo y el mail llegue en blanco.

La primera cosa que tenemos que buscar, y esto es sorprendente…son caracteres que no sean “normales”. Todo lo que no sea un caracter alfanumerico normalito del alfabeto ingles, deberá substituirse por el código html correspondiente. Por ejempo si pones la palabra “teléfono” fallara, deberas poner su equivalente “teléfono”. Y asi con todo.

Si ese no es el problema, tocará revisar estructuras.
un ejemplo de plantilla es algo asi:

<!--@subject {{var store.getFrontendName()}}: Cambios en pedido # {{var order.increment_id}} @-->
<!--@vars {"store url=\"\"":"Store Url", "skin url=\"images/logo_email.gif\" _area='frontend'":"Email Logo Image", "htmlescape var=$order.getCustomerName()":"Customer Name", "var order.increment_id":"Order Id", "var order.getStatusLabel()":"Order Status", "store url=\"customer/account/\"":"Customer Account Url", "var comment":"Order Comment", "var store.getFrontendName()":"Store Name"} @-->
<!--@styles body,td { color:#2f2f2f; font:11px/1.35em Verdana, Arial, Helvetica, sans-serif; } @--></pre>
<div style="font: 11px/1.35em Verdana, Arial, Helvetica, sans-serif;">
<table style="margin-top: 10px; font: 11px/1.35em Verdana, Arial, Helvetica, sans-serif; margin-bottom: 10px;" width="98%" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td align="center" valign="top"><!-- [ header starts here] -->
<table width="650" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td valign="top"><a href="{{store url="><img style="margin-bottom: 10px;" src="{{skin url=" alt="{{var store.getFrontendName()}}" border="0" /></a></td>
</tr>
</tbody>
</table>
 <!-- [ middle starts here] -->
<table width="650" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td valign="top">
 <strong>Estimado/a {{htmlescape var=$order.getCustomerName()}}</strong>,

 Tu pedido # {{var order.increment_id}} ha sido
 <strong>{{var order.getStatusLabel()}}</strong>.

 Puedes comprobar el estado de tu pedido <a style="color: #1e7ec8;" href="{{store url=">en la web de ups: www.ups.es</a>.

{{var comment}}

 Si tienes alguna duda, contacta con nosotros:
 <a style="color: #1e7ec8;" href="mailto:{{config path='trans_email/ident_support/email'}}">{{config path='trans_email/ident_support/email'}}</a><!--                       o por tel&eacute;fono:  {{config path='general/store_information/phone'}}-->.

Gracias de nuevo,
<strong>{{var store.getFrontendName()}}</strong></td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
</div>
<pre>

La primera linea en comentario es el asunto que llegará realmente, aqui es donde se define. El siguiente bloque como comentario es un poco complicado de explicar, y prefiero no hacerlo, y despues son los estilos CSS que se meteran en el body. Por ultimo esta todo el HTML del cuerpo del mail, con sus variables y etc.

Tanto en el asunto como en el cuerpo, lo unico que tenemos que hacer es comprobar que las variables se estan usando bien. Las variables son todo lo que hay entre {{}}
Posiblemente alguna la hayamos escrito mal y esté fallando por ahi. Podemos ver una lista completa de las permitidas aqui:
http://www.magentocommerce.com/wiki/modules_reference/english/mage_adminhtml/system_email_template/index

su significado es bastante intuitivo. De todas formas siempre te puedes crear un email con todas ellas para saber qué valor tienen en tu caso concreto.

Basicamente controlando que las variables se esten usando bien, y los caracteres especiales estén codificados correctamente, aseguramos que el mail llegue como tiene que llegar. Y si no, a quejarse en los comentarios.

Por lo general, creamos una textura, le añadimos sources, y luego definimos una region, y a partir de ahi hacemos un sprite animado. No tiene secreto.

Pues muchas veces nos encontramos que algo sale mal, y algunos de los frames no apareceren.  Es decir, la imagen animada a veces desaparece por un momento, como si uno de los frames fuese transparente.
Despues de mucho recorrer el código, y comprobar que las texturas estan cargadas por los procedimientos habituales la cosa se complica, porque ademas suele pasar que entre varios frames que realmente estan en la misma textura, unos se ven y otros no, por lo que la textura si que tiene que estar cargada en el hardware, si no no se veria ninguno. Por otro lado, ya se sabe que cuando una textura se intenta usar antes de que esté cargado, no aparece un rectangulo transparente, sino que aprece un rectangulo blanco. El enfoque era malo desde el principio.

Esto nos hace pensar un poco más, y nos acordamos de openGL ysus secretos. Hay una cosa que se llama Vertex Buffer Object , que es uno de los mayores trucos de kung fu de openGL,  muy resumido es una extension que permite que las imagenes estén en la tarjeta gráfica en vez de en la memoria del sistema, lo que permite un rendimiento mucho mayo, que no es nada que se deba despreciar. Pero a la vez es otro punto por donde pasan los datos, y que por tanto hay que tener controlado.

Me di cuenta que en el emulador el programa corria perfectamente, pero en el móvil no, y también me di cuenta que cada vez fallaba una imagen distinta, y en distintos moviles fallaba mas, menos, o nada. Por lo tanto no es algo de programación, sino de Hardware.

Con estos datos, y buscando por el completisimo Andengine, encuentro que ya han previsto la forma de desactivar el VBO, que siempre es mejor que meter un comando openGL a mano, porque soy un vago.

la forma es antes de crear el Engine, hacemos esto con el objeto EngineOptions que le vamos a pasar:

 engineOptions.getRenderOptions().disableExtensionVertexBufferObjects(); 

y … funciona!

Supongo que a no ser que tengas un dispositivo muy potente, la memoria gráfica es mas bien poca, y puede que sea que al intentar cargar un juego con demasiadas imágenes, no sea demasiado bueno depender de ella, porque puede fallar.

Y como lo tengo que hacer mucho, porque varias de las Activities que uso llevan un monton de imágenes, y ademas hay otras cuantas chorradas en comun, pues me he creado una subclase de EngineOptions que ya hace lo propio:

public class GameEngineOptions extends EngineOptions {

 public GameEngineOptions(boolean pFullscreen,
 ScreenOrientation pScreenOrientation,
IResolutionPolicy pResolutionPolicy, Camera pCamera) {
 super(pFullscreen, pScreenOrientation, pResolutionPolicy, pCamera);
getRenderOptions().disableExtensionVertexBufferObjects();
}

Para todas estas situaciones y más, tenemos dos opciones:
1. Tener en cuenta que el debugger se puede conectar manualmente.  Para ello vamos a la perspectiva DDMS y en la pestaña Devices.
Pinchamos el nombre del proceso, que es facil porque se llama igual que el paquete, y despues pulsamos el bichito verde.
Otro dia explicaré mas cosas útiles de los demas botones, pero aprovecho para destacar otro muy util, que es el de Stop, que va muy  bien por ejemplo cuando un proceso se nos cuelga y no podemos pararlo desde el mismo programa o con los botones del movil.

2. La otra opcion para conectar el depurador, mucho mas facil, menos estresante que ir corriendo,  y que nos garantiza que estará conectado a tiempo para la linea que lo necesitamos, es incluir esta instruccion en el código, al principio de la actividad (en el onCreate esta bien) o donde queramos. Acuerdate de quitarlo para la version release, por dejar las cosas limpias.

android.os.Debug.waitForDebugger();

No, es mentira, esto me lo acabo de inventar pero la verdad es que depurando una aplicación Android un poco grande con eclipse, te puedes desesperar, puedes acabar con la moral por los suelos, y lo que es peor, te puede tirar abajo la productividad. No se si es culpa del emulador de Android o del propio eclipse.

Las errores tipicos son cosas como que estés subiendo el apk, y falle sin mas explicaciones, o que haya algun timeout en medio de la depuracion, se pierda el control, y ni los breakpoints ni los steps funcionen. Estas cosas matan, pero de momento no se como atajarlas. En cambio hay otro par de errores habituales que se pueden evitar muy facilmente, y nos ahorraran horas en los desarrollos de aplicaciones grandes.

Uno es el habitual error INSTALL_FAILED_INSUFFICIENT_STORAGE
Puedes intentar cien veces depurar una aplicacion, y que te funcione 10. Muy frustrante.
Se recomiendan cosas como :

• Reconstruir el proyecto (Project->Clean)
• Reiniciar el emulador, y eclipse, e incluso el ordenador.
• Cambiar la ruta del proyecto a una carpeta que no tenga espacios (que va bien tambien pare el siguiente error del que voy a hablar)

Todo esto está bien, pero no es definitivo. Lo que es muy cercano a ser definitivo, y lo que os obligo a hacer, es esto:
Vas a la configuracion de ejecucion o de depuracion (Debug Configuration de toda la vida) En la pestaña Target, abajo del todo, hay un campo de texto que pone “additional emulator command line options” Si no lo ves, maximiza la ventana, hazla todo lo grande que puedas, o inventa algo, porque está ahi, y muchas veces no se vé cuando lo tengas, escribes dentro:

	-partition-size 1024 

y reinicias el emulador
Adicionalmente, si tu aplicacion es realmente grande, y pensando en dispositivos reales antiguos, donde la particion de memoria interna del telefono puede ser pequeña, no viene de mas poner esto en tu manifest:

 <manifest xmlns:android="http://schemas.android.com/apk/res/android"
    android:installLocation="preferExternal"

que no siempre es una opcion necesaria, ni a veces deseable, y es mas, creo que solo funciona a partir de 2.2, pero aunque en la version release lo quitemos, hara la depuracion en dispositivos reales menos frustrante.

La otra cosa desesperante es el muy habitual Failed to install miactividad.apk on device ‘tal y cual’: timeout
Launch canceled! Esto con una aplicacion grande pasa todo el tiempo, y es facil ver por qué:
Si vamos a Window -> Preferences
y despues desplegamos Android -> DDMS
vemos que ahi está configurado, en milisegundos el timeout, y que por defecto el límite es bajísimo para cualquier aplicacion un poco grande. Concretamente son 5 segundos, que siempre se va a superar aunque todo vaya bien! No le va mal ponerle un cerito mas, y pasarlo a 50 segundos.

Esto nos quita otro gran porcentaje de desesperacion!

Update: Ah! y para evitar el error que dice Installation failed due to invalid APK file! …no seas manazas, cuando ya le has dado al botoncito para ejecutar o depurar la aplicacion…no toques el codigo! aunque solo cambies un punto y coma, va a reconstruirlo entero, mientras se esta subiendo, y puede fallar.

Y un monton de parametros configurables para cada vez que se usa:

autolinks — Toggle automatic URL linking.
classname — Add an additional CSS class to the code box.
collapse — Toggle collapsing the code box by default, requiring a click to expand it. Good for large code posts.
firstline — An interger specifying what number the first line should be (for the line numbering).
gutter — Toggle the left-side line numbering.
highlight — A comma-sperated list of line numbers to highlight. You can also specify a range. Example: 2,5-10,12
htmlscript — Toggle highlighting any extra HTML/XML. Good for when you’re mixing HTML/XML with another language, such as having PHP inside an HTML web page. The above preview has it enabled for example. This only works with certain languages.
light — Toggle light mode which disables the gutter and toolbar all at once.
padlinenumbers — Controls line number padding. Valid values are false (no padding), true (automatic padding), or an integer (forced padding).
title (v3 only) — Sets some text to show up before the code. Very useful when combined with the collapse parameter.
toolbar — Toggle the toolbar (buttons in v2, the about question mark in v3)
wraplines (v2 only) — Toggle line wrapping.

Empezamos el script

#!/bin/bash

#creamos la variable con el mail de destino
email="foo@estudiocarlosrobles.com"

# Si vamos a guardar mucho texto, o es un texto que vayamos a crear secuencialmente, yo recomiendo crear un archivo de log mejor que crear una variable con todo. Asi el archivo de log se puede guardar en el servidor, que no ocupa mucho
#configuramos la ruta
logfile="/home/estudiocarlosrobles/url/temp.log"

# eliminamos el archivo si existe (el -f es para que lo ignore si no existe)
rm -f $logfile
#y lo creamos vacio
touch $logfile

#Ahora metemos texto en el archivo, como queramos

echo "este es el primer texto" >> $logfile
echo "ahora metemos otro" >> $logfile
echo "y asi pues todo lo que haga falta" >> $logfile

#basicamente echo muestra el texto en la consola, pero con >> lo redirigimos a donde queremos, en este caso al archivo que creamos antes. 

#y ahora lo enviamos,   para ello usamos cat, que se usa para concatenar archivos, pero como estas cosas son magicas, podemos concatenar el contenido, al email que creamos con mail.
# añadimos -s para el asunto, y al final de todo la direccion de destino, y ya esta listo. 

cat $logfile|mail -s "Asunto del mail" $email

puedes probarlo asi mismo y si todo esta bien en tu servidor, y a partir de aqui, ir metiendo cosas.

Otro dia contaré como hacer un envio masivo, y mas importante, como adjuntar un archivo, que es algo muy util.

via xkcd: http://xkcd.com/936/

Para solucionarlo rapidamente, podemos tirar de htaccess. Habra mil cosas mas finas pero no mas rápidas y mas divertidas que la magia del mod_rewrite

Vamos a nuestro .htaccess, y si no tenemos, lo creamos. Si no sabemos lo que es…buscamos en internet

una vez dentro, nos hace falta esto:

RewriteEngine on
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteRule \.(gif|jpe?g|png|bmp) /path/to/spacer.gif [NC,L]

Lo cual, si miramos el mod_rewrite cheat cart, que os recomendaba en otro post, y un poco más que os explico ahora, significa que:

-Habilitamos lo de reescribir direcciones, y
-Si se cumple la condicion de que el recurso solicitado ( %{DOCUMENT_ROOT}%{REQUEST_URI} )  no se encuentra (!-f)
-Reescribimos la ruta si es una imagen (acaba en .gif, .jpg, .jpeg, .bmp, y las que queramos añadir) y la cambiamos por la ruta a una imagen de reemplazo. No nos importa si la extension esta en mayusculas o minisculas (NC) y no hay que comprobar nada mas, esta es la ultima regla (L)

Si no te gusta, puedes usar tambien esto, concatenando las reglas, y despues reemplazando toda la URL

RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} \.(gif|jpg|jpeg|png)$  [NC]
RewriteRule .* path/to/noimage.gif [L]

La imagen de reemplazo puede ser un spacer (tipica imagen transparente que simplemente ocupa el espacio que ocuparia la original, pero sin mostrar nada) o una imagen que hayamos creado que diga que la imagen no se encuentra, o tal vez una imagen por defecto si estamos en una miniatura de un album, un avatar de un usuario, o algo del estilo.