Qual consumidor que não ficaria assustado quando, ao acessar uma loja virtual, surgisse um aviso enorme e vermelho alertando que aquela página não é segura ou então com o aviso de que o site não é confiável, juntamente com um botão ‘me tire daqui’?

Os navegadores são bastante alarmistas. Mesmo você tendo um certificado SSL instalado no seu servidor, caso ele não seja assinado por instituições verificadoras reconhecidas, sua loja será exibida como um site inseguro. Além disso, mesmo que você tenha um certificado verificado, caso você carregue conteúdo de algum endereço que não tenha https, por exemplo uma imagem ou um arquivo css, ele ainda será marcado como inseguro.

Em um e-commerce magento com SSL configurado, assim como outros sites, as páginas não são sempre carregadas, o que significa que não é preciso que todas elas utilizem o certificado. De forma geral, o magento carrega somente URLs com https em páginas onde existe uma necessidade de proteção elevada, como as seções de login, pagamentos, controle de pedidos e endereços, entre outros.

Mas como fazer o magento carregar as URLs com https?

Tendo um servidor com certificado SSL assinado, você pode facilmente configurar o magento para sempre carregar páginas que necessitam de alta segurança em https através da aba System, na opção Configuration. Já no painel de configuração, no menu esquerdo, existe a opcão Web. Ao entrar nela, você encontrará os seguintes campos:

Basta preencher na aba Secure, o campo base URL com o endereço base da sua loja com https, por exemplo, https://www.minhaloja.com.br/.

Na opção Use Secure URL in Frontend, marque “yes”. Essa opção faz com que o magento carregue as páginas que necessitam de mais segurança, nas quais há informações do cliente, sempre com https (SSL).

Você também pode ativar a opção Use Secure URL in Admin, e o painel de administração do magento sempre será acessado via https.

O Magento está utilizando https, mas comtinua exibindo o site como inseguro, e agora?

Porém, mesmo com tudo configurado, certas alterações, por exemplo, menus com links para URLs sem https ou banners (imagens), podem acabar fazendo com que as páginas que forem carregas com https sejam marcadas como inseguras. Para você forçar que as URLs sejam carregas sempre com https, você pode usar os seguintes recursos:

Uma figura, em php:

echo $this->getSkinUrl('images/btn_mini_search.gif', array('_secure'=>true));

Uma figura, em páginas do CMS:

{{skin url="images/figura.gif" _secure="true"}}

A página de login, em php:

Mage::getUrl('customer/account/login',array('_secure'=>true));

Você pode conseguir qualquer página, apenas substituindo para o modelo apropriado.

Espero ter ajudado. Até a próxima!

Você pode baixar, gratuitamente, o Visual Studio 11 versão beta aqui. Instalei na minha máquina com a versão Visual Studio 2010 e não deu problema algum.

A nova logomarca foi alterada e a tela está sem cor. Melhorou para quem trabalha a noite, pois assim não cansa os olhos. Muitas pessoas reclamaram, mas isso é o de menos.

A tela de SOLUTION EXPLORER está mais inteligente e precisa, busca métodos ou qualquer outro tipo de informação. Basta digitar as teclas Ctrl + ç.

Note, também, que as cores dos ícones sumiram e os modelos dos mesmos estão diferentes.

Você pode utilizar a tela de busca  para qualquer coisa dentro do projeto. Eles mantiveram também as teclas de atalho Ctrl+ para pesquisar os métodos da classe  e isso é muito bom. A imagem a seguir mostra o resultado:

Dentro do SOLUTION EXPLORER e da classe Default.aspx.cs são mostrados todos os métodos – basta expandir com o clique do mouse, ou com a seta do teclado. Ao clicar ou selecionar o método específico da classe, aparece o método selecionado do lado esquerdo da tela.

Isso quer dizer que você pode ir direto ao método listado no SOLUTION EXPLORER - mas só é possível caso o projeto for do tipo Application. Se for Web Site isso não acontece.

Antes de você abrir a página ou o método, selecionando com o mouse ou a seta do teclado, aparece um ambiente de visualização antes de propriamente abrir a classe.

Você pode separar os ambientes gerando um novo SOLUTION EXPLORER, de acordo com a sua necessidade. Clique com o botão direito e escolha a opção de Scope to this ou em New View.

Outras duas novidades interessantes  no código de HTML são:  uso de dois pontos (:), em vez do sinal de igualdade (=) para escrever “scriptled”. Você pode também pegar uma parte do código HTML com componentes ou simples HTML, selecionar e pegar a parte para gerar um arquivo user control (.ascx). A ferramenta faz isso automaticamente pra você, isto é, gera o arquivo .ascx e referencia na página.

Bom, esse artigo teve o objetivo de mostrar mais novidades da ferramenta Visual Studio 11, de desenvolvimento .NET. Espero que tenha te ajudado. Até o próximo artigo!

Isso pode não fazer muito sentido até haver um contexto um pouco melhor; pelo menos isso é o que eu normalmente sinto quando me mostram a maneira como algo funciona pela primeira vez. Então, que tal dar mais algumas informações e mais algum contexto? Primeiro, esse padrão é projetado para ser usado dentro de um código existente. Nosso código existente utiliza um objeto ou uma função, mas queremos substituí-lo por outro diferente. O problema é que o novo objeto/função usa uma interface diferente daquele (a) que usamos atualmente. Em vez de mudarmos o código em todos os lugares que estao usando o objeto atual, trazemos o Adapter para o jogo.

O Adapter assume o novo objeto que vamos usar e o envolve ou o apenas faz sua mediação, dependendo de como o objeto é usado, para combiná-lo com a interface estabelecida pelo antigo objeto. No caso de um objeto que sempre é instanciado com o operador new, o Adapter irá envolvê-lo por conter uma instância do objeto em si e passando as chamadas de função para ele. Se o objeto é “estático”, no sentido de que há apenas uma instância dele, então ele não será envolvido.

Exemplos de abstração

Há vários exemplos que eu poderia dar para mostrar como e quando usar o Adapter. Acredito que os mais comuns aparecem quando um projeto está utilizando um framework ou uma biblioteca: jQuery, por exemplo. O problema vem depois, quando, por qualquer motivo, há uma decisão de usar uma biblioteca diferente (por exemplo, YUI). Em uma grande aplicação, não há absolutamente nenhuma maneira de passar por todo o código e alterar todas as chamadas que têm a ver com jQuery em chamadas YUI. Você teria que criar um Adapter, o que nesse caso seria muito difícil, mas seria melhor do que a ideia anterior.

Outra biblioteca usada em muitas aplicações corporativas é um logger. Existem muitas bibliotecas logger diferentes, e alternar de uma para outra poderia ser algo fácil de fazer. Isso pode não aparecer muito em aplicações JavaScript, porque há um logger construído em todos os navegadores, mas é possível.

Exemplo de codificação JavaScript

Quando eu disse que era possível, o que realmente quis dizer foi que acontecerá agora. Primeiro, vamos mostrar o pequeno LoggerFactory, o que nos permitirá mudar mais facilmente o logger que estamos usando.

    var LoggerFactory = {
     getLogger: function() {
      return window.console;
     },
     …
    };

    /* Example Usage */
    var logger = LoggerFactory.getLogger();
    logger.log("something to log");

Observe como tudo o que ele faz é nos enviar o objeto console quando chamamos ogetLogger. Vamos fazer de conta, por conta desse exercício, que o console tem apenas um método - log - e que ele só aceita um único argumento, que é uma string ou conversível para uma string; pelo menos, essa é a única forma de nossa aplicação JavaScript usar o console.

Em seguida, temos outro logger. Esse é muito mais complicado, porque 1) ele é implementado em JavaScript, ao contrário do console, e 2) ele envia o seu log para o servidor via AJAX, o que também significa que ele deve codificar os dados da URL (que não serão mostradas aqui por ele não terem nada a ver com o padrão Adapter). É claro, ele utiliza uma interface diferente da do console também.

    var AjaxLogger = {
     sendLog: function() {
      var data = this.urlEncode(arguments);

      jQuery.ajax({
       url: "http://example.com/log",
       data: data
      });
     },

     urlEncode: function(arg) {
      …
      return encodedData;
     },
     …
    };

Observe que estamos usando jQuery para realizar o pedido AJAX, a fim de economizar tempo e esconder a desordem que envolve o cross-browser AJAX, que não tem nada a ver com o padrão Adapter.

Agora tudo o que precisamos fazer é criar um Adapter e mudar o factory para retornar o Adapter em vez de console.

    var AjaxLoggerAdapter = {
     log: function(arg) {
      AjaxLogger.sendLog(arg);
     }
    };

    /* Adjust the LoggerFactory */

    var LoggerFactory = {
     getLogger: function() {
      // just gotta change what's returned here
      return AjaxLoggerAdapter;
     },
     …
    };

A única mudança que fizemos no código existente foi uma linha no factory e de repente o nosso aplicativo inteiro está usando um logger completamente diferente.

Adapters complicados

Este logger é um exemplo muito simples, no qual há apenas uma função e que seus mapas praticamente o levam direto à antiga função, sem qualquer dificuldade. Há muitos exemplos em que esse não é o caso. Você pode se deparar com um problema no qual as funções mapeiam junto de forma bem diferente, usando argumentos totalmente distintos, que você poderá precisar criar, se a interface antiga não incluí-los.

Em alguns casos, você pode apenas deixar pra lá alguns dos argumentos que são enviados, porque o novo objeto simplesmente não os usa. Nunca se sabe. Se é muito difícil mapear as interfaces dos dois objetos, então tente outra coisa, que espero que não inclua passar por milhares de linhas de código para alterar cada uso do objeto original.

Concluindo

Adapters podem ser muito úteis e são extremamente fáceis de implementar no código se você estiver usando um factory para criar o objeto que está sendo substituído. A mudança é inevitável, especialmente em projetos maiores, por isso certifique-se de guardar este artigo.

Abaixo, você vai encontrar a lista dos artigos já publicados da série Padrão de projetos de software – JavaScript.

Quando um novo mercado se instala, sempre existe um intervalo entre o surgimento de uma nova demanda e a estruturação de uma oferta que a atenda. Nesse caso, podemos chamar de DEMANDA a busca do mercado por sites, sistemas, plataformas de e-commerce, consultorias etc.; e podemos chamar de OFERTA a quantidade de profissionais verdadeiramente capacitados para tal tarefa.

“O espaço entre as curvas de demanda e oferta refletem o tempo de adequação do mercado à crescente capacitação de mão de obra, que naturalmente irá conter e reordenar os salários.”

Mas de onde tirei essas conclusões?

Se analisarmos nossa infalível história, que já nos apresentou movimentos semelhantes na estruturação da mão de obra em setores como o têxtil e o automobilístico, no período pós revolução industrial, e que ainda repetiu sua dose de ensinamentos na explosão do PC (Personal Computer) e o consecutivo amadurecimento das telecomunicações nos anos 80 e 90, veremos um tempo de adequação dos processos e a formatação de uma estrutura departamental que se estabiliza com o tempo. Não estou dizendo que não teremos altos salários em TI, mas certamente teremos uma visão menos “afoita” e mais ordenada do que temos hoje.

As grandes empresas sabem que esse efeito inflacionário é temporário e que no futuro teremos a visão de um novo departamento de TI, com executivos mais experientes na gestão, que viveram esse movimento desde o início, e uma estrutura de hierarquia mais racional com relação aos planos de cargos e salários. Mas, por favor, não estou dizendo para os profissionais se desanimarem com isso, muito pelo contrário! Teremos um Grande Novo Mercado de TI pela frente, só que muito mais exigente quanto à especialização dos técnicos e muito mais pluralista quanto aos gestores.

Dica

Sugiro aos programadores e especialistas que se questionem: eu sou um mesmo um especialista ou navego por várias áreas? Esse será o primeiro passo rumo à porta do sucesso em TI nos próximos dez anos. E uma segunda pergunta seria: se tivesse que escolher hoje, quais áreas tenho mais aptidão para me especializar? E qual segmento de negócios pagaria melhor pelo meu trabalho? Ora, se você é um especialista, deve saber em que segmento focar para conseguir melhores resultados com sua energia.

O conceito generalista de “sou especialista em Internet” já está por um fio. Lembre-se, com o aumento crescente da oferta de mão de obra no mercado, as empresas buscarão – e poderão – escolher profissionais cada vez mais especializados em áreas-chave do negócio: web-designers, analistas de SEO, desenvolvedores de aplicativos móveis, técnicos em segurança de servidores etc.; sem falar nos gestores de e-commerce e marketing digital, claro.

Esse é o futuro. Especialize-se!

O Brasil, seja por incentivos ou por opção, sempre foi (e ainda o é) uma terra de oportunidades para muitos; alemães, chineses, espanhóis, italianos, japoneses, libaneses, polacos, portugueses e outros tantos chegaram a nossos portos em busca de trabalho e de condições mais dignas para os seus, contribuindo com a mistura cultural que tanto nos difere de outros países e trazendo junto conhecimento e experiências enriquecedoras.

Porém, da mesma forma que muitos chegaram, muitos também saíram e estão saindo em busca de outras terras, criando um buraco intelectual em nossa sociedade que deve trazer grandes problemas no futuro. Mesmo com o crescimento da economia e uma forte demanda interna, especificamente na área de tecnologia, não é raro encontrar profissionais de quilate colocando a mochila nas costas e indo bater à porta de imigrações espalhadas por todos os continentes. Somente no último ano, oito amigos meus resolveram trocar o país tropical abençoado por Deus e por outros, e não desejam voltar tão cedo.

Movidos não somente por salários, mas principalmente por melhores condições de vida, profissionais da área de TI brasileira debandam e vão parar em empresas americanas, europeias e asiáticas sedentos por elementos que possuem o conhecimento técnico necessário aliado à força de vontade e à capacidade de adaptação. Com esse perfil, brasileiros são assediados de todas as formas para gerar riqueza em outras paragens, estando no topo da lista os Estados Unidos, que, diante do desafio de manter-se na vanguarda tecnológica, sai para uma verdadeira caçada humana de bons profissionais nos quatro cantos do globo.

No empreendedorismo, não é diferente. Amargando um 12º lugar na lista dos países mais empreendedores, atrás de primos pobres como Argentina, Peru e até mesmo Trinidad e Tobago, o Brasil anda na contramão, espantando aqueles que desejam criar e contribuir para a economia nacional. Falta de financiamento, burocracia e outros conhecidos motivos de todos nós adicionam um pouco mais de energia no desejo de tirar o passaporte. Os que tentam são engolidos pelas engrenagens enferrujadas ou se candidatam a hóspedes vitalícios de hospitais psiquiátricos. Poucos são, infelizmente, aqueles que conseguem se manter com a cabeça fora d’água.

Muitos leitores podem achar que a busca por oportunidades fora do país é uma fuga. Pode ser uma fuga, mas também pode ser uma estratégia de longo prazo. Como fora daqui o fair game é realmente jogado, profissionais procuram aliar a oportunidade de um bom emprego com incremento curricular. Não raro são aqueles que aproveitam o ensejo para acrescentar cursos em seus currículos, sejam especializações, idiomas ou até mesmo certificações profissionais. Tendo a necessidade de reter o profissional, as empresas acenam com diversos mimos e opções dificilmente encontradas em solo nacional.

Diante desse cenário, o único a perder realmente é o país. Com uma estrutura deficiente para educação, pouca ou nenhuma visão a longo prazo dos empresários e relações que muitas vezes beiram a escravidão, exportamos cérebros Made In Brazil e importamos a manufatura Made In China sem nenhum valor agregado e que irá, em pouco tempo, desafiar nossa economia a não se tornar somente uma produtora de mão de obra eficiente para os outros.