modificando la carpeta para el envio de documentacion manual #teamjungla{CODE}
This commit is contained in:
JLGC @monolinux
parent
658987804e
commit
017b4cc3c6
|
|
@ -1,4 +1,4 @@
|
|||
API Authentication
|
||||
API de autentificación
|
||||
==================
|
||||
|
||||
API endpoint
|
||||
|
|
@ -7,33 +7,39 @@ API endpoint
|
|||
URL: `https://YOUR_SERVER/jsonrpc.php`
|
||||
|
||||
|
||||
Default method (HTTP Basic)
|
||||
Metedo por default (HTTP Basico)
|
||||
---------------------------
|
||||
|
||||
### Application credentials
|
||||
### Aplicación de credenciales
|
||||
|
||||
- Username: `jsonrpc`
|
||||
- Password: API token on the settings page
|
||||
- Password: API token para la configuración de pagina
|
||||
|
||||
### User credentials
|
||||
### Credencial de usuario
|
||||
|
||||
- Use the real username and password
|
||||
- Usar el usuario real y su password
|
||||
|
||||
The API use the [HTTP Basic Authentication Scheme described in the RFC2617](http://www.ietf.org/rfc/rfc2617.txt).
|
||||
La API usa la [Autentificación Basica del esquema HTTP descrita en el RFC2617](http://www.ietf.org/rfc/rfc2617.txt).
|
||||
|
||||
|
||||
Custom HTTP header
|
||||
------------------
|
||||
Modificar el header HTTP
|
||||
------------------------
|
||||
|
||||
You can use an alternative HTTP header for the authentication if your server have a very specific configuration.
|
||||
Se puede usar un hedear HTTP alternativo para la autentificación si tu servidor es muy especifico
|
||||
You can use an alternative HTTP header for the authentication if your server have a very specific
|
||||
configuración.
|
||||
configuration.
|
||||
|
||||
- The header name can be anything you want, by example `X-API-Auth`.
|
||||
- The header value is the `username:password` encoded in Base64.
|
||||
|
||||
Configuration:
|
||||
Configuración:
|
||||
|
||||
1. Definir tu cabecera modificada en tu `config.php`: `define('API_AUTHENTICATION_HEADER', 'X-API-Auth');`
|
||||
1. Define your custom header in your `config.php`: `define('API_AUTHENTICATION_HEADER', 'X-API-Auth');`
|
||||
2. Codificar las credenciales en Base64, ejemplo con PHP
|
||||
2. Encode the credentials in Base64, example with PHP `base64_encode('jsonrpc:19ffd9709d03ce50675c3a43d1c49c1ac207f4bc45f06c5b2701fbdf8929');`
|
||||
3. Verificar con curl
|
||||
3. Test with curl:
|
||||
|
||||
```bash
|
||||
|
|
@ -43,13 +49,19 @@ curl \
|
|||
http://localhost/kanboard/jsonrpc.php
|
||||
```
|
||||
|
||||
Error de autentificación
|
||||
-------------------------
|
||||
Authentication error
|
||||
--------------------
|
||||
|
||||
Si las credenciales son , recibiras un `401 Not Authorized` y el correspondiente respuesta del JSON.
|
||||
If the credentials are wrong, you will receive a `401 Not Authorized` and the corresponding JSON response.
|
||||
|
||||
|
||||
|
||||
Error de Autorización
|
||||
----------------------
|
||||
Authorization error
|
||||
-------------------
|
||||
|
||||
Si el usuario no , recibira un `403 Forbidden`.
|
||||
If the connected user is not allowed to access to the resource, you will receive a `403 Forbidden`.
|
||||
|
|
|
|||
|
|
@ -0,0 +1,60 @@
|
|||
API de autentificación
|
||||
==================
|
||||
|
||||
API endpoint
|
||||
------------
|
||||
|
||||
URL: `https://YOUR_SERVER/jsonrpc.php`
|
||||
|
||||
|
||||
Metedo por default (HTTP Basico)
|
||||
---------------------------
|
||||
|
||||
### Aplicación de credenciales
|
||||
|
||||
- Username: `jsonrpc`
|
||||
- Password: API token para la configuración de pagina
|
||||
|
||||
### Credencial de usuario
|
||||
|
||||
- Usar el usuario real y su password
|
||||
|
||||
La API usa la [Autentificación Basica del esquema HTTP descrita en el RFC2617](http://www.ietf.org/rfc/rfc2617.txt).
|
||||
|
||||
|
||||
Modificar el header HTTP
|
||||
------------------------
|
||||
|
||||
Se puede usar un header HTTP alternativo para la autentificación si tu servidor es muy especifico
|
||||
|
||||
configuration.
|
||||
|
||||
- El nombre del header puede ser cualquier cosa que desee, por ejemplo `X-API-Auth`.
|
||||
- El valor del header `username:password` esta codificado en Base64.
|
||||
|
||||
Configuración:
|
||||
|
||||
1. Definir tu header personalizado en tu `config.php`: `define('API_AUTHENTICATION_HEADER', 'X-API-Auth');`
|
||||
2. Codificar las credenciales en Base64, ejemplo con PHP `base64_encode('jsonrpc:19ffd9709d03ce50675c3a43d1c49c1ac207f4bc45f06c5b2701fbdf8929');`
|
||||
3. Verificar con curl
|
||||
|
||||
```bash
|
||||
curl \
|
||||
-H 'X-API-Auth: anNvbnJwYzoxOWZmZDk3MDlkMDNjZTUwNjc1YzNhNDNkMWM0OWMxYWMyMDdmNGJjNDVmMDZjNWIyNzAxZmJkZjg5Mjk=' \
|
||||
-d '{"jsonrpc": "2.0", "method": "getAllProjects", "id": 1}' \
|
||||
http://localhost/kanboard/jsonrpc.php
|
||||
```
|
||||
|
||||
Error de autentificación
|
||||
-------------------------
|
||||
Authentication error
|
||||
--------------------
|
||||
|
||||
Si las credenciales son , recibiras un `401 Not Authorized` y el correspondiente respuesta del JSON.
|
||||
If the credentials are wrong, you will receive a `401 Not Authorized` and the corresponding JSON response.
|
||||
|
||||
|
||||
Error de Autorización
|
||||
----------------------
|
||||
|
||||
Si el usuario conectado no tiene permiso para acceder al recurso , recibirá un `403 Forbidden`.
|
||||
|
|
@ -1,43 +0,0 @@
|
|||
Configuración de calendarios
|
||||
============================
|
||||
|
||||
Ir al menu de configuraciones, despues elegir cofiguracion de calendarios que se encuentra al lado izquierdo
|
||||
|
||||
|
||||
|
||||
Existe dos diferentes calendarios en kanboard :
|
||||
|
||||
- Calendarios de projectos
|
||||
- Calendario por usuario (disponible desde el dashboard)
|
||||
|
||||
Calendario por projectos
|
||||
------------------------
|
||||
|
||||
Este calendario visualiza las tareas que se le asignan fechas de vencimiento y las tareas estan basadas sobre
|
||||
la fecha de creación o el inicio de fecha
|
||||
|
||||
### Visualizar tareas basadas en la fecha de creacion
|
||||
|
||||
- El inicio de fecha del evento del calendario es la fecha de creacion de la tarea
|
||||
- El finalización de fecha del evento es cuendo se completa una tarea
|
||||
|
||||
### Visualizar tareas basadas en las fechas de inicio
|
||||
|
||||
- La fecha de inicio del evento del calendario is la fecha de incio de la tarea
|
||||
- Esta fecha puede ser definida manualmente.
|
||||
- La fecha de finalización del evento es la fecha de terminación
|
||||
- Si no hay una fecha de inicio de la tarea no aparece en el calendario.
|
||||
|
||||
Calendarios por usuarios
|
||||
------------------------
|
||||
|
||||
Este calendario visualiza solo las tareas asignadas para el usuario y opcionalmente la información de las subtareas
|
||||
|
||||
### Visualizar subtareas basadas en el tiempo de tracking
|
||||
|
||||
- Despliega la información de las subtareas desde el calendario o en el registro de la tabla de seguimiento de tiempo
|
||||
- La intersección con los usuarios timetable es calculad
|
||||
|
||||
### Las estimaciones muestran las subtareas ( la previsión de los trabajos futuros )
|
||||
|
||||
- Mostrar la estimación de los trabajos futuros de las subtareas en estado de "todo" y con un valor definido " estimación " .
|
||||
|
|
@ -1,115 +0,0 @@
|
|||
Configuración del Email
|
||||
=======================
|
||||
|
||||
Configuración de usuarios
|
||||
-------------------------
|
||||
|
||||
Para recibir notificaciones por email los usuarios de Kanboard deben tener
|
||||
|
||||
- Activar las notificaciones de su perfil
|
||||
- Tener una dirección valida de email en su perfil
|
||||
- Ser miembro del proyecto y que este tenga activo la opción de notificaciones
|
||||
|
||||
Nota: El usuario que genera una sesión y que realiza alguna acción no recibe ninguna notificación, sólo otros miembros del proyecto.
|
||||
|
||||
Comunicación con correos electronicos
|
||||
-------------------------------------
|
||||
|
||||
There are several email transports available:
|
||||
|
||||
- SMTP
|
||||
- Sendmail
|
||||
- PHP mail funcion nativa
|
||||
- Otros métodos que pueden ser proporcionados por externos : Postmark, Sendgrid and Mailgun
|
||||
|
||||
Configuración del servidor
|
||||
--------------------------
|
||||
|
||||
Por default, Kanboard usa el bundled PHP mail function para el envio de emails.
|
||||
Porque usualmente el servidor no requiere una configuración y así tu servidor puede estar listo para enviar emails.
|
||||
|
||||
Sin embargo, es posible usar otros metodos, como el protocolo SMTP y Sendmail
|
||||
|
||||
### Configuración SMTP
|
||||
|
||||
Renombrar el archivo `config.default.php` a `config.php` y modificar estos valores:
|
||||
|
||||
```php
|
||||
// We choose "smtp" as mail transport
|
||||
define('MAIL_TRANSPORT', 'smtp');
|
||||
|
||||
// We define our server settings
|
||||
define('MAIL_SMTP_HOSTNAME', 'mail.example.com');
|
||||
define('MAIL_SMTP_PORT', 25);
|
||||
|
||||
// Credentials for authentication on the SMTP server (not mandatory)
|
||||
define('MAIL_SMTP_USERNAME', 'username');
|
||||
define('MAIL_SMTP_PASSWORD', 'super password');
|
||||
```
|
||||
|
||||
También es posible utilizar una conexión segura, TLS or SSL:
|
||||
|
||||
```php
|
||||
define('MAIL_SMTP_ENCRYPTION', 'ssl'); // Valid values are "null", "ssl" or "tls"
|
||||
```
|
||||
|
||||
### Configuración Sendmail
|
||||
|
||||
Por default el comando para el sendmail esta `/usr/sbin/sendmail -bs` Pero usted puede personalizarlo en su archivo de configuración.
|
||||
|
||||
Ejemplo:
|
||||
|
||||
```php
|
||||
// We choose "sendmail" as mail transport
|
||||
define('MAIL_TRANSPORT', 'sendmail');
|
||||
|
||||
// If you need to change the sendmail command, replace the value
|
||||
define('MAIL_SENDMAIL_COMMAND', '/usr/sbin/sendmail -bs');
|
||||
```
|
||||
|
||||
### PHP funcion nativa de email
|
||||
|
||||
Esta es la configuración por default
|
||||
|
||||
```php
|
||||
define('MAIL_TRANSPORT', 'mail');
|
||||
```
|
||||
|
||||
### La dirección de correo electrónico del remitente
|
||||
|
||||
Por default, los correos electrónicos utilizarán la dirección del remitente `notifications@kanboard.local`.
|
||||
con este correo no es posible responderle
|
||||
|
||||
Tu puedes personalizar esta direccion cambiando el valor de la constante `MAIL_FROM` en tu archivo de configuración
|
||||
|
||||
```php
|
||||
define('MAIL_FROM', 'kanboard@mydomain.tld');
|
||||
```
|
||||
|
||||
Esto puede ser útil si su configuracion del servidor SMTP no acepta una dirección por default.
|
||||
|
||||
### Cómo mostrar un enlace a la tarea en las notificaciones ?
|
||||
|
||||
Para hacer eso, tu tienes que especificar la URL de tu instalación de tu kanboard [Application Settings](https://kanboard.net/documentation/application-configuration).
|
||||
|
||||
De manera predeterminada, no se define nada, por lo que no se mostrará los enlaces.
|
||||
|
||||
Ejemplos :
|
||||
|
||||
- http://demo.kanboard.net/
|
||||
- http://myserver/kanboard/
|
||||
- http://kanboard.mydomain.com/
|
||||
|
||||
No se olvide de la barra final `/`.
|
||||
|
||||
Es necesario definir de forma manual debido a que Kanboard no puede adivinar la dirección URL de una secuencia de comandos de línea de comandos y algunas personas tienen una configuración muy específica.
|
||||
|
||||
Solución de problemas
|
||||
---------------------
|
||||
|
||||
Si no hay mensajes de correo electrónico se envían y que está seguro de que todo está configurado correctamente entonces:
|
||||
|
||||
- Verificar el correo de spam
|
||||
- Habilita el modo debug y verifique el archivo `data/debug.log`, Debería ver el error exacto
|
||||
- Asegúrese de que el servidor o el proveedor de alojamiento le permite enviar mensajes de correo electrónico
|
||||
- Si usa Selinux Permitir a PHP enviar emails
|
||||
|
|
@ -1,38 +0,0 @@
|
|||
Kanban vs Todo lists and Scrum
|
||||
==============================
|
||||
|
||||
Kanban vs Todo lists
|
||||
--------------------
|
||||
|
||||
### Todo lists (lista de tareas) :
|
||||
|
||||
- Fase unica (es solo una lista de tareas)
|
||||
- Multitarea posible (no eficiente)
|
||||
|
||||
### Kanban:
|
||||
|
||||
- Multi fases,
|
||||
- Concentración absoluta para evitar multitareas por que se puede establecer un limite por columna para mejorar el progreso
|
||||
|
||||
|
||||
Kanban vs Scrum
|
||||
---------------
|
||||
|
||||
### Scrum:
|
||||
|
||||
- Los sprints son time-boxed, usualmente 2 o 4 semanas
|
||||
- No permitir cambios durante la iteración
|
||||
- La estimación es requerida
|
||||
- Utiliza la velocidad como métrica predeterminada
|
||||
- El tablero de Scrum se borra entre cada sprint
|
||||
- Scrum tiene funciones predefinidas como scrum master , los dueños del producto y el equipo
|
||||
- Una gran cantidad de reuniones: planeaciones, backlogs grooming, daily stand-up, retrospectiva
|
||||
|
||||
### Kanban:
|
||||
|
||||
- Fluido continuo
|
||||
- Los cambios se pueden crear en cualquier momento
|
||||
- La estimacion es opcional
|
||||
- Usa la iniciativa del tiempo de ciclo para apresurar el performance
|
||||
- el tablero Kanban board es persistente
|
||||
- Kanban no impone estrictas restricciones y reuniones, el proceso es mas flexible
|
||||
Loading…
Reference in New Issue