As sessões do PHP, como nosso amigo Marcos falou anteriormente são por meio de arquivos mesmo. Apesar de ter alternativas(Vide APC), este é o comportamento padrão.
O grande lance do PHP é que, usando sessoes, e, incluindo um objeto em sessão, o php serializa este objeto pra vc de modo transparente. O caso do módulo gerenciador que eu falei antes seria justamente pra deixar transparente sessões(preferencialmente em mem). Apesar de não ter pensado na viabilidade disso, mas, este podia manter em memória objetos serializados da sua aplicação independente da requisição, além de poder ela gerenciar o Pool. Teria realmente a necessidade de parar um servidor em caso de atualização, mas, este não seria um caso frequente, pois, poderia ser um gerenciador genérico para várias aplicações. No mais, esta poderia ter 2 "sabores". ISAPI e módulo do Apache, mantendo o servidor transparente. Abs Daniel Augusto Bastos 2009/11/10 Marcos Douglas <m...@delfire.net> > 2009/11/10 Joao Morais <jcmorai...@gmail.com>: > > Com PHP, se a memória não está me traindo, você pode passar o id da > > sessão por url ou input hidden. O processo continua (módulo Apache) > > mesmo depois do final do request. Isto não tem como acontecer com CGI > > porque a cada request a aplicação inicia, roda e encerra. Salvo engano > > (me corrija se eu estiver errado), você não tem como fazer um carrinho > > de compras em CGI, a menos que guarde tudo no browser do usuário. > > Com CGI é a mesma coisa, vc pode passar o ID da sessão por url ou > input hidden... VC é que tem que implementar uma persistência da > sessão e sabe como o PHP faz isso? Por meio de arquivos textos, para > cada usuário logado. A cada requisição, o PHP abre/lê/grava/fecha este > arquivo... todas as vezes, provocando muito IO. Foi uma solução muito > simples, porém não é a mais performática. > > > > ISAPI = Módulo Apache? Sim, conheço. FPC tem classes excelentes pra > > ajudar aqui. Embora ainda não tenha usado, imagino ser um porre para > > fazer deploy durante o desenvolvimento, depuração e testes. > > ISAPI, até onde eu sei, só é implementado no IIS. Em comparação, é > como se fosse um módulo no Apache, pois depois de iniciada a primeira > instância, o ISAPI fica em memória; apenas um processo compartilhado > entre os usuários. > > > >> Sobre separar o lauout das regras, eu utilizaria o projeto ExtPascal > >> para o frontend. > > > > Esse eu não conheço. Preciso ler um pouco mais. > > Dá uma lida na documentação, vc vai gostar. Ah, e o admin do projeto é > brasileiro e reside em Brasília. > > > > Não entendi. Como eu vou implementar alguma coisa sem estudar ao menos > > a arquitetura da coisa? Vamos combinar o seguinte, descreva um cenário > > com os detalhes que você conseguir, apresente o que você já tem, > > apresente as idéias para o que não tem e também o que ainda precisa > > ser estudado. Acho que isso vai ser bem produtivo e divertido. > > Disse no sentido de ir fazendo testes práticos, demos, etc. Não sei se > vc apenas está lendo sobre as tecnologias ou já sabe mais ou menos por > onde começar... mas tudo bem, não vou apressá-lo. > Não tenho um cenário com detalhes. Bem, os detalhes do projeto Web eu > já tenho, mas diz respeito somente ao meu cliente e não posso > utilizá-lo como testes aqui na lista. Acho que precisamos criar um > "novo" projeto apenas como DEMO pra daí então colocar a tecnologia em > prática. > Eu só não comecei a implementar pq ainda estou em dúvida se vale a > pena fazer isso com FPC ou Delphi (Object Pascal, sem .NET). > > Abraço > Marcos Douglas > > > ------------------------------------ > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > > > [As partes desta mensagem que não continham texto foram removidas]
