• El proceso de instalación de Solr es valido para cualquier otra versión de Solr.
• Un core es un hilo nuevo dentro de la misma instancia de Solr. Esto permite que se corra una sola instancia de Solr pero con varios buscadores.

Este tutorial asume que tienen instalado Java 7 y tomcat 7. Si tienen las versiones 6 le cambian el numero donde sea oportuno y funciona.

Vamos a ello:

Cuando tengas en tus manos el paquete se Solr, descomprimelo y ponte con la consola dentro de esa carpeta.

Cambia a sudo:

sudo su

Curiosidad: Aunque en el paquete que descargamos de Apache Solr haya al rededor de 2950 archivos solo nos van a hacer falta al rededor de 10:

Lanzamos en consola lo siguiente:

cp dist/apache-solr-*.war /var/lib/tomcat7/webapps/solr.war
mkdir /var/lib/tomcat7/solr
cp -R example/multicore/core0/ /var/lib/tomcat7/solr/core0
mkdir /var/lib/tomcat7/solr/core0/data
sudo chown -R tomcat7:tomcat7 /var/lib/tomcat7/solr/core0

Ahora edita /var/lib/tomcat7/solr/solr.xml, pega lo siguiente y guárdalo.

<?xml version="1.0" encoding="UTF-8" ?>

<solr persistent="true" sharedLib="lib">
 <cores adminPath="/admin/cores">

  <core name="core0" instanceDir="core0">
    <property name="dataDir" value="/var/lib/tomcat7/solr/core0/data" />
  </core>

 </cores>
</solr>

Edita /etc/tomcat7/Catalina/localhost/solr.xml, pega lo siguiente y guárdalo.

<?xml version="1.0" encoding="UTF-8" ?>

<Context docBase="/var/lib/tomcat7/webapps/solr.war" debug="0" privileged="true" allowLinking="true" crossContext="true">
	<Environment name="solr/home" type="java.lang.String" value="/var/lib/tomcat7/solr" override="true" />
</Context>

Listo, reiniciemos tomcat para ver en funcionamiento el core que hemos creado:

service tomcat7 restart

Entramos en http://localhost:8080/solr/ y lo vamos a ver.

——————————————————————————————————————————-

Bueno ya tenemos un Solr con un core, pero tiene poco sentido montar un Solr de multicores que tenga un solo core, así que vamos a crear uno mas.

Para este nuevo core (y todos los que quieras crear) hay que hacer dos cosas:
1: copiar la carpeta core0 junto a su owner para ahorrarnos de andar creando la misma estructura:

cp -Rp /var/lib/tomcat7/solr/core0 /var/lib/tomcat7/solr/paraDrupall

NOTA: No olvides editar /var/lib/tomcat7/solr/paraDrupal/conf/schema.xml y /var/lib/tomcat7/solr/paraDrupal/conf/solrconfig.xml para ajustar sus parámetros.

2: actualizar /var/lib/tomcat7/solr/solr.xml agregandole un nuevo tag con lo siguiente:

<core name="paraDrupal" instanceDir="paraDrupal">
  <property name="dataDir" value="/var/lib/tomcat7/solr/paraDrupal/data" />
</core>

Reinicia tomcat y ya tenes otro core.

Suerte y saludos.

Para los que estén usando putty sobre Linux puede que hayan notado que las siguientes funcionalidades no están disponibles:

• Cuando seleccionas algo en putty esto automáticamente queda copiado por lo que podes ir a notepad (por decir algo) y pegarlo directamente.
• Cuando tenes algo copiado de notepad y lo quieres pegar en putty solamente haces click derecho sobre el y se pega.

Bueno, a priori me parecía que no existía esa funcionalidad y no le di mayor importancia hasta que un dia di con esa funcionalidad por casualidad.

Resulta que cuando seleccionas algo en putty esto si que se copia a un portapapeles, pero la forma de pegar ese texto copiado es con el click central (la rueda del ratón). Esto es para ambos sentidos. Si seleccionas algo de gedit (por decir algo) y haces click central en putty, también se va a pegar el texto. 

Ya sabes lo que se dice. Nunca te acostaras sin haber aprendido algo nuevo.

Saludos.

Las pruebas las realizare sobre una instalación LAMP estándar de Ubuntu (Linux Mint en realidad):

• mysql 5.1.58 (Con su configuración por defecto)
• php 5.3.6 (Con su configuración por defecto)

El software para mejorar la performance que usé y las versiones de cada uno son:

• APC-3.1.9
• memcached 1.4.7
• Varnish 3.0.4

Esta prueba es solo para que nos demos una idea de lo que podría llegar a implicar el aplicar estas tecnologías en nuestro sitio de Drupal 7, por lo que he dejado fuera cualquier explicación técnica.

Las pruebas las hice en un core2Duo @ 2.2ghz de 2 núcleos en un Linux Mint de 64bits y 8gb de ram.

La idea es ir agregando tecnologías e ir viendo el teórico beneficio que esta aporta aplicadas a la practica.

Lo primero es lo primero. vamos a hacer un bench de Drupal 7.10 en sobre nuestro LAMP sin haber tocado su configuración inicial.

Utilice Apache benchmark (ab) para todos los testeos variando la concurrencia y cantidad de request para aprovechar al máximo los recursos de los que disponía en cada testeo que hice.

Primera ronda. Estableciendo un punto de referencia.

Test 1: Drupal 7 sin cache de ningún tipo.

Resultados:
Requests per second: 5.71 [#/sec] (mean)
Transfer rate: 45.35 [Kbytes/sec] received

Test 2: Drupal 7 marcandole las opciones “Aggregate and compress CSS files.” y “Aggregate JavaScript files.” en “admin/config/development/performance”

Resultados:
Requests per second: 6.38 [#/sec] (mean)
Transfer rate: 46.27 [Kbytes/sec] received

Podemos apreciar que no hay cambios. nada que comentar.

Test 3: La configuración del testeo anterior + “Cache blocks” en “admin/config/development/performance”

Resultados:
Requests per second: 5.18 [#/sec] (mean)
Transfer rate: 37.54 [Kbytes/sec] received

Pasados los tes primeros test ya no quedan dudas que el cuello de botella de los procesadores son los limitantes. Apenas si pudimos conseguir que varíe el resultado.

——————————————————————

Hasta acá fue lo aburrido, porque en realidad lo anterior no tiene ninguna magia, pero nos da una buena idea de desde que base estamos partiendo. Nuestro objetivo es subir grotescamente la media de request por segundo partiendo de los aproximadamente 6 que hemos conseguido hasta ahora.

Test 4: La configuración del test anterior + “Cache pages for anonymous users” (El cache normal de Drupal).

Resultados:
Requests per second: 127.22 [#/sec] (mean)
Transfer rate: 921.83 [Kbytes/sec] received

Bueno bueno bueno, esto ya es otra cosa. El cache de Drupal por si solo incrementa los request de una forma brutal, pero no nos quedamos ahí ni en broma, vamos a por mas RPS (request por segundo)

——————————————————————

Segunda ronda. tecnologías y configuraciones foráneas:

Test 5: La configuración del test anterior + APC.

Este es uno de los cambios mas recomendados siempre que queramos obtener un incremento de performance (y mejor aprovechamiento de la ram disponible) sin tener que tocar ni una sola linea de código de nuestro Drupal.

Resultados:
Requests per second: 440.43 [#/sec] (mean)
Transfer rate: 3191.39 [Kbytes/sec] received

Boom! performance X4!. Vamos por buen camino. Agreguemos mas de esas cosas que recomiendan los que saben…

Test 6: La configuración del test anterior + Memcached

Para esta prueba instalé el modulo memcache (http://drupal.org/project/memcache) en su versión 7.x-1.0-rc2 y lo configuré en su forma mas básica según las instrucciones de su configuración.

Resultados:
Requests per second: 397.38 [#/sec] (mean)
Transfer rate: 2734.53 [Kbytes/sec] received

No hemos visto mejora alguna pero no porque Memcache no sirva, al contrario, en futuros bench les voy a mostrar como si que ayuda, pero bajo este entorno poco sirve ya que es una capa intermedia con la DB y estamos usando el cache de Drupal que apenas si la toca… en fin, en el próximo bench les muestro, paciencia.

Hasta ahora hemos conseguido mejorar los iniciales 6 RPS del principio por fabulosos 400 RPS de media, pero aun nos queda un paso mas para mejorar los request para usuarios anónimos, y ese es Varnish

Test 7: La configuración del test anterior + Varnish

Resultados:
Requests per second: 6166.57 [#/sec] (mean)
Transfer rate: 45075.00 [Kbytes/sec] received

Acaso hay algo que añadir?

Conclusiones:

Hemos visto como Drupal 7 sin ningún tipo de cache activo es una muy mala idea a la hora de ponerlo en producción.
El cache que trae de serie no es opcional, sino que es mandatorio. No activar como mínimo esta capa de cache en Drupal derivaría automáticamente en un uso elevadisimo de los recursos disponibles, esto acompañado de tiempos de entrega mucho mas largos y por consiguiente la insatisfacción de nuestros clientes.
APC es una excelente adición a nuestro servidor en general ya que agiliza el procesamiento de cualquier pagina escrita en PHP y particularmente en Drupal es un beneficio directo tanto para usuarios anónimos como para usuarios logueados. Recomiendo su uso sin dudarlo aunque hay que hacerlo con cabeza, documentación y alguien que sepa lo que hace si no quieren volver inestable vuestro sistema.

Memcache es una herramienta que no puede faltar en un buen servidor y es harto eficiente para usuarios no logueados en el terreno de Drupal, pero en una instalación en la que casi todos los visitantes sean anónimos, apenas van a sentir la mejora.

Por ultimo y el mas importante, Varnish, que demostró el salto ABISMAL que puede llegar a proporcionar en velocidad cuando lo ponemos a trabajar con una instalación de Drupal. Sin duda pues, esta es la herramienta mas potente de las que hemos utilizado en este bench, pero a su vez, la mas complicada de configurar.

Resumiendo la mejor combinación para usuarios anónimos:
Cache de Drupal = performance decente / Configuración… bueno no lleva configuracion XD. (ganancia de 21x con con respecto a los 6 de media iniciales)
Cache de Drupal + APC = Muy buena performance / Configuración media. (ganancia de 73x con con respecto a los 6 de media iniciales)
Cache de Drupal + APC + Varnish = Bruta performance / Configuración avanzada. (ganancia de 1027x con con respecto a los 6 de media iniciales)

Disclaimer:
No son ni de lejos las mejores versiones ni servidores los que he usado, pero procuré enfocarme en estos debido a que son los mas extendidos/populares en nuestro creciente mundo llamado Drupal.

Saludos.

$node = node_load(999);
var_dump($node->field_precio[0]);

array(2) {
  ["amount"]=>
  string(6) "100.00"
  ["currency"]=>
  string(3) "EUR"
}

Esto pasa porque CCK solo prepara esta propiedad cuando un nodo se esta por imprimir mediante node_view(). Si lo que necesitas es usar node_load() en lugar de node_view() la solución es inyectarle la propiedad “view” mediante la función que el mismo modulo de CCK utiliza:

$node = node_load(999);
$node->field_precio[0]['view'] = content_format("field_precio", $node->field_precio[0]);

var_dump($node->field_precio[0]);

array(3) {
  ["amount"]=>
  string(6) "100.00"
  ["currency"]=>
  string(3) "EUR"
  ["view"]=>
  string(11) "100.00 EUR"
}

bye!.

SELECT SQL_NO_CACHE id, name FROM customer;

Se los recomiendo muchísimo ya que reúne libros mayormente de informática y la mayoría de los que me he descargado son buenísimos.
El creador, Carlos Benítez, se ha tomado muy enserio este proyecto y al día de hoy he de puntualizar que goza de una calidad importante. No obstante el proyecto esta implementando apenas algunas de las características que el autor quiere darle, y sus planes de futuro inmediato son muy interesantes y lo que es mejor todavía, nos invita a todos los que queramos ayudarle a realizar este proyecto.

Estas son algunas de las características que el autor quiere implementar actualmente:

OpenLibra v3

Actualmente la plataforma corre sobre WordPress y los resultados son muy buenos, pero la necesidad de nuevas capacidades como convertir este proyecto en OpenSource le lleva a cambiar a Symfony2 ,HTML5, PHP, MySQL y jQuery.

Bibliotecas Federadas

En un futuro, el sueño de OpenLibra sería el de constituir una serie de bibliotecas temáticas federadas que utilicen el mismo núcleo y gestionadas por sus respectivos administradores. Con ello, sería posible disponer de un anillo de bibliotecas desde el que un usuario, a través de la API pública, podría localizar un libro aunque éste se encontrase en otra instancia diferente de OpenLibra. Así, cada administrador podría especializarse en un tipo concreto de contenidos, asignando sus propias categorías y etiquetas y desde donde sus usuarios puedan además localizar títulos alojados en otras bibliotecas remotas.

Clientes OpenLibra

Además del desarrollo general de la nueva plataforma, la actual ofrece una API pública desde la que aplicaciones de terceros pueden acceder al contenido del catálogo.

Está en desarrollo la versión web para dispositivos móviles además de una aplicación oficial para Android. Se necesita aún por tanto la aplicación nativa para iPhone e iPad.

Dado que la versión web ya está diseñada a nivel estético, solo se precisa de desarrolladores en ObjectiveC que, basándose en el trabajo ya hecho, implementen la lógica necesaria.

Para aquellos interesados en el desarrollo de aplicaciones o clientes oficiales, se pueden establecer remuneraciones en función del proyecto y la valía del equipo o desarrollador interesado. Todos estos aspectos se tratarán de forma personalizada según las propuestas recibidas en la dirección de mail que figura al final de esta página.

Lector PDF en HTML5

Uno de los grandes retos en cuanto a programación que plantea OpenLibra sería el de ofrecer la lectura online de los documentos mediante una conversión directa del PDF original en un marcado HTML. Actualmente se utiliza para ello el servicio de Google Docs, pero, frente a la ausencia de alternativas, la idea sería desarrollar una aplicación similar OpenSource que compartir con la comunidad. Esto permitiría, además de la independencia con respecto a Google, el mejorar de forma exponencial la indexación de contenidos en los buscadores.

Ayuda con los contenidos (y gana algo de dinero):

El catálogo se actualiza con entre 3 y 6 nuevos títulos al día, pero se podría avanzar mucho más deprisa dados los recursos disponibles. Sin embargo, preparar un libro para su publicación en OpenLibra requiere de una serie de pasos que se realizan en apenas unos minutos, entre 5 y 10 dependiendo de si hay que traducir el resumen del libro desde el inglés y crear una portada desde cero…

Para aquellos que quieran participar, habilitaré un acceso a WordPress con el rol de colaborador que permitirá crear las páginas necesarias.

Es importante destacar en este punto que la colaboración que hagas te la van a pagar, y aunque no sea mucho, por lo menos un café y la satisfacción de participar en este proyecto nadie te los quita.

Libro en Castellano Con portada: 1€
Libro en Castellano Sin portada: 0.75€

Libro en Inglés Con portada: 1.5€
Libro en Inglés Sin portada: 1.25€

Multiples idiomas

OpenLibra quiere comenzar a ofrecer el servicio también en lengua inglesa. La traducción es muy sencilla: si el libro está en inglés, solo hay que tomar su introducción original y traducirla.

Una vez mas, Carlos nos ofrece una remuneración por los esfuerzos:

Traducción: 0.35€

Disponer de varios formatos de publicación para un mismo libro:

OpenLibra solo ofrece títulos en PDF debido a que este formato es el estándar de facto para las editoriales.
Existen formatos como el MOBI o el EPUB mucho más utiles para la mayoria de dispositivos moviles.

También está remunerando el esfuerzo con los siguientes precios:
Conversión MOBI: 0.50€
Conversión EPUB: 0.50€

Conviértete en su patrocinador

OpenLibra es financiado directamente por EtnasSoft (Carlos Benítez) de forma desinteresada. El proyecto no genera beneficios, sino costes: no hay publicidad ni servicios Premium. Tampoco existe intención alguna en que esto cambie.

Es por todo que, si una empresa considera que el proyecto aporta valor a la sociedad, puede decidir invertir en él o actuar como patrocinador. Las aportaciones recibidas por esta vía se destinarán exclusivamente a financiar los costes de desarrollo e infraestructura de servidores además de las remuneraciones que correspondan a los colaboradores. Por su parte, la empresa implicada figurará como patrocinadora de un modo a convenir según cada caso.

Lo anterior es una síntesis de lo que se explica mas ampliamente en la siguiente url: http://www.etnassoft.com/trabajar-en-openlibra/

Quiero terminar este articulo aplaudiendo la organización, documentación, y profesionalidad que ha puesto Carlos en crear una pagina tan funcional y útil.

sudo add-apt-repository ppa:ferramroberto/java
sudo apt-get update
sudo apt-get install sun-java6-jdk sun-java6-plugin

Nota final: si tenías instalada otra versión de java u openjdk vas a tener que setear la versión que acabas de instalar mediante el comando:

sudo update-alternatives --config java

Listo.

Lo que queremos lograr es que el Wifi del ordenador le comparta la conexión a Internet a la conexión por cable del mismo ordenador para poder enganchar ese cable a un portátil con Linux (Ubuntu en este caso) y que este disfrute de Internet.

NOTA: si te preguntas porque alguien iba a querer hacer algo así lee esto, sino pasa al siguiente punto:

Por lo general cada vez que he virtualizado sobre KVM usé un ordenador de sobremesa, y estos ordenadores siempre tuvieron conexión a la red por ethernet, pero el otro día me monte una maquina virtual con Ubuntu server 10.04 64 bits en mi portátil para poner un servidor LAMP en él con una configuración similar a la que tiene un servidor de producción.

Bueno, el Ubuntu sobre KVM lo instale sin problemas, pero cuando termine de instalarlo y quise instalar un par de cositas sobre el, me saltaba diciendo que no había conexión…. Eso a priori me sonó rarisimo porque el portátil estaba conectado a Internet, pero la maquina virtual no y eso que estaba puenteado wlan0 a la maquina virtual.

Después de buscar y buscar leí por ahí que KVM todavía no soporta los bridge sobre wlan, por lo que conecte el portatil por medio de cable al ordenador de sobremesa que a su ves obtiene Internet por medio de WiFi.

Hagamos una conexión compartida de la Wifi a la de cable:

Como resultado deberías ver esto:

Bueno, ya se está compartiendo Internet del Wifi al cable en el ordenador de sobremesa, ahora vamos a Linux y toquemos un par de cositas para poder aprovechar dicha conexión.

En Linux, vamos a linkear la IP que nos proporciona la conexión por cable proveniente del ordenador de sobremesa a una IP estática en Ubuntu usando la IP entrante como gateway:

Editamos el archivo interfaces:

sudo gedit /etc/network/interfaces

Deberían ver algo así:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

Y vamos  a agregarle un par de lineas quedando el archivo asi:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# acá está la magia. Estamos linkeando la ip del ordenador de sobremesa (192.168.1.1) a una ip interna de Ubuntu
auto eth0
iface eth0 inet static
        address 192.10.0.1 #--> ip asignada en ubuntu (la que mas te guste)
        netmask 255.255.255.0
        gateway 192.168.1.1 #--> ip entrante de la conexion por cable

Guarda los cambios y reinicia la conexión:

sudo /etc/init.d/networking stop
sudo /etc/init.d/networking start

NOTA: aveces a se le va la cabeza y no levanta correctamente la conexión hasta que reinicies y no se porqué pasa eso, asi que si reiniciando la conexión sigue sin funcionarte reinicia el portátil así toma la configuración.

Listo, chau

Primero que nada, las premisas aprendidas:

No podes ni debes decirle al casero que usen la fianza como pago del ultimo mes (si el casero accede bien por vos, pero si no quiere hacerlo no podes hacerlo a la fuerza porque incumplís el contrato y ya vas a estar haciendo las cosas mal desde el principio)

El casero tiene un mes para revisar el piso y sus condiciones antes de devolver la fianza, y si considera que hay motivos para usar toda la fianza o parte de ella para cubrir algún desperfecto que no sea de uso común del piso o desgaste natural, tiene que hacerlo por vías legales y obviamente por escrito.

Si vas a reclamarle la devolución de la fianza vas a tener que esperar los 30 días legales que tiene el casero para hacerte llegar un burofax con el listado de desperfectos que considera son culpa tuya. Si pasados los 30 días no te mando nada, podes iniciar la reclamación con los intereses que genere ese dinero (si, una fianza no devuelta a tiempo genera intereses, pero no se cuanto es)

Lo tenes que hacer todo por vías legales, no hagas nada extraoficialmente porque vas a terminar perjudicándote vos

Si el casero tiene un reclamo que te quede claro que no sos vos quien tiene que demostrar que eso no lo estropeaste vos, e el el que tiene que demostrar que fuiste vos. es importante aclararlo porque mucha gente piensa erradamente que si el casero dice que rompiste algo, vas a tener que demostrar que se rompió y no es así. (es similar a “inocente hasta que se demuestre lo contrario”)

Una vez escuche una buena frase que aveces la he convertido en filosofía de vida: “inteligente es el que aprende de sus propios errores, pero sabio es el que aprende de los errores de los demás”, y es por eso que les voy a contar lo que me paso a mi particularmente.

Fueron muchos los problemas que tuve con mi casera a lo largo de un año, lo que me llevo a decidir mudarme de piso, y debo reconocer que me gustaba mucho este que estaba alquilando, así que se imaginaran que tuvo que ser bastante jodida la casera como para que me decidiera a dejarlo… en fin, acá vamos:

Sucesos:

Cuando faltó un mes para que el contrato se acabara y como los contratos de alquiler particulares se renuevan automáticamente si nadie dice lo contrario (a que no lo sabias), envié un burofax como estaba puntualizado en el contrato haciendo aviso explicito de mi intención de no renovar el contrato.

No recibí señales de vida de la casera por 20 días.

Faltando diez días comencé a llamarla para que acordáramos un día en el que se acercara al piso para entregarle las llaves en mano y que ella constatara las condiciones del piso.

No la pude localizar en 7 días y mas de 30 llamadas (si, 30)

Cuando la localicé intente quedar con ella pero excusas van excusas vienen, resultaba que ni ella ni familiares ni conocidos podían estar el día que entregaba las llaves asi que tuve que ir a dejarlas a la inmobiliaria sin que nadie revisara el piso.

Pasa una semana y no me llama…. pasan dos semanas y no me llama… la llamo yo y me dice que se pasaba a verlo ese día….

Me llama una semana después diciéndome que se quedaba con la fianza porque el piso estaba en un estado deplorable (quien me conozca sabe que no me gusta barrer ni lavar los platos, pero me encanta cuidar mi piso).

———————————————————————-

Hasta este punto creo que todos mas o menos hemos pasado por lo mismo. Ahora les comento que tuve que hacer para que me devuelva la fianza:

Pasados los 30 días de espera le mande un burofax instándola a devolverme la totalidad de la fianza ya que no había motivo justificado por el cual decidiera unilateral mente quedársela. Fue solo por cortesía, no era mandatorio hacerlo, pero imagine que podía llegar a entrar en razón……

Acá esta el burofax que le mande:

Me responde con otro burofax diciéndome que se la quedaba porque bla bla bla:

Entonces es ahí cuando le hago un proceso monitorio y esto ya mismo se los explico.

Cuando estas reclamando a otra persona una cantidad de dinero, y siempre que sean casos simples como el de una devolución de fianza por ejemplo, no hace falta que te metas a gastar mas dinero con abogados. Podes hacer en su lugar un proceso monitorio que tiene la misma validez legal, y se diferencia de un juicio en que es un proceso sin abogados ni procuradores. Son solo vos, el juez y la persona a la que le estas reclamando el dinero.

Es bastante simple de hacer y no lleva mucho tiempo, solo tenes que rellenar un formulario que se puede descargar de Internet ya que es un modelo estándar, o podes pasarte por los juzgados y pedir uno. Lo rellenas, y te lo llevas al juzgado junto al contrato de alquiler, el finiquito del contrato de alquiler y cualquier documentación que te ayude a justificar el reclamo monetario que estas haciendo.

Este es el formulario que rellene y la documentación que aporte:

Esta es la documentación que aporté:

Falta el contrato de alquiler, pero también lo entregué.

NOTA: Si llegas a hacer un proceso monitorio, te aclaro que la documentación que entregues tiene que ser la original.

Un mes y medio mas tarde le llego a la casera una carta del juzgado indicándole que le he iniciado un proceso por el dinero que me adeudaba y que tenia dos opciones. o me llamaba y me daba el dinero, o nos presentábamos el día X los dos ante el juez y este iba a decidir a quien le correspondía la fianza.

Acá esta la carta que recibió:

Como se podrán imaginar, me tuvo que llamar y quedar conmigo para devolverme la fianza porque al tener que ella demostrar que se quedaba la fianza por motivos que no iba a poder justificar, iba a sentenciarse a mi favor.

Y listo señoras y señores. así es como el sistema funcionó.

Por ultimo

Cuando quedamos para que me devolviera el dinero, quiso llorarme diciendo que había gastado dinero en pintar el piso, y que faltaban cosas, y que no se que mas y le respondí lo mas lógico del mundo: si querés reclamarme esas cosas, haber hecho las cosas bien, haberte presentado el día de la entrega de llaves, haberme mandado un listado por escrito de lo faltante, y habríamos llegado a un acuerdo siempre y cuando lo que reclamabas fuera coherente. Pero ahora y acá, si pensás reclamarme algo, te podes presentar el día X en el juzgado, porque estamos reunidos no para escucharte decir lo que tengas para decirme, sino para que me des lo que siempre fue mio.