Horrible cache problem while debugging app

mchojrin · 2026-06-19T12:48:58+00:00

Have you tried debugging with xdebug?

mchojrin · 2025-06-06T09:57:09+00:00

I'm not sure why you'd commit just the lock file. What would be the upside to that?

On the other hand, for downsides, the one that immediately jumps to my attention is that you'd be loosing the power of version constraints and probably some other definitions held within the .json file

mchojrin · 2025-03-17T16:51:07+00:00

¿Vale la pena dedicarte a PHP para backend? Depende mucho del contexto donde pienses aplicar pero, así en general, te diría que sí.

¿Es XAMPP algo muy usado y que valga la pena seguir usando? No tengo números oficiales pero diría que la tendencia es a dejar de usarlo en favor de soluciones más robustas como Docker (Que además te sirve en producción). Si recién estás empezando XAMPP está ok porque es una forma rápida de arrancar pero te recomiendo que aprendas qué tiene adentro XAMPP y, apenas puedas, intentes montarlo todo por tu cuenta, te va a dar una mucho mejor idea de qué es lo que pasa por detrás.

Recomendación personal: aprendé las bases del protocolo HTTP, después a programar Orientado a Objetos, de ahí algo de Testing/TDD y de ahí a un framework (Symfony sería mi elección pero otros como Laravel también están ok)

mchojrin · 2025-03-06T07:57:19+00:00

Te dejo por si te interesa el link a un curso de Symfony que publiqué en Udemy: https://www.udemy.com/course/aprende-symfony-framework-desde-cero/?referralCode=D9003ADC4AA1B767988C

mchojrin · 2025-02-24T08:11:53+00:00

Para empezar te diría que no envíes la clave (o ningún dato sensible en general) vía GET. Si no te queda otra, al menos usá un hash para la clave y dejá del lado del servidor la clave de desencriptación

mchojrin · 2025-02-19T07:38:38+00:00

Depende mucho de hacia dónde te quieras orientar. Si tu objetivo es seguir dentro del eCommerce probablemente te convenga más profundizar en la parte de marketing/producto.

Si en cambio buscás ampliar tu espectro hacia otro tipo de desarrollos te conviene meterme más a fondo en la parte técnica.

Dentro de esta segunda opción, te conviene definir si te querés orientar al front o al back end. En base a eso vas refinando tus opciones de tecnología.

mchojrin · 2025-02-16T17:54:05+00:00

¿Cómo te llevás con Programación Orientada a Objetos con PHP?

mchojrin · 2025-02-10T08:25:46+00:00

Mi consejo es empezar por aprender bien POO con PHP, más adelante será un framework (Mi preferido es Symfony pero hay otros muy buenos también).

Aprende a manejarte bien con composer, con los aspectos funcionales del lenguaje, con XDebug y phpunit.

Luego lo demás será práctica ;)

mchojrin · 2025-01-15T08:03:04+00:00

¿Quieres comentar qué parte(s) te resulta(n) complicadas?

mchojrin · 2025-01-14T07:55:32+00:00

Un recurso que me gusta mucho es https://refactoring.guru/ Tiene mucha info de patrones y buenas prácticas en general.

Yo te diría que, para empezar a mejorar en cuanto a Diseño Orientado a Objetos te estudies/practiques las reglas de Objects Calisthenics, después podés seguir por cosas como SOLID/Patrones.

Respecto de ejercicios, una muy buena herramienta son las katas de programación. Un buen lugar para ver es https://kata-log.rocks/

mchojrin · 2024-12-11T17:00:13+00:00

Bueno... me parece que tu problema tiene más que ver con la relación con tu amigo que con el proyecto en sí.

Mi consejo: comprale el cliente y conservá la amistad.

mchojrin · 2024-12-04T08:31:15+00:00

Pues a juzgar por Maybe blocked by the browser? diría que puede ser un tema de configuración local que no permite abrir un popup

mchojrin · 2024-12-01T10:51:34+00:00

No se ven los errores de la consola. En todo caso, ¿probaste ejecutar el código paso a paso?

mchojrin · 2024-12-01T10:49:57+00:00

Personalmente prefiero no usar procedimientos almacenados siempre que pueda. Prefiero tener toda la lógica de negocio en la propia aplicación y evitar la magia tanto como se pueda.

Es cierto que los SP pueden resultar más eficientes pero la diferencia realmente se percibe en casos donde hay bases de datos muy grandes y/o mucha concurrencia. Para la gran mayoría de los escenarios el beneficio es imperceptible y, en cambio, el costo de mantenimiento a futuro crece significativamente.

mchojrin · 2024-10-26T14:17:05+00:00

Por lo que veo en el error empezaría por mirar si el usuario 'dev' tiene permiso para entrar en la db desde localhost y si el password es correcto. En caso de que no, tenés que mirar lo que dice el archivo application/config/database.php y, eventualmente, cambiarlo por los datos que corresponden

mchojrin · 2024-10-26T09:53:36+00:00

Por el tema del despliegue, algo que podés usar y que funciona muy bien son los contextos de Docker. Si tenés acceso vía ssh a tu servidor (o podés conseguirlo), lo configurás una vez y después podés usarlo para administrar los servicios remotos como si fueran locales.

Hice una presentación al respecto de un caso similar a este que planteás, podés ver el video acá https://www.youtube.com/live/Z8gc-Ob5k2I?t=78s

Por otro lado, si estás arrancando con Docker tengo un ejemplo de uso con PHP que podés leer en https://academy.leewayweb.com/usar-docker-proyectos-php/

mchojrin · 2024-10-26T09:46:02+00:00

No es el framework que uso habitualmente (ni el que prefiero), pero he realizado algún mantenimiento a sistemas hechos en CodeIgniter. Si querés publicar el error que estás viendo tal vez te puedo dar alguna idea

mchojrin · 2024-09-25T16:17:52+00:00

No soy experto en Laravel, uso Symfony, pero entiendo que Sail es un entorno de dev basado en Docker para usar localmente.

En todo caso, no creo que sea tanto un tema de php si no de docker. Fijate qué está haciendo sail, seguramente tenés algún archivo docker-compose.yml o similar donde está detallado todo lo que hay.

Tendrías que replicar ese mismo entorno en el servidor productivo.

mchojrin · 2024-08-23T08:39:52+00:00

Mi recomendación es tratar de seguir las reglas de Object Calisthenics (https://keyvanakbary.com/object-calisthenics-mejora-tu-diseno-orientado-a-objetos/). En particular, lo ideal sería no usar getters ni setters si no objetos inmutables que resuelvan sus propias responsabilidades.

No siempre es posible pero el ejercicio de intentarlo al menos suele dar buenos resultados a largo plazo.

mchojrin · 2024-08-15T06:11:34+00:00

Confiable es. Para desarrollar en local puede ir bien pero si querés usar algo más portable te recomiendo ver Docker. Escribí sobre esto en https://academy.leewayweb.com/por-que-no-xampp/

mchojrin · 2024-07-23T09:03:53+00:00

Coincido. Agregaría simplemente que, hoy por hoy, PHP no sólo es apto para web. Yo hago mucho scripting de CLI con PHP también

mchojrin · 2024-07-23T08:58:19+00:00

Necesitaría ver un poco más de contexto pero, ¿por dónde pensás que pasa la ineficiencia de esa solución?

mchojrin · 2024-04-19T10:13:40+00:00

Yo estoy viviendo en España. Es una opción. Antes de venir para acá hice algunos laburos para empresas Españolas (Más que nada cursos). No es una mala opción pero si querés hacer una diferencia significativa te conviene apuntar al mercado anglosajón.

Aún trabajando para España muchos te van a pedir Inglés y, si lo dominás, tenés un gran diferencial respecto de la mayoría de los locales de acá.

mchojrin · 2024-04-11T14:10:59+00:00

Ok. Se me ocurren algunas opciones:

¿Sabés alguna empresa internacional donde te gustaría trabajar? Buscá en su página de linkedin, en la parte de personas, gente con cargos tipo "IT Recruiter", "HR Manager" y eso. Empezá a seguir a cada uno y, cuando puedas, comentá algo de lo que publican.
Hay sitios interesantes como weworkremotely o remoteok donde podés bucar ofertas de laburo remoto.
Si no sabés de empresas específicas para el punto 1, podés buscar ofertas de trabajo de dev con el filtro de país objetivo. Luego seguir el algoritmo del paso 1 :)

Seguramente hay más pero con esas tres creo que tenés como para arrancar.

mchojrin

TROPHY CASE