Este es un listado de los comandos y las cosas que siempre se me olvidan, por categorías y en orden alfabético. A ver si ya no se me olvidan más:
Autor: Carlos M.
Este post resuelve el bug Flutter and google_sign_in plugin: PlatformException(sign_in_failed, com.google.android.gms.common.api.ApiException: 10: , null) que ocurre al testear a la autenticación en local. En caso de que el comando ./gradlew signingReport no funcione, es muy probable que su error esté relacionado con este problema https://stackoverflow.com/questions/61289461/java-lang-noclassdeffounderror-could-not-initialize-class-org-codehaus-groovy-v
En pocas palabras, para resolver el bug, basta con ir al archivo android\gradle\wrapper\gradle-wrapper.properties y reemplazar la línea:
distributionUrl=https\://services.gradle.org/distributions/gradle-5.6.2-all.zip
Por:
distributionUrl=https\://services.gradle.org/distributions/gradle-6.3-all.zip
También es posible que sea mejor correr el comando directamente en gitbash, para evitar esos formatos extraños que a veces genera cuando se usa en vscode.
Ahora sí, este es el post:
Normalmente es suficiente con agregar las firmas de firebase y de google play a la app para poder que funcione. Pero en el caso de las instalaciones directas (un archivo apk), es necesario agregar la firma de release de la app a firebase. El proceso es el siguiente:
Primero tenemos que consultar el listado de firmas o gradlew signinReport (por si alguna vez se había preguntado para que era ese tal archivo gradlew). Para esto hay dos opciones:
- Buscar el archivo gradlew, normalmente ubicado en un-proyecto/android/gradlew, y Hacer clic derecho encima y seleccionar la opción Abrir en la Consola (Open in Terminal).
- Navegar en la consola hasta la carpeta android.
A continuación ejecutar el siguiente comando:
./gradlew signingReport
Esto mostrará un largo reporte con todas las firmas y sobretodo con las claves SHA1, que se necesitarán.
La clave requerida en este caso es la que está marcada como release:
...
Variant: release
Config: release
Store: C:\Su Madre\Su App\android\app\key.jks
Alias: key
MD5: E6:...
SHA1: A9:...
....
Esta opción les permitirá agregar la clave a firebase o donde quiera que la necesiten… incluso en una petición a la santísima virgen, si no les funciona.
No olviden descargar y actualizar el archivo google-services.json después de esto. Eso es todo.
add_action( 'woocommerce_product_thumbnails', 'woocommerce_output_product_data_tabs', 30 );
La respuesta corta es que sería mejor configurar un entorno decente, pero no siempre lo que hay disponible ofrece las mejores herramientas para testear código. Una manera simple para poder inspeccionar variables y capturar errores es utilizar las siguientes líneas:
Abrir el archivo de configuración en la consola
sudo nano /etc/apache2/sites-enabled/000-default.conf
Comentar las líneas que hacen el redireccionamiento
Cuando uno está programando en angular, siempre es más fácil simplemente darle click al link que se genera en el error Missing index y dejar que el índice se cree solito sin tener que pensar. El lío es cuando ya es momento de pasar la aplicación a productivo y se necesitan los indices.
Para recuperar después los índices de firestore, basta con correr el siguiente comando:
firebase firestore:indexes
El comando arrojará un objeto json, correspondiente a todos los índices disponibles en el servidor.
Copiar y pegar, ¡Naturalmente!
Seré breve:
lsb_release -a
Adiós.
Suponiendo que necesitamos instalar soap y que es para la versión 7.0 de PHP:
sudo apt-get install php7.0-soap
Otra extensión que es muy común es imagick, que sale como faltante en los diagnósticos de WordPress o de WooCommerce.
sudo apt-get install php-imagick
Luego de instalar cualquier extensión, es neceario reiniciar Apache para que surta efecto:
sudo service apache2 restart
Seguramente querrán ver si la extensión quedó instalada o tal vez verificar si ya se instaló. El siguiente comando les mostrará un listado de las extensiones activas:
php -m
Basta con correr la siguiente consulta:
UPDATE `wp_users` SET `user_pass`= MD5('NUEVO_PASSWORD') WHERE `user_login`='NOMBRE_DE_USUARIO';
Al migrar un sitio en WordPress para el servicio de Google Cloud, es posible que los vínculos no funcionen. Si los enlaces permanentes se configuran en la opción «Simple», seguramente funcionarán bien.
Para resolverlo, entrar a SSH y abrir el archivo de configuración así: