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?

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: “vcs” y una url de tu repo en gitu o cualquier repo como puede ser en gitlab tambien funciona