HEDMON

Después de algunas pruebas de compresión con ffmpeg para webs, esta es la combinación que mejor resultado me ha dado: $ ffmpeg -i v_original.mp4 -c:v theora -c:a libvorbis -b:v 1,5M -b:a 192k -vf scale=-1:720 v_final.ogg $ ffmpeg -i v_original.mp4 -b:v 1.5M -b:a 192k -vf scale=-1:720 v_final.mp4 El video será utilizado como background de algunas páginas. En un principio pensé en fullHD, pero para mantener una calidad decente era necesario aumentar el bitrate de manera considerable, aumentando por supuesto el tamaño del archivo. Así que se decidió disminuir la resolución a 720p y mantener un balance entre calidad y bitrate que se considera adecuado para el uso que tendrá el material.

Cocoapods me pide una versión de Ruby mayor que 2.0, pero Maverick viene por defecto con 1.9.3 así que tiré de rvm pensando que serían un par de líneas pero no, he pasado un buen rato en el proceso. Hagamos el cuento corto: $rvm list known y no aparece ninguna versión 2 o superior, así que: $rvm get latest y ahora con: $rvm list known tenemos: # MRI Rubies [ruby-]1.8.6[-p420] [ruby-]1.8.7[-head] # security released on head [ruby-]1.9.1[-p431] [ruby-]1.9.2[-p330] [ruby-]1.9.3[-p551] [ruby-]2.0.0[-p643] [ruby-]2.1.4 [ruby-]2.1[.5] [ruby-]2.2[.1] [ruby-]2.2-head ruby-head ahora si, $rvm install 2.2.1 pero Error running 'requirements_osx_brew_libs_install automake libtool libksba', showing last 15 lines of /Users/hedmon/.rvm/log/1428514809_ruby-2.2.1/package_install_automake_libtool_libksba.log Las dependencias estaban instaladas pero no linkeadas, así que vamos a resolverlo con Homebrew. $brew update $brew upgrade

La vida me premió con la oportunidad de ver un evento astronómico espectacular como es un eclipse de sol, que unos pocos afortunados más al norte pudieron disfrutarlo en su versión total, aunque desde el centro de Europa pudimos apreciar más de un 70% del fenómeno y con un clima despejado. El cielo despejado permitió disfrutar el eclipse completo  La diferencia de luz fue notable. A la derecha durante el eclipse, a la izquierda minutos después de concluir.

Algunos pequeños cambios respecto a Apache notamos cuando actualizas el sistema a OS X Maverick. Primero, ya no tenemos la opción de Web Sharing en la interfaz de configuración, así que hay que meterle mano al Terminal. Para arrancar Apache: sudo apachectl start para detenerlo: sudo apachectl stop para reiniciar: sudo apachectl restart  Una vez arrancado podemos abrir un explorador con http://127.0.0.1 y veremos que el servicio está corriendo, pero tendremos otra sorpresa. El servidor tiene el documento raíz en /Library/WebServer/Documents y posiblemente nosotros lo teníamos antes en ~/Sites así que tendremos que configurar nuestro fichero httpd.conf para apuntar al directorio que contendrá nuestros proyectos: sudo nano /private/etc/apache2/httpd.conf  Ya que estamos editando el fichero de configuración, es recomendable además, activar PHP descomentando la línea del módulo PHP5_module. Una vez ajustado a tus necesidades, recuerda reiniciar el servicio para que los c

Hacemos un resumen del tutorial oficial de Django recogiendo los principales pasos para comenzar con el framework. Para más detalle visitar la documentación oficial . Asumimos que ya Django está instalado, si no, hay bastante documentación online de como hacerlo en los distintos sistemas operativos. Versión: Si el framework está instalado, podemos ver la versión con: $ python -c "import django; print(django.get_version())" de no estar instalado veremos un error "No module named django". Comenzar un nuevo proyecto: Desde la consola situarse en el directorio donde queremos almacenar el código de nuestro proyecto y ejecutar: django-admin.py startproject mysite El nuevo proyecto creado tendrá una estructura: mysite/ manage.py mysite/ __init__.py settings.py urls.py wsgi.py dónde: mysite/ La carpeta raíz del proyecto tendrá el mismo nombre que utilizamos a la hora de crearlo pero se puede cambiar, no afecta en

Si aún tienes dudas de cuán abusivo puede ser Facebook con sus usuarios / desarrolladores, échale un ojo a sus políticas de uso del SDK : cosas que deberías saber Podemos analizar tu aplicación, contenido y datos con cualquier finalidad, incluidos los fines comerciales. Podemos supervisar o recopilar los datos relacionados con tu uso de SDK. Utilizaremos la información que recibamos de ti o en relación con tu integración de la plataforma, en conformidad con nuestra Política de uso de datos. Nos concedes todos los derechos necesarios para habilitar tu aplicación para que funcione con Facebook, incluido el derecho a incorporar la información que nos proporciones en otras partes de Facebook y el derecho a atribuir el origen de la información utilizando tu nombre o tus logotipos. Podemos compartir tu información de contacto con personas que deseen comunicarse contigo. Podemos utilizar tu nombre, tus logotipos, tu contenido y tu información, incluidas las capturas de pantal