- Docker for Desktop can run on WSL 2 without any Virtual machine!
- WSL 2 is now available for stable Windows 10 (not just Insiders) via the (stable) Windows 10 May 2020 Update.
- WSL 2 is available for Windows Home editions, too, you don't need a Pro license!
- Docker for Desktop with WSL 2 eliminates many issues inherent to running a Linux VM and using shares into that VM.
- WSL 2 supports *nix permissions on Windows file systems mounted into WSL 2 (Postgres container mounts come into mind).
- WSL 2 also supports full GPU access – CUDA and such, too, since the 2021H2 November update even in non-insiders, stable!!
- VirtualBox (in recent version) [can now coexist with Hyper-V](https://us.informatiweb.net/tutorials/it/virtual
<?php | |
return [ | |
// http://www.cidades.ibge.gov.br/download/mapa_e_municipios.php?uf=ac (Thu May 14 16:30:15 BRT 2015) | |
'AC' => [ | |
1200013 => 'Acrelândia', | |
1200054 => 'Assis Brasil', | |
1200104 => 'Brasiléia', | |
1200138 => 'Bujari', | |
1200179 => 'Capixaba', |
git config --global alias.cowsay '!git commit -m "`fortune | cowsay -f tux`"' |
Hi! I'm one of the developers of Respect\Validation and other less known Respect components. Feel free to ask any questions here or on reddit.
There are many micro-frameworks that rely on magic methods. We don't. In this article I'm gonna explore the Respect\Validation API without fluent interfaces or magic methods. I'll use a traditional dependency injection approach.
The following validator was inspired by one of our README examples:
You may not know that [the most awesome validation engine for PHP][1] out there is [Respect/Validation][2]. If you do, this is tailored for you!
All rules on [Respect/Validation][2] are meant to be used together, composing a more complex validation rule that is closer to the domain of your application than the existing ones, let's try an example:
A intenção desse post é melhorar, se possível, seu workflow com o [Git][] se ele atualmente ele consiste de:
- Usar o [Git][] através de uma shell de sua escolha.
- Usar o [VIM][] como [editor padrão][2] [no Git][1].
Se você usa alguma ferramenta gráfica (tig
também conta), eu não quero saber. Se você usa o [Git][] numa shell em conjunto com outro editor, procuro ansiosamente seu comentário me convencendo a trocar. :)
A intenção desse post é melhorar, se possível, seu workflow com o [Git][] se ele atualmente ele consiste de:
- Usar o [Git][] através de uma shell de sua escolha.
- Usar o [VIM][] como [editor padrão][2] [no Git][1].
Se você usa alguma ferramenta gráfica (tig
também conta), eu não quero saber. Se você usa o [Git][] numa shell em conjunto com outro editor, procuro ansiosamente seu comentário me convencendo a trocar. :)
<?php | |
class MY_Security extends CI_Security{ | |
//overriding the normal csrf_verify, this gets automatically called in the Input library's constructor | |
//verifying on POST and PUT and DELETE | |
public function csrf_verify(){ | |
$request_method = strtoupper($_SERVER['REQUEST_METHOD']); |
Quando falamos sobre design em orientação a objetos, estamos basicamente falando sobre responsabilidade e relacionamento. Com responsabilidade quero dizer algo que alguma coisa faz e com relacionamento quero dizer como alguma coisa utiliza aquilo que outra coisa faz. O Design de Software Orientado a Objetos trata especificamente da forma com que os objetos se relacionam, ou seja, como expor a responsabilidade dos objetos de forma que outros objetos possam se relacionar.
Do ponto de vista do Design de Software Orientado a Objetos, não importa, exatamente, como alguma coisa é feita. Pelo contrário, o objetivo é justamente evitar esse conhecimento sobre a implementação, encapsulando o que é específico para permitir que trabalhemos com a definição conceitual daquilo que precisamos utilizar. Por exemplo, é comum uma aplicação precisar trabalhar com um SGBD. Se nossos objetos tiverem conhecimento específico de que estamos, na verdade, trabalhando com MySQL, e