Gente! Esses vídeos sobre rede são um patrimônio da humanidade rs O canal do Akita é praticamente uma enciclopédia audiovisual de tecnologia da informação. Obrigado por compartilhar!!
Caramba que conteúdo incrível, eu aprendi de forma empírica a enviar dados entre processos através de arquivos, mas eu achava que isso era uma gambiarra que eu fazia e que os programadores mais experientes faziam de outra forma. Agora tudo ficou mais claro.
eu não mencionei neste episódio, mas a gente não usa arquivo se não precisar e nem rede. tem um meio do caminho chamado UNIX sockets. Pesquise a respeito.
@@Akitando eu comecei um curso na programação que e análise e desenvolvimento de sistema eu nunca tive contato Com programação porém sempre tive vontade de fazer algo relacionado a computação só que as vezes da vontade de desistir por não ter contato antes com programação aí vou fazer algumas atividades aqui da faculdade cara tem algumas que apanho mesmo só não desisti por que eu gosto do que eu estou fazendo mais as vezes da desânimo por conta disso por favor se vc ler esse comentário da uma dica aí tipo vc tem algum curso justamente para ajudar pessoas assim como eu que estou no início e apanhando ainda dá programação 😳😳tava olhando aqui no TH-cam pessoas da área apareceu seus vídeos comecei assistir gostei do canal fiz inscrição vou acompanhar aqui seu conteúdo. Forte abraço um conselho e algumas dicas para mim vai ser bem vinda vlw.
@@LucasSantos-kv9mj uma dica que o Akita sempre dá é: abrir a porcaria do GitHub, procurar algo interessante e COPIAR o código. Isso mesmo, copiar tudo, tentar compilar e fazer o programa q vc copiou funcionar. . Você nunca vai criar um código que presta se ainda não leu código o suficiente. Lembre-se, você precisa de *input* para deipois fazer *output* . Você precisa ler bastante para conseguir escrever bons texto. Você precisa escutar muito para começar a entender um novo idioma e só depois de escutar bastante você vai conseguir falar o novo idioma...
@@LucasSantos-kv9mj O Akita respondeu seu comentário dois anos atrás. - A Dor de Aprender | Que Cursos/Livros?: th-cam.com/video/HEaIsKm-pao/w-d-xo.html - Guia DEFINITIVO de Aprendendo a Aprender | A maior BRONCA da sua vida [RATED R]: th-cam.com/video/oUPaJxk6TZ0/w-d-xo.html
Akita em 40:50 outros comandos como ls ou get não funcionam pois o cliente de linha de comando FTP inicia por padrão uma conexão em modo ativo, você pode alternar para o modo passivo com o comando "passive" após efetuar o login. No modo ativo o cliente se conecta na porta 21 e envia o comando "PORT" informando a porta que o servidor deve se conectar para trafegar os dados. Hoje raramente é utilizado devido aos firewalls bloquearem essas conexões. Já no modo passivo todas as conexões partem do lado do cliente, ele se conecta na porta 21 e pede uma porta aleatória para o servidor FTP, o mesmo responde e o cliente abre uma nova conexão para transferência de dados por ela. Via telnet fica mais fácil de visualizar isso: 1. Abra uma conexão com o servidor FTP: telnet ftp_unicamp_br 21 USER anonymous PASS 2. Agora altere para o modo passivo: PASV 3. Será retornado uma resposta como essa: "227 Entering Passive Mode (143,106,10,149,137,162)." É o servidor informando uma porta aleatória para que seja feito uma nova conexão, os primeiros 4 números são o IP na qual deverá ser feita a conexão e os últimos 2 números, a porta. Por o número da porta ser um valor de 16 bits foi decidido manter todos os números entre vírgulas com 8 bits, Para descobrir a porta é necessário fazer um pequeno cálculo com os 2 números, porta = n1 * 256 + n2 4. O resultado do exemplo é 35234, então se abra uma nova conexão em outro terminal: telnet ftp_unicamp_br 35234 5. Agora pode voltar à conexão de controle (porta 21) e dar o comando "LIST". Voltando ao outro terminal terá a resposta. Existem mais detalhes a respeito mas não quero me estender mais. Excelente vídeo Akita! Redes depois que você entende os fundamentos é fascinante! Até 10 meses atrás eu era um desenvolvedor, agora como sysadmin eu vejo o quanto que esses conceitos agregam no software que escrevo e vice-versa.
Seus conteúdos resumem semestres de aulas tediosas em minutos de vídeos valiosos! Parabéns pela dedicação em transmitir seus conhecimentos de forma tão simples!
5:30 Na teoria, um processo não deveria ler a memória de outro, mas na prática, se você está em ring 0/hardware, dá pra dar bypass, assim como o Ighor Augusto explica em uma palestra dele sobre bypass em soluções de segurança. É graças a isso que GameTrainers são feitos, leem e escrevem em endereços de memória que não deveriam ser vistos por mais ninguém. Pra um jogo online ser "bom" e "sem hacks" sua arquitetura deve fazer com que o servidor calcula TUDO, pra que mesmo que o cliente consiga alterar um endereço de memória indevido, os cálculos feitos pelo servidor que divergirem com o que o cliente calculou (isso tem um nome, não lembro kkk, algo como cálculo de ponto futuro), ele é descartado e os dados do servidor prevalecem quando a escrita na memória. 5:51 Se tem 3 formas de comunição entre processor na verdade, PIPEs, FDs e Shared Memory... onde em Shared Memory, basicamente é necessário toda aquele controle de semáfaros, etc.. que você já explicou um vídeo de gerênciamento de memória. Responsável por isso no Linux, é o que chamamos de IPC (inter proccess communication), tanto que o Docker cria um Namespace única de IPC para criar mais um nível de isolamento entre o host e os containers.. dá pra ver todos os IPCs com o binário "ipcs". Li isso no livro "Container Security" de Liz Rice, um dos melhores livros de segurança que já li, alias, se alguém souber de mais algum bom livro de segurança, fazer me recomendar.
O fim foi o mais legal, os erros de gravação, ver o Binho bravo com o vizinho. Parabéns, ficou incrível e bem informativo o vídeo. Faz sempre os erros de gravação, pra nos divertir um pouco. Obrigado.
Melhor canal da Internet! Já chego dando voadora de like no Akita San! Fui de infra por mais de 20 anos e acompanhei toda evolução desde redes coaxiais, IPX. Appletalk e consolidação do TCP/IP. Mesmo com você dizendo que é o conteúdo "é básico para quem é de telecom", não deixa nada de importante de fora até mesmo para quem quer ir para essa área. Parabéns, japonês!
2 ปีที่แล้ว +3
Ele é psicopata igual a mim, só que ele consegue se comunicar kkkk
Seus vídeos são simplesmente fantásticos eu assisto e dá vontade de compartilhar com todos meus amigos Devs para eles verem o quanto que precisamos aprender para nos tornarmos profissionais de qualidade. Seus vídeos tem aberto minha mente para relembrar que meu conhecimento é um grão de areia em um deserto. O único problema que eu estou tentando é aprender as melhores formas de realizar várias coisas mas acabo não podendo por em prática no meu trabalho pelo analista acabar querendo tudo do formato dele, apesar de ele ser um expert em delphi mas quando se trata de web eu acabo tendo mais noção que ele. Mas como eu vi em um dos seus vídeos de tentar evangelizar aos poucos kkkkk. Comecei por iniciativa própria querer criar testes unitários nas aplicações que eu crio, Dar sugestões de deploys melhores do que simplesmente instalar o xampp em uma máquina de um cliente para testar uma determinada aplicação... Agradeço pelo seu esforço por criar esses conteúdos fantásticos e ainda por cima gratuitos, estarei vendo todos os vídeos do seu canal e revendo quando tiver dúvidas. Obrigado
Caramba Fabio, parabéns pelo vídeo. Eu vim parar aqui procurando uma aula sobre Sockets e ganhei todo esse contéudo de brinde, seu clariou muito minha menta sobre Cliente/Servidor e principalmente funcionamento da Web, suas explicações são ótimas e adorei as analogias.
Esses tipos de vídeos são muito bons, nos faz relacionar nosso trabalho do dia-dia (que todo Dev acha avanço) e ver a base que roda de verdade. Precisamos estudar mais!!! Sempre fico repassando as decisões que fizemos nos projetos passados, após esses vídeos.
Acredito que o pipe não precisa esperar o programa encerrar para o conteúdo ir para o outro programa (é possível que mesmo assim os programas escrevam em grandes chunks nos pipes), exceto quando o programa é desenhado para esperar tudo, por exemplo o sort. 🤔 Por exemplo fazendo um tail -f com grep parece funcionar.
O conteúdo do Akita é o mais importante para a molecada. Eu não consigo ver essa geração atual se tornando Especialistas ou Arquitetos com tanta falta de base e fundamentos. O que vc faz aqui é igual plantar uma árvore, um legado pra toda eternidade
Será que a gente pode colocar no Linkedin que fizemos esse CURSO do Akita? É incrível a quantidade de assunto que ele aborda e como podemos passar meses estudando qualquer vídeo dele.
Excelente, que aula de redes. Mandei pros meus colegas assim como fiz isso no episódio anterior. Eu trabalho em um provedor de hospedagem e acho que esse conteúdo sendo compartilhado, fica mais simples de entender
Se vc aprendeu algo na vida, parabéns. Mas se você aprendeu e sabe explicar fazendo outros aprenderem, você merece muito mais que um parabéns. Você é um presente para o planeta.
Akita, aqui vai meu depoimento, eu estudo programação desde uns 12 anos de idade, sempre vivi no computador. Então eu aprendi estruturas de dados, loops(assunto do depoimento) e como funciona para programar de forma rustica, em 2020 eu fiz uns cursos da udemy, mas me ensinavam mais do mesmo... Em 2021, eu arrumei um emprego em uma empresa pequena, apartir dai eu ganhei um boom de conhecimento enorme, antes eu estudando por conta, não precisava me esforçar, alguma coisa me frustrava parava e deixava pra semanas depois ou algo do tipo eu pensava que nunca iria engrenar, trabalhando eu tinha que resolver o problema de qualquer forma, afinal eu estava sendo pago pra isso, aprendi a entender os erros, entender melhor como funcionava tal estrutura o porque dela funcionar assim, ter persistência, aprendi a ter olhar crítico, saber em qual situação iria gastar mais recurso usar tal estrutura, enfim um boom de conhecimento. Um dos meus maiores problemas é desprezar aquilo que eu não entendo ou acho complexo de mais pra entender, ou coisas que eu acho que já sei o suficiente, e ai que entra o assunto que eu disse no começo do comentário. Em um comentario acima, eu disse que gostava bastante de comunicações entre processos e computadores, quando eu comecei a aprender sobre e vi que era real, eu fiquei muito empolgado, e logo me deparei com um desafio, Eu só conseguia escrever/ler algo no fluxo uma vez somente pois eu não entendia como funciona o while e não tinha entendido a semantica dele, então eu pensava que sempre que eu fizesse a leitura ou a escrita no fluxo, acabou, eu simplemente tinha que começar a escutar novamente(instanciar a classe TcpListenner e invocar o metodo start), mas eu sabia que havia algo errado, pois eu sabia que sockets são conectados até que você desconecte ou algo interrompa o fluxo, eu sempre tive um sonho de fazer um app mobile que troca comandos entre socket atravez da rede para quando eu tivesse deitado na minha cama eu desligasse o meu pc, antes de começar a trabalhar eu nunca tinha imaginado que um while pois eu não sabia que até ler o while ficaria travado, inclusive que eu teria que usar threads para não travar minha aplicação inteira só esperando a resposta, enfim pessoal que ler este comentario, eu tive a sorte de conseguir um emprego que me forçasse a aprender, quem não quer passar por isso, faça uma faculdade, lá eles vão te ensinar de uma forma muito melhor que o de cursos online, ou aprender sozinho, mais do que tudo antes de querer uma resposta, a pergunta tem que ser feita da forma certa, quando eu fui aprender sobre sockets, eu jamais imaginaria que o nome era esse, eu pesquisava coisas muito chochas, não sabia perguntar pro google, isso se dava pelo baixo conhecimento tecnico, eu sabia o que queria na pratica, mas o google não funciona assim, hoje vocês tem a facilidade do gpt, eu nem conhecia isso. Enfim, não sei se vc vai ler isso Akita, mas um dos caras que mais me ajudou a não desistir da programação foi o seu canal, por mais que oq vc falava era uma sopa de letrinhas pra mim, me manteve motivado a tentar entender o que você fala, hoje eu entendo muito bem tudo que você explica.
Oi Akita! Sempre compartilhando conhecimento de qualidade! Parabéns pelo conteúdo! Diga-me, por favor! Na série sobre redes você vai abordar temas como IPSec, DNSSec, Poison Cache DNS e Man in the Middle, mesmo que superficialmente? Caso não e se possível eu gostaria de saber a sua visão sobre esses assuntos! Obs 1.: acompanhei também seus stories recentes no Facebook/Instagram e publicações no LinkedIn! Aprendo e me divirto com as histórias! Cada tirada! haha Obs 2.: assisti esse vídeo dias atrás. Obrigado!
O Akita vai lá, decide que vai fazer uma minissérie de só 3 vídeos, acha que fica ruim, faz mais, salva em uma playlist organizada pra deixar ainda mais fácil, grava até os bloopers mostrando quanta raiva que passa pra fazer cada vídeo e ainda sim tem gente que consegue vir encher o saco
Pessoal, se nas configurações de TLS da Cloudflare a gente botar o maior TLS possível, isso acelera o tempo de resposta de uma aplicação, já que o cache tem aquele TLS de longa duração gravado?
TTL vc quer dizer? Mas não, acho que não faz diferença e vai te dificultar se precisar editar alguma coisa na zona do domínio pq vai levar muito mais tempo pra expirar e atualizar. Deixa sempre o default.
fread(): No minuto 7:48, a função é chamada e os seguintes argumentos são passados a ela: fread(&buffer, sizeof(char), 20, file); Não deveria ser assim, na verdade?: fread(buffer, sizeof(buffer[0]), strlen(buffer) + 1, file); 1. O buffer é um array, portanto, ele decai para ponteiro ao ser passado como argumento. Colocar "&buffer" está passando o endereço do ponteiro, não o endereço que o ponteiro do buffer armazena (aponta); 2. sizeof(buffer[0]) é melhor porque não fica hard-coded; 3. strlen(buffer) + 1 pelo mesmo motivo acima; fwrite(): Em 7:53 no lugar de strlen deveria ter, na verdade, assim como na argumentação mostrada no minuto 7:48, um sizeof(char)/sizeof(buffer[0])? 1. Segundo o The Open Group: "A função _size_t fwrite(const void *ptr, size_t size, size_t nitems, FILE *stream);_ escreve, a partir do array apontado por _ptr_, até _nitems_ elementos cujo tamanho é especificado por _size_, no fluxo de dados apontado por _stream_. (...)"
Olá Akita excelente vídeo como sempre, mas em 12:12 sua ilustração do código em C sugere que a função fopen() retorna um file descriptor, mas o retorno dessa função é um stream, que tem o tipo *FILE, a função open() é quem na verdade retorna um file descriptor, do tipo int
me fez lembrar que no inicio da faculdade de ciência da computação quando tava estudando C e fui inventar de criar um site usando C, e o unico livro que achei na biblioteca foi um sobre a biblioteca , foi meu inicio em redes , e foi libertador ao mesmo tempo saber como os protocolos e a internet funciona.
Olha, eu assisti o video 3 de novo - queria lembrar a parte que fala de hub x switch e acabei vendo o vídeo todo pq é impossível parar depois de ver você personificando um MAC gritando "Sou eu caralh*** - e devo confessar que percebi que na primeira vez tinha ficado algumas coisas mal resolvidas, que nessa segunda vez fez o total sentido em várias situações.... Já nesse aqui, nossa, eu passei anos usando comando de telnet sem ter a menor ideia do que era exatamente o protocolo... simplesmente adorei o vídeo, e espero pelo de SSH que você comentou... Agora uma dica, o DevTools abre no F12 também... é um botão só kkkkkk
Meu Deus. Estava só no áudio, aí entrou no final do vídeo e eu: Mas que p8888888 é essa? Fui redirecionado para algum site escuso? Nâo, É só o Akita fazendo a própria versão do gemidão do zap.
Todos os vídeos de redes tem sido importantes mas esse é o mais crítico, porque é o que mais aproxima do nosso dia a dia. Mas os outros são bases importantes pra esse. Já dei like. Esse é um daqueles vídeos pra ver pelo menos 4 vezes.
camiseta da 42❤️❤️❤️ estou me planejando para estudar lá daqui uns meses, o único problema é a distância (moro em São Bernardo do Campo), mas eu vou dar um jeito. Abraço😁🙆
Quando eu estava procurando sobre comunicação entre processos, ainda não tinha visto esse video, mas queria por que queria saber como invadir o processo de outro programa, comecei a estudar linguagens de mais baixo nivel c/c++, utilizando a api do windos, e comecei a conseguir acessar valores de outros programas que envolviam c/c++ e entendi que, memoria não faz distintição de tipos, e que o windows não deixa você manipular dados em memoria destinadas à aquele processo, isso foi meio frustrante, pois eu queria fazer a chamada de um metodo apartir do meu programa, ai uma coisa que eu já tinha estudado sobre, que era sockets virei uma chavinha e pensei, Cara, isso daqui resolve meu problema. Eu sou fascinado por comunicação entre processos e computadores...
agora sim akita, socket... vc ficou meio impaciente pelo publico de principios de network, enfim... agora nestes episodios "de sockets" é outra coisa meu amigo... um grande abraço
Sockets... uma das coisas mais bacana a se usar.... meu primeiro aprendizado com sockets foi desenvolvendo um trojan chamado de Girlfriend onde era possível fazer diversas coisas bacanas como listar diretórios, baixar arquivos, capturar telas, etc.
O teu canal com toda a certeza do mundo é um baú de sabedoria, parabéns, primeiro pela a vontade de expor sua sabedoria pra o público e segundo por ser uma pessoa muito blindada a críticas e sempre continuar no caminho certo.
Vídeo maneiro demais!! ksksk Na minha config do nvim eu fiz um sistema de update que executa os comandos git em um silent term e ler as saídas, assim as pessosas que usam minha config conseguem puxar as alterações. Eu achava que isso era muita gambiarrra, mas agora vejo nem é tanto assim.
Akita, parabéns pelo conteúdo, tem algum vídeo onde vc fala das portas acessórias? Ou seja, tem a porta principal e o SO direciona o stream para uma porta acessória temporária para manter a porta principal sempre livre?
Mais uma grande aula! Valeu Fabio! Amo este vídeos condensados para fazer uma revisão de qualidade. No mar de ignorância da internet é bom encontrar ilhas de sabedoria e conhecimento técnico como o seu canal.
to no começo de redes e alguém poderia me explicar simplificadamente como o torrent passa pelo firewall do provedor e NAT ? sei que vai ter um proximo vídeo de segurança, to ansioso!
Antes era o vizinho fazendo obra na casa, agora os vizinhos fazendo barulho no corredor, acho que tem alguma sociedade anônima para boicotar os videos do Akita e fazer ele ficar puto no processo kkkkkkkkkkkkk
Essa série ajudou a relembrar bastante coisa da faculdade de engenharia elétrica. Nunca vou esquecer da aula em que o professor demonstrou a equação do telegrafista.
Tem gente em condomínio que é uma desgraça, faz barulho demais, coloca porcaria de som alto como se todo mundo quisesse ouvir a porcaria da música dela.
Como adendo, temos também os memory mapped files wkeopf, eles são arquivos de tamanho fixo que são mapeados na memória e podem ser compartilhados entre processos, é bem mais rápido que usar o disco pra fazer a leitura mas com o drawback de ter memória limitada e ser menos intuitivo.
tem UNIX sockets que vou falar em outro episódio também. mas sim, memory mapped files é uma alternativa, mas pra último caso, não acho muito fácil de usar pra casos comuns.
@@Akitando Isso sim wkepofkop, eles são bastante complexos e a única vantagem que vejo de fato sobre o uso de sockets tradicionais e pipes é ser memória compartilhada e uma latência menor, mas na prática eu diria que pra maioria dos casos não chega a valer o esforço wkopf. Aliás, excelente vídeo!
![ผัวเถื่อน - ยูริ โตเกียวมิวสิค [ OFFICIAL MUSIC VIDEO ]](http://i.ytimg.com/vi/P08ORRVDGl8/mqdefault.jpg)
![Guia DEFINITIVO de Aprendendo a Aprender | A maior BRONCA da sua vida [RATED R]](/img/n.gif)
Gente! Esses vídeos sobre rede são um patrimônio da humanidade rs
O canal do Akita é praticamente uma enciclopédia audiovisual de tecnologia da informação.
Obrigado por compartilhar!!
É, bem resumido.
@@ewertons.n6626 recomenda algum canal que mostre mais detalhadamente por favor?
Caramba que conteúdo incrível, eu aprendi de forma empírica a enviar dados entre processos através de arquivos, mas eu achava que isso era uma gambiarra que eu fazia e que os programadores mais experientes faziam de outra forma. Agora tudo ficou mais claro.
eu não mencionei neste episódio, mas a gente não usa arquivo se não precisar e nem rede. tem um meio do caminho chamado UNIX sockets. Pesquise a respeito.
@@Akitando eu comecei um curso na programação que e análise e desenvolvimento de sistema eu nunca tive contato Com programação porém sempre tive vontade de fazer algo relacionado a computação só que as vezes da vontade de desistir por não ter contato antes com programação aí vou fazer algumas atividades aqui da faculdade cara tem algumas que apanho mesmo só não desisti por que eu gosto do que eu estou fazendo mais as vezes da desânimo por conta disso por favor se vc ler esse comentário da uma dica aí tipo vc tem algum curso justamente para ajudar pessoas assim como eu que estou no início e apanhando ainda dá programação 😳😳tava olhando aqui no TH-cam pessoas da área apareceu seus vídeos comecei assistir gostei do canal fiz inscrição vou acompanhar aqui seu conteúdo. Forte abraço um conselho e algumas dicas para mim vai ser bem vinda vlw.
@@LucasSantos-kv9mj uma dica que o Akita sempre dá é: abrir a porcaria do GitHub, procurar algo interessante e COPIAR o código. Isso mesmo, copiar tudo, tentar compilar e fazer o programa q vc copiou funcionar.
.
Você nunca vai criar um código que presta se ainda não leu código o suficiente. Lembre-se, você precisa de *input* para deipois fazer *output* . Você precisa ler bastante para conseguir escrever bons texto. Você precisa escutar muito para começar a entender um novo idioma e só depois de escutar bastante você vai conseguir falar o novo idioma...
@@diogob003 vlw irei fazer isso obrigado.
@@LucasSantos-kv9mj O Akita respondeu seu comentário dois anos atrás.
- A Dor de Aprender | Que Cursos/Livros?: th-cam.com/video/HEaIsKm-pao/w-d-xo.html
- Guia DEFINITIVO de Aprendendo a Aprender | A maior BRONCA da sua vida [RATED R]: th-cam.com/video/oUPaJxk6TZ0/w-d-xo.html
Akita em 40:50 outros comandos como ls ou get não funcionam pois o cliente de linha de comando FTP inicia por padrão uma conexão em modo ativo, você pode alternar para o modo passivo com o comando "passive" após efetuar o login.
No modo ativo o cliente se conecta na porta 21 e envia o comando "PORT" informando a porta que o servidor deve se conectar para trafegar os dados. Hoje raramente é utilizado devido aos firewalls bloquearem essas conexões.
Já no modo passivo todas as conexões partem do lado do cliente, ele se conecta na porta 21 e pede uma porta aleatória para o servidor FTP, o mesmo responde e o cliente abre uma nova conexão para transferência de dados por ela.
Via telnet fica mais fácil de visualizar isso:
1. Abra uma conexão com o servidor FTP:
telnet ftp_unicamp_br 21
USER anonymous
PASS
2. Agora altere para o modo passivo:
PASV
3. Será retornado uma resposta como essa: "227 Entering Passive Mode (143,106,10,149,137,162)."
É o servidor informando uma porta aleatória para que seja feito uma nova conexão, os primeiros 4 números são o IP na qual deverá ser feita a conexão e os últimos 2 números, a porta.
Por o número da porta ser um valor de 16 bits foi decidido manter todos os números entre vírgulas com 8 bits, Para descobrir a porta é necessário fazer um pequeno cálculo com os 2 números, porta = n1 * 256 + n2
4. O resultado do exemplo é 35234, então se abra uma nova conexão em outro terminal:
telnet ftp_unicamp_br 35234
5. Agora pode voltar à conexão de controle (porta 21) e dar o comando "LIST".
Voltando ao outro terminal terá a resposta.
Existem mais detalhes a respeito mas não quero me estender mais.
Excelente vídeo Akita!
Redes depois que você entende os fundamentos é fascinante! Até 10 meses atrás eu era um desenvolvedor, agora como sysadmin eu vejo o quanto que esses conceitos agregam no software que escrevo e vice-versa.
boa, faltou mesmo modo passivo. coloquei na errata
Seus conteúdos resumem semestres de aulas tediosas em minutos de vídeos valiosos! Parabéns pela dedicação em transmitir seus conhecimentos de forma tão simples!
Estou literalmente usando os vídeos como material de apoio pra estruturas de rede hehe
5:30 Na teoria, um processo não deveria ler a memória de outro, mas na prática, se você está em ring 0/hardware, dá pra dar bypass, assim como o Ighor Augusto explica em uma palestra dele sobre bypass em soluções de segurança.
É graças a isso que GameTrainers são feitos, leem e escrevem em endereços de memória que não deveriam ser vistos por mais ninguém.
Pra um jogo online ser "bom" e "sem hacks" sua arquitetura deve fazer com que o servidor calcula TUDO, pra que mesmo que o cliente consiga alterar um endereço de memória indevido, os cálculos feitos pelo servidor que divergirem com o que o cliente calculou (isso tem um nome, não lembro kkk, algo como cálculo de ponto futuro), ele é descartado e os dados do servidor prevalecem quando a escrita na memória.
5:51 Se tem 3 formas de comunição entre processor na verdade, PIPEs, FDs e Shared Memory... onde em Shared Memory, basicamente é necessário toda aquele controle de semáfaros, etc.. que você já explicou um vídeo de gerênciamento de memória.
Responsável por isso no Linux, é o que chamamos de IPC (inter proccess communication), tanto que o Docker cria um Namespace única de IPC para criar mais um nível de isolamento entre o host e os containers.. dá pra ver todos os IPCs com o binário "ipcs". Li isso no livro "Container Security" de Liz Rice, um dos melhores livros de segurança que já li, alias, se alguém souber de mais algum bom livro de segurança, fazer me recomendar.
Excelente vídeo como sempre! Se os níveis de conhecimento em computação fossem medidos como as patentes do CS GO, o Akita seria Global.
O fim foi o mais legal, os erros de gravação, ver o Binho bravo com o vizinho. Parabéns, ficou incrível e bem informativo o vídeo. Faz sempre os erros de gravação, pra nos divertir um pouco. Obrigado.
xingar sem se preocupar com monetização, que liberdade.
Indiscutivelmente o melhor canal de computação do YT brasileiro, e um dos melhores do mundo .
Que saudade me deu desse final dos 90's...nostalgia de telnet, irc
Melhor canal da Internet!
Já chego dando voadora de like no Akita San!
Fui de infra por mais de 20 anos e acompanhei toda evolução desde redes coaxiais, IPX. Appletalk e consolidação do TCP/IP.
Mesmo com você dizendo que é o conteúdo "é básico para quem é de telecom", não deixa nada de importante de fora até mesmo para quem quer ir para essa área.
Parabéns, japonês!
Ele é psicopata igual a mim, só que ele consegue se comunicar kkkk
Primeiro dá o like, depois assiste.
Seus vídeos são simplesmente fantásticos eu assisto e dá vontade de compartilhar com todos meus amigos Devs para eles verem o quanto que precisamos aprender para nos tornarmos profissionais de qualidade. Seus vídeos tem aberto minha mente para relembrar que meu conhecimento é um grão de areia em um deserto. O único problema que eu estou tentando é aprender as melhores formas de realizar várias coisas mas acabo não podendo por em prática no meu trabalho pelo analista acabar querendo tudo do formato dele, apesar de ele ser um expert em delphi mas quando se trata de web eu acabo tendo mais noção que ele. Mas como eu vi em um dos seus vídeos de tentar evangelizar aos poucos kkkkk. Comecei por iniciativa própria querer criar testes unitários nas aplicações que eu crio, Dar sugestões de deploys melhores do que simplesmente instalar o xampp em uma máquina de um cliente para testar uma determinada aplicação... Agradeço pelo seu esforço por criar esses conteúdos fantásticos e ainda por cima gratuitos, estarei vendo todos os vídeos do seu canal e revendo quando tiver dúvidas. Obrigado
Caramba Fabio, parabéns pelo vídeo.
Eu vim parar aqui procurando uma aula sobre Sockets e ganhei todo esse contéudo de brinde, seu clariou muito minha menta sobre Cliente/Servidor e principalmente funcionamento da Web, suas explicações são ótimas e adorei as analogias.
Isso não é um mero vídeo, é uma produção audiovisual
Material excelente como sempre! Um 'plus' mas não tão importante, seria falar algo sobre 'WebSocket' um assunto que pessoalmente gosto.
Esses tipos de vídeos são muito bons, nos faz relacionar nosso trabalho do dia-dia (que todo Dev acha avanço) e ver a base que roda de verdade. Precisamos estudar mais!!! Sempre fico repassando as decisões que fizemos nos projetos passados, após esses vídeos.
Qui delícia só consigo aprender bem com esse cara esplicando.
Muito bom, Que bom que temos um cara como Akita no Brasil !
Acredito que o pipe não precisa esperar o programa encerrar para o conteúdo ir para o outro programa (é possível que mesmo assim os programas escrevam em grandes chunks nos pipes), exceto quando o programa é desenhado para esperar tudo, por exemplo o sort. 🤔 Por exemplo fazendo um tail -f com grep parece funcionar.
Isso, o pipe vai jogar o stdout do primeiro comando para o stdin do segundo até o primeiro comando morrer.
Muito bom ver o Akita xingar, não fala na porraaaaa do corredor crlhoooo kkkkkkkk
Mestre, obrigado pela aula.
Adoro estudar os fundamentos de redes e Linux amarro-me nesses conceitos.
45:22 Akita on rages. (trocadilho)
Kkkkkkk... 😅
Os rages do akita são daora, Imagina ele na ranked do lolzinho?
Comunicação com stdin/stdout também pode ser paralelizada, pois existe buffers. Enquanto um processo está lendo o outro já está gravando mais coisas.
ja tava na errata
Kkkkk. O vizinho do corredor assistindo o vídeo: 🤡
Terceira vez revendo essa série de vídeos, cada vez fica um pouco mais claro. Muito obrigado
Seria legal, se o sr ainda não fez, um vídeo sobre computação quântica, ou sobre criptografia. Abraço.
th-cam.com/video/uaKWBl49mUI/w-d-xo.html
th-cam.com/video/CcU5Kc_FN_4/w-d-xo.html
th-cam.com/video/HCHqtpipwu4/w-d-xo.html
Cara...vc é o ser mais didático e elucidativo que já assisti em toda minha vida neste mundo do youtube. Muito muito bom.. Parabéns Akita!
O conteúdo do Akita é o mais importante para a molecada. Eu não consigo ver essa geração atual se tornando Especialistas ou Arquitetos com tanta falta de base e fundamentos. O que vc faz aqui é igual plantar uma árvore, um legado pra toda eternidade
Será que a gente pode colocar no Linkedin que fizemos esse CURSO do Akita? É incrível a quantidade de assunto que ele aborda e como podemos passar meses estudando qualquer vídeo dele.
Excelente, que aula de redes. Mandei pros meus colegas assim como fiz isso no episódio anterior. Eu trabalho em um provedor de hospedagem e acho que esse conteúdo sendo compartilhado, fica mais simples de entender
essa nova abertura me deu um susto desgraçado
Se vc aprendeu algo na vida, parabéns. Mas se você aprendeu e sabe explicar fazendo outros aprenderem, você merece muito mais que um parabéns. Você é um presente para o planeta.
Akita, aqui vai meu depoimento, eu estudo programação desde uns 12 anos de idade, sempre vivi no computador. Então eu aprendi estruturas de dados, loops(assunto do depoimento) e como funciona para programar de forma rustica, em 2020 eu fiz uns cursos da udemy, mas me ensinavam mais do mesmo... Em 2021, eu arrumei um emprego em uma empresa pequena, apartir dai eu ganhei um boom de conhecimento enorme, antes eu estudando por conta, não precisava me esforçar, alguma coisa me frustrava parava e deixava pra semanas depois ou algo do tipo eu pensava que nunca iria engrenar, trabalhando eu tinha que resolver o problema de qualquer forma, afinal eu estava sendo pago pra isso, aprendi a entender os erros, entender melhor como funcionava tal estrutura o porque dela funcionar assim, ter persistência, aprendi a ter olhar crítico, saber em qual situação iria gastar mais recurso usar tal estrutura, enfim um boom de conhecimento. Um dos meus maiores problemas é desprezar aquilo que eu não entendo ou acho complexo de mais pra entender, ou coisas que eu acho que já sei o suficiente, e ai que entra o assunto que eu disse no começo do comentário.
Em um comentario acima, eu disse que gostava bastante de comunicações entre processos e computadores, quando eu comecei a aprender sobre e vi que era real, eu fiquei muito empolgado, e logo me deparei com um desafio, Eu só conseguia escrever/ler algo no fluxo uma vez somente pois eu não entendia como funciona o while e não tinha entendido a semantica dele, então eu pensava que sempre que eu fizesse a leitura ou a escrita no fluxo, acabou, eu simplemente tinha que começar a escutar novamente(instanciar a classe TcpListenner e invocar o metodo start), mas eu sabia que havia algo errado, pois eu sabia que sockets são conectados até que você desconecte ou algo interrompa o fluxo, eu sempre tive um sonho de fazer um app mobile que troca comandos entre socket atravez da rede para quando eu tivesse deitado na minha cama eu desligasse o meu pc, antes de começar a trabalhar eu nunca tinha imaginado que um while pois eu não sabia que até ler o while ficaria travado, inclusive que eu teria que usar threads para não travar minha aplicação inteira só esperando a resposta, enfim pessoal que ler este comentario, eu tive a sorte de conseguir um emprego que me forçasse a aprender, quem não quer passar por isso, faça uma faculdade, lá eles vão te ensinar de uma forma muito melhor que o de cursos online, ou aprender sozinho, mais do que tudo antes de querer uma resposta, a pergunta tem que ser feita da forma certa, quando eu fui aprender sobre sockets, eu jamais imaginaria que o nome era esse, eu pesquisava coisas muito chochas, não sabia perguntar pro google, isso se dava pelo baixo conhecimento tecnico, eu sabia o que queria na pratica, mas o google não funciona assim, hoje vocês tem a facilidade do gpt, eu nem conhecia isso. Enfim, não sei se vc vai ler isso Akita, mas um dos caras que mais me ajudou a não desistir da programação foi o seu canal, por mais que oq vc falava era uma sopa de letrinhas pra mim, me manteve motivado a tentar entender o que você fala, hoje eu entendo muito bem tudo que você explica.
Oi Akita! Sempre compartilhando conhecimento de qualidade! Parabéns pelo conteúdo!
Diga-me, por favor! Na série sobre redes você vai abordar temas como IPSec, DNSSec, Poison Cache DNS e Man in the Middle, mesmo que superficialmente? Caso não e se possível eu gostaria de saber a sua visão sobre esses assuntos!
Obs 1.: acompanhei também seus stories recentes no Facebook/Instagram e publicações no LinkedIn! Aprendo e me divirto com as histórias! Cada tirada! haha
Obs 2.: assisti esse vídeo dias atrás.
Obrigado!
O Akita vai lá, decide que vai fazer uma minissérie de só 3 vídeos, acha que fica ruim, faz mais, salva em uma playlist organizada pra deixar ainda mais fácil, grava até os bloopers mostrando quanta raiva que passa pra fazer cada vídeo e ainda sim tem gente que consegue vir encher o saco
O FINAL KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
Com vídeos assim eu entendo MUITO vem o porquê de seus backups serem tão importantes... É um patrimônio histórico!!!!
Pessoal, se nas configurações de TLS da Cloudflare a gente botar o maior TLS possível, isso acelera o tempo de resposta de uma aplicação, já que o cache tem aquele TLS de longa duração gravado?
TTL vc quer dizer? Mas não, acho que não faz diferença e vai te dificultar se precisar editar alguma coisa na zona do domínio pq vai levar muito mais tempo pra expirar e atualizar. Deixa sempre o default.
@@Akitando TTL, valeu.
Cara, quando li o título vim correndo assistir. Já deixei o like. Sensacional!!!
fread():
No minuto 7:48, a função é chamada e os seguintes argumentos são passados a ela: fread(&buffer, sizeof(char), 20, file);
Não deveria ser assim, na verdade?: fread(buffer, sizeof(buffer[0]), strlen(buffer) + 1, file);
1. O buffer é um array, portanto, ele decai para ponteiro ao ser passado como argumento. Colocar "&buffer" está passando o endereço do ponteiro, não o endereço que o ponteiro do buffer armazena (aponta);
2. sizeof(buffer[0]) é melhor porque não fica hard-coded;
3. strlen(buffer) + 1 pelo mesmo motivo acima;
fwrite():
Em 7:53 no lugar de strlen deveria ter, na verdade, assim como na argumentação mostrada no minuto 7:48, um sizeof(char)/sizeof(buffer[0])?
1. Segundo o The Open Group: "A função _size_t fwrite(const void *ptr, size_t size, size_t nitems, FILE *stream);_ escreve, a partir do array apontado por _ptr_, até _nitems_ elementos cujo tamanho é especificado por _size_, no fluxo de dados apontado por _stream_. (...)"
Conteúdo muito bom em vídeo.
Excelente , mais um vídeo nota 10. Muito bem explicado. Rever os conceitos básicos sempre ajuda no dia a dia do desenvolvedor !
hahahahaha daora mesmo eh vê o Fabio xingando pakarai no final.... excelente vídeo... mais um trecho de aprendizado... valeu AKITA !!!!
Dessa vez, além do vizinho, sobrou até para o Tablet nos créditos do final do vídeo ahahahahaha muita calma nessas horas kkkkk
Olá Akita excelente vídeo como sempre, mas em 12:12 sua ilustração do código em C sugere que a função fopen() retorna um file descriptor, mas o retorno dessa função é um stream, que tem o tipo *FILE, a função open() é quem na verdade retorna um file descriptor, do tipo int
me fez lembrar que no inicio da faculdade de ciência da computação quando tava estudando C e fui inventar de criar um site usando C, e o unico livro que achei na biblioteca foi um sobre a biblioteca , foi meu inicio em redes , e foi libertador ao mesmo tempo saber como os protocolos e a internet funciona.
É tanto conteúdo que chega a doer fisicamente kkk. Tirar um cochilo e ver o próximo.
P.s.: Espero que o vizinho não assista o vídeo...
Olha, eu assisti o video 3 de novo - queria lembrar a parte que fala de hub x switch e acabei vendo o vídeo todo pq é impossível parar depois de ver você personificando um MAC gritando "Sou eu caralh*** - e devo confessar que percebi que na primeira vez tinha ficado algumas coisas mal resolvidas, que nessa segunda vez fez o total sentido em várias situações.... Já nesse aqui, nossa, eu passei anos usando comando de telnet sem ter a menor ideia do que era exatamente o protocolo... simplesmente adorei o vídeo, e espero pelo de SSH que você comentou... Agora uma dica, o DevTools abre no F12 também... é um botão só kkkkkk
Meu Deus. Estava só no áudio, aí entrou no final do vídeo e eu: Mas que p8888888 é essa? Fui redirecionado para algum site escuso? Nâo, É só o Akita fazendo a própria versão do gemidão do zap.
Todos os vídeos de redes tem sido importantes mas esse é o mais crítico, porque é o que mais aproxima do nosso dia a dia. Mas os outros são bases importantes pra esse. Já dei like. Esse é um daqueles vídeos pra ver pelo menos 4 vezes.
Caralho, bicho, isso que eu chamo de TH-cam Premium. Vídeo porreta pra iniciar os estudos!!!
a res.end() não tem que ser convertido com JSON.stringfy ?
camiseta da 42❤️❤️❤️
estou me planejando para estudar lá daqui uns meses, o único problema é a distância (moro em São Bernardo do Campo), mas eu vou dar um jeito. Abraço😁🙆
muito obrigado pelo conteúdo... 😂😂😂😂 outra coisa, para abrir o devtools no windows é ctrl+shift+i caraio! Não j... Da onde vc tirou J?
Huahuahua esses finais ficam muito bons, dá uma quebrada boa e ainda fica engraçado demais. Grato pelo conteúdo.
F12 tbm abre developer tools
Ah claro, excelente video! Esclareceu muita coisa 👏🏻👏🏻
Quando eu estava procurando sobre comunicação entre processos, ainda não tinha visto esse video, mas queria por que queria saber como invadir o processo de outro programa, comecei a estudar linguagens de mais baixo nivel c/c++, utilizando a api do windos, e comecei a conseguir acessar valores de outros programas que envolviam c/c++ e entendi que, memoria não faz distintição de tipos, e que o windows não deixa você manipular dados em memoria destinadas à aquele processo, isso foi meio frustrante, pois eu queria fazer a chamada de um metodo apartir do meu programa, ai uma coisa que eu já tinha estudado sobre, que era sockets virei uma chavinha e pensei, Cara, isso daqui resolve meu problema. Eu sou fascinado por comunicação entre processos e computadores...
agora sim akita, socket... vc ficou meio impaciente pelo publico de principios de network, enfim... agora nestes episodios "de sockets" é outra coisa meu amigo... um grande abraço
Estou na etapa de fazer um servidor na faculdade, e finalmente achei uma excelente explicação sobre protocolos
Sockets... uma das coisas mais bacana a se usar.... meu primeiro aprendizado com sockets foi desenvolvendo um trojan chamado de Girlfriend onde era possível fazer diversas coisas bacanas como listar diretórios, baixar arquivos, capturar telas, etc.
Que conteúdo das galáxias. Muito obrigado 🫶🏾🙌🏾👊🏾
O teu canal com toda a certeza do mundo é um baú de sabedoria, parabéns, primeiro pela a vontade de expor sua sabedoria pra o público e segundo por ser uma pessoa muito blindada a críticas e sempre continuar no caminho certo.
5:52 Processos não podem também se comunicar através de sinais do SO? No caso do linux eu sei que dá, não sei com relação à windows ou MacOS
consegui fazer meu hello world raiz com vc. kkkkkk muito bacana, ver como funciona por de baixo dos panos. obg (sou apenas entusiasta)
Vídeo maneiro demais!! ksksk
Na minha config do nvim eu fiz um sistema de update que executa os comandos git em um silent term e ler as saídas, assim as pessosas que usam minha config conseguem puxar as alterações. Eu achava que isso era muita gambiarrra, mas agora vejo nem é tanto assim.
Que vídeo sensacional!! Parabéns pelo vídeo, estou aprendendo muito!
Eu pagaria pra ver esse conteúdo. Cursos online ficam no chinelo pro seu canal. Parabéns, e me fala como eu posso ajudar. Aceita donations?
Akita, parabéns pelo conteúdo, tem algum vídeo onde vc fala das portas acessórias? Ou seja, tem a porta principal e o SO direciona o stream para uma porta acessória temporária para manter a porta principal sempre livre?
Mais uma grande aula! Valeu Fabio! Amo este vídeos condensados para fazer uma revisão de qualidade. No mar de ignorância da internet é bom encontrar ilhas de sabedoria e conhecimento técnico como o seu canal.
to no começo de redes e alguém poderia me explicar simplificadamente como o torrent passa pelo firewall do provedor e NAT ?
sei que vai ter um proximo vídeo de segurança, to ansioso!
Antes era o vizinho fazendo obra na casa, agora os vizinhos fazendo barulho no corredor, acho que tem alguma sociedade anônima para boicotar os videos do Akita e fazer ele ficar puto no processo kkkkkkkkkkkkk
Saudações Akita, muito bom vídeo, parabéns.
Servidor "While(true)"
Navi: "Hey, listen!"
Excelente vídeo. obrigado pelo conhecimento compartilhado.
Essa série ajudou a relembrar bastante coisa da faculdade de engenharia elétrica.
Nunca vou esquecer da aula em que o professor demonstrou a equação do telegrafista.
Tem gente em condomínio que é uma desgraça, faz barulho demais, coloca porcaria de som alto como se todo mundo quisesse ouvir a porcaria da música dela.
Sempre me sinto um padawan qdo vejo os videos do Akita. Subarashi 😁
Eu começei a trabalhar recentemente com Backend com Flask, e isso esclareceu muita coisa. Conteúdo maravilhoso
Alguém fala para o Chrome que ele não está sozinho na máquina, pfv.
Agr já meio que consigo visualizar websockets
Em th-cam.com/video/lc6U93P4Sxw/w-d-xo.html seria 2^15 + 2^14 para dar 49152, certo?
A próxima vez que você falar que Java é de baixo nível...
Errei! Vou continuar.Ninguem vai me derrubar respeito todos gostei de você.
29:25 Enquanto isso as câmeras chinesas wi-fi baratinhas vem com isso. Mais seguras que cofre de banco.
O vídeo foi muito legal, até que ele falou: "compartilhe com seus amigos"
Teus vídeos são incríveis! e é mt bom ver a evolução da edição. Que didática cara, q didática
Faz um tempo que criei um servidor por conta própria, se tivesse assistido essa mini série antes com certeza teria sido muito mais fácil.
Como adendo, temos também os memory mapped files wkeopf, eles são arquivos de tamanho fixo que são mapeados na memória e podem ser compartilhados entre processos, é bem mais rápido que usar o disco pra fazer a leitura mas com o drawback de ter memória limitada e ser menos intuitivo.
tem UNIX sockets que vou falar em outro episódio também. mas sim, memory mapped files é uma alternativa, mas pra último caso, não acho muito fácil de usar pra casos comuns.
@@Akitando
Isso sim wkepofkop, eles são bastante complexos e a única vantagem que vejo de fato sobre o uso de sockets tradicionais e pipes é ser memória compartilhada e uma latência menor, mas na prática eu diria que pra maioria dos casos não chega a valer o esforço wkopf.
Aliás, excelente vídeo!
+1 inscrito
melhor parte tirando o conteúdo é claro foram os palavrões no final, me vi ali kkkk
Não sei se ainda é assim, mas que nojo o Skype usando a porta 80, dando conflito com o meu xampp
Kkkkkkk cara quem assiste até o final, não fica sem as perolas dos bastidores
Caraio tio, o vídeo flopou grandão.
Eu aposto que se fosse um vídeo oferecendo um certificado, ia bombar.
que final foi esse kkkkkkkkkk rachei de rir. Muito bom o video. Conhecimento valioso mesmo
Se um dia trabalhar pro akita passe longe do corredor 🤭🤭🤭🤭
25:36 tive que ver esse vídeo para descobrir que portas são apenas números e nada mais que uma convenção!
Caraca meu, lembrei dos erros de gravação do Jackie Chan agora, e como morria de rir vendo os erros kkkkk muito bom LoL
45:35 cara, oq eu ri nessa cena não tá escrito em nenhum livro, o akita puto é muito engraçado cara KKKKKKKKKKKKKKKKKKKKK
otimo video. muitos conceitos desses ainda nao sei muito bem e com esse video vou ir atras da profundidade nesses conceitos. vlw akita 😢
Processos, José Valin mandou lembranças!