Hola Román,
Es verdad que los depuradores y yo no nos hemos llevado nunca demasiado bien: de ahí la clase "Debug" que puedes encontrar en Humm.
De todas formas, todavía podría preguntarme cómo es que no puedo indicar a NetBeans (igual sí que puedo...) la URL por donde quiero "depurar", no sé si me explico.
Es cierto que esta URL no produce el resultado esperado:
http://hummphp.com/?home&mood=happy
Pero, esta otra sí que lo produce:
http://hummphp.com/?home/&mood=happy
Tú podrías acceder a la variable "mood" como siempre. Por otro lado, es cierto que Humm no se lleva bien con los formularios con método "GET". Aquí estoy por decir lo mismo que he dicho sobre NetBeans, pero, no lo haré. Aunque sí diré que siempre es posible buscar alguna solución, si es que realmente necesitas usar este tipo de formularios:
puedes procesarlos en la "home" del sitio (edito: no puede hacerse, ni siquiera en la "home" del sitio, según parece).
Claro, pareciera que esto de las URLs de Humm están cogidas con alfileres, y, es muy posible que así sea. Pero, lo cierto es que tienen una razón de ser, insisto que tal vez equivocada: se trata de no depender de archivos "htaccess", o de módulos "rewrite". Así Humm, en teoría, podría manejarse bien en diferentes servidores, puesto que no depende de ninguna característica especial de ninguno de ellos.
Otra cosa que igual no es descabellada, es, renunciando a URLs del tipo:
http://www.yourhummsite.com/?section
http://www.yourhummsite.com/?section/subsection
... simplemente usar las "antiguas" URLs, tal que:
http://www.yourhummsite.com/?section=name
http://www.yourhummsite.com/?section...ubsection=name
Pero, otra vez más, me paro a pensar, y me digo, para mis necesidades, en los tres o cuatro sitios web que manejo ahora mismo, ¿uso formularios con el método "GET"? Y la respuesta es que no. Porque, vamos a ver, **abuelo**, ¿un formulario "GET" no se puede conformar mediante la URL correspondiente? Pues entonces.
