Entradas guardadas por 'Programación' ↓

No hace mucho lo mas “cul” de internet era programar en ROR (Ruby On Rails), el framework basado en Ruby, sin embargo existen multitud de frameworks parecidos sobre PHP.

Las ventajas de trabajar con frameworks en PHP son que la mayoría de los servidores gratuitos o compartidos corren alguna versión de este y que además la mayoría de los que han programado para la web lo han hecho en PHP por lo que no tienen la necesidad de aprender un nuevo lenguaje, aunque nadie te va a quitar tener que aprender la forma de trabajo del framework.

Entre todos los disponibles finalmente me quedé con CakePHP, no necesitaba ningún tipo de configuración en el servidor y obviamente basado en PHP.

Ya podré alguna lista de enlaces de manuales y recursos

Ya hablé hace unos días de Locos .Mobi, ahora os lo pongo a vuestra disposición para descargar, espero que le sea útil a alguien y haga algo provechoso. Pero sobre todo espero que liberen el mayor código posible nuevo que hagan.

Siguiendo la moda es una versión beta, y tendrás que hacer algunas modificaciones para adaptarlo a tus necesidades, pero todas muy básica.

En le futuro quizás le añada algunas funcionalidades mas, o le ponga mas bonito el código, creo que el CSS aún es un tema pendiente, pero es que no soy muy bueno.

Última versión

Continue reading →

No se si llamarlo Fix o no, el caso es que he encontrado una solución para todos aquellos que usaban el Anarchy Media Player y últimamente no les salían los vídeos que ponían de Youtube con solo pegar la URL, poniendo el código o modificando un poquito esa URL no había problemas, pero ya perdía la gracia, sobre todo para los que usaban el Anarchy Media Player (AMP a partir de ahora) en Wordpres Mu.

El problema es que desde que YouTube se “internacionalizó”, cuando entramos en él nos redirecciona directamente a http:es.youtube.com por lo que las URL finales que pegamos en el AMP son distintas a las que el espera.

Una solución sencilla pero no completa es agregar una línea de código a uno de los archivos.

En el archivo /mu-plugins/anarchy-media/anarchy-media-player.php, buscar la línea 555 aproximadamente.

if (videoURL)

Justo encima pegar:

videoURL = videoURL.replace("http://es.youtube.com", "http://youtube.com");

Vamos, para el que no se entere, debe quedar algo así:


videoURL = videoURL.replace("http://es.youtube.com", "http://youtube.com");
if (videoURL)


Lo malo es que solo lo arregla para la versión española de Youtube, con un poco de expresiones regulares se pueda hacer algo mejor, pero la cosa debe ir encaminada por ahí, lo malo es que nunca me llevé bien con ellas ni con javascript xD

Espero que os sea útil.

Los que hayáis llegado hasta aquí buscando información sobre WP-Mu podríais pasaros por el grupo dedicado que he creado en Google para poner en conjunto todos los avances que hagamos en WP-Mu pero en español, es decir, traducciones y demás… con el tiempo el objetivo sería crear un paquete con varios plugins y plantillas traducidas listo para instalar.

En un ratillo por tal de hacer algo distinto esta tarde me he montado un pequeño buscador de vídeos de YouTube y aprovechando que tenia el dominio locos.mobi sin usar pues pensé que sería buena idea meterlo ahí.

De momento la web no está demasiado currada, pero hace bien lo que tiene que hacer, buscar vídeos, verlos, descargar los .flv e incluso te lleva directamente a una página para pasar el vídeo .flv del servidor de Youtube a varios formatos y descargarlos.

Pero el merito para nada es mio, en realidad digamos que me he aprovechado del trabajo de otros, pero de buenas maneras que para eso todo el material era abierto.

Por ejemplo la base de la web está basada en un script realizado por Unijimpe, el diseño es el Minyx 2.0 y los vídeos son de Youtube que se obtienen a partir de la YouTube Data API.

La conversión a otros formatos se realiza a través de Vixy.net, tuve la suerte de que di con la variable que usan para pasar los datos por el método GET y lo pude automatizar un poco.

No creo que esto último les moleste, pero aún tengo pendiente decírselos por eso de los modales.

Se que el diseño me ha quedado un poco… si, el diseño no es lo mio, y aún tengo pendiente adecentarlo un poco. Cuando lo tenga adecentado prometo liberar el código, vamos en unos días.

Mientras tanto que lo disfruten los que lo vean útil, y no olvidéis pasaros por el blog de Unijipe que me parece estupendo.

Mañana es la University Tour 2007 Sevilla, que se celebrará en la Facultad de Informática.

El horario será el siguiente:

10:00 – 10:30 Introducción a .NET
10:30 – 11:30 ASP.NET / AJAX WEB DEVELOPMENT
11:30 – 12:15 Seguridad
————————————–
12:30 – 13:30 Desarrollo de aplicaciones para dispositivos móviles
13.30 – 14:30 Desarrollo de juegos con DirectX / XNA

Y aunque sabeis que yo no soy muy pro-Microsoft iré a todo lo que pueda, porque entre medio me coge una practica de IMD.

Si alguno por casualidad se quiere pasar que se registre y se imprima el codigo que le dan, aun estáis a tiempo y recordad que regalan camisetas, cds y por lo visto un pendrive de un GB (si supierais cuantos tios van a la charla solo por esto…).

Será una buena oportunidad para comparar el Framework Rails con el .Net desde la vista de un novato en ambos Frameworks.

O almenos para mi y esque hace ya tiempo que conocí este framework, el problema esque por culpa del trabajo lo deje.

Pero ahora y gracias a una charla que han dado los chicos de Flowers in Space se me a vuelto a habrir el gusanillo por ese ingenio.

Si os soy sincero aun no me he acostado (y supongo que ya no lo haré hasta la noche…) porque estuve liado con estos tutoriales que ya dejé a medias en su momento y tratando de hacer algunas cosillas por mi cuenta.

Para los nuevos, aunque al principio tantas carpetas y cada cosa por un lado os parezca que es complicado os aseguro que tras una noche como esta (no hace falta que hagais la misma locura que yo) las cosas ya empiezan a encajar en vuetro cerebro y aunque la sintaxis aun no la tengais clara (yo solo se el “link_to” y a trompicones xD) no habrá problemas porque para eso podeis tirar de la web de referencia.

Incluso creo que me siento capaz de hacer un blog y pasarme a él (con tiempo claro). El problema estaria en la importación de la DB.

Por cierto para los que no sabeis lo que es Ruby ni Ruby On Rails (RoR).

Con la llegada del wifi, wimax, discos duros mas grandes, la banda ancha, y sobre todo los gadgets de bolsillo, se me viene a la cabeza la idea un servidor de datos multimedia (que por supuesto no voy a hacer pues no tengo conocimientos).

El servidor creo que lo mejor es que funcionase con una especie de API, así se podría usar para cualquier gadget y de forma mucho mas versátil.

Imaginaros un kde-konkeror o gnome-nautilus en el que esté integrado la api de este servidor, ya sea de tu portátil, psp, nokia770 o lo que sea.

Pero la idea fundamental seria la de ofrecer solo los datos y archivos que hicieran falta y programar el equipo de forma que no se note que está usando archivos de otro servidor claro.

Un ejemplo:

Imaginaros que tengo mi nokia 770 (juas!) estoy en el explorador y entro en una carpeta, esa carpeta ya no se leería del nokia 770 si no de mi servidor a través del wifi. Para no notar los tiempos de carga el 770 podría tener una cache y comprobar si la caché coincide con lo que hay en el server a través de mda5 por ejemplo.

Si tiene previsualizaciones de vídeo y/o de fotos pues si cabe en memoria pues tenerlo también en caché o solo pedir la previsualización al servidor.

Todo esto podría empezar a pedirse sin ni siquiera entrar en la propia carpeta, si no tan solo cuando el 770 creo que vamos a entrar.

Si queremos ver una foto, el 770 le diría que quieres ver la foto “foto1.jpg” y podría decir también las dimensiones máximas de la foto, y el servidor proporcionarla.

Esto claro, podría crear mucha carga en el server, si tuviera muchos usuarios, y podría tener 4 o 5 tamaños cacheados como hace flickr.

O incluso desarrollar, si no existe ya, un formato de imagen en el que puedas decidir cuanta resolución quieres. Vamos lo suyo seria una especie de teconología a los google maps o hearth, sobre todo para las imágenes muy grandes, porque imaginaros que en vez de estar en el 770 estáis en el portátil y queréis ver unas cuantas fotos que están a 6mpx, pues el portátil se descargar primero las miniaturas, si abres la imagen pues una previsualización del tamaño justo al que se abrirá la ventana o tienes configurado, en ese momento empieza a descargarse mas capas con mayor resolución de la imagen.

Es mas creo que jpeg puede hacer algo similar, aunque no se si las “capas” que va cargando complemente la una a a otra o como será.

Con el audio o los vídeos, sobre todo con el audio, ya con la potencia que tienen los PCs no tienen problemas para hacer un stream al bitrate deseado, si el servidor es dedicado solo para eso claro, si no pues también se podría descargar la canción entera al bitrate que esté.

En fin, creo que se me ha entendido, y la idea se pilla, crear un servidor con una api abierta para que se puedan crear otros programas o modificar los existentes fácilmente y que obtengan solo los datos precisos.

Otra idea muy buena seria poder descargar la configuración de un dispositivo desde la red, o que la /home esté en un servidor central.

Por supuesto también se podría hacer un frontend en html en el server para tener los archivos accesibles también ahí, pero la idea no va por ahí.

Pues eso, esoty experimentando con s3, el servicio de almacenamiento de pago de Amazon, por 0,20usd el giga de transferencia y 0,15 el giga de alojamiento al mes creo que será mi sistema ideal para hacer backups, no dan ninguna interfaz, solo proporcionan el api, por lo tanto no está destinado a cualquiera, si no a empresas y gente que sabe programar.

Yo almenos lo usaré, estoy trabajando con python para acceder a él, aunque puedes usar otros lenguajes, ya os diré mis progresos.

Este post está inpirado en otro de Martin Varsavsky.

Desde hace tiempo creo que el futuro de nuestros pcs, o cualquier aparatito que tengamos no es ni el terminal tonto, como ya intentaron hacernos creer algunos ni tener un dual core en cada trasto.

Lo ideal a mi modo de ver es la centralización de la información (a lo que a datos, musica, pelis, y etc se refiere claro). Por ejemplo ¿para que voy a tener la discografia de Rosendo en mi PC, en mi Ipod o en el proximo cacharrillo que me compre?

Lo ideal a mi modo seria, aunque aun le falta un poco a la cosa, mayormente por el tema de la baterial y la conectividad ( wifi= -bateria ), que todos nuestros aparatitos por ejemplo el laptop tuviera un disco duro, con su SO pero que no almacenase en el información que no fuese necesaria. El home seria una combinación de datos alojados en un servidor remoto y otros que si se almacenan en el ya sea porque el usuario lo ha decidido así o porque funcionan a modo de caché.

Para algo parecido al nokia770 pues igual, para ver mi galeria de fotos pues haria una stream (si, se podria llamar así ¿no?) Es decir me descargo las fotos de mi pc y no a alta resolución si no a la que necesite, para que voy a descargas 4 megas de foto si lo ke voy a ver es lo mismo que en una de 150kb? Pues por ejemplo el servidor comprimiria las imagenes al tamaño deseado, crearia una caché en el servidor para el futuro y listo, mientras tanto tu está viendo la foto 004playa.jpg , y el nokia 770 ya está almacenando en su caché (la que dije hace un rato) la 005, 006… etc… vamos como hacen los aceleredadores de conexion.

Pero como dije para eso aun falta, almenos para que sea practico, porque por ejemplo con los uploads que tenemos escuchar una cancion en streaming desde tu pc peude ser un poco dificil… y mucho mas chungo es el tema de la bateria…

Seguiré soñando…

¿Habéis pensado cuantas veces tenéis que tirar una moneda para que os salga cara 100 veces seguidas?

Pues yo por ejemplo tuve que lanzarla 10182 veces…

No, no me he vuelto loco, solo esque esta tarde me aburrí y me hice un script en python que simulaba que tiraba monedas.

[Codigo]

Creo que esto de la aleatoriedad es bastante curioso y divertido, creo que haré mas scripts de estos.