Re: recorrer un grafo
el tema es que ejemploejecuto la función para el nodo 62, que tiene los nodos vecinos 63 y 64 que a su vez contienen otros y asi sucesivamente, entonces al entrar en el for hago otra llamada para el 63 y si por ejemplo llega a nivel limite y no encontro un nodo que cumpla con el perfil buscado...como termino con esa llamada? si no hago nada y segun la condición del for no tiene que volver a entraracaba ella sola no? entonces debería volver a la llamada que se quedó esperando en el for y ahroa probar con el 64 pero no lo hace tengo que hacer siempre un return de algo? --~--~-~--~~~---~--~~ 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. -~--~~~~--~~--~--~---
recorrer un grafo
http://upload.wikimedia.org/wikipedia/commons/5/57/6n-graf.png ese grafo, los nodos con contactos (personas) entonces tengo que buscar desde un contacto inicial si a traves de los contactos de sus contactos etc encuentro alguna persona que cumpla las condiciones de busqueda (ejemplo personas que vienen en españa dentro de mi red de contactos) basicamente necesito, recorrer un grafo ( para saber los nodos de ese grafo lo hago consultando una tabla de la BD ) y sacar todos los caminos posibles hasta el nodo/nodos que cumplan una cierta condición. estuve buscando si había algún algoritmo ya pero nada o un algoritmo para convertir un grafo en un arbolcada camino del grafo (no hay nodos repetidos) seria una rama del arbol (nodos repetidos cuando exista mas de un camino posible) parto de un nodo...hago una consulta a la BD cuales son los nodos directamente conectados con el y para cada uno de estos lo mismo, así hasta una profundidad de 6 arcos, entonces si llego a ese caso y no encontré un objetivo tengo que volver para atras y seguir por otra "rama" pero eso es lo que no consigo yo- contacto directo - contacto a distancia 2 - contacto a distancia 3 - contacto a distancia 4- contacto adistandia 5 -contacto a distancia 7 // 7 nodos y 6 arcos ese es el limite de la búsqueda lo que hago es que la funcion recursiva le pongo render a false para que no intente cargar la vista puesto que no tienepero no se si tengo que hacer algo mas for (para cada uno de los nodos directamente conectados con el actual) { if (si el nodo cumple el perfil de busqueda){ tengo que guardar el camino que seguí hasta llegar a el pero seguir buscando, es decir no acabo el algoritmo hasta agotar todas las posibilidades } else{ return llamada recursiva (pararé de hacer llamadas, es decir de seguir buscando si me paso de 6 arcos, volveré para atras y si al volver no queda mas grafo que recorrer termino) } } --~--~-~--~~~---~--~~ 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. -~--~~~~--~~--~--~---
Re: Pasarela de Pago Segura con Cakephp
> 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 :) Hola, es una sugerencia y pregunta al mismo tiempo :) sería posible generar el iframe mediante javascript? por lo menos validaria, pero no se si todo el mundo quedaría contento :P saludos --~--~-~--~~~---~--~~ 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. -~--~~~~--~~--~--~---
Re: Metadatos en Base de Datos
Hola Pablo, Muchas gracias por tu respuesta. Imaginaba y teorícamente pensaba que era tal y como tú dices, pero un compañero me comentó que a lo mejor no, y ya me puso en la duda... :S Muchas gracias por confirmarmelo :) On 17 dic, 14:49, "Pablo Viojo" <[EMAIL PROTECTED]> wrote: > Narel: > > Cualquier agente va a leer el resultado del php procesado. No es tarea de > los agentes interpretar el php, eso lo hace el server, por lo tanto ellos > veran la salida tal cual la ves tu cuando entras desde el navegador. > > En breve, los agentes sí leeran la metadata. > > Saludos, > > -- > Pablo Viojo > [EMAIL PROTECTED]://pviojo.net > > On Dec 17, 2007 10:23 AM, Narel <[EMAIL PROTECTED]> wrote: > > > > > Hola a todos, > > > Estoy estudiando la mejor opción de introducir los metadatos en mis > > páginas de cakephp. Se me ha ocurrido que podría guardar los metadatos > > en una base de datos, y al cargar cada página, esta en el head llame a > > la BD y saqué de ella los metadatos que le correspondan, de esta forma > > más adelante podría implementar con bastante facilidad un CMS para mi > > aplicación desde el cual poder cambiar comodamente los metadatos de > > cada página. > > > La duda que se me plantea es si los robots de los buscadores (sobre > > todo los de google) leeran los metadatos guardados en la BD (es decir, > > interpretaran el script php para recuperar los datos) o si pasaran > > olimpicamente de ellos (es decir, no interpretaran el script php y por > > consiguiente no habrá metadatos). > > > ¿Alguien está puesto en SEO y en robots? > > > Muchas gracias de antemano :) --~--~-~--~~~---~--~~ 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. -~--~~~~--~~--~--~---
Re: Pasarela de Pago Segura con Cakephp
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 y 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