eo q faz esse "global.asa" do ASP ?

Acho que é um arquivo funções globais, que vao servir p/ todos os scripts.
Por exemplo fazer um esquema de usuarios online

Felipe, se é isso mesmo, vc pode escrever um arquivo com as funções que deseja e apenas fazer um include deste arquivo nos outros...

Sim Felipe, no php voce trabalha com as includes onde vc utiliza essas variaves em diferentes scripts

Tenho quase certeza que o PHP não tem nada como o global.asa do ASP.
Mas, você pode criar um arquivo PHP com todas as funções, como no global.asa, e apenas utilizar as funções include ou require

<?php
include("global.php"); #inclui o arquivo global.php
?>

<?php
require("global.php"); #abre a pagina apenas se o global.php existir, e tmb o inclui

O Global.asa do ASP é um arquivo que gerencia as aplicações com os componente Aplication e Session (Sessões). Neles pode-se definir variáveis que servirão para a toda a aplicação WEB em relação aos usuários e também para todos os usuários que acessem a aplicação.

Por exemplo se eu tiver um sevidor IIS, rodando ASP, é claro, poderia definir um procedimento que retornasse dados da empresa que fossem acesados em qualquer página ASP e que não precisassem de nenhum include. Ou seja é um arquivo de include.

Em PHP você pode forçar isso!

No index.php da aplicação seria colocado um arquivo de include que registraria todas a sessions que determinasse em todas as páginas PHP o usos desses valores, desse modo se aproximaria do Global.asa.

A única limitação da PHP em relação à falta de algo como o global.asa é que não há como fazer uma função que execute automaticamente no início de uma sessão, como há no global.asa Session_OnStart e Session_OnEnd, mas isso pode ser contornado chamando manualmente as funções necessárias.

Mas isso não é motivo pra usar ASP ao invés de PHP! ;-)

Abraço!
Caio Filipini

Depende muito do que você deseja fazer. Pra declaração de funções, como já disseram, vc pode usar o bom e velho include ou require...

Pra sessões o PHP oferece ja o seu metodo de acesso pelo $_SESSION, agora se vc quer poder acessar simultaneamente os mesmos dados por varios scripts, caso esteja fazendo um chat ou sistema de usuarios online, essas coisas, nas coxas vc pode usar um Session.. mas eu nao recomendo pq vc fica impossibilitado de utilizar secoes no site...

A minha saida pra fazer um chat foi criar uma classe que manipula um arquivo com dados gerados pelo serialize. Voce instancia a classe, da o nome do arquivo, trava o arquivo com o flock manipula os dados e no final destrava e da um fclose() pra libera pro proximo script... funciona perfeitamente, e eh tao rapido quanto o session...

Voce tb tem a opcao do SharedMemory, mas num funciona muito bem em windows... mas se puder usar no linux, eh MUITO melhor pra chats...

Acho que a grande sacada do global.asa do ASP é que ele te possibilita programar rotinas para eventos que acontecem em sua aplicação e na sessão do usuário.
Você pode por exemplo definir uma rotina para quando uma Aplicação for iniciada ou finalizada e quando uma sessão for iniciada ou finalizada. Tudo isso através dos eventos Application_OnStart(), Application_OnEnd(), Session_OnStart() e Session_OnEnd().

Abraços.

Na verdade o globa.asa é muito fraco, existe um monte de falhas por causa dele.

pode usar includes e require para simular algumas propriedades qeu teria no global.asa e até mesmo sessões.
Outros detalhes de configuração, poderá usar comandos do próprio php para atribuir valores.

Achei esta pergunta interessante, e resolvi pesquisar, realmente, no PHP não existe(ou pelo menos não achei e nunca ouvi falar) de algo como o global.asa, onde voce pode executar funções de acordo com "eventos" ocorridos no site.

Poderia ser até uma boa, mais se voce utilizar funções para destruir sessions, por exemplo, deixando os eventos mais centralizados, talvez voce conssiga.

Tente fazer utilizando classes, no destruct e contruct das classes voce poderá "gerir eventos" dos objetos

Pessoal o mais importante do global.asa não é só executar rotinas nos eventos Application_OnStart(), Application_OnEnd(), Session_OnStart() e Session_OnEnd(). O principal é carregar valores padrões para application() durante a inicialização do servidor.

não ah nenhuma semelhança, agora em 2012 mudeu tudo!