Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Otros entornos y lenguajes > PHP
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 06-03-2012
Avatar de dec
dec dec is offline
Moderador
 
Registrado: dic 2004
Ubicación: Alcobendas, Madrid, España
Posts: 13.107
Poder: 34
dec Tiene un aura espectaculardec Tiene un aura espectacular
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.

Última edición por dec fecha: 06-03-2012 a las 14:09:24.
Responder Con Cita
  #2  
Antiguo 06-03-2012
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Poder: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
Cita:
Empezado por dec Ver Mensaje
Porque, vamos a ver, **abuelo**, ¿un formulario "GET" no se puede conformar mediante la URL correspondiente? Pues entonces.
A ver, a ver, ¿cómo que abuelo? Eso sí dolió, ja, ja. Pero seguro hay algo de lo que me estoy perdiendo. ¿Un formulaio GET es cosa del pasado? Seguro que puedo conformar una URL, pero, ¿debe el usuario hacerlo el mismo? No sería más amable un formulario GET que lo haga por él. Pero quizá no estoy entendiendo lo que quieres decir.

De todas maneras, creo conveniente revisar eso de las urls. Tener como parte del framework algo listo para urls limpias me parece estupendo pero no a costa de interferir con usos más o menos estándar. ¿Has considerdo ponerlo como algo opcional? Hay CMS que usan urls tradicionales pero si el servidor se deja, dan la opción de traducirlas a urls amigables.

Bueno, tardé en contestar porque, ya sabes, a mi edad no puedo permitirme desvelos

// Saludos
Responder Con Cita
  #3  
Antiguo 06-03-2012
Avatar de dec
dec dec is offline
Moderador
 
Registrado: dic 2004
Ubicación: Alcobendas, Madrid, España
Posts: 13.107
Poder: 34
dec Tiene un aura espectaculardec Tiene un aura espectacular
Hola Román,

No es que me guste del todo no dar soporte a los formularios GET. Lo que pasa es que es una especie de daño colateral al utilizar las URLs que se utilizan. Ahora bien, cuando digo que los formularios GET pueden suplirse con URLs "preparadas", me refiero a lo que se hace, por ejemplo, en Youtube. Para order los vídeos de diversas formas, no te hace falta rellenar ningún formulario, pero, sólo "pinchar" en enlaces. A eso me refiero: a que la información que puede pasarse desde un formulario GET puede hacerse también a través de un enlace.

Respecto de dejar al usuario elegir el tipo de URLs, o usar unas u otras en función del servidor, no me convence demasiado. ¿Por qué razón? Porque, de entrada tendríamos que no pensar en utilizar URLs "modernas", sino URLs "antiguas", y, sólo si fuera posible, hacer uso de algún "módulo rewrite" para usar las URLs "modernas". Ahora bien, Humm procura ofrecer dichas URLs "modernas" (con un pequeño truco, es verdad), sin necesidad de contar o esperar ningún módulo específico en el servidor. Si para esto perdemos los formularios GET... no me importa.

Otra cosa sería si perdiéramos también los formularios POST. Entonces sí que no quedaría más remedio que hacer algo al respecto. Pero, los formularios GET me preocupan menos, ya te digo, aun sabiendo que igual me equivoco...

¿Se ha tomado ya las pastillas abuelo?
Responder Con Cita
  #4  
Antiguo 06-03-2012
Avatar de Julián
Julián Julián is offline
Merodeador
 
Registrado: may 2003
Ubicación: en mi casa
Posts: 2.019
Poder: 10
Julián Va por buen camino
Aqui el ceporro piensa igual que dec sobre el asunto de las urls. Es más, yo quitaria la interrogación, para poder escribir http://www.yourhummsite.com/aguan/ap...naor/awenipich directamente. Si la ...com/?aguan/ap...

En mi gestor lo hago así, y en la versión nueva tampoco necesito archivos htaccess. Y los formularios GET, pues que les dén.

¡Venga, a ver esos "examples for ceporries" !
__________________
"la única iglesia que ilumina es la que arde"
Anonimo
Responder Con Cita
  #5  
Antiguo 06-03-2012
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Poder: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
Cita:
Empezado por Julián Ver Mensaje
Es más, yo quitaria la interrogación
¡Anda! Y, ¿se puede saber cómo logras eso? Quitar la interrogación.

// Saludos
Responder Con Cita
  #6  
Antiguo 06-03-2012
Avatar de dec
dec dec is offline
Moderador
 
Registrado: dic 2004
Ubicación: Alcobendas, Madrid, España
Posts: 13.107
Poder: 34
dec Tiene un aura espectaculardec Tiene un aura espectacular
Cita:
Empezado por roman Ver Mensaje
¡Anda! Y, ¿se puede saber cómo logras eso? Quitar la interrogación.

// Saludos
Me apuesto algo a que usa poderes mágicos.

Este Julián... me va a hacer preparar un ejemplo más completo!

Cita:
Empezado por Yo mismo con mi mecanismo
Y es que ya viene con un ejemplo de sitio, que incluye dos "vistas" y dos "helpers", un par de archivos de estilo y otro "javascript". Partiendo de ahí, con los debidos conocimientos, no debería ser complicado armar un sitio web,... por supuesto que más o menos sencillo.

Última edición por dec fecha: 06-03-2012 a las 21:45:23.
Responder Con Cita
  #7  
Antiguo 06-03-2012
Avatar de dec
dec dec is offline
Moderador
 
Registrado: dic 2004
Ubicación: Alcobendas, Madrid, España
Posts: 13.107
Poder: 34
dec Tiene un aura espectaculardec Tiene un aura espectacular
Hola,

Se me ha ocurrido, que, a modo de ejemplo, podría servir el propio sitio de Humm... así que he adjuntado a este mensaje un archivo que contiene el directorio "site" del sitio web de Humm. Así que Julián ya puede copiar y pegar -tengo que hacer un ejemplo de esto también el directorio "site" que adjunto sustituyendo al que trae Humm consigo. De esta manera tendréis "en local" el sitio web de Humm y podréis echar un vistazo a las "vistas", los "helpers", el par de clases "auxiliares", cómo se puede "cambiar de lenguaje", etc.
Archivos Adjuntos
Tipo de Archivo: zip site.zip (171,3 KB, 23 visitas)
Responder Con Cita
  #8  
Antiguo 07-03-2012
Avatar de Julián
Julián Julián is offline
Merodeador
 
Registrado: may 2003
Ubicación: en mi casa
Posts: 2.019
Poder: 10
Julián Va por buen camino
Cita:
Empezado por roman Ver Mensaje
¡Anda! Y, ¿se puede saber cómo logras eso? Quitar la interrogación.

Perdón, perdón, no me fijé en el detalle de que hablaís de no usar un .htaccess.
Yo es que uso un .htacces con una regla como esta:
RewriteRule ^([a-z_0-9,\/]*)/?$ index.php [nc,l]

Para que entre todo al index.php y después cojo la url y la divido usando el "/" y cada string es un parametro.

En verdad ando bastante cegato últimamennte
__________________
"la única iglesia que ilumina es la que arde"
Anonimo
Responder Con Cita
  #9  
Antiguo 07-03-2012
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Poder: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
Cita:
Empezado por Julián Ver Mensaje
Para que entre todo al index.php y después cojo la url y la divido usando el "/" y cada string es un parametro.
Pues sí, y, de hecho, puedes tomar lo que hay antes del ? como tus parámetros "limpios" y lo que haya después del ? como los parámetros de un GET normal. De esta manera, no pierdes una característica estandar del HTTP y tienes urls completamente limpias (sin un ? extraño).

// Saludos
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Componente Hashes, para quien pueda interesar dec OOP 11 09-07-2007 01:36:04
Utilidad para comparar dos bases de datos. avmm2004 Varios 1 16-11-2006 20:47:22
Utilidad para contar lineas de código Alexander Varios 10 18-10-2006 00:14:55
Utilidad para manejo de lista TODO ANG4L Varios 3 02-08-2006 09:36:39


La franja horaria es GMT +2. Ahora son las 06:42:43.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi