[FUG-BR] Fdisk
Bom dia a todos. Eu tenho um FreeBSD em dual boot com o Windows que funciona perfeitamente. Precisei aumentar o tamanho da minha partição /usr então criei uma nova e movi os arquivos pra lá, beleza. O problema é que a partição /usr antiga (com 15GB) ficou "fantasma" no meu sistema. A /usr que quero remover está em /dev/ad0s3f, as primárias e os slices eu sei remover, o problema é que não consigo remover o "f" (/dev/ad0s3"f") para deixar como espaço free (unused). Alguém pode me ajudar? Akkamai - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Session.class ?
O PHP.INI foi removido. Executei o arquivo php.php e ele continua mostrando o mesmo path include_path.:/usr/local/share/pear.:/usr/local/share/pear Ou seja , apesar de só ter funcionado removendo o PHP.INI , o mesmo não influencia no include_path. Agora o o bicho pegou!! Atenciosamente, Sérgio Gurgel http://br.linkedin.com/in/sergiogurgel twitter: @sergiogurgel "o mal do inteligente é achar que o outro é burro!" Em 15 de fevereiro de 2010 08:45, Botelho, Marco Antônio Faria < mafbote...@gmail.com> escreveu: > Sérgio, bom dia! > > Será que ele não está lendo outro arquivo php.ini não? > > Poderia nos informar o caminho do php.ini? > > Até mais. > > Marco Antônio > http://twitter.com/botelho > > > Em 15 de fevereiro de 2010 08:07, Sergio Gurgel > escreveu: > > > Galera, > > > > Foi removido o php.ini e deu certo, agora por que não funciona é que tá > > osso > > descobrir. > > O pior é que terei que recolocar o php.ini para funcionar devido a alguns > > parâmetros setados nele. > > > > Quem quiser ajudar agradeço. > > > > Atenciosamente, > > > > Sérgio Gurgel > > "o mal do inteligente é achar que o outro é burro!" > > > > > > Em 12 de fevereiro de 2010 23:20, Sergio Gurgel > > escreveu: > > > > > Pablo, > > > > > > Exatamente. > > > É como se não estivesse localizando o arquivo. > > > O include_path está conforme abaixo: > > > include_path .:/usr/local/share/pear .:/usr/local/share/pear > > > > > > Tente inclusive copiando o diretório /classe para o diretório do > > > include_path ficando assim: > > > /usr/local/share/pear/class > > > > > > Ou seja , ele unia o include_path ao /class , mas também não funcionou. > > > > > > Quando chamo a URL ele não carrega e a página fica em branco. > > > > > > Quem poder sugerir algo agradeço. > > > > > > > > > Atenciosamente, > > > > > > Sérgio > > > Em 12 de fevereiro de 2010 18:42, Pablo Sánchez > >escreveu: > > > > > > Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros > > >> escreveu: > > >> > Não estou acompanhando essa thread, mas acabei de ver uma mensagem > no > > >> > twitter que pode ajudar: > > >> > http://securityreason.com/achievement_securityalert/82 > > >> > > >> Não, infelizmente não tem nada a ver com a questão. > > >> > > >> > Parece que houve mudança nessa biblioteca de session... > > >> > > > >> > Pablo pode analisar melhor... > > >> > > >> O que está relatado ali é referente à funcionalidade de session > > >> (variáveis que ficam do lado do servidor) do PHP. > > >> > > >> O problema de nosso amigo é que o arquivo Session.class.php não está > > >> sendo localizado pelo PHP para a inclusão. > > >> > > >> Provavelmente esse arquivo tem uma classe definida para trabalhar a > > >> funcionalidade de session do PHP. > > >> > > >> O counteúdo do arquivo tem correlação com o link, mas o link não tem > > >> correlação com o problema do colega. > > >> > > >> > Bom carnaval pra todos! (cuidado com a cachaça =) > > >> > > >> A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, ela > > >> some! BUHUHAHAHAHA! > > >> > > >> Ok, eu não sei fazer uma risada maligna melhor que essa. > > >> > > >> -- > > >> = > > >> Pablo Santiago Sánchez > > >> Análise e Desenvolvimento de Sistemas Web > > >> Zend Certified Engineer #ZEND006757 > > >> phack...@gmail.com > > >> (61) 9975-0883 > > >> http://www.sansis.com.br > > >> http://www.corephp.com.br > > >> "Quidquid latine dictum sit, altum viditur" > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Session.class ?
Tem como eu descobrir qual o path do PHP.ini utilizado pelo o sistema? Atenciosamente, Sérgio Gurgel http://br.linkedin.com/in/sergiogurgel twitter: @sergiogurgel "o mal do inteligente é achar que o outro é burro!" Em 17 de fevereiro de 2010 12:34, Sergio Gurgel escreveu: > O PHP.INI foi removido. > > Executei o arquivo php.php e ele continua mostrando o mesmo path > include_path .:/usr/local/share/pear .:/usr/local/share/pear > > Ou seja , apesar de só ter funcionado removendo o PHP.INI , o mesmo não > influencia no include_path. > > > Agora o o bicho pegou!! > > Atenciosamente, > > Sérgio Gurgel > http://br.linkedin.com/in/sergiogurgel > twitter: @sergiogurgel > > "o mal do inteligente é achar que o outro é burro!" > > > Em 15 de fevereiro de 2010 08:45, Botelho, Marco Antônio Faria < > mafbote...@gmail.com> escreveu: > > Sérgio, bom dia! >> >> Será que ele não está lendo outro arquivo php.ini não? >> >> Poderia nos informar o caminho do php.ini? >> >> Até mais. >> >> Marco Antônio >> http://twitter.com/botelho >> >> >> Em 15 de fevereiro de 2010 08:07, Sergio Gurgel >> escreveu: >> >> > Galera, >> > >> > Foi removido o php.ini e deu certo, agora por que não funciona é que tá >> > osso >> > descobrir. >> > O pior é que terei que recolocar o php.ini para funcionar devido a >> alguns >> > parâmetros setados nele. >> > >> > Quem quiser ajudar agradeço. >> > >> > Atenciosamente, >> > >> > Sérgio Gurgel >> > "o mal do inteligente é achar que o outro é burro!" >> > >> > >> > Em 12 de fevereiro de 2010 23:20, Sergio Gurgel >> > escreveu: >> > >> > > Pablo, >> > > >> > > Exatamente. >> > > É como se não estivesse localizando o arquivo. >> > > O include_path está conforme abaixo: >> > > include_path .:/usr/local/share/pear .:/usr/local/share/pear >> > > >> > > Tente inclusive copiando o diretório /classe para o diretório do >> > > include_path ficando assim: >> > > /usr/local/share/pear/class >> > > >> > > Ou seja , ele unia o include_path ao /class , mas também não >> funcionou. >> > > >> > > Quando chamo a URL ele não carrega e a página fica em branco. >> > > >> > > Quem poder sugerir algo agradeço. >> > > >> > > >> > > Atenciosamente, >> > > >> > > Sérgio >> > > Em 12 de fevereiro de 2010 18:42, Pablo Sánchez > > >escreveu: >> > > >> > > Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros >> > >> escreveu: >> > >> > Não estou acompanhando essa thread, mas acabei de ver uma mensagem >> no >> > >> > twitter que pode ajudar: >> > >> > http://securityreason.com/achievement_securityalert/82 >> > >> >> > >> Não, infelizmente não tem nada a ver com a questão. >> > >> >> > >> > Parece que houve mudança nessa biblioteca de session... >> > >> > >> > >> > Pablo pode analisar melhor... >> > >> >> > >> O que está relatado ali é referente à funcionalidade de session >> > >> (variáveis que ficam do lado do servidor) do PHP. >> > >> >> > >> O problema de nosso amigo é que o arquivo Session.class.php não está >> > >> sendo localizado pelo PHP para a inclusão. >> > >> >> > >> Provavelmente esse arquivo tem uma classe definida para trabalhar a >> > >> funcionalidade de session do PHP. >> > >> >> > >> O counteúdo do arquivo tem correlação com o link, mas o link não tem >> > >> correlação com o problema do colega. >> > >> >> > >> > Bom carnaval pra todos! (cuidado com a cachaça =) >> > >> >> > >> A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, >> ela >> > >> some! BUHUHAHAHAHA! >> > >> >> > >> Ok, eu não sei fazer uma risada maligna melhor que essa. >> > >> >> > >> -- >> > >> = >> > >> Pablo Santiago Sánchez >> > >> Análise e Desenvolvimento de Sistemas Web >> > >> Zend Certified Engineer #ZEND006757 >> > >> phack...@gmail.com >> > >> (61) 9975-0883 >> > >> http://www.sansis.com.br >> > >> http://www.corephp.com.br >> > >> "Quidquid latine dictum sit, altum viditur" >> > >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Session.class ?
Sim, cria um arquivo *.php com a função phpinfo: Ex: phpinfo.php Depois é só executar ela via browser que será mostrado em "Configuration File (php.ini) Path " Em 17/02/10, Sergio Gurgel escreveu: > > Tem como eu descobrir qual o path do PHP.ini utilizado pelo o sistema? > > > Atenciosamente, > > Sérgio Gurgel > http://br.linkedin.com/in/sergiogurgel > twitter: @sergiogurgel > > "o mal do inteligente é achar que o outro é burro!" > > > > Em 17 de fevereiro de 2010 12:34, Sergio Gurgel > > escreveu: > > > O PHP.INI foi removido. > > > > Executei o arquivo php.php e ele continua mostrando o mesmo path > > include_path .:/usr/local/share/pear .:/usr/local/share/pear > > > > Ou seja , apesar de só ter funcionado removendo o PHP.INI , o mesmo não > > influencia no include_path. > > > > > > Agora o o bicho pegou!! > > > > Atenciosamente, > > > > Sérgio Gurgel > > http://br.linkedin.com/in/sergiogurgel > > twitter: @sergiogurgel > > > > "o mal do inteligente é achar que o outro é burro!" > > > > > > Em 15 de fevereiro de 2010 08:45, Botelho, Marco Antônio Faria < > > mafbote...@gmail.com> escreveu: > > > > Sérgio, bom dia! > >> > >> Será que ele não está lendo outro arquivo php.ini não? > >> > >> Poderia nos informar o caminho do php.ini? > >> > >> Até mais. > >> > >> Marco Antônio > >> http://twitter.com/botelho > >> > >> > >> Em 15 de fevereiro de 2010 08:07, Sergio Gurgel > >> escreveu: > >> > >> > Galera, > >> > > >> > Foi removido o php.ini e deu certo, agora por que não funciona é que > tá > >> > osso > >> > descobrir. > >> > O pior é que terei que recolocar o php.ini para funcionar devido a > >> alguns > >> > parâmetros setados nele. > >> > > >> > Quem quiser ajudar agradeço. > >> > > >> > Atenciosamente, > >> > > >> > Sérgio Gurgel > >> > "o mal do inteligente é achar que o outro é burro!" > >> > > >> > > >> > Em 12 de fevereiro de 2010 23:20, Sergio Gurgel > >> > escreveu: > >> > > >> > > Pablo, > >> > > > >> > > Exatamente. > >> > > É como se não estivesse localizando o arquivo. > >> > > O include_path está conforme abaixo: > >> > > include_path .:/usr/local/share/pear .:/usr/local/share/pear > >> > > > >> > > Tente inclusive copiando o diretório /classe para o diretório do > >> > > include_path ficando assim: > >> > > /usr/local/share/pear/class > >> > > > >> > > Ou seja , ele unia o include_path ao /class , mas também não > >> funcionou. > >> > > > >> > > Quando chamo a URL ele não carrega e a página fica em branco. > >> > > > >> > > Quem poder sugerir algo agradeço. > >> > > > >> > > > >> > > Atenciosamente, > >> > > > >> > > Sérgio > >> > > Em 12 de fevereiro de 2010 18:42, Pablo Sánchez >> > >escreveu: > >> > > > >> > > Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros > >> > >> escreveu: > >> > >> > Não estou acompanhando essa thread, mas acabei de ver uma > mensagem > >> no > >> > >> > twitter que pode ajudar: > >> > >> > http://securityreason.com/achievement_securityalert/82 > >> > >> > >> > >> Não, infelizmente não tem nada a ver com a questão. > >> > >> > >> > >> > Parece que houve mudança nessa biblioteca de session... > >> > >> > > >> > >> > Pablo pode analisar melhor... > >> > >> > >> > >> O que está relatado ali é referente à funcionalidade de session > >> > >> (variáveis que ficam do lado do servidor) do PHP. > >> > >> > >> > >> O problema de nosso amigo é que o arquivo Session.class.php não > está > >> > >> sendo localizado pelo PHP para a inclusão. > >> > >> > >> > >> Provavelmente esse arquivo tem uma classe definida para trabalhar a > >> > >> funcionalidade de session do PHP. > >> > >> > >> > >> O counteúdo do arquivo tem correlação com o link, mas o link não > tem > >> > >> correlação com o problema do colega. > >> > >> > >> > >> > Bom carnaval pra todos! (cuidado com a cachaça =) > >> > >> > >> > >> A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, > >> ela > >> > >> some! BUHUHAHAHAHA! > >> > >> > >> > >> Ok, eu não sei fazer uma risada maligna melhor que essa. > >> > >> > >> > >> -- > >> > >> = > >> > >> Pablo Santiago Sánchez > >> > >> Análise e Desenvolvimento de Sistemas Web > >> > >> Zend Certified Engineer #ZEND006757 > >> > >> phack...@gmail.com > >> > >> (61) 9975-0883 > >> > >> http://www.sansis.com.br > >> > >> http://www.corephp.com.br > >> > >> "Quidquid latine dictum sit, altum viditur" > >> > > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Session.class ?
Então não é o include path. Você vai ter que comparar item a item do que o phpinfo com php.ini e sem php.ini te trazem para tentar descobrir o que é. Pode ser algo que não tem absolutamente nada a ver com o assunto, mas se não fizer a comparação, vai ficar difícil descobrir onde está o problema. Se quiser, pode gerar os dois e me mandar em PVT que eu dou uma olhada para ver o que poderia ser. Um abc Em 15 de fevereiro de 2010 08:56, Sergio Gurgel escreveu: > Após remover o PHP.INI o include_path continua a mesmo conforme abaixo: > > include_path.:/usr/local/share/pear.:/usr/local/share/pear > > > Atenciosamente, > > Sérgio > > "o mal do inteligente é achar que o outro é burro!" > > > Em 15 de fevereiro de 2010 07:07, Sergio Gurgel > escreveu: > >> Galera, >> >> Foi removido o php.ini e deu certo, agora por que não funciona é que tá >> osso descobrir. >> O pior é que terei que recolocar o php.ini para funcionar devido a alguns >> parâmetros setados nele. >> >> Quem quiser ajudar agradeço. >> >> Atenciosamente, >> >> Sérgio Gurgel >> >> "o mal do inteligente é achar que o outro é burro!" >> >> >> Em 12 de fevereiro de 2010 23:20, Sergio Gurgel >> escreveu: >> >> Pablo, >>> >>> Exatamente. >>> É como se não estivesse localizando o arquivo. >>> O include_path está conforme abaixo: >>> include_path .:/usr/local/share/pear .:/usr/local/share/pear >>> >>> Tente inclusive copiando o diretório /classe para o diretório do >>> include_path ficando assim: >>> /usr/local/share/pear/class >>> >>> Ou seja , ele unia o include_path ao /class , mas também não funcionou. >>> >>> Quando chamo a URL ele não carrega e a página fica em branco. >>> >>> Quem poder sugerir algo agradeço. >>> >>> >>> Atenciosamente, >>> >>> Sérgio >>> Em 12 de fevereiro de 2010 18:42, Pablo Sánchez >>> escreveu: >>> >>> Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros escreveu: > Não estou acompanhando essa thread, mas acabei de ver uma mensagem no > twitter que pode ajudar: > http://securityreason.com/achievement_securityalert/82 Não, infelizmente não tem nada a ver com a questão. > Parece que houve mudança nessa biblioteca de session... > > Pablo pode analisar melhor... O que está relatado ali é referente à funcionalidade de session (variáveis que ficam do lado do servidor) do PHP. O problema de nosso amigo é que o arquivo Session.class.php não está sendo localizado pelo PHP para a inclusão. Provavelmente esse arquivo tem uma classe definida para trabalhar a funcionalidade de session do PHP. O counteúdo do arquivo tem correlação com o link, mas o link não tem correlação com o problema do colega. > Bom carnaval pra todos! (cuidado com a cachaça =) A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, ela some! BUHUHAHAHAHA! Ok, eu não sei fazer uma risada maligna melhor que essa. -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >> > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Session.class ?
Como eu removi o PHP.INI está sendo exibido no PHP.PHP da seguinte maneira: Configuration File (php.ini) Path/usr/local/etcLoaded Configuration File (none) Mas ele mostra vários parâmetros como por exemplo o que eu postei no email anteior. Atenciosamente, Sérgio Gurgel "o mal do inteligente é achar que o outro é burro!" Em 17 de fevereiro de 2010 12:47, Alex escreveu: > Sim, cria um arquivo *.php com a função phpinfo: > > Ex: phpinfo.php > > phpinfo(); > ?> > > > Depois é só executar ela via browser que será mostrado em "Configuration > File (php.ini) Path " > > > > Em 17/02/10, Sergio Gurgel escreveu: > > > > Tem como eu descobrir qual o path do PHP.ini utilizado pelo o sistema? > > > > > > Atenciosamente, > > > > Sérgio Gurgel > > http://br.linkedin.com/in/sergiogurgel > > twitter: @sergiogurgel > > > > "o mal do inteligente é achar que o outro é burro!" > > > > > > > > Em 17 de fevereiro de 2010 12:34, Sergio Gurgel > > > > escreveu: > > > > > O PHP.INI foi removido. > > > > > > Executei o arquivo php.php e ele continua mostrando o mesmo path > > > include_path .:/usr/local/share/pear .:/usr/local/share/pear > > > > > > Ou seja , apesar de só ter funcionado removendo o PHP.INI , o mesmo não > > > influencia no include_path. > > > > > > > > > Agora o o bicho pegou!! > > > > > > Atenciosamente, > > > > > > Sérgio Gurgel > > > http://br.linkedin.com/in/sergiogurgel > > > twitter: @sergiogurgel > > > > > > "o mal do inteligente é achar que o outro é burro!" > > > > > > > > > Em 15 de fevereiro de 2010 08:45, Botelho, Marco Antônio Faria < > > > mafbote...@gmail.com> escreveu: > > > > > > Sérgio, bom dia! > > >> > > >> Será que ele não está lendo outro arquivo php.ini não? > > >> > > >> Poderia nos informar o caminho do php.ini? > > >> > > >> Até mais. > > >> > > >> Marco Antônio > > >> http://twitter.com/botelho > > >> > > >> > > >> Em 15 de fevereiro de 2010 08:07, Sergio Gurgel > > >> escreveu: > > >> > > >> > Galera, > > >> > > > >> > Foi removido o php.ini e deu certo, agora por que não funciona é que > > tá > > >> > osso > > >> > descobrir. > > >> > O pior é que terei que recolocar o php.ini para funcionar devido a > > >> alguns > > >> > parâmetros setados nele. > > >> > > > >> > Quem quiser ajudar agradeço. > > >> > > > >> > Atenciosamente, > > >> > > > >> > Sérgio Gurgel > > >> > "o mal do inteligente é achar que o outro é burro!" > > >> > > > >> > > > >> > Em 12 de fevereiro de 2010 23:20, Sergio Gurgel > > >> > escreveu: > > >> > > > >> > > Pablo, > > >> > > > > >> > > Exatamente. > > >> > > É como se não estivesse localizando o arquivo. > > >> > > O include_path está conforme abaixo: > > >> > > include_path .:/usr/local/share/pear .:/usr/local/share/pear > > >> > > > > >> > > Tente inclusive copiando o diretório /classe para o diretório do > > >> > > include_path ficando assim: > > >> > > /usr/local/share/pear/class > > >> > > > > >> > > Ou seja , ele unia o include_path ao /class , mas também não > > >> funcionou. > > >> > > > > >> > > Quando chamo a URL ele não carrega e a página fica em branco. > > >> > > > > >> > > Quem poder sugerir algo agradeço. > > >> > > > > >> > > > > >> > > Atenciosamente, > > >> > > > > >> > > Sérgio > > >> > > Em 12 de fevereiro de 2010 18:42, Pablo Sánchez < > phack...@gmail.com > > >> > >escreveu: > > >> > > > > >> > > Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros > > >> > >> escreveu: > > >> > >> > Não estou acompanhando essa thread, mas acabei de ver uma > > mensagem > > >> no > > >> > >> > twitter que pode ajudar: > > >> > >> > http://securityreason.com/achievement_securityalert/82 > > >> > >> > > >> > >> Não, infelizmente não tem nada a ver com a questão. > > >> > >> > > >> > >> > Parece que houve mudança nessa biblioteca de session... > > >> > >> > > > >> > >> > Pablo pode analisar melhor... > > >> > >> > > >> > >> O que está relatado ali é referente à funcionalidade de session > > >> > >> (variáveis que ficam do lado do servidor) do PHP. > > >> > >> > > >> > >> O problema de nosso amigo é que o arquivo Session.class.php não > > está > > >> > >> sendo localizado pelo PHP para a inclusão. > > >> > >> > > >> > >> Provavelmente esse arquivo tem uma classe definida para trabalhar > a > > >> > >> funcionalidade de session do PHP. > > >> > >> > > >> > >> O counteúdo do arquivo tem correlação com o link, mas o link não > > tem > > >> > >> correlação com o problema do colega. > > >> > >> > > >> > >> > Bom carnaval pra todos! (cuidado com a cachaça =) > > >> > >> > > >> > >> A cachaça é que tem que tomar cuidado comigo! :-D nas minhas > mãos, > > >> ela > > >> > >> some! BUHUHAHAHAHA! > > >> > >> > > >> > >> Ok, eu não sei fazer uma risada maligna melhor que essa. > > >> > >> > > >> > >> -- > > >> > >> = > > >> > >> Pablo Santiago Sánchez > > >> > >> Análise e Desenvolvimento de Sistemas Web > > >> > >> Zend Certified Engineer #ZEND006757 > > >> > >> phack...@gmail.com > > >> > >> (61) 9975-0883 > > >> > >
[FUG-BR] H 2.64 e mpeg
Eu tenho uma tarefa que eh montar um servidor Freebsd para distribuir imagens. No mercado as câmeras IPs disponibilizam imagens via H 2.64 e MPEG. A minha idéia eh colocar um Freebsd como server para os usuários acessarem via apache. A maioria das câmeras do mercado so trabalham com aplicaçoes web em Win no server, e muitas vezes as aplicações das câmeras são proprietárias. Pior do que tudo são as câmeras que exigem os clientes instalarem aplicativos proprietários em suas máquinas. Alguém pode dar uma luz? o desafio eh colocar no freebsd Daemons p/ receber H 2.64 e/ou Mpeg das câmeras e possibilitar os users acessarem as imagens via apache e sem instalar aplicativos nos clientes. Alguém pode ajudar? -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] H 2.64 e mpeg
http://www.gstreamer.net/ http://www.livecamserver.com/ http://www.fhttpd.org/pub/qcwebcam/README.html http://cserv.sourceforge.net/ E por aí vai... Sem saber modelo exato da câmera, fica complexo... Em 17 de fevereiro de 2010 15:06, Anderson Alves de Albuquerque escreveu: > Eu tenho uma tarefa que eh montar um servidor Freebsd para distribuir > imagens. No mercado as câmeras IPs disponibilizam imagens via H 2.64 e MPEG. > > A minha idéia eh colocar um Freebsd como server para os usuários acessarem > via apache. A maioria das câmeras do mercado so trabalham com aplicaçoes web > em Win no server, e muitas vezes as aplicações das câmeras são > proprietárias. Pior do que tudo são as câmeras que exigem os clientes > instalarem aplicativos proprietários em suas máquinas. > > > Alguém pode dar uma luz? > o desafio eh colocar no freebsd Daemons p/ receber H 2.64 e/ou Mpeg das > câmeras e possibilitar os users acessarem as imagens via apache e sem > instalar aplicativos nos clientes. Alguém pode ajudar? > > > > > -- > [], Anderson Alves de Albuquerque. > --- > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > andersonaa#gmail.com (replace # by @) > ICQ: 73222660 > --- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Restrição de Acesso Web
Fala pessoal, Eu gostaria de saber como criar um infraestrutura de acesso sem fio que nem de um aeroporto, onde os usuários não conseguem navegar até serem autenticados através de uma página Web ! Seria interessante também se houvesse alguma forma de personalizar a solução. Abraços, -- Davi Vercillo C. Garcia http://www.google.com/profiles/davivcgarcia "Waste time in learning things that do not interest us, deprives us of discovering interesting things." - Carlos Drummond de Andrade - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Restrição de Acesso Web
Davi, o pfsense[1] tem isto, chama-se "captive portal". Atualmente tem até solução para rodar isto direto de access point, tem que procurar a que mais se adequa á sua necessidade. Dá uma olhada no pfsense que ele é mais customizável(é um freebsd embarcado no final das contas). Abraços [1] www.pfsense.org -- From: "Davi Vercillo C. Garcia" Sent: Wednesday, February 17, 2010 11:36 PM To: "Lista de discussão sobre FreeBSD no estado do Rio de Janeiro" ; "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: [FUG-BR] Restrição de Acesso Web > Fala pessoal, > > Eu gostaria de saber como criar um infraestrutura de acesso sem fio > que nem de um aeroporto, onde os usuários não conseguem navegar até > serem autenticados através de uma página Web ! Seria interessante > também se houvesse alguma forma de personalizar a solução. > > Abraços, > -- > Davi Vercillo C. Garcia > http://www.google.com/profiles/davivcgarcia > > "Waste time in learning things that do not interest us, deprives us of > discovering interesting things." > - Carlos Drummond de Andrade > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Restrição de Acesso Web
Fala Renato, > o pfsense[1] tem isto, chama-se "captive portal". Eu conhecia o projeto pfsense mas não cheguei a usa-lo. Na verdade eu gostaria se saber montar isso passo-a-passo ao invés de suar algo ja pronto. É mais pra estudo mesmo... =P Mas mesmo assim, obrigado pela dica. Vou vê se encontro como eles fizeram isso. Abraços, -- Davi Vercillo C. Garcia http://www.google.com/profiles/davivcgarcia "Waste time in learning things that do not interest us, deprives us of discovering interesting things." - Carlos Drummond de Andrade - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Experiência com o FreeBSD 8
Pessoal, Depois que virtualizamos algumas máquinas no datacenter, sobraram 2 servidores, onde colocamos o FreeBSD 8 para testes. Sei que muitos já usam em produção, mas tivemos 2 decepções: - os servidores são um dell 860 e um HP DL320G5p, ambos com FreeBSD 7 instalados anteriormente e em produção até ontem! 1) no HP, sem CDROM, colocamos um DVD externo através de USB. O boot foi normal, escolhemos o país, partições, etc... Na hora de dizer que era para instalar através do CDROM, nada... Acusava sem CDROM. Sendo que quando instalei o FreeBSD 7, a instalação foi feita com o mesmo DVD externo USB. Tentei com teclado normal ao invés de USB também, pensando que fosse algum conflito com 2 periféricos USB e nada... Mesma coisa. O que mudou no instalador? Pelo que percebi, apenas pede para digitar a senha 2 vezes (confirmação de senha) para usuários extras (não root), o que é excelente e diminui possíveis erros. A solução foi instalar por FTP, que acabou sem muito rápido, pois estava dentro do datacenter. Rodei um csup, RELENG_8, make buildworld, make kernel, mergemaster e reboot. A máquina subiu normalmente. 2) no Dell, com CDROM interno, a instalação foi normal, mas depois dos mesmos procedimentos de atualização, a máquina não subiu, deve ter parado no boot. Não sei que mensagem está na console, pois estou remoto e só sábado poderei ver a mensagem. Tais experiência até então nunca tinha passado com o FreeBSD 5, 6 e 7... Nunca precisei instalar por FTP, nem NFS, nem outra opção que não o CDROM do boot e também nunca perdi acesso ao servidor depois de um make builworld, kernel, etc... Alguém passou por isso? []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Experiência com o FreeBSD 8
2010/2/17 Ari Arantes Filho > 1) no HP, sem CDROM, colocamos um DVD externo através de USB. O boot > foi normal, escolhemos o país, partições, etc... Na hora de dizer que > era para instalar através do CDROM, nada... Acusava sem CDROM. Sendo > que quando instalei o FreeBSD 7, a instalação foi feita com o mesmo > DVD externo USB. Tentei com teclado normal ao invés de USB também, > pensando que fosse algum conflito com 2 periféricos USB e nada... > Mesma coisa. > O que mudou no instalador? Pelo que percebi, apenas pede para digitar > a senha 2 vezes (confirmação de senha) para usuários extras (não > root), o que é excelente e diminui possíveis erros. > A solução foi instalar por FTP, que acabou sem muito rápido, pois > estava dentro do datacenter. > Rodei um csup, RELENG_8, make buildworld, make kernel, mergemaster e > reboot. A máquina subiu normalmente. > > Tive esse mesmo problema usando CDROM USB. Basta quando inicializar o instalador, dar control+c e escolher a opção restart. Isso ocorre porque é como se o instalador carregasse primeiro do que o CD USB é carregado (o modulo usb é um dos últimos e o CD, por ser USB, vem depois dele) então basta o "restart" pra funcionar belezinha. É estranho porque também nao lembro desse problema em versões anteriores, mas resolve -- Rafael Albuquerque http://corpoaindainforme.blogspot.com http://www.dsc.upe.br/~rba - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] H 2.64 e mpeg
Eu ainda não tenho a câmera. eu irei especificar em função das possibilidades do sever freebsd. As únicas especificações no momento são: zoom de 5x digital ou analógico, visão noturna (acho que 0,5 lux), estática, outdoor e tcp/ip via cabo ou wireless. 2010/2/17 Pablo Sánchez > http://www.gstreamer.net/ > > http://www.livecamserver.com/ > > http://www.fhttpd.org/pub/qcwebcam/README.html > > http://cserv.sourceforge.net/ > > E por aí vai... Sem saber modelo exato da câmera, fica complexo... > > Em 17 de fevereiro de 2010 15:06, Anderson Alves de Albuquerque > escreveu: > > Eu tenho uma tarefa que eh montar um servidor Freebsd para distribuir > > imagens. No mercado as câmeras IPs disponibilizam imagens via H 2.64 e > MPEG. > > > > A minha idéia eh colocar um Freebsd como server para os usuários > acessarem > > via apache. A maioria das câmeras do mercado so trabalham com aplicaçoes > web > > em Win no server, e muitas vezes as aplicações das câmeras são > > proprietárias. Pior do que tudo são as câmeras que exigem os clientes > > instalarem aplicativos proprietários em suas máquinas. > > > > > > Alguém pode dar uma luz? > > o desafio eh colocar no freebsd Daemons p/ receber H 2.64 e/ou Mpeg das > > câmeras e possibilitar os users acessarem as imagens via apache e sem > > instalar aplicativos nos clientes. Alguém pode ajudar? > > > > > > > > > > -- > > [], Anderson Alves de Albuquerque. > > --- > > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > > andersonaa#gmail.com (replace # by @) > > ICQ: 73222660 > > --- > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > = > Pablo Santiago Sánchez > Análise e Desenvolvimento de Sistemas Web > Zend Certified Engineer #ZEND006757 > phack...@gmail.com > (61) 9975-0883 > http://www.sansis.com.br > http://www.corephp.com.br > "Quidquid latine dictum sit, altum viditur" > = > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Restrição de Acesso Web
Em 17 de fevereiro de 2010 23:42, Renato Frederick escreveu: > Davi, > > o pfsense[1] tem isto, chama-se "captive portal". Como o Renato citou a existencia desse recurso no pfsense, gostaria de acrescentar que Captive Portal é o nome (ou um dos) que se dá a esse tipo de serviço. Procure por +"captive portal" +freebsd no google que encontrarás bastante documentação e softwares destinados a esta finalidade. [] Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Restrição de Acesso Web
Fala pessoal, Pelo o que eu andei lendo sobre "Captive Portal", parece que consigo implementar algo do tipo com o Squid. Eu nunca configurei e pelo que vi parece que ele é bem complexo (não difícil) pelo fato de ser tão flexível. Estou pensando em usar alguma forma de literatura para tal, recomendam alguma ? O que acham desses livros nacionais ? [1] http://www.submarino.com.br/produto/1/1080386/compartilhe+a+internet+usando+freebsd+++squid [2] http://www.linuxmall.com.br/produto/livro-squid-solucao-definitiva.html Abraços, -- Davi Vercillo C. Garcia http://www.google.com/profiles/davivcgarcia "Waste time in learning things that do not interest us, deprives us of discovering interesting things." - Carlos Drummond de Andrade - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
