Y sólo eso es tu tesis? O sólo nos has contado parte de ella?

Muchas gracias! Los 4mil van integros de reinversión para el proyecto, de momento hosting y demás, luego ya veremos en qué se emplean ;)

Pues este año es el primer año que organizan el tema de la beca. Yo lo ví cuando salió publicado en Alzado.org. Ya sabes, para la próxima ;)

Gracias Vicente! Supone un buen empujón al proyecto ;)

Un poco más de información: aquí y aquí

Pues ya sabes seryu, te pasa más o menos lo mismo que me pasaba a mí ;)

Sobre la pega que mencionas, almaceno una versión que denomino "cache" de la imagen, limitada a 500px en su lado mayor. No almaceno la imagen original por temas legales más que nada. Pero si la imagen desaparece de su ubicación original, te quedaría la version "cacheada" del vi.sualize.us.
Otra cosa que ya he comentado alguna vez, es que cuando esté liberada el API (fecha estimada más que desconocida), se pueda programar sin mucho problema algo que te baje todas las imagenes de tu cuenta a tu disco duro o similar. Eso si, no creo que sea yo el que programe eso, pero ya te digo que será un script bastante sencillo de hacer.
Sobre el plugin de firefox, la extensión lleva ya un tiempecito funcionando, con resultados más que satisfactorios. http://vi.sualize.us/help/extension/

Loover, sigue creciendo, a un ritmo mucho más pequeño que antes, pero lo importante es que sigue creciendo. Mañana hace dos meses online, y va por unos 900 usuarios registrados y validados, y unas 12500 imagenes en total (contando con privadas tambien)

Yo quiero ingames, que en renders se ve todo muy bonito siempre! :D:D:D

ánimo!

[mod_rewrite]

Si no restauras el .htaccess que tenías antes, no se va a resolver ninguna URL de las "bonitas".

No es que tus páginas no las "indexe" como dices, es que por el tema de las "clean URL" (que posiblemente tengas como opción activada en tu panel de Wordpress) tu url pasa por el módulo mod_rewrite de Apache antes de pasarlo al módulo PHP (el backend) que interprete el script correspondiente. En ese módulo (mod_rewrite) se parsea por cada HTTP request el fichero .htaccess correspondiente (el del directorio local en caso de haberlo, el general del site completo o el global de la instalación de Apache; en ese orden) que es donde hay una serie de expresiones regulares que determinan como la url de entrada se transforma en la url final. URL final que es la url real física donde está el script correspondiente, con los parámetros que se le pasan vía GET, etc.

Me suena que te pusiste con el tema de los frameworks. Pues casi todo framework que se precie dispone de un módulo para separar el controlador de la URL (que es lo mismo para lo que se usa mod_rewrite en el fondo) de una forma menos árida que picar una regex directamente.

Y después del aburrido tocho, llega la diversión...conclusión:

* Solución muy rápida: Deshabilita a modo temporal el Nice URL del panel del Wordpress.
* Solución mejor: Restituye el .htaccess original que tenías. El "estándar" del WP suele ser el siguiente:

Código [Seleccionar] Expand

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

- Nota al margen: Sin que sirva de precedente, no es un .htaccess "como dios manda" porque lo único que hace es limitarse a dejar al PHP toda la lógica de resolución de nombres, seguramente con el único objetivo de intentar evitarse las regex a pelo y suavizar el asunto (comprensible y muy tentador). Pero, a parte de ser ligeramente menos eficaz en cuanto a rendimiento (mod_rewrite es rapídisimo parseando regex, siempre que estén bien hechas), se podría decir que sólo los "débiles de corazón" evitan una expresión regular :D:D:D

- Nota al margen (II): Merece la pena para ir cogiendoles cariño: http://www.regular-expressions.info/

... es cuando se utiliza el viejo truco de decirle a la tienda que ponga el sello de .... "REGALO", pa no pagar aguanas....

Viejo truco en el que no puedes confiar...

Yo creo que el enfoque de la cuestión no es el adecuado. No lo plantearía como "carrera vs EEUU", sino como "estudiar una carrera en España o hacerlo en EEUU". Y evidentemente, si tienes la oportunidad (léase dinero) y las ganas para hacerlo fuera de España: hazlo.

Un B.Sc. es bastante similar a lo que sería una diplomatura (de ciencias se entiende) o quizás una Ingeniería Técnica . Esto último ya no lo tengo tan claro porque ellos mismos tienen varios Bachelors en los que encajaría, como el Bachelor of Engineering o el de Applied Science. Supongo que variará según país.

Al ser todo un proyecto propio , no me tengo que atener a ninguna especificación , y quizas penseis que me hago un nudo en la ******** usando por un lado php y por otro lado .NET... pero bueno , todo es una experiencia , si sale mal y me doi un ostion , ya tendre un  ostion mas para el curriculum , ademas , relacionar estas dos tecnologias "enfrentadas" y que quede bien , para mi es un reto , a ver si no la cago!

No creo que tengas ningún problema en relacionar ambas tecnologías (ah no ser que lo hagas rematadamente mal :D) siempre que ambas se comuniquen mediante una forma estándar. En plan, si es algo asíncrono o con no muchas necesidades de latencia, yo usaría un servidor HTTP y comandos REST. Si es con mucha menos latencia supongo que tendrías que tirar por algo TCP/UDP.

Sin conocer mucho más del proyecto, es dificil aventurar más (igual lo que he soltao no se ajusta nada a tus necesidades, vaya ud. a saber)

Si te digo que no he tenido tiempo ni para ponerlos, no te miento.

De todas formas, no es una de las prioridades ahora mismo. Esta claro que pondré anuncios de una u otra forma, para intentar que se autosustente sólo (de hecho, sale en las FAQs desde el primer día); y cuando lo haga serán lo menos intrusivos posible y (me gustaría) lo más "interesantes" posibles para los usuarios.

Pero como te digo, de momento no me preocupa. Aún queda muchiiisimas cosas por pulir y/o hacer, antes que preocuparme en poner los anuncios ;)

Vale, no habia entendido lo de que sólo se mostraran los tags populares del usuario o los que el elija.

Pero sigo sin verlo ;) En cualquier caso, no se si te has fijado que puedes hacer click cuando posteas una imagen en cualquier tag, es decir, que no tienes porque teclear si no quieres.

Click derecho en imagen -> Post to visualize -> (si ya tiene titulo) click en el tag que quieras -> click en guardar = 4 clicks si sólo pones un tag :D:D

Gracias por sugerir igualmente. Aunque no lo vea claro con la idea inicial que lanzas, igual pensándolo más se llega a algo (como el caso de "use last image settings" por ej.) Ya sabes, todo se tiene en cuenta ;)

Gracias a los tres ;)

Matriax, sobre lo que dices de postear directamente a los tags en un submenu, le veo varios inconvenientes. El primero es que con la cantidad de tags que tengo yo ahora, el submenú sería un caos muy grande jeje. Y el segundo es que con eso sólo podrías postear 1 imagen -> 1 tag.

Siento no convencerte del todo para que dejes el HD por el visualize :D:D

Un muy recomendable artículo de Zárate, si señor ;) Tu ahí, avivando la polémica :D:D

Pongo este enlace para convertir la linea ASP-PHP en un triangulo ASP-PHP-FLASH :D

http://zarate.tv/articulos/flash-para-barrapunteros-como-tu/#intro

Mil gracias por el post matriax. Se agradece ;)
Lo del profile me lo apunto en el ToDo también jeje. Por cierto, sobre aquello que me comentaste de facilitar la vida a la hora de postear, saqué esto. No es exactamente un batch post, pero ayuda ;)

Josepzin, todo es a base de leñazos, no te creas :D