Blog 
Joomla Tutoriales Localizar urls no amigables cuando tenemos activadas las url amigables
Joomla Tutoriales Localizar urls no amigables cuando tenemos activadas las url amigables | Localizar urls no amigables cuando tenemos activadas las url amigables |
|
|
| lunes, 28 de julio de 2008 | |
|
Como localizaremos las url no amigables cuando ya este activado sh404sef o cualquier otro componente seo en joomla? Normalmente tendremos muchos proyectos en que simplemente con instalar y configurar correctamente el sh404SEF tengamos una mejora en nuestro posicionamiento web. Incluso muchas veces no nos sea necesario ir más lejos. Pero existen casos en que necesitamos optimizar al máximo las posibilidades del componente. La necesidad de localizar las url no amigables se prensenta cuando:
Siempre es mejor crear los enlaces en cualquier contenido, menu, modulo,... usando las url generadas por el core de joomla. Porque? Pues porque normalmente los componentes para generar url amigables traducen sobre la marcha estas url. De esta forma nos evitamos tener que repasar los enlaces creados si hacemos cambios en la configuración del componente encargado de generar las url. Por tanto minimizamos riesgos de aparición de errores 404. Ya que las url amigables ya estarían activadas y tendríamos el sitio en producción se hace inviable desactivar sh404sef para tomar el dato y volver a activarlo para producción. En mi caso estoy encontrando más cómodo el segundo metodo mostrado, pero cada maestrillo tiene su librillo. Localización de URLs no-amigables usando sh404sef
(Localizar URL no amigables con sh404sef)
Localización de URLs no-amigables usando praiseurl
(Localizar URL no amigables con Praiseurl)
Añade este artículo a tu marcador social favorito                 
Set as favorite
Email This
Hits: 4792 Trackback(0)
Comentarios (7)
  escrito por Eurodipity, agosto 26, 2008
Muy interesante este post, lo añadire a mis marcadores
report abuse
vote down
vote up
Votes: +1
escrito por EMartinez, diciembre 09, 2008
Una vez localizado la url no amigable a traves del praiseurl ¿que hacemos?
report abuse
vote down
vote up
Votes: +0
escrito por Jack The Ripper, febrero 13, 2009
Muchas gracias, me estáis ayudando un montón con vuestros tutoriales
report abuse
vote down
vote up
Votes: +0
escrito por JimenaA, diciembre 06, 2009
Lo que dice EMartinez es cierto, para muchos esta entrada no sirve de mucho si no explicas como hacemos luego de localizar la url no amigable. Por lo pronto ya somos dos a los que este post no les aclaró mucho el tema. Desde ya agradezco lo que pudieras explicarnos.
report abuse
vote down
vote up
Votes: +0
escrito por Deloy, julio 08, 2010
Hola, yo soy desarrollador avanzado en joomla, incluso tengo componentes y plugins propios trabajando. Mi experiencia para quien le interese, es no usar las sh404sef. Ocupense de buenas descripciones y extenzas en los metadatos de la derecha de los artículos, no muchas keywords (unas 8 máximo), nada nunca en ROBOTS, solo index nofollow en caso de no querer indexar ese artículo en los buscadores, Autor a piacere. Tengo sitios de clientes que estan en top en google con esta táctica y no pagan nada. Solo mucho contenido y de calidad. Byes
PD: Cuando usen cualquier CMS nunca dejen campos en los comentarios sin requerir como en este Sitio, y con 1 asterisco por lo menos uno, asi el que escribe se da cuenta si su Comentario extenso, como a mi me pasa ahora, será publicado o despues del send se perdera en el olvido ya que el Webmaster omitió aclarar cuales capos son requeridos. PD2: Nunca usen captcha en los comentarios, ya que si se equivoca quien escribe, como en este mi caso despues de un comentario tan extenso, no lo voy a volver a escribir nunca. Suerte! report abuse
vote down
vote up
Votes: +0
 escrito por Yapci, julio 08, 2010
EMartinez y Jack The Ripper
El motivo de este post es explicar cómodamente las URL nativas generadas por el core de joomla. Cuando necesitáis saber la url nativa estos dos métodos os resultaran de mucha utilidad. Por ejemplo: Existen configuración de componentes que no admiten la url amigable, puesto que necesitan las variables de las url no amigables. También podéis querer usar las url nativas en enlaces externos para asegurar que no perderéis los mismo si por cualquier motivo cambiáis la estructura de enlaces del portal. report abuse
vote down
vote up
Votes: +0
escrito por Yapci, julio 08, 2010
Deloy
Como no recomendar sh404sef?? Afirmar tan rotundamente que sh404sef no es una buena herramienta para mejorar el posicionamiento es cuanto menos: un gran error. En su momento fue creada esta serie de tutoriales relacionados con sh404sef porque era gratuito (ahora es de pago por suscripción y sigo recomendandolo) y porque era el que estábamos usando en ese momento, con buenos resultados. Pero RECOMIENDO cualquier componente (sh404sef, ARTIO...) que ayude a gestionar las url, los títulos, metadatos, la forma en que se comportan los componentes... Si alguien pensaba que un componente del tipo sh404sef era algo mágico, esta EQUIVOCADO, es uno mas de los componentes existentes para (sabiendo usarlo) ayudar a mejorar el posicionamiento de tu proyecto. Para posicionar correctamente un proyecto y enfocarlo a unos objetivos se debe contar con mucho mas que un componente SEF... esto facilita tu tarea y dándole un uso adecuado mejora MUCHO los resultados. Los motivos por lo que un articulo llegan al TOP dependen de muchos puntos... entre ellos el nicho, antigüedad del dominio, calidad del contenido, calidad de los enlaces entrantes, estructura del desarrollo... Es posible posicionar sin un componente de este tipo? Claro Hay formas de facilitar el trabajo de posicionamiento? Claro, dandole un uso adecuando a un componente del tipo sh404sef, ARTIO... Al final lo importante es estar en el TOP y mantenerlo. Todos los Consultores SEO no se pueden equivocar...  Respuesta a tu PD1 Tomo en cuenta tu sugerencia. Es un fallo del webmaster ( un servidor)... en casa del herrero cuchara de palo. Disculpas. El portal cuenta con un componente que gestiona los comentarios y no ha sido customizado, pero de todas formas te cuento... Cuando envías un comentario y no se rellena un campo obligatorio (debería avisarse desde antes) no borra el texto escrito, avisa del error y marca con asterisco rojo el campo obligatorio... por lo que en su momento supongo que se tomaría por valido. Igualmente si tengo tiempo editaré la plantilla html del formulario de comentarios. Respuesta a tu PD2 Igual que tu recomiendo nunca usar captcha en los inicios de un desarrollo, pero cuando el SPAM hace su presencia es uno de los metodos junto a Akimet para combatirlo. Los usuarios sin logearse deben hacerlo de este modo... los logeados no deben hacer uso del captcha. Quizás es simplemente que no tengo tiempo de borrar tanto SPAM... y es un mal que debemos pasar todos en la red. report abuse
vote down
vote up
Votes: +0
Escribir comentario
|
|
| Modificado el ( jueves, 14 de agosto de 2008 ) |
omponente 
odulo 
enguaje
TrackBack URI for this entry
RSS feed Comments
Mostrar/Ocultar comenarios
Mostrar/Ocultar formulario de comenario
| < Anterior | Siguiente > |
|---|
