A ver... si me equivoco que alguien me lo diga, que tampoco soy un experto en xhtml ni mucho menos, aunque cada vez tengo que estar mas puesto.
Que yo sepa... usando iframes nunca vas a cumplir con los patrones de W3C, sea como sea, ni mencionarlo si incluyes otra vez heads y bodys (eso no cumple ni transitional ni nada que yo sepa), la unica manera de que "validen" los iframes es creandote tu propio DTD, y es una chapuza, no es mas que un engaño, no creo que pasara una auditoría externa, otra cosa es que se engañe a los validadores ;). En cuanto a abrir una nueva ventana... estamos en las mismas, "target" no es reconocido por ninguna especificación, con lo cual la solución... es javascript + css para abrir las nuevas ventanas, y en caso de que el usuario no tenga javascript que se abra en la misma ventana en lugar de una nueva. Por cierto... en cuanto al tema javascript... nada de eventos (onclick ni nada por el estilo) en las etiquetas html.. así que toca cargar una funcion jss una vez se haya cargado toda la pagina y entonces asignar los eventos a los elementos que deseemos (además se recomienda incluir un mensaje del tipo "Se abrirá en una ventana nueva", que solo debería aparecer tb cuando se tenga javascript). Alguna vez me ha tocado hacerlo aunque tampoco sea muy partidario de nuevas ventanas. Y a raiz de todo esto, si quieres que ese proyecto valide, como te comentaba dudo que lo consigas incluyendo eventos javascript en las etiquetas html, ¿Problema?, olvidate del ajax de cake, yo en el último proyecto que he hecho al tener que cumplir con todas las exigencias vistas y por haber de xhtml, AAA y demás he tenido que hacer mis propias librerias. Y aún así... algo me he dejado sin poder validar XD. Saludos... y en tu caso...me iría hacia la opción de la nueva ventana de la manera que te he dicho. On 18 dic, 10:05, Narel <[EMAIL PROTECTED]> wrote: > Buenas Minskog, > > Gracias por el link :) > > Sé que los iframes deberían arder en el infierno (al igual que muchas > cosas malignas como el explorador de los chicos de Redmond), pero es > lo que me encuentro. El módulo para la pasarela de pago ya me lo > encontré hecho, con el iframe, y mi intención era readaptarlo para > Cake con Ajax para quitar de en medio el iframe y tocar lo menos > posible el módulo (sinceramente no he podido dedicarle mucho a > investigar como realiza la conexión y la comunicación con la pasarela > de pago, así que tampoco me atrevo a tocarle mucho más allá de la > vista y un poco del controlador para como pasar los parametros), pero > tengo que tener esto operativo y on-line para el viernes, por lo que > no puedo entretenerme en investigar como hacer el cross-site scripting > con Ajax (pero procuraré sacar tiempo para el futuro), y tengo que > meterlo en la misma página por requirimiento del cliente (mis jefes), > así que... Bueno, al menos esto me sirve para ir aprendiendo un > poco :) > > Viniendo al tema precisamente... (aunque no sé si debería crear un > hilo distinto para esto), el módulo de la pasarela de pago lo he > terminado metiendo en vendors, para que sea llamado por Cake desde ahí > (benditos desarrolladores que previeron situaciones similares :) ), > pero me encuentro con el problema de que el módulo llama a un archivo > php, que manda un email con los datos del usuario y luego redirige con > Location a otro archivo según la opción de pago (uno mostrando la > información de pago contrarrembolso, otro con pago por transferencia, > y otro que carga la pasarela de pago). > El problema que me encuentro es que Cake captura estos > redireccionamientos (a pesar de estar en el iframe) y piensa que son > direcciones suyas, por lo cual las enruta con normalidad, esperando > que cumplan con el patrón MVC. Ayer estuve buscando algún método (por > google y por la API) para desactivar el Routes para esas acciones y > que no las enrutara (ya que en realidad no son rutas que "deba" coger > Cake), pero no encontré ningún método para ello (a lo mejor soy un > poco torpe, porque sí vi un método para activar y desactivar el > enrutamiento para "admin"). > Entonces, la pregunta es, sí hay alguna forma de desactivar el > enrutamiento de Cake para algunas direcciones concretas. > > De momento lo he solucionado creando un controlador que recoja las > peticiones de redireccionamiento de este módulo, y varias vistas según > los diferentes archivos que va pidiendo, y así de momento he salvado > la situación, pero "siento" que está solución no es la idonea... > > En fin, reconozco que me queda muchisimo por aprender sobre desarrollo > web y cake, y cada día que pasa descubró que más me falta por > aprender, pero poco a poco se recorrer el camino :) > > On 17 dic, 11:23, minskog <[EMAIL PROTECTED]> wrote: > > > mirate los iframes, que los frames no están desde hace tiempo bien vistos > > por nadie desde hace tiempo, se podría decir que están deprecated ;) > > >http://www.htmlquick.com/es/reference/tags/iframe.html > > > El día 17/12/07, Narel <[EMAIL PROTECTED]> escribió: > > > > Buenas Minskog, > > > > Llevas más razón que un santo al señalar el hecho del doble body, > > > head, etc. Para ser sincero, ni había caido en ese detalle para la > > > validación... :S > > > > Ya traté, junto con otro compañero, para disuadir a nuestros jefes, > > > pero donde manda patrón no manda marinero :/ > > > > Tocará que no valide como strict. Miraré a ver si puede validar como > > > transitional o como frameset, y dejo de calentarme tanto la cabeza. > > > > Muchas gracias por tu aportación :) > > > > On 14 dic, 21:28, minskog <[EMAIL PROTECTED]> wrote: > > > > Si metes una página dentro de otra, ya sea en un div o en un iframe, vas > > > a > > > > tener dos body, dos head, dos html .... ergo validación out. Las > > > pasarelas > > > > de los bancos son para ejecutar aparte, le guste o no a tus jefes, > > > además a > > > > mi personalmente me da más confianza ver que estoy metiendo mis datos en > > > los > > > > servidores de ceca o servired que no en pepitosonline.com. > > > > Como transicional podrías llegar a validarlo, me suena ver por ahí js > > > para > > > > ello, pero como strict ... Lo único que se me ocurre es una vez > > > capturada la > > > > página, antes de mostrarla buscar <body> y </body> y mostrar solo lo que > > > > esté entre esas etiquetas, pero no se si hay forma de hacerlo sin que > > > falle > > > > por que el tpv comprobara como, donde y de que forma se envían y > > > ejecutan > > > > las peticiones. > > > > > El día 14/12/07, Narel <[EMAIL PROTECTED]> escribió: > > > > > > Muchas gracias Pablo, > > > > > > El problema de cargarlo en un iframe es que entonces la página no > > > > > validará como xhtml, y el problema de cargarlo en otra página es que > > > > > mis jefes no quieren por motivos de marketing, ya que la carga de la > > > > > pasarela en la misma página da "algo más" de confianza a lo clientes > > > > > al ver que todo pertenece al mismo dominio. Al menos en España el tema > > > > > de la venta on-line se toma con mucho recelo y precaución. > > > > > > Miraré los dos enlaces que me dejas a ver si encuento con ellos alguna > > > > > solución. Muchas gracias por responder tan rápido :) > > > > > > On 14 dic, 14:34, "Pablo Viojo" <[EMAIL PROTECTED]> wrote: > > > > > > El problema pasa porque lo que quieres cargar está en otro dominio, > > > y en > > > > > eso > > > > > > está restringido en javascript. Hay algunas libreríaqeu permiten la > > > > > carga > > > > > > via ajax de contenido de otros dominios[1][2]. > > > > > > En cualquier no te recomendaría esto. Por un montón de razones > > > técnicas > > > > > es > > > > > > mejor que dejes que el contenido externo se cargue en un iframe, o > > > > > incluso > > > > > > en una nueva ventana (tomando medidas como aviso del bloqueo de > > > popups, > > > > > etc) > > > > > > > Saludos, > > > > > > > [1]http://docs.jquery.com/Release:jQuery_1.2/Ajax > > > > > > [2]http://ajaxian.com/archives/ajax-cross-domain-script > > > > > > > On Dec 14, 2007 10:24 AM, Narel <[EMAIL PROTECTED]> wrote: > > > > > > > > Hola a todos, > > > > > > > > Mi aplicación web tiene una serie de cursos para venta on-line, el > > > > > > > formato para mostrar cada curso es mediante un contenedor con > > > cuatro > > > > > > > pestañas que recargan dinamicamente el contenido que se muestra > > > bajo > > > > > > > las pestañas (mediante Ajax). > > > > > > > > Al llegar a la pestaña de compra se dan tres opciones al cliente: > > > pago > > > > > > > contrarrembolso, por transferencia, y por pasarela de pago segura > > > > > > > contratada con una entidad bancaria de España. Según el modo de > > > pago > > > > > > > seleccionado se carga, en un div inferior al formulario, una > > > página > > > > > > > informando al cliente de la operación y que uno de nuestros > > > técnicos > > > > > > > se pondrá en contacto para confirmar la compra y el envío. > > > > > > > > La gracia viene al querer cargar la pasarela de pago segura en > > > dicho > > > > > > > div. Esta pasarela de pago es un módulo que consta de varios > > > archivos > > > > > > > php y una llamada remota a un servicio https de la entidad > > > bancaria. > > > > > > > Hasta ahora esto lo haciamos cargándolo sobre un iframe y > > > funcionaba > > > > > > > muy bien. Ahora me gustaría integrarlo en cake, pero no encuentro > > > la > > > > > > > manera de poder cargar dicha pasarela de pago en un div mediante > > > un > > > > > > > llamada Ajax. > > > > > > > > ¿Alguien se ha visto en la misma situación con anterioridad o se > > > le > > > > > > > ocurre alguna solución? > > > > > > > > Muchas gracias por adelantado. > > > > > > > -- > > > > > > Pablo Viojo > > > > > > [EMAIL PROTECTED]://pviojo.net --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "CakePHP-es" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a CakePHP-es@googlegroups.com Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/CakePHP-es?hl=es. -~----------~----~----~----~------~----~------~--~---
