[SOLUCIONADO] [APORTE] RegExp para URL de un sitio web

[bryanjhv]

Buenas noches a todos
En esta oportunidad vengo a presentar mi primer aporte: Una expresión regular para testeo de URLs de su sitio, ya sea usando PHP, JavaScript o lo que usen
Bien, la expresión regular es la siguiente: (testeada para localhost:8080)

Código RegExp:

^http(s)?:\/\/localhost:8080((\/)?(((\w+(\/)?)+)((\.(php|html|js|css))((\?(\w)+(=(\w)+)?)(&(\w)+(=(\w)+)?)?)?)?)?)?
 

Espero la testeen y vean que funciona con las carpetas del sitio, con archivos .php, .html, .js y .css, además de aceptar parámetros en las URL.
Espero esté bien hecha, y si hay algún error, corregirlo. O si se pudiere hacer el mismo efecto con alguna RegExp más corta, mucho mejor

[pateketrueke]

Se agradece mucho tu intención pero a diferencia de otros sub-foros de programación existen otras reglas para aceptar un aporte:

a) El aporte debe ser didáctico, es decir que no solo sirve una expresión con una breve explicación de su objetivo, sino que además precisa de que describas con la mayor precisión posible lo que significa.

No solo con palabras sino con la extracciones de su simbología y significado, ej.

- http://www.forosdelweb.com/f183/duda...0/#post4390636
- http://www.forosdelweb.com/f183/expr...2/#post4406851

Así como el foro de PHP o Javascript tratan de código, el objetivo de ambos foros es el de compartir conocimiento y no únicamente código funcional, el esfuerzo vale la pena.

La idea es que los usuarios al observar los aportes de RegExp no solo se vayan con un snippet que funciona sino que además se lleven algo de conocimiento a propósito de la expresión regular dada.

El estilo al describir es libre, pero debe ser consistente.

b) Las expresiones regulares son un lenguaje interesante pero son costosas en cuestión de recursos, por eso se desaconseja su uso para validaciones triviales o simples sin justificación.

Un ejemplo de ello es lo que acabas de hacer, aunque la validación es correcta hablando de lenguajes como PHP es trivial pues existen funciones para filtrar y validar URLs, así como también debería ser así en la mayoría de los lenguajes.

Esto quiere decir que las expresiones para validar tipos de datos comunes deben ser omitidas, a menos que no exista un equivalente mas eficaz con funciones nativas.

Una expresión sin justificar carece de valor.