@LuisEduardoMoreno En realidad Stripe es usado como un "gateway" para realizar el pago mediante Google Play. La comisiòn actual es alrededor del 30%

Hola queridos amigos de alaska, tengo una duda que quisiera discutir, por eso no abro una pregunta como tal

es sobre el tema de RAID en los servidores

y el almacenamiento

como se calcula el almacenamiento disponible? ya que varia segun las confiuraciones RAID que estemos utilizando, verdad?

como cuando dicen que se tienen 8 discos duros de 2TB y 4 discos de estado solido de 4TB y que si utilizamos RAID 2, que cuanto sera el almacenamiento disponible?

en internet hay mucha informacion pero no termino de comprender cual es el "proceso" para calcular el almacenamiento disponible no se si alguien me puede.. informar un poco? o quizas tienen alguna web en donde se explica super bien?

@Villatoro imagino que es una pregunta teórica, porque el nivel RAID2 es usado con poca o ninguna frecuencia.

Guten Morgen por la mañana.

@MauricioContreras Guten Tag!

@quevedo hallo

@MauricioContreras Hola. Gusto de verte

Tengo una inquietud: Me parece que json se ha convertido en un fetiche y que la gente ha olvidado que ajax devuelve texto plano y se enredan sin necesidad, creando estructuras muy complejas, y haciendo magia para sacar data de ellas donde bástaría recibir bloques e insertarlos en su destino.

@quevedo ???

@quevedo ejemplo?

@MauricioContreras Va: es.stackoverflow.com/q/390908/91033

Casi que puedes mirar cualquiera de las últimas preguntas por ajax

Todas esperan json, y ponen a procesar al cliente donde el servidor podría preparar un simple bloque html y devolverlo

@quevedo comprendo, sin embargo te pregunto lo siguiente: ¿todos los clientes serán siempre navegadores web?

@quevedo pienso que mientras menos compleja la respuesta de un servicio más extensible llega a ser. Si el servicio me devuelve datos con formato en HTML, se pierde la esencia de la portabilidad de los mismos, para eso en vez de JSON todos usamos XML y listo. ¿O no te he entendido lo que dices?

Si tu proyecto tiene orientación web, y está orientado a mostrar contenidos en navegadores puedes estar abusando de json

Si tu proyecto devuelve data que no sabes como va a ser procesada, necesitas formatos portables. Eso es otra cosa

Pero, me he encontrado con que hay exceso de procesamiento innecesario por preparar e interpretar formatos intermedios

@quevedo en ese caso específico si te comprendo.

@MauricioContreras El motivo de la duda tiene que ver con preparar respuestas "fáciles" de manejar y entender cuando no es necesario el paso intermedio. Pero, entiendo que enfocarlas así puede ir en contravía de lo que se viene estandarizando como "buenas prácticas". De allí que tenga dudas respecto de ello

@quevedo opino que si el proyecto no requiere el paso intermedio, mejor no sobrecargarlo. Pero cada cual hace según su conveniencia.

@MauricioContreras Eso pienso. Pero, por la forma como envían las solicitudes y el enfoque que dan parece que creen que es necesario hacerlo así. Suene como se se estuviese imponiendo una especie de dogma al tratar el intercambio ajax.

Y, "siento" que al presentar las respuestas saliendo del estandar esperado sería una especie de Giordano conversando con el Papado

@quevedo pues siempre se puede dar la explicación que la regla es flexible. Todo dependerá del contexto.

@MauricioContreras Eso pienso hacer. Gracias!

Quiero traducir a español la vista de login. Según la docu, en resources/lang/ tengo que crear un archivo es.json. Pero hay un problema. Según vaya creando vistas, este archivo irá creciendo nucho. Lo que quiero es fraccionar los textos en un archivo de traducciones para cada vista. He intentado todo lo que pone la docu y no me funciona. En el momento en que pongo frases en otros archivos que no se llamen es.json, no hay forma de acceder a ellas.

@Laura1995 hola, increíblemente estoy trabajando en lo mismo

@Laura1995 no sé si lo estás manejando bien. ¿Cuál es tu default locale?

@Laura1995 ¿y dónde estás almacenando los archivos .json?

@Laura1995 igual, cuando la aplicación va crecer demasiado lo ideal es usar tu propio sistema de localización, al cual le puedes incluso dar soporte en base de datos. Básicamente estarías implementando tu propio CMS.

Los archivos json los pongo en resources/lang, como dice la docu. El locale lo tengo en es, y el fallback en en.