LA ISLA DEL FARO

Noticias sobre tecnología, tutoriales de programación, diseño web y experimentos.

Main navigation

¿Es posible vivir sin Google? El servicio de Google DNS

by Leave a Comment

Aquí esta la tercera parte sobre si es posible vivir sin Google y cómo le rehuimos, esta vez sobre Google DNS. En la entrada anterior hablábamos sobre el navegador, ese famoso «devorador de RAM». A Chrome lo tratábamos de evitar proponiendo algunas alternativas, como las que uso actualmente: Safari o Firefox.

 

monster chrome devouring RAM

                                  Fuente: Fciencas

Esta tercera entrega también será más corta que la primera ya que no hay mucho que contar sobre el tema. Así que nuevamente nos podremos centrar en las distintas alternativas y en las ventajas y desventajas de estas.

¿Qué es el Google DNS?

Google DNS en La Isla del Faro.
Fuente: canaltech.com.br

Antes de empezar con las alternativas, debemos hablar un poco sobre el DNS de Google. Lo primero es entender qué es un DNS y para qué sirve. Una vez entendido el funcionamiento de este, nos es fácil comprender por qué Google está interesada en que uses su servicio de DNS.

En este caso, Google usa sus DNS 8.8.8.8 y 8.8.4.4 para recabar información sobre las direcciones web que visitas. Además, se lo pones en bandeja, ya que cuando tú pones una URL, o pinchas en una, ellos se encargan en enviarle a tu ordenador la información que realmente necesita para poder entrar en la web que quieres.

De esta forma, Google tiene permiso para aprender sobre las paginas web que visitas, cuándo las visitas y un largo etc. de información.

¿Cómo podemos evitar, por lo tanto, el uso de la DNS de Google?

Alternativas a Google DNS.

Lo primero que debemos realizar es una búsqueda sobre qué opción nos interesa más para sustituir el DNS de Google.

Hay un montón de alternativas, todas con ventajas y desventajas. Por ello te recomiendo pasarte por páginas como esta de Lifewire. En ella hay listados con un montón de alternativas.

Yo, para explicar el procedimiento, usaré FreeDNS, cuyas direcciones para España son:

  • DNS primario: 172.104.237.57.
  • DNS secundario: 172.104.49.100.

Una vez tengamos elegido nuestro DNS con sus cualidades, debemos pasar a usarlo. Pero, ¿cómo?

Configurar DNS:

La configuración de DNS la podemos realizar tanto en los dispositivos como en el router.

La primera opción nos obligará a configurar los DNS de cada dispositivo que tengamos. Esto puede ser un jaleo. Aunque también te permite ajustar en cada uno el DNS que más te guste. Puedes tener, por ejemplo, un DNS rápido para un dispositivo multimedia, un DNS seguro para el dispositivo con tus cuentas bancarias y un dispositivo con otro DNS para navegar por internet.

La otra opción es cambiar el DNS del router. Implica algo más de complicación normalmente que la opción anterior (aunque configurar el DNS en móviles y tablets puede llegar a resultar más difícil).

La configuración del DNS del dispositivo normalmente se podrá hacer desde ajustes. Incluso algunas aplicaciones permiten tener su propia configuración de DNS, que puede ser muy interesante para terminar de ajustar nuestro dispositivo a medida.

Para configurar el DNS del router necesitamos acceder a la interfaz de configuración de este. Para los que no han entrado nunca en la interfaz de configuración del router, os recomiendo buscar el router y vuestra compañía en internet. Así podréis ver cuáles son el usuario y claves por defecto. Además, encontraréis posiblemente manuales y rutas para encontrar la configuración.

Una curiosidad.

Extraer información sobre las búsquedas que hacemos a través del DNS es muy común por parte de empresas proveedoras de servicios. Tanto que Google, y sobre todo Firefox, están investigando este hecho y sacando soluciones como DNS over HTTPS, que encripta la comunicación entre puntos, de forma que se complique la extracción de información por parte de otras empresas ajenas al cometido. De hecho, Firefox ya está sacando resultados de estudios de esta funcionalidad: «DoH» o «DNS over HTTPS».

Os dejo este link por si queréis saber más acerca de DoH o DNS over HTTPS.

Además, DoH, aparte de brindarnos un sistema cifrado entre el servidor DNS y el cliente, en algunos casos hará que la búsqueda sea más rápida.

Todo esto ha producido también el enfado de ciertas empresas e incluso países por el uso de esta tecnología. Como el caso de Reino Unido y sus proveedores de servicio.

Creo que con esto podemos dar por concluido el post de hoy. Pero si quieres más información sobre alguno de los puntos o que te ayude con algo, puedes dejar un comentario por aquí y intentaré echarte un cable cuando lo lea.

Un saludo y nos vemos en el próximo post.

 

ultima edición: 5 de Agosto de 2019.

Error en estructuras de control PHP por la sintaxis alternativa

by Leave a Comment

Bienvenidos a otra resolución de problemas con JGarcía. En este caso vamos encontrar una solución al error que se te muestra en las estructuras de control PHP al usar la sintaxis alternativa.

El error en las estructuras de control.

Acabo de encontrarme con un problema al intentar configurar una página en Plesk para su funcionamiento en este panel de control.

Plesk para La Isla del Faro sobre estructuras PHP.
Fuente: www.plesk.com

El problema es que la página contenía sintaxis alternativas (alternative syntax) para el tratamiento de algunas estructuras de control (bucles y condicionales) con sintaxis como la siguiente:

<?php if ($a == 5): ?>
A is equal to 5
<?php endif; ?>

Primero, al buscar cómo podía configurar el servidor para su correcto funcionamiento, no me he encontrado con la solución que arreglaba este fallo. Por ello, he indagado por las configuraciones de Plesk, y allí he dado con la clave.

La solución.

Para hacerlo funcionar lo único que tuve que hacer es:

1- En el menú lateral seleccionar la pestaña de «Sitios web y dominios».

2- A continuación, bajo el dominio en el que queremos permitir la sintaxis alternativa, seleccionamos «Configuración de PHP».

3- Activamos short_open_tag.

4- Aplicamos los cambios y tras el autoreinicio del servidor debería de empezar a funcionar.

Espero que si estás leyendo esto porque tienes este problema, se te solucione.

Si además es tu primera vez por aquí aprovecho que este post me ha quedado algo corto para recordarte que puedes suscribirte para recibir otra información util. También puedes pasarte por nuestra sección de críticas, donde damos opinión sobre cursos online que vamos haciendo, dejando así claro si el curso merece la pena hacerlo o no.

Es posible que haciéndolo encuentres cursos que te apetecía cursar, y sepas de primera mano si se ajustan a tus necesidades o no. Y todo antes de tener que comprarlos.

Si tienes cualquier duda déjamela en los comentarios, y me aseguraré de contestarte lo más rápido posible.

Un saludo y hasta la próxima.

Array: Cómo pasarlo de PHP a JSON

by Leave a Comment

Como ya sabemos, JSON es un tipo de fichero muy útil hoy en día en programación. Es por ello que muchas veces puede ser interesante pasar nuestro array de PHP, que tenemos en nuestro backend, a JSON, para trabajarlos en frontend con JavaScript.

Pasar un array de PHP a JSON en La Isla del Faro.
Fuente: play.google.com

Para ello he hecho este pequeño tutorial, por si alguno todavía no tiene claro cómo hacerlo. No os preocupéis, que es un proceso muy sencillo.

Paso 1. JSON_ENCODE para array.

Primero, usaremos json_encode en PHP, que nos devolverá la representación de los datos en JSON.

<?php
$mi_array = array(
'n_entero' => 3,
'n_decimal' => 16.16,
'm_string' => 'cadena'
);

$mi_json = json_encode($mi_array);
?>

Si ahora usásemos el comando «echo» para imprimir nuestro array en JSON $mi_json, nos mostraría algo como:

{"n_entero":3,"n_decimal":16.16,"m_string":"cadena"}

Paso 2. Usarlo en Javascript.

Ya está listo para ser usado en JavaScript. Para ello, solo tenemos que hacer lo siguiente:

<script type="text/javascript">
    var obj = JSON.parse('<?= $mi_json; ?>');
</script>

Paso 3. Acceder a obj.

En JavaScript, obj será de tipo Objeto. Es por esto que podrás acceder a los elementos de la siguiente forma:

<script type="text/javascript">
var obj = JSON.parse('<?= $mi_json; ?>');
alert("Mi entero " + obj.n_entero + " mi cadena "+ obj.m_string);
</script>

Conclusión.

Como acabamos de ver, ya no hay ningún problema en trabajar nuestro CRUD en JavaScript. Ya hemos podido pasar nuestro array de PHP a JSON, y se puede utilizar perfectamente trabajando con JavaScript. Incluso aunque nuestro lenguaje del lado del servidor sea PHP.

Es por esto que os animo sin lugar a dudas a probarlo y ponerlo en práctica. Estoy seguro de que en muchos casos os llevará a ahorrar bastantes recursos, lo que siempre es bueno 🙂

Si tenéis algún problema con esto, que no creo, no dudéis en dejármelo en los comentarios. Intentaré ayudaros en todo lo posible. O si conocéis alguna otra manera, también son bienvenidos los consejos.

Un saludo, y nos vemos en el próximo post.

Transferir archivos con SCP usando SSH

by Leave a Comment

Hoy vamos a enseñaros a transferir archivos con SCP usando SSH. ¿Para qué sirve esto?, os preguntaréis. Pues bien simple. ¿Alguna vez habéis querido pasar archivos a la Raspberry, o a cualquier ordenador, pero no teníais instalado un servidor FTP o solo podías conectarte con SSH a la terminal?

SSH para ejecutar SCP en La Isla del Faro.
Fuente: hostinger.com.

Para eso es para lo que sirve este comando. Es sorprendentemente útil, sobre todo con la Raspberry, por lo menos para nosotros.

Los pasos del comando SCP para enviar archivos o descargarlos.

Lo primero que necesitaremos es nuestra cuenta de acceso por SSH. Tiene que estar configurada en el ordenador de destino.

Lo siguiente que debemos hacer es ejecutar este comando en nuestra terminal:

scp /ruta-al-archivo-a-enviar/archivo-a-enviar usuario@IP-de-Destino:ruta-en-el-destino-deseada

Si queremos subir un directorio, entonces debemos de añadir -r. De esta manera:

scp -r /ruta-al-archivo-a-enviar/archivo-a-enviar usuario@IP-de-Destino:ruta-en-el-destino-deseada

Para descargar un archivo desde el destino remoto a nuestro ordenador local basta con invertir el comando. Es decir:

scp  usuario@IP-de-Destino:ruta-en-el-destino-del-archivo /ruta-a-la-que-deseemos-recibir-el-fichero

Y el mismo proceso si queremos descargar un directorio. En ese caso debemos de añadir -r al comando anterior:

scp -r  usuario@IP-de-Destino:ruta-en-el-destino-del-archivo /ruta-a-la-que-deseemos-recibir-el-fichero

Y eso sería todo. La verdad es que es un comando bastante sencillo, pero creo que muy útil.

Espero que os haya resultado de ayuda este breve tutorial. Nosotros lo utilizamos de vez en cuando. Sobre todo, cuando estamos trabajando con la Raspberry, donde arrancar FileZilla o conectarse al Samba, la mayoría de las veces, implica más tiempo que ejecutar este sencillo comando en la terminal.

¿Ya conocíais este comando? Los que sí, ¿lo soléis usar con frecuencia o preferís otras alternativas?

Echaremos un vistazo a todas las alternativas que nos dejéis en los comentarios, como siempre. Y, si nos gustan más que esta, quizás hablemos de ellas en un futuro post.

Un saludo y nos vemos en el próximo post 🙂

Pesadilla en la cocina: tratando de subir Emancipia a Azure

by Leave a Comment

¡Hola! Hace un tiempo os hablé de mi proyecto con Emancipia, y en qué lo iba a desarrollar. Tras empezar a trabajar en ello, me di cuenta de que lo idea para esta aplicación era hacerla con MEAN. Creo que es ideal por las características propias que tiene la app actual, y hacia dónde quieren ir con el proyecto.

Aprovechando que soy Microsoft Student Partner, decidí subir mi primera versión de la app en la nube de Microsoft. Así podría comprobar su correcto funcionamiento.

Primeros intentos con Azure.

No soy experto en subir apps programadas en NodeJS a la nube de Microsoft. Así que decidí seguir uno de los numerosos tutoriales que aparecen en la documentación de Azure. Como ya llevo un tiempo en el mundo de la programación, no me sorprendí en absoluto cuando, al subir mi aplicación, esta no funcionaba. Al fin y al cabo, dependía de un elemento creado por Microsoft que tenía que detectar automáticamente la configuración de mi app. Todo apuntaba a un fracaso, y así fue.

Docker.

Mirando otras guías de Azure, vi que me recomendaban que usara Docker, que iba a ser más fácil. Decían que ni siquiera necesitaba conocer su configuración. Con un fantástico vídeo y Visual Studio Code ¡iba a poder subir mi app! Craso error. Si ya era difícil que el servidor configurase mi app automáticamente, conseguir que funcionase sin tener ni idea era aún peor.

En más de 20 horas de investigación solo había conseguido hacer funcionar un Docker container ya creado por otro usuario. Y también alguna aplicación de ejemplo de Microsoft, que funcionan siguiendo los tutoriales. Esto es algo curioso porque en otras tecnologías hasta los ejemplos suelen fallar.

Kudu.

Tras tantas horas de fracaso, he pensado en subir mi app a otras nubes. Creo que pueden ser más fáciles de trabajar, o tener ejemplos más actualizados y útiles. Además, también estoy mirando el framework Kudu para que me ayude con la configuración. Aunque tenga pinta de estar bastante en beta y no creo que funcione. Ya veremos…

Y ahora, tras desfogarme un poco, seguiré buscando la solución. Si la tenéis y queréis dejármela en los comentarios, os lo agradeceré. Y, si la encuentro, prometo traer un tutorial que funcione de verdad, para que vosotros no tengáis este problema.

Un saludo a todo el mundo ????

Estreno nuevo móvil: iPhone SE.

by Leave a Comment

Como ya habéis leído en el título, he pasado de LineageOS a iOS. Extremos opuestos, casi, lo sé. ¿El principal motivo? El precio. El iPhone SE era el móvil más barato de entre todos los que casaban con las especificaciones que buscaba.

Imagen del móvil iPhone SE de JGarcía en La Isla del Faro.
Fuente: Instagram de La Isla del Faro.

Para los que no os lo creáis, quería las siguientes cosas:

  • Buscaba un móvil que me permitiera pagar de forma segura con NFC.
  • Quería que tuviera un S.O. actualizado.
  • Con un mínimo de 32 GB de memoria, ya que normalmente necesito unos 20 GB.

Si a todo eso le sumamos que tenía una tarjeta con cerca de 100€ para gastar en MediaMarkt, este móvil era de las mejores opciones.

Además, me permite dos cosas que quería: alejarme de Google como compañía, y conectar mejor con mi MacBook Pro.

Hablemos del móvil y mi opinión sobre él desde que lo compré.

Sobre el exterior: el móvil.

Encontrar una funda y un cristal para proteger la pantalla fue bastante fácil. Además, hay muchísimo donde escoger. Eso está bien, ya que no estoy tan limitado como con el BQ X5.

Una de las cosas con las que estoy más contento es el tamaño. Es del tamaño del que debería ser un móvil, en mi opinión. Hacía casi tres años que no podía llevar el móvil cómodamente en el bolsillo, y eso que el BQ X5 medía alrededor de 5 pulgadas.

Para los que no me conocéis, os diré algo sobre mí. Siempre he sido de la opinión de que es mejor que un teléfono sea pequeño. Tiene que ser móvil, como su nombre indica, y hacer móviles cada vez más grandes hace que pierdan su principal característica. Además, que como están de moda, los teléfonos grandes cuestan más, más incluso que un teléfono pequeño y una tablet combinados. Y eso que los dos dispositivos pueden darte juntos portabilidad y rendimiento, algo que el teléfono grande pierde ligeramente al intentar combinar.

También me encanta poner el móvil en silencio con un botón. Además de que es fácil comprobar si está silenciado o no simplemente echando un ojo al botón puedes ver si está naranja (silencio) o no.

Y el sensor de huellas está en el frontal del móvil, una gran decisión, creo. Me parece mucho mejor que los móviles que lo llevan en la parte trasera.

La cámara a día de hoy me sigue pareciendo una gran cámara. Y está integrada en el móvil, sin sobresalir como en los nuevos, lo que les resta puntos de diseño, en mi opinión.

Sobre el interior: el software.

Poder pagar con el móvil ha sido genial. Sabía que me permitiría pagar más rápido, pero los de Apple lo han llevado al extremo. ¿No tengo ni que buscar la App para pagar? Todo un acierto. Además, sincronizar una tarjeta es muy cómodo, ya que la cámara lee casi todos los datos en nada de tiempo.

El móvil tiene más potencia de la que esperaba. He podido jugar al Fortnite sin ningún problema, aparte de que consume mucha batería.

Para mi día a día es perfecto. Cuando me despierto me informa de la predicción del tiempo para ese día. Cuando llego a la Universidad o a cualquier evento programado puedo activar el modo «No molestar» hasta que se termine el evento o abandone el lugar en el que sucede…

Siri va fenomenal. Poder preguntarle algo cuando ya estoy en la cama, sin tener que levantarme a coger el teléfono, me parece un invento genial.

La velocidad a la que carga todo también me parece una pasada. En mi antiguo móvil tenía que esperar mínimo 20 segundos para poder acceder a cualquier aplicación.

También es muy cómodo hacer copias de seguridad, ya que simplemente conectarlo desbloqueado a mi MacBook hace que comience a copiarse. Esta conexión también puede verse en las contraseñas para acceder a la mayoría de sitios web, guardadas en mi Mac. Solamente con mi huella puedo acceder.

La mayoría de las apps que vienen de serie las encuentro súper útiles. Como por ejemplo KeyNote, que usé el otro día como mando para una presentación en clase.

Cuando voy a usar el móvil, la pantalla se enciende automáticamente. Y si me pongo los auriculares puedo controlar llamadas, música, Siri… De todo, sin sacar el dispositivo del bolsillo.

Otra serie de funciones, sobre todo relacionadas con la conectividad entre dispositivos de Apple, como el copiar algo en el móvil y pegarlo en el ordenador o  al revés, poder llamar desde otro dispositivo, estar con Safari en un dispositivo y poder continuar por donde estabas en otro y unas cuantas cosas más, hacen del móvil un complemento perfecto del MacBook.

Nuevo iPhone SE de JGarcía en La Isla del Faro.
Imagen realizada por JGarcía para La Isla del Faro. ©JGarcía 2019.

¿Pegas?

Si tengo que ponerle alguna, diría que la app de la cámara me parece muy limitada.

Aparte, habría que tener en cuenta las pegas de siempre: la duración de la batería, que es similar a la de todos los smartphones a la que ya estamos acostumbrados (un día de uso).

Creo que de momento no tengo mucho más que añadir. Pero si descubro nuevas funcionalidades, o se me ocurren algunas pegas, actualizaré el post con ellas.