Vinicius, Como o amigo acima disse existem muitos padrões de projetos que não dependem da linguagem. Por exemplo o Silgleton pode ser usado no PHP independente de estarusandoMVCou não.
Abraços 2008/5/6 <[EMAIL PROTECTED]>: > Enviar submissões para a lista de discussão Lista para > [email protected] > > Para se cadastrar ou descadastrar via WWW, visite o endereço > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > ou, via email, envie uma mensagem com a palavra 'help' no assunto ou > corpo da mensagem para > [EMAIL PROTECTED] > > Você poderá entrar em contato com a pessoa que gerencia a lista pelo > endereço > [EMAIL PROTECTED] > > Quando responder, por favor edite sua linha Assunto assim ela será > mais específica que "Re: Contents of Lista digest..." > > > Tópicos de Hoje: > > 1. Padrões de Projeto (Vinicius Cruz) > 2. Chegando agora (Paulo Souza) > 3. Re: Servidores que bloqueiam o SWFUpload (Luciano Soares) > 4. Re: Servidores que bloqueiam o SWFUpload (Mike Maciel) > 5. Re: Padrões de Projeto (Newton Wagner) > 6. Re: Padrões de Projeto (Vinicius Cruz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 5 May 2008 12:32:09 -0300 > From: "Vinicius Cruz" <[EMAIL PROTECTED]> > Subject: [CodeIgniter] Padrões de Projeto > To: "CodeIgniter Brasil" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Galera, > > estou vendo a materia na faculdade sobre padrões de projetos, e me veio um > questionamento. > > É possível aplicar um outro padrão de projeto (diferente do MVC, claro) > utilizando o CI? > > Alguém já precisou ou pensou nessa questão? > > > Vinicius Cruz > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://codeigniter.com.br/pipermail/lista_codeigniter.com.br/attachments/20080505/7567b301/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Mon, 5 May 2008 12:42:53 -0300 > From: "Paulo Souza" <[EMAIL PROTECTED]> > Subject: [CodeIgniter] Chegando agora > To: [email protected] > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Fala rapaziada! > Comecei a ler sobre o Code Igniter tem pouco tempo e admito que estou > impressionado. Sem dúvidas é o melhor framework de desenvolvimento que eu > já > vi, não se se pela facilidade em entendê-lo ou pela boa documentação. > Grande abraço a todos! > > -- > Paulo Souza > 21 91236579 > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://codeigniter.com.br/pipermail/lista_codeigniter.com.br/attachments/20080505/d005c5ff/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Mon, 5 May 2008 14:28:59 -0300 > From: "Luciano Soares" <[EMAIL PROTECTED]> > Subject: Re: [CodeIgniter] Servidores que bloqueiam o SWFUpload > To: "CodeIgniter Brasil" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Mike eu tive problemas com o swfupload com o CodeIgniter, como não tive > muito tempo pra corrigir acabei abortando ele do projeto. > > Lembro que nem localmente ele estava funcionando com o Codeigniter, o > mesmo > não via o arquivo que estava sendo enviado. Se eu usasse um script PHP > comum > eu conseguia. > > Mas tive esse problema e abortei. Não cheguei a verificar o funcionamento > em um servidor que não o local. > > 2008/4/13 Beto <[EMAIL PROTECTED]>: > > > Boa Mike, > > é bom saber dessas coisas, pois como vc mesmo disse, evitar 'perder > > tempo'. (Se bem que conhecimento nunca e perca de tempo) > > > > Abzs > > > > 2008/4/12 Mike Maciel <[EMAIL PROTECTED]>: > > > > Boa noite pessoal. > > > > > > Essa mensagem é meramente informativa. Há alguns dias eu andei > > > pesquisando aki na lista sobre o SWFUpload, pois eu havia gostado mto > do > > > sistema e queria utilizá-lo em um projeto pessoal. > > > > > > O SWFUpload é feito em flash. Basicamente, ele fica oculto na página, > em > > > um elemento de 1x1 pixel. A função dele é apenas exibir uma caixa de > > > diálogo de seleção de arquivos, e no caso de multiplos arquivos, > > > gerenciar uma "fila de espera". Depois de criar essa fila, o SWFUpload > > > faz uma requisição para um script externo (podendo sem em PHP, ASP ou > qq > > > outra linguagem) que é o verdadeiro responsável pelo envio dos > arquivos > > > da fila. > > > Para cada arquivo processado, ele devolve o estado do upload, dizendo > se > > > foi concluído com sucesso ou se houve alguma falha. > > > > > > Gastei quase uma semana entendendo o funcionamento dele, e criando um > > > painel de upload de fotos para um album no site que estava > > > administrando. Horas e horas na frente do PC, e funcionou > perfeitamente > > > no XAMPP, instalado localmente apenas para testes. > > > > > > Quando subi os arquivos para o servidor oficial, onde fica o website, > > > nada do upload funcionar. Embora na interface disse que "todos os > > > arquivos foram enviado com sucesso", e o SWFUpload retornasse sucesso > no > > > envio dos arquivos, acabei descobrindo (depois de mto suor, e com a > > > ajuda do querido FireBug), que o servidor estava bloqueando o > SWFUpload. > > > Toda vez que ele requisitava o upload.php, era substituído por uma > > > página de informação do servidor onde dizia que aquela ação era > proibida > > > por questões de segurança. > > > > > > Entrei em contato com o admin do server, e juntos descobrimos a razão: > > > Muitos servidor Apache trabalham com um módulo chamado mod_security > > > (www.modsecurity.org) que faz uma espécie de "filtragem" nos > cabeçalhos > > > das requisições HTTP. Trabalha como se fosse um Firewall. Dentre as > > > regras de segurança mais aplicadas pelo mod_security, estão a > proibição > > > de envio de arquivos de scritpt (PHP, JS, ASP, etc) e executáveis, e > > > também o bloqueio de requisições onde o cabeçalho User-Agent não é > > > enviado ou é enviado como null. > > > > > > No forum do SWFUpload, dizem que ele envia um User-Agent chamado > > > "Shockwave Flash", porém no log do servidor constava o User-Agent nulo > > > mesmo. Após muitas pesquisas, descobrimos no forum da Adobe que na > > > verdade, trata-se de um bug, não do SWFUpload, mas sim do próprio > Flash > > > Player, que substitui o User-Agent: Shockwave Flash por "Adobe Flash > > > Player 9". Acontece que por algum motivo ainda não certo, isso não é > > > passado para o servidor; > > > > > > A unica maneira de contornar esse bug seria desativar a extensão > > > mod_security, coisa que nenhum admin em sã consciência faria. > > > > > > Resultado: Tive que refazer toda a parte do envio de fotos, e aguardar > > > uma solução da Adobe para o problema. > > > > > > O SWFUpload é uma ferramenta fantástica, que vale a pena ser > utilizada, > > > pois ajuda muito nesses casos de upload de vários arquivos, mas se for > > > utilizá-la, tenha certeza que seu servidor será capaz de recebê-la > bem; > > > Assim vc não terá as msm dores de cabeças q eu tive por aqui. > > > > > > Só por curiosidade, alguém também já passou por isso, ou conseguiu > > > fazê-lo funcionar bem em algum projeto publicado? > > > > > > Abraço a todos. > > > > > > Mike > > > > > > > > > > > > _______________________________________________ > > > Lista mailing list > > > [email protected] > > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > > > > > > -- > > - - - - - - - - - - - - - - - - - - - - - > > Luiz Alberto S. Ribeiro [ Beto ] > > http://beto.euqueroserummacaco.com > > _______________________________________________ > > Lista mailing list > > [email protected] > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://codeigniter.com.br/pipermail/lista_codeigniter.com.br/attachments/20080505/35dce62d/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Mon, 05 May 2008 13:44:02 -0400 > From: Mike Maciel <[EMAIL PROTECTED]> > Subject: Re: [CodeIgniter] Servidores que bloqueiam o SWFUpload > To: CodeIgniter Brasil <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Na verdade eu não o usei integrado 100% com o CI, justamente por falta > de tempo em trabalhar na construção de uma classe, lib ou algo parecido. > Eu incorporei o SWFUpload diretamente na view, e em vez dele chamar o > script upload.php, ele invocava o método responsável pelo upload. Nada > de mto impressionante. > > Recentemente trocamos de servidor, e neste novo o SWFUpload está > funcionando corretamente. Facilita mto a vida. > > []'s > > > Luciano Soares escreveu: > > Mike eu tive problemas com o swfupload com o CodeIgniter, como não > > tive muito tempo pra corrigir acabei abortando ele do projeto. > > > > Lembro que nem localmente ele estava funcionando com o Codeigniter, o > > mesmo não via o arquivo que estava sendo enviado. Se eu usasse um > > script PHP comum eu conseguia. > > > > Mas tive esse problema e abortei. Não cheguei a verificar o > > funcionamento em um servidor que não o local. > > > > 2008/4/13 Beto <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>>: > > > > Boa Mike, > > é bom saber dessas coisas, pois como vc mesmo disse, evitar > > 'perder tempo'. (Se bem que conhecimento nunca e perca de tempo) > > > > Abzs > > > > 2008/4/12 Mike Maciel <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>>: > > > > Boa noite pessoal. > > > > Essa mensagem é meramente informativa. Há alguns dias eu andei > > pesquisando aki na lista sobre o SWFUpload, pois eu havia > > gostado mto do > > sistema e queria utilizá-lo em um projeto pessoal. > > > > O SWFUpload é feito em flash. Basicamente, ele fica oculto na > > página, em > > um elemento de 1x1 pixel. A função dele é apenas exibir uma > > caixa de > > diálogo de seleção de arquivos, e no caso de multiplos arquivos, > > gerenciar uma "fila de espera". Depois de criar essa fila, o > > SWFUpload > > faz uma requisição para um script externo (podendo sem em PHP, > > ASP ou qq > > outra linguagem) que é o verdadeiro responsável pelo envio dos > > arquivos > > da fila. > > Para cada arquivo processado, ele devolve o estado do upload, > > dizendo se > > foi concluído com sucesso ou se houve alguma falha. > > > > Gastei quase uma semana entendendo o funcionamento dele, e > > criando um > > painel de upload de fotos para um album no site que estava > > administrando. Horas e horas na frente do PC, e funcionou > > perfeitamente > > no XAMPP, instalado localmente apenas para testes. > > > > Quando subi os arquivos para o servidor oficial, onde fica o > > website, > > nada do upload funcionar. Embora na interface disse que "todos > os > > arquivos foram enviado com sucesso", e o SWFUpload retornasse > > sucesso no > > envio dos arquivos, acabei descobrindo (depois de mto suor, e > > com a > > ajuda do querido FireBug), que o servidor estava bloqueando o > > SWFUpload. > > Toda vez que ele requisitava o upload.php, era substituído por > uma > > página de informação do servidor onde dizia que aquela ação > > era proibida > > por questões de segurança. > > > > Entrei em contato com o admin do server, e juntos descobrimos > > a razão: > > Muitos servidor Apache trabalham com um módulo chamado > > mod_security > > (www.modsecurity.org <http://www.modsecurity.org/>) que faz > > uma espécie de "filtragem" nos cabeçalhos > > das requisições HTTP. Trabalha como se fosse um Firewall. > > Dentre as > > regras de segurança mais aplicadas pelo mod_security, estão a > > proibição > > de envio de arquivos de scritpt (PHP, JS, ASP, etc) e > > executáveis, e > > também o bloqueio de requisições onde o cabeçalho User-Agent não > é > > enviado ou é enviado como null. > > > > No forum do SWFUpload, dizem que ele envia um User-Agent chamado > > "Shockwave Flash", porém no log do servidor constava o > > User-Agent nulo > > mesmo. Após muitas pesquisas, descobrimos no forum da Adobe que > na > > verdade, trata-se de um bug, não do SWFUpload, mas sim do > > próprio Flash > > Player, que substitui o User-Agent: Shockwave Flash por "Adobe > > Flash > > Player 9". Acontece que por algum motivo ainda não certo, isso > > não é > > passado para o servidor; > > > > A unica maneira de contornar esse bug seria desativar a extensão > > mod_security, coisa que nenhum admin em sã consciência faria. > > > > Resultado: Tive que refazer toda a parte do envio de fotos, e > > aguardar > > uma solução da Adobe para o problema. > > > > O SWFUpload é uma ferramenta fantástica, que vale a pena ser > > utilizada, > > pois ajuda muito nesses casos de upload de vários arquivos, > > mas se for > > utilizá-la, tenha certeza que seu servidor será capaz de > > recebê-la bem; > > Assim vc não terá as msm dores de cabeças q eu tive por aqui. > > > > Só por curiosidade, alguém também já passou por isso, ou > conseguiu > > fazê-lo funcionar bem em algum projeto publicado? > > > > Abraço a todos. > > > > Mike > > > > > > > > _______________________________________________ > > Lista mailing list > > [email protected] <mailto:[email protected]> > > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > > > > > -- > > - - - - - - - - - - - - - - - - - - - - - > > Luiz Alberto S. Ribeiro [ Beto ] > > http://beto.euqueroserummacaco.com > > <http://beto.euqueroserummacaco.com/> > > _______________________________________________ > > Lista mailing list > > [email protected] <mailto:[email protected]> > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Lista mailing list > > [email protected] > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > > > __________ Information from ESET Smart Security, version of virus > signature database 2835 (20080130) __________ > > > > The message was checked by ESET Smart Security. > > > > http://www.eset.com > > > > > > > ------------------------------ > > Message: 5 > Date: Tue, 6 May 2008 09:55:02 -0300 > From: "Newton Wagner" <[EMAIL PROTECTED]> > Subject: Re: [CodeIgniter] Padrões de Projeto > To: "CodeIgniter Brasil" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > Depende muito! Padrões de Projeto as vezes está mais ligado às > limitações da linguagem, do que do próprio framework, mas geralmente > um framework adota mais de um design pattern. > > Um fake-singleton (fake por que não funciona com uma classe) do CI é o > get_instance(). Ou seja, você não deve instanciar direto o "objeto" do > Code Igniter, e sim recupera-lo através de uma função, que retorna > sempre a mesma instância. > > Acho que o Active Record é um padrão de projeto. No Kohana, na > biblioteca de ORM, criaram um Factory dos Modelos, o que é outro > padrão. > > > O que limita o Code Igniter, neste caso, é o fato de usar o PHP 4 e > ficar preso às limitações da Orientação a Objetos dessa versão. Eu > recomendo que baixe o Kohana, mesmo que seja só pra estudar... é um > Code Igniter usando as funcionalidades do PHP 5. :). > > > 2008/5/5 Vinicius Cruz <[EMAIL PROTECTED]>: > > Galera, > > > > estou vendo a materia na faculdade sobre padrões de projetos, e me veio > um > > questionamento. > > > > É possível aplicar um outro padrão de projeto (diferente do MVC, claro) > > utilizando o CI? > > > > Alguém já precisou ou pensou nessa questão? > > > > > > Vinicius Cruz > > > > _______________________________________________ > > Lista mailing list > > [email protected] > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > > > -- > Newton Wagner > > skype: newtonwagner > msn/gtalk: [EMAIL PROTECTED] > > http://www.newtonwagner.net/blog > - http://www.owshit.com.br/ > > > > ------------------------------ > > Message: 6 > Date: Tue, 6 May 2008 10:35:41 -0300 > From: "Vinicius Cruz" <[EMAIL PROTECTED]> > Subject: Re: [CodeIgniter] Padrões de Projeto > To: "CodeIgniter Brasil" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > A linguagem php, por si só, permite aplicação de padrões, como state, > strategy, factory method, por exemplo? > > Estou a iniciar um projeto no trabalho, em que o strategy resolveria mais > facilmente o problema. Assim, estou analisando se o CI permite aplicar > outros padrões já usadas no proprio core, como citastes, para resolver > problemas na aplicação, entende? Senão, analisarei a possibilidade de > começar a desenvolver do zero. > > Vou dar uma olhada no Kohana > > Vinicius > > 2008/5/6 Newton Wagner <[EMAIL PROTECTED]>: > > > Depende muito! Padrões de Projeto as vezes está mais ligado às > > limitações da linguagem, do que do próprio framework, mas geralmente > > um framework adota mais de um design pattern. > > > > Um fake-singleton (fake por que não funciona com uma classe) do CI é o > > get_instance(). Ou seja, você não deve instanciar direto o "objeto" do > > Code Igniter, e sim recupera-lo através de uma função, que retorna > > sempre a mesma instância. > > > > Acho que o Active Record é um padrão de projeto. No Kohana, na > > biblioteca de ORM, criaram um Factory dos Modelos, o que é outro > > padrão. > > > > > > O que limita o Code Igniter, neste caso, é o fato de usar o PHP 4 e > > ficar preso às limitações da Orientação a Objetos dessa versão. Eu > > recomendo que baixe o Kohana, mesmo que seja só pra estudar... é um > > Code Igniter usando as funcionalidades do PHP 5. :). > > > > > > 2008/5/5 Vinicius Cruz <[EMAIL PROTECTED]>: > > > Galera, > > > > > > estou vendo a materia na faculdade sobre padrões de projetos, e me > veio > > um > > > questionamento. > > > > > > É possível aplicar um outro padrão de projeto (diferente do MVC, > claro) > > > utilizando o CI? > > > > > > Alguém já precisou ou pensou nessa questão? > > > > > > > > > Vinicius Cruz > > > > > > _______________________________________________ > > > Lista mailing list > > > [email protected] > > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > > > > > > > > > -- > > Newton Wagner > > > > skype: newtonwagner > > msn/gtalk: [EMAIL PROTECTED] > > > > http://www.newtonwagner.net/blog > > - http://www.owshit.com.br/ > > > > _______________________________________________ > > Lista mailing list > > [email protected] > > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://codeigniter.com.br/pipermail/lista_codeigniter.com.br/attachments/20080506/1d98b11f/attachment.html > > ------------------------------ > > _______________________________________________ > Lista mailing list > [email protected] > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > Fim da Digest Lista, volume 10, assunto 9 > ***************************************** > -- Rinaldi Fonseca (35) 3722-1752 / (35) 8824-2125
_______________________________________________ Lista mailing list [email protected] http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br
