- Sobre la estructura de directorios:
Esto es algo que regularmente todos pasamos por alto a la hora de construír nuestras aplicaciones, y no debería ser; una buena estructura de directorios, nos permite tener organizado nuestros archivos, y contenidos, por ende, el mantenimiento al website siempre será mejor y más organizado, entre más organizado y simple se encuentre nuestra estructura de directorios, así pues que para este proyecto, emplearemos la siguiente estructura:
Código:
Bueno, hasta aquí vamos bien, pretendo que podamos hacer nuestra aplicación configurable con Access y SQL, hace mucho que no trabajo con Access, pero en teoría debe funcionar igual si nos apegamos a los estándares MS Directorio raíz | |--admin (la famosa carpeta, ya sabes que es ¿no?) | |--componentes (utilizaremos esta carpeta para alojar nuestra/s clase/s) | | |--global.asa |--conexion.asp
* Pasos preliminares
Nombre de la base de datos: curso
Estructura:
Código:
tbl_usuario -------------------- usuario_id | autoincremental, llave primaria usuario_uname | texto/varchar(50) usuario_pwd | texto/varchar(50)
* Código del global.asa
Es siempre una buena costumbre utilizar nuestro global.asa de manera eficiente, hay que recordar que el alcance de las variables declaradas en el global.asa, es de aplicación, esto quiere decir que estarán disponibles para toda la vida de nuestra aplicación desde la primera petición que se haga a nuestro sitio web y en adelante; su valor será siempre el mismo a menos que se modifique directamente el global.asa
Código:
<script language="vbscript" runat="server">
sub Application_OnStart
Application("baseDatos") = "sql" 'cambia valor a access si es esta bd con la que trabajarás
Application("baseDatosNombre") = "cursito" 'nombre de tu base de datos, la mia se llama cursito
Application("baseDatosRutaoServidor") = "(local)" 'direccion de tu servidor SQL, o ruta de fisica a tu base de datos si ocupas access, asegurate de ponerle un \ al final de la ruta.
end sub
</script>
* Código del archivo conexion.asp
Esto es algo que personalmente me parece una buena práctica, me gusta guardar el string de conexión en un archivo.asp que llamo conexion.asp, ahí podemos poner ciertas condiciones que se cumplan de acuerdo a nuestra variable de aplicación para hacerle saber qué base de datos utilizará.
Código:
Básicamente es un SELECT CASE, el cual se encarga de elegir el string de conexion. Nota el include que hago del archivo msado15.dll, esta es una muy buena práctica para incluir las constantes de ado sin tener que incluir el archivo ese maligno llamado adovb.inc o algo por el estilo, que siempre me cayó mal y lo bueno de tener este archivo de conexion es que lo incluiremos en todos lados donde nos conectemos a la base de datos, por lo tanto, también tendremos nuestras constantes de ADO disponibles cada vez que queramos abrir una conexión.<%
Dim strConnect
Select case lcase(Application("baseDatos"))
case "access"
strConnect = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="&Application("baseDatosRutaoServidor")&";"
case "sql"
strConnect = "Provider=SQLNCLI;Server="&Application("baseDatosRutaoServidor")&";Database="&Application("baseDatosNombre")&";Trusted_Connection=yes;"
End Select
%>
<!-- METADATA type="typelib" file="D:\program Files\Common Files\System\ado\msado15.dll" -->
Eso es todo por hoy, mañana incluiremos nuestro formulario de login y revisaremos lo básico de la clase usuario.
Salud
, la idea es mas o menos hacer bien básico un ABM pero ir incorporando funcionalidades, para demostrar que a veces si puedes hacer "future proof" de un sistema, en un rato más detallaremos el formulario y sí, estaría genial si nos regalas un curso de XML 
muy buena clase "Master of Darkness" U_G(
Este tema le ha gustado a 2 personas