Muito bom! 👏👏 Obrigado por partilhar. Trabalho com programação assíncrona usando os componentes do ReactPHP faz algum tempo. Só não fazia ideia dessa possibilidade de reutilizarmos o seu runtime para rodar projetos com abordagem síncrona e ainda assim ganharmos na performance.
Cara, isso é bom demaissss. Me parece especialmente útil pra você que já tem uma aplicação rodando e quer ter um boost de performance, certo? Pois como dito, não tira todo o proveito de uma runtime específica mas você também não precisa reescrever todo o seu código. Esplendido!
Obrigado pelo conteúdo. Ainda não entendi bem aplicabilidade e como eu poderia usar em algum projeto. Contudo, vou estudar mais. Se puder próximo vídeo mostrar um exemplo de uso em um projeto prático real, seria interessante para abrir mais a nossa mente.
Pensa em projetos grande em microserviços onde precisa escalar e receber muitas requisições ao mesmo tempo que precisa performar bem, tipo aplicações financeiras, streaming, api que fornecem serviços a milhares de aplicações, tudo isso requer performance tanto para escalar bem como por economia de custos, geralmente o pessoa usa Java, C#, Golang e Rust quando vão criar aplicações com performance e os runtimes como Swoole, Openswoole, ReactPHP, FranklinPHP e RoadRunner deixa o PHP pronto para esses cenários de aplicações críticas principalmente distribuídas
Poxa, eu mostrei um projeto real aumentando em quase 70x o número de requisições tratadas por segundo sem alterar 1 linha de código. Rsrsrs Não sei o que mais mostrar pra exemplificar a vantagem de um componente como esse.
@@DiasDeDev Muito obrigado. Acho que eu me expressei mal. Como eu posso dizer. Poderia futuramente trazer em outros vídeos futurosm mais exemplos de uso ? Uma sugestão de tema, porque a maioria optar por usa node, python outras linguagens em vez do PHP agora que o PHP tem suporte para ser usado com mais eficiência em arquitetura de micro serviços.
@@JorgeLuiz-me2ek Muito obrigado pela resposta. Nem sabia o que era exatamente runtime. Pesquisei um pouco mais e é exatamente isso que você disse. Eu assistir o vídeo tech tips brasil sobre swoole ai deu visão bacana sobre sua utilidade. Quando fiz a pergunta ao @DiasDeDev não tinha visto o vídeo do tech tips brasil sobre swoole, ai por isso eu fiquei com uma visão liimitada de outras forma poderia usar isso além do exemplo dado.
4 месяца назад
Bom demais. Esse tipo de conteúdo faz muita falta!!
Hey Vinicius tudo certo. Você tem algum video encinando a criar um container docker proficinal com php e frameworks? Seria intereçante. Obrigado pelos videos.
Recentemente, tenho visto muitas discussões sobre o futuro do PHP. Algumas pessoas afirmam que a linguagem vai desaparecer dentro de 10 anos, o que tem me deixado um pouco inseguro. Estou estudando PHP na Alura com vc, apesar desses comentários, quero entender se realmente há um declínio significativo no uso do PHP ou se essa percepção negativa é exagerada.
Nossa muito legal, seguem algumas perguntinhas, esse componente é meio parecido com aquele Laravel Octane ne? Só que la no caso o Octane seria uma integração apenas para Laravel ne? Dessa forma do vídeo fica bem bom pois conforme surgem novas runtimes que estão sempre em evolução podemos subir ambientes com diferentes runtimes para testar seria isso ne?
Exatamente! O octane é só pra Laravel e mais restrito. O Symfony Runtime permite extensão de forma muito mais simples, tanto é que várias pessoas criaram runtimes diferentes. E dá pra usar em qualquer projeto PHP.
Quando testei swoole com symfony fiquei na dúvida em como definir a quantidade de workers (worker_num) e a doc do swoole não fala como definir isso, tem algum regra ou dica relacionado a isso? Além disso, nos testes que fiz, minha api chamava outras apis então adicionava uma latência considerável até o request terminar, isso causava alguns problemas inesperados e de difícil investigação (requests dando erro 500). Resumindo, alguns requests “morriam” sem um motivo aparente e decidimos por não usar swoole e sim nginx unit, é menos performático que swoole mas mais confiável e mais performático que fpm.
@@DiasDeDev sim, habilitamos, mas mesmo assim não era muito confiável, testamos com hyperf também e incrivelmente ele era mt mais confiável que usar o symfony com swoole, porém desistimos pelo vendor lock-in que isso traria, pois hyperf é 100% swoole. E com symfony temos mais flexibilidade na mudança de runtime sem precisa adaptar code base.