Desde que estou trabalhando com o WordPress, a conversa (e eu uso esse termo vagamente) sobre quais vers\u00f5es do PHP ele deve ou n\u00e3o suportar est\u00e1 em andamento.<\/p>\n
Esses dois pontos poderiam render um post e coment\u00e1rios por dias, mas n\u00e3o estou interessado nisso. Como minha equipe e eu<\/a><\/strong> somos o neg\u00f3cio de criar solu\u00e7\u00f5es personalizadas para outras pessoas, temos a flexibilidade de fazer um balan\u00e7o de onde os usu\u00e1rios hospedam seu site ou aplicativo, implant\u00e1-lo e aproveitar os recursos do PHP oferecidos por seus hosts.<\/p>\n H\u00e1, no entanto, momentos em que encontrei algumas pessoas executando vers\u00f5es do PHP t\u00e3o baixas quanto 5.3.<\/p>\n E da\u00ed?<\/p>\n Primeiro, a p\u00e1gina de requisitos do WordPress<\/a><\/strong> menciona especificamente isso:<\/p>\n Se voc\u00ea estiver em um ambiente legado onde voc\u00ea s\u00f3 tem vers\u00f5es mais antigas do PHP ou MySQL, o WordPress tamb\u00e9m funciona com PHP 5.2.4+ e MySQL 5.0+, mas essas vers\u00f5es chegaram ao fim da vida \u00fatil oficial.<\/p>\n<\/blockquote>\n Ent\u00e3o, para ser claro, ele roda em vers\u00f5es mais antigas do PHP, mas, como desenvolvedores, estaremos severamente limitados pelo que podemos fazer com a linguagem. E, como a p\u00e1gina menciona, as implica\u00e7\u00f5es de seguran\u00e7a e o suporte de “fim de vida" da vers\u00e3o do idioma n\u00e3o devem ser ignorados.<\/p>\n Sempre que trabalho com um plug-in ou algo que ser\u00e1 executado no WordPress e sei que ter\u00e1 que ser executado em v\u00e1rios hosts, forne\u00e7o o m\u00ednimo de suporte. Isso geralmente PHP 5.6.20.<\/p>\n Se o ambiente no qual o projeto ser\u00e1 executado n\u00e3o suportar isso, avisarei e impedirei que o projeto seja executado. No contexto de um plug-in, provavelmente \u00e9 melhor conectar-se \u00e0 fun\u00e7\u00e3o register_activation_hook.<\/p>\n Para fazer isso, voc\u00ea pode escrever algo assim:<\/a><\/strong><\/p>\n Concedido, \u00e9 simples, e a tela usa o estilo padr\u00e3o wp_die, mas tamb\u00e9m funciona. Se voc\u00ea tiver mais experi\u00eancia ou tempo, tamb\u00e9m \u00e9 poss\u00edvel executar as verifica\u00e7\u00f5es de forma um pouco diferente e fornecer seu pr\u00f3prio estilo.<\/p>\n O objetivo deste post n\u00e3o \u00e9 como fazer isso. Em vez disso, os pontos s\u00e3o:<\/p>\n Como voc\u00ea vai renderizar isso depende de voc\u00ea, mas a ess\u00eancia do c\u00f3digo acima deve ser suficiente para voc\u00ea come\u00e7ar.<\/p>\n E se voc\u00ea realmente quiser se aprofundar no manuseio de strings em PHP, recomendo o post de Carl sobre como<\/a><\/strong> lidar com strings em PHP<\/a><\/strong>.<\/p>\n\n
<?php\n\nregister_activation_hook(__FILE__, __NAMESPACE__. 'acme_activate');\n\/**\n * Verifies that the user is running the proper version of WordPress for the\n * plugin to execute; otherwise, displays an error message and prevents the\n * plugin from being activated.\n *\/\nfunction acme_activate()\n{\n if (version_compare(PHP_VERSION, '5.6.20', '<')) {\n wp_die(\n sprintf(\n 'Acme requires PHP 5.6.20 or higher.\n Your WordPress site is using PHP %s. Please contact your hosting\n provider and ask that they upgrade the version of PHP on which\n your installation of WordPress is running. Click back in your\n browser to your WordPress dashboard.',\n PHP_VERSION) );\n }\n}<\/code><\/pre>\n\n
Notas Adicionais<\/h3>\n
\n