21 replies to this topic

[Paulo Freitas]

Até que tu tem razão nisso viu. Enquanto melhoram "alí", estragam "aqui" (rs) ...

Esta do PECL eu tenho percebido. À cada nova versão sai pelo menos 1 biblioteca ... Bom, se bem que isso não é digamos um "problema". É só baixar o PECL depois do PHP e jogar na pasta ext ...

Sobre a função strftime(), verdade. Sempre leio o changelog das novas versões. E de quebra, sempre me deparo com um bug fixed relacionado à ela ...

Sobre a adição como API da validação de e-mails e URLs, concordo contigo. Hoje em dia cada um valida de um jeito ... ... e nem todos conseguem validar com pelo menos 90% de precisão ...

É isso aí. Desestressei também ...

[]’s Até mais

[brunoalves]

O maior problema que eu vi foi mesmo o fim do safe mode e do open base dir, o resto é firula...

Se realmente removerem isso, será o fim do shared hosting ou o fim do PHP.

Pensem bem, como o PHP é executado como módulo do Apache, é executado com as mesmas permisões do dito cujo (nobody).

Ou seja, se não sou limitado ao basedir do meu usuário, posso ler qualquer arquivo que seja acessível ao nobody, traduzindo, todos os arquivos na pasta public_html de todos os usuários do mesmo servidor.

E como todo mundo adora usar o xxxxxx chmod 777, podereir ler, escrever e executar todos os arquivos de todo mundo no mesmo servidor, não é legal isso?

[Guilherme Blanco]

Creio que você interpretou mal, bruno...

O que será removido é o open basedir... uma variável que limita a quantidades de arquivos que podem ser abertos dentro do script PHP.

Tente o seguinte:

<?php
$files = array(...);
$fp = array();

for ($i = 0; $i < count($files); $i++)
    $fp[] = fopen($files[$i], "r");

...
?>

Imagine que o array de files tenha... 500 arquivos. Atualmente, o PHP inibe isto... a proposta é remover esta proteção, entendeu?


[]s,

[brunoalves]

Sim, mas o open_basedir é usado, também para manter o usuário dentro do /home dele, se essa parte for removida, vai ser sinistro

[Guilherme Blanco]

Fique tranquilo que quanto a isso tenho certeza que quanto a isso, haverá uma alteração, como por exemplo, a modificação por uma variável com melhor descrição, certo!?!

[]s,

[Paulo Freitas]

Muita coisa já se tornou realidade. Dêem uma olhada no changelog da última versão CVS:

PHP																		NEWS
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
?? ??? 20??, PHP 6.0
- Unicode support. (Andrei, Dmitry, et al)

- Changed dl() to be disabled by default. Enabled only when explicitly 
  registered by the SAPI layer. Enabled only with CLI, CGI and EMBED. (Dmitry)
- Changed return "new" by reference to throw an E_STRICT error. (Dmitry)
- Changed __toString() behavior to call it in all necessary places
  (Marcus, Dmitry)
- Changed "instanceof" and "catch" operators, is_a() and is_subclass_of()
  functions to not call __autoload(). (Dmitry)

- Removed old legacy:
  . "register_globals" support. (Pierre)
  . "register_long_arrays" ini option. (Dmitry)
  . "safe_mode" support. (Ilia, Andi)
  . "allow_call_time_pass_reference", added E_STRICT error message. (Dmitry)
  . session_register(), session_unregister() and session_is_registered()
	(needed only with "register_globals=On").
  . "magic_quotes_gpc", "magic_quotes_runtime" and "magic_quotes_sybase" ini
	options. (Pierre)
  . Changed get_magic_quotes_gpc(), get_magic_quotes_runtime to always return
	false and set_magic_quotes_runtime() to raise an E_CORE_ERROR.
- Removed support for "continue" and "break" operators with non-constant
  operands. (Dmitry)
- Removed Freetype 1.x and GD 1.x from GD extension. (Pierre)
- Removed global reflection constants. (Johannes)

- Improved and cleaned CGI code. FastCGI is now always enabled and can not be
  disabled. See sapi/cgi/CHANGES for more details. (Dmitry)
- Improved cURL: (Ilia)
  . Added curl_setopt_array() which allows setting of multiple cURL options.
  . Added CURLINFO_HEADER_OUT constant to facilitate request retrieval.

- Added "jump label" operator (limited "goto"). (Dmitry, Sara)
- Added E_STRICT to E_ALL. (Dmitry)
- Added gmp_nextprime() function. (Tony, patch by ants dot aasma at gmail dot com)
- Added "allow_url_include" ini option to be able to turn off remote url
  code execution separately from the "allow_url_fopen" setting. (Rasmus)
- Added --rclass and --rextension CLI parameters to reflect internal classes
  and loaded extensions. (Johannes)
- Added optional parameter to http_build_query() to allow specification of 
  string separator. (Ilia)
- Added an optional parameter to parse_url() to allow retrieval of distinct URL
  components. (Ilia)
- Added an optional parameter to strstr() and stristr() for retrieval of either
  the part of haystack before or after first occurence of needle. (Johannes)
- Added possibility to check in which extension an internal function was
  defined using reflection API. (Johannes)
- Added second optional parameter to stream_context_create() to set params
  during context creation. (Sara)
- Added sys_get_temp_dir() function that returns the default directory for
  temporary files (as requested in bug #35380). (Hartmut)

- Fixed bug #36630 (umask not reset at the end of the request). (Ilia)
- Fixed bug #34286 (__toString() behavior is inconsistent). (Marcus)

Até o momento, 3 novas funções. Isso quer dizer que a vinda dele irá demorar mais.

[]’s Até mais

[braulio]

Pessoal,

Achei muito interessante saber sobre o que ocorrerá de mudanças e progressos nesta fantástica linguagem !

Meu interesse em programação partiu pelo PHP. Ela seria minha mãe neste aspecto.

Muito interessante é saber sobre este Unicode ! Carambá ! Escrever em nossa língua mãe ! Huhauhauha ! Algoritimicamente, talvez... Ou literalmente falando...Hehehe.:

<?php

//Programa de IMC.:

$calc = calcule (86-5)Kg ;//Depois de um mês comendo muito...

SE ($calc Maior>86)

mostre $mulher = ("$calc"."Meu amor vai me matar ! Estou gorda !")

SENÃO

mostre $mulher = ("$calc"."Que bom, meu peso está bom. Meu amor vai adorar !");

?>

*Desculpem algo, não pude deixar passar.

Sabiam que aprendi a gramática do Português depois de aprender Inglês ? Pois Inglês é uma linguagem rápida e prática, mas o português não. O que quero dizer, é que o PHP 6, vai ser um tipo de Pascal (Usam Pascal para ensinar a programar também) e imagine, uma pessoa aprendendo a programar no pelo Pascal (línguagem limitada) mas sim com o PHP 6+, que é muito mais avançado, lógico, em relação ao PHP, dai jovens desenvoveram a programação muito mais rápida e com uma linguagem poderosa, logo o resultado será = Infinito ! Uma coisa boba, pode mudar o mundo, pois assim surgirá novos talentos ainda desconhecidos, que neste momento devem estar chupando bico ou estão na 3º serie do ensino fundamental. O PHP 6+ consiguirá trazer mais desenvolvedores, sejam eles GNUs ou Comerciais, por um lado bom, por outro não .


Enfim, fico contente com as novidades e estou antenado para mais. Parabens pelo tópico !

*Sugiro, que as criticas do tópico, sugestões, sejam selecionadas e enviadas aos devels do PHP.

Edição feita por: braulio, 18/11/2006, 20:27.