Download the PHP package didweb/myt-segurata without Composer
On this page you can find all versions of the php package didweb/myt-segurata. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download didweb/myt-segurata
More information about didweb/myt-segurata
Files in didweb/myt-segurata
Package myt-segurata
Short Description MyT Framework - Sistema Accesos
License GPLv3
Homepage https://github.com/Didweb
FAQ
Example:
In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
- Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
- To use Composer is sometimes complicated. Especially for beginners.
- Composer needs much resources. Sometimes they are not available on a simple webspace.
- If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
- Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Informations about the package myt-segurata
MyTSeguridad
[Inicio Documentación][2]
Sistema para el control de accesos a zonas restringidas.
Este sistema esta ideado para mi Framework MyT MyT
Criterios
Las páginas de acceso libre tiene un permiso de acceso 0 y las que tiene distintos permisos se asignan 1 o podrá asignarse otros superiores a 0.
La idea es que los usuarios se definan con una categoría de permisos de forma jerárquica, por ejemplo un usuario con acceso 2 podrá acceder a todas las páginas definidas con un acceso de 2 o inferior.
De esta manera los usuarios definidos con acceso 1 no podrán acceder a páginas o contenidos definidos con un número superior.
Si un usuario accede a una página definida con un permiso de acceso superior a 0 se le redirige a la página de acceso para que se identifique. Debe pasar el proceso de identificación para poder ver la página.
Funcionamiento y configuración en Framework MyT
A continuación se detalla como configurarlo en Framework MyT, más adelante detallare como configurarlo sin utilizar MyT.
Claves
Las claves se almacenan codificadas sh1.
El password se forman por la palabra que se quiera poner más una cadena que se puede definir en config/seguridad.yml en el parámetro comodin. Se ha de tener en cuenta que cuando creemos de forma manual el sh1 se ha de poner el password+el comodín.
Para acceder al sistema el usuario solo deberá poner el password ya que el comodín se monta de forma interna para hacer la comprobación.
Definiendo usuarios
Se pueden definir usuarios tanto dentro de un archivo de configuración llamado config/seguridad.yml como especificarlos en una Base de Datos y que el sistema se nutra de estos usuarios para hacer el checkeo de entrada.
Definir usuarios en archivo de configuración
Se definen en el archivo config/seguridad.yml, este archivo se transforma en una clase para poder acceder a estos datos de forma más rápida, esta clase se almacena en tmp/seguridad.php.
El proceso de transformación se realiza de forma automática cada vez que se percibe un cambio en el archivo de configuración config/seguridad.yml.
El aspecto es el siguiente:
Donde en este caso edu y pepito son los usuarios. la cadena larga hasta el símbolo : es la codificación de la clave. Después del símbolo : se puede ver el tipo de acceso asignado para cada usuario.
Definir usuarios en Base de Datos
Si quieres especificar una fuente de usuarios en una base de datos, dentro de config/seguridad.yml se ha de especificar el parámetro datosfuente donde...
datosfuente : Se utiliza para dar los parámetros como la tabla de la fuente el campo de usuario y el de password así como el nombre del campo de tipo de acceso.
El formato para este parámetro es el siguiente NOMBRE_TABLA:NOMBRE_CAMPO_USUARIO:NOMBRE_CAMPO_PASSWORD:NOMBRE_CAMPO_TIPO_ACCESO separado por :.
Y dentro de config/rutas.yml debemos especificar que fuente de acceso precisa esta url con el parámetro fuenteacceso ...
fuenteacceso : Aquí pondremos bbdd si se quiere suministrar los datos por Base de Datos.
Especificando acceso a páginas restringidas
Dentro del archivo de configuración de URLs config/rutas.yml podemos definir el tipo de acceso que va a tener esta URL, un ejemplo:
Es en el parámetro permiso donde se especifica el número de acceso. En este ejemplo las URLs home/es, home/en, etc. Pueden acceder todos los usuarios, no es necesario que estén identificados.
Las URLs del tipo: getsor/es/1, getsor/en/1, getsor/es/3, etc. solo pueden ser vistas por usuarios identificados con el acceso 1 o superior
Con el parámetro fuenteacceso se determina la fuente de usuarios si se pone bbdd se accederá al base de datos detallada en config/seguridad.yml en el parámetro datosfuente
¿Dónde se produce el control?
El control de acceso se realiza dentro del archivo app/Bootstrap.php donde se comprueba el tipo de acceso que tiene la url y si el usuario esta logeado o no.
Configuración sin utilizar MyT
Para utilizarlo este servicio se realiza de la siguiente forma:
En este caso se crean los parámetros como creas conveniente, pero deben ser estos, aquí en el parámetro fuenteacceso se da el valor bbdd esto ara que busque en la Base de datos detallada en datosfuente si se quiere que recogerlos datos desde el archivo de configuración se ha de dar como valor cualquier otro texto.
Esto devuelve 1 para acceso permitido y 0 acceso no permitido, luego en tu sistema se ha de crear lo necesario para gestionar estas respuestas.
