Error largo/raro de Laravel
¿Por qué se produce esto?
Seguramente se haya modificado la APP_KEY.
Si tienes en el env viejo, reemplázalo por el nuevo.
Class ‘Laravel\Scout\ScoutServiceProvider’ not found
Después de borrar la el paquete de scout de Laravel nos aparece este error:
In ProviderRepository.php line 208:
Class ‘Laravel\Scout\ScoutServiceProvider’ not found
También en nuestra api tenemos errores:
{
«message»: «Class ‘Laravel\\Scout\\ScoutServiceProvider’ not found»,
«exception»: «Symfony\\Component\\Debug\\Exception\\FatalThrowableError»,
«file»: «/var/www/html/vendor/laravel/framework/src/Illuminate/Foundation/ProviderRepository.php»,
«line»: 208,
«trace»: [
{
«file»: «/var/www/html/vendor/laravel/framework/src/Illuminate/Foundation/ProviderRepository.php»,
«line»: 144,
«function»: «createProvider»,
«class»: «Illuminate\\Foundation\\ProviderRepository»,
«type»: «->»
},
…
]
…
✅ Hemos desinstalado el paquete
✅ Hemos hecho un dump autoload
composer dump-autoload
Sigue el mismo error…
✅ Hemos limpiado la cache con:
php artisan config:clear
Y sigue el mismo error…
🤯
Para solucionar el error nos tenemos que dirigir a:
bootstrap > cache > config.php
Y borramos la importación que nos está dando error o directamente borramos todo el archivo (bootstrap/cache/config.php):
Laravel\\Scout\\ScoutServiceProvider
del bloque:
...
32 => 'App\\Providers\\MediaServiceProvider',
33 => 'Laravel\\Scout\\ScoutServiceProvider',
),
'aliases' =>
array (
'App' => 'Illuminate\\Support\\Facades\\App',
...
Y listo, volvemos a ejecutar el dump autoload
composer dump-autoload
A funcionar (:
Laravel – Key path «file:///var/www/html/storage/oauth-public.key» does not exist or is not readable
El click no funciona en el tackpad macOS Big Sur
Podemos movernos con el mouse, hacer los gestos propios pero al hacer click no responde.
Bien, no pasa nada, solo tenemos que hacer un reset de la PRAM y de la NVRAM.
Para ello seguiremos los siguientes pasos.
1. Apagamos el ordenador.
2. Encendemos e inmediatemente pulsamos las siguientes teclas a la vez:
⌥⌘RP
3. Mantenemos apretadas las teclas hasta que nuestros mac se reinicie.
4. Al reiniciarse soltamos las teclas y dejamos que arranca como siempre.
Con esto debería de volver a funcionar cuando vuelva a arrancar.
Gracias!!
No arranca Mysql – [ERROR] Can’t init tc log
Si se no nos arranca el servicio mysql primero de todo calm bitch.
Vamos a ver que pasa…
sudo systemctl status mysql.service
Si hacemos un status seguramente nos quedemos igual ya que no podemos ver el error… Nos aparece un exit code y poco más.
● mariadb.service – MariaDB 10.1.44 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2021-01-21 18:21:49 UTC; 1min 42s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 64810 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited
Process: 64734 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_rec
Process: 64732 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=
Process: 64731 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0
Main PID: 64810 (code=exited, status=1/FAILURE)
Status: «MariaDB server is down»
Procedamos a leer el log a ver qué hay por ahí (serguramente nos toque hacer con sudo por tema de permisos, y si, lo podemos leer con tail o con lo que queramos):
sudo cat /var/log/mysql/error.log
Vemos por ahí, en mi caso justo antes de que termine el archivo un errorcito.
2021-01-21 18:23:38 140318833899264 [Note] InnoDB: Dumping buffer pool(s) not yet started
2021-01-21 18:23:38 140319497206912 [Note] Plugin ‘FEEDBACK’ is disabled.
2021-01-21 18:23:38 140319497206912 [Note] Recovering after a crash using tc.log
2021-01-21 18:23:38 140319497206912 [ERROR] Can’t init tc log
2021-01-21 18:23:38 140319497206912 [ERROR] Aborting
En concreto
[ERROR] Can’t init tc log
Nada, nos lo fusilamos y a funcionar:
sudo rm -rf /var/lib/mysql/tc.log
Y ahora arrancamos:
sudo systemctl start mysql.service
Vemos el status
sudo systemctl status mysql.service
Y todo en marcha:
● mariadb.service – MariaDB 10.1.44 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-01-21 18:25:35 UTC; 13s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 65197 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status
Process: 65192 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS)
Process: 65090 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_rec
Process: 65088 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=
Process: 65087 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0
Main PID: 65165 (mysqld)
Status: «Taking your SQL requests now…»
Tasks: 30 (limit: 2309)
CGroup: /system.slice/mariadb.service
└─65165 /usr/sbin/mysqld
*Nota: En mi caso era ese error concreto, esto sucedió después de quedarse el server sin memória y de un reinicio forzado… A otros seguramente os aparecerá un error, googleadlo y a funcionar.
Saludos!
Desinstalar Java de macOS
Si queremos borrar o desinstalar todas las versiones de Java en nuestro macOS ejecutaremos los siguientes comandos en nuestro terminal:
sudo rm -rf /Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin sudo rm -rf /Library/PreferencePanes/JavaControlPanel.prefPane sudo rm -rf /Library/Application\ Support/Oracle/Java/ sudo rm -rf /Library/Java/JavaVirtualMachines
Ahora, ejecutando
java -version
y debería devolvernos algo como:
No Java runtime present, requesting install
En el caso de que no nos aparezca este mensaje seguramente nos aparecerá que tenemos instalada alguna versión de openjdk
Algo parecido a:
openjdk 11.0.9 2020-10-20
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9+11)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9+11, mixed mode)
Si en su momento instalamos openjdk, tendremos que desinstalarlo con:
brew uninstall openjdk
Para ver si está instalado con brew, listamos y vemos si aparece openjdk en la lista
ls /usr/local/Cellar/
Volviendo a ejecutar el siguiente comando, ahora si que debería de mostrarnos que no tenemos versión de java instalada.
java -version
Funciona 100% en Big Sur.
Si no os queda claro algún paso no dudéis en escribirme.
Saludos!
Si queremos borrar una versión en concreto de java en macOS, os dejo en enlace a otro post: https://ekiketa.es/desinstalar-una-version-concreta-de-java-en-macos/
Desinstalar una versión concreta de Java en macOS
[oh-my-zsh] Insecure completion-dependent directories detected:
En mi caso he tenido este error con ohMyZsh
[oh-my-zsh] Insecure completion-dependent directories detected: drwxrwxr-x 3 kikebeltran admin 96 16 ene 16:30 /usr/local/share/zsh drwxrwxr-x 5 kikebeltran admin 160 16 ene 17:35 /usr/local/share/zsh/site-functions [oh-my-zsh] For safety, we will not load completions from these directories until [oh-my-zsh] you fix their permissions and ownership and restart zsh. [oh-my-zsh] See the above list for directories with group or other writability. [oh-my-zsh] To fix your permissions you can do so by disabling [oh-my-zsh] the write permission of "group" and "others" and making sure that the [oh-my-zsh] owner of these directories is either root or your current user. [oh-my-zsh] The following command may help: [oh-my-zsh] compaudit | xargs chmod g-w,o-w [oh-my-zsh] If the above didn't help or you want to skip the verification of [oh-my-zsh] insecure directories you can set the variable ZSH_DISABLE_COMPFIX to [oh-my-zsh] "true" before oh-my-zsh is sourced in your zshrc file.
Solucionado ejecutando en consola:
chmod 755 /usr/local/share/zsh chmod 755 /usr/local/share/zsh/site-functions