Laravel y Base de Datos

Entorno de trabajo y repaso de Laravel

1

Qu茅 aprender谩s sobre Laravel Avanzado

2

Repaso de Laravel y requisitos del curso

3

Configuraci贸n de la base de datos-SQLite en Laravel

4

Instalaci贸n, configuraci贸n y uso de Homestead

5

Instalar Laravel Sanctum

6

API de autenticaci贸n: laravel UI y laravel sanctum

Manejo de tu base de datos con Laravel

7

Capa de transformaci贸n con API Resources

8

Manejo de relaciones en bases de datos con Laravel

9

Relaciones Polim贸rficas en Eloquent

La terminal de Laravel

10

C贸mo crear comandos para la terminal de Laravel

11

Ejecutando comandos desde la API

12

Programaci贸n de tareas

Eventos y tareas de Laravel

13

Eventos y Listeners en Laravel

14

Eventos de Eloquent

15

Introducci贸n al uso de Queues y Jobs

16

C贸mo disparar eventos en Queues

17

Laravel Horizon

Manejo de errores

18

C贸mo capturar y leer errores con la clase Handler

19

Excepciones personalizadas

20

Excepciones HTTP personalizadas y debugging con Laravel Telescope

21

Configuraci贸n de logs y channels en Laravel

El coraz贸n de Laravel

22

Ciclo de vida de una aplicaci贸n en Laravel

23

驴Qu茅 son los service containers?

24

驴C贸mo funciona un service container?

25

Registro y carga de clases con service providers

Creaci贸n de paquetes

26

驴C贸mo crear mis propios paquetes de Laravel?

27

Propiedades para manejo de dependencias

28

Comprende el archivo composer.json

29

Extendiendo composer.json, autocarga de clases y PSR-4

30

Crear mis propios Services Providers

31

Publicaci贸n de archivos

32

Uso de repositorios locales

33

Publicaci贸n de paquetes en packagist

No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Uso de repositorios locales

32/33
Recursos

Aportes 5

Preguntas 0

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Al final acabamos reemplazando todo por el repositorio remoto y ahora es composer quien lo maneja, lo interesante de esto es que ahora cualquier persona puede acceder a ese repositorio y clonarlo ^^

Para el desarrollo de paquete utilizo esta opci贸n

	"repositories": [
        {
            "type": "path",
            "url": "path/to/package"
        },

url apunta a la direcci贸n relativa de mi paquete

Al utilizar un repositorio de la forma como lo realizo Sergio nos permite tener una aplicaci贸n mas sencilla sin afectar su funcionamiento, sin embargo opino que ese repositorio deberia estar de alguna forma documentado.

Pero no lo estas cargando localmente,

Lo estas subiendo a github y luego lo descargas de nuevo,

No se puede hacer que lo hagas directo para ir evitando creando versiones?

en archivos de configuracion de los paquetes se crear una etiqueta llamada: repositories y se coloca el type: 鈥渧cs鈥 y una url de tu repo en gitu o cualquier repo como puede ser en gitlab tambien funciona