Buenas amigos de php venezuela.

En esta oportunidad les escribo para hacerles una consulta sobre rutas absolutas y rutas relativas, pido disculpas y un poco de paciencia por lo largo del mensaje pero es necesario para la correcta comprensión de mi inquietud.

He desarrollado una especie de Hibernate pero para PHP obvio , y estoy haciendo pruebas para ponerlo en producción y sacarlo a la luz pública para su uso de forma estandar en proyectos que manejen base de datos.

Explico un poco que es lo que tengo y luego la pregunta.

Tengo esta estructura de carpetas para la API:

raiz/api/bd/bd.php
raiz/api/bd/conexion.php
raiz/api/bd/comunes/...
raiz/api/bd/configuracion/...
raiz/api/bd/documentacion/...
raiz/api/bd/estructura/...
raiz/api/bd/motores/...
raiz/api/bd/reflexion/...
raiz/api/bd/sql/...

Y esto es una estructura de un proyecto para probar la API:

raiz/modelo/
raiz/modulos/login/login.php
raiz/modulos/login/loginCtrl.php
raiz/modulos/...
raiz/config.php
raiz/index.php

El problema radica en las rutas que estoy utilizando, todas relativas por ahora. Por ejemplo si accedo directamente a api/bd/bd.php desde raiz/index.php no tengo ningun problema, todo funciona a la perfección, pero si intento hacerlo a travez de raiz/modulos/login/login.php ( que es un formulario que a su vez llama a raiz/modulos/login/loginCtrl.php que hace todo el proceso de control y validación del formulario login.php ), que lo estoy llamando en raiz/index.php, aquí comienza el quebradero de cabeza.

Al intentar hacer esto último, como estoy llamando a raiz/api/bd/bd.php desde raiz/modulos/login/loginCtrl.php las rutas no encuentran los archivo correspondientes para el manejo adecuado de las operaciones que se quieran realizar, obviamente porque estoy trabajando con las rutas relativas. Pero el problema va un poco más allá y por eso la razón de utilizar rutas absolutas, y es que no necesariamente al usar esta API se le vaya a dar la ubicación que yo le estoy dando, porque cada quien tendrá su propia estructura de desarrollo.

He intentado de diferentes formas obtener la ruta absoluta para cada uno de los include con un exito relativo, y relativo porque siempre hay algún archivo que no termina por conseguir.

En fin mi pregunta es:

¿Como puedo hacer para definir las rutas absolutas de esta API para poder ubicarla en cualquier carpeta y que no afecte la integridad de su funcionamiento?

De antemano muchas gracias.

Gracias por el comentario dels.
Saludos.

Ya he logrado obtener la ruta de forma dinámica tal como quiero.

En efecto trabajo con MVC y por otro lado todo está programado en POO. De hecho, dentro de la API, tengo una carpeta llamada configuración donde está el archivo config.php que hace lo que has expuesto.

Solución:
if ( !defined ( 'RAIZ' ) ) {

    define ( 'RAIZ' , $_SERVER [ 'DOCUMENT_ROOT' ] );//si no está definida la constante RAIZ la defino
}

// hace los reemplazos necesarios para obtener la carpeta interna de la API desde la RAIZ
// del sitio hasta donde se encuentra la raíz de la API, esta constante también puede ser
// utilizada para acceder a los recursos internos de la API desde el index de la raíz del sitio.
define ( 'ECO_BD', str_replace ( RAIZ, '', str_replace ( 'configuracion', '', str_replace ( '\\', '/', dirname ( __FILE__ ) ) ) ) );

// Define la ruta absoluta a ser usada dentro de la API
define ( 'API_BD' , RAIZ . ECO_BD );

Y con esto queda resuelto el problema de acceso a cualquier recurso interno de la API .

Espero que esta solución le sirva a otras personas con este mismo problema.

Cuando termine las pruebas de estabilidad de la API la publico para que la puedan probar y dar sus comentarios buenos y malos jejeje.

De antemano les comento que solo tendrán que hacer algo como este ejemplo:

$tu_objeto = new tu_objeto ();

$api = new API ();

$api->insertar ( $tu_objeto );

$api->modificar ( $tu_objeto );

$api->eliminar ( $tu_objeto );

$api->buscar ( $tu_objeto );


Entre otros tipos de operaciones sobre tablas, campos, bases de datos, como crear, modificar, eliminar, busquedas personalizadas, evita SQLinyection, valida tipos de datos (he tenido que definir algunos tipos para poder hacer las validaciones), y operaciones con imágenes y base de datos, y por último compatibilidad con casi todas las bases de datos existentes en el mercado. Y ya no tendrán que preocuparse por hacer tiras SQL y muchas otras ventajas que le he añadido a esta API.

Por último comentar que también me falta la documentación para que puedan trabajar sobre ella .

Como les comenté esto es un adelanto de lo que viene en esta API para PHP, que espero se convierta en un estándar para la programación jeje.

Hasta una próxima.