Comment puis-je éviter de montrer “#!/usr/bin/php” sur PHP?

Il n'est pas nécessaire d'avoir #!/usr/bin/php dans votre code, il suffit d'exécuter script CLI à l'aide de php, par exemple php /path/to/file.php ou /usr/bin/php /path/to/file.php.

OriginalL'auteur David Kuridža

@ViliamSimko de méchant truc est presque là, mais, malheureusement, imparfait. (Il n'a fait me casser la tête de l'envoi de la séquence, par exemple, en dépit de ne pas polluer la sortie avec le shebang.)

TL;DR, voici le correctif^*:

#!/usr/bin/php
<?php @ob_end_clean(); if(ini_get('output_buffering')) ob_start();
...

ou moins obscènes, mais encore juste un euphémisme pour la même infraction 😉 :

#!/usr/bin/php
<?php if (ob_get_level()) { ob_end_clean(); ob_start(); }
...

(Et voir aussi la "mise à JOUR" de la partie ci-dessous pour peut-être le maximum de ce que nous pouvons faire à ce sujet...)

Explication:

@Floris eu un très bon point dans les commentaires:

Avez-vous besoin d'un ob_start ();? Probablement la peine de mentionner.

Vous vous faire. Mais où? Et quand?

Cas à considérer:

1. Comme Viliam dit (et juste confirmé avec PHP 7.2), l'arborescence n'est heureusement mangés par les php commande elle-même, lorsque vous exécutez votre script avec php yourscript.php, de sorte que l'ensemble du truc, c'est redondant.

2. En mode web, c'est effectivement la config: si output_buffering est dans la config (et bien sûr, il est généralement, mais il est même pas la valeur par défaut), un ob_start a déjà été fait implicitement au début du script (vous pouvez le vérifier avec ob_get_level()). Donc, nous ne pouvons pas brusquement l'annuler avec un ob_end_clean et l'appeler un jour: nous besoin pour commencer à une autre afin de maintenir l'équilibre des niveaux de!

3. Si output_buffering est hors de la config, puis, le visage triste, nous sommes hors de la chance: ob_get_clean() ne fait rien, et le shebang terminera dans le haut de la page.

   Remarque: il est pas correctif pour ça, d'autres que de l'activer.

4. En mode ligne de commande, le manuel dit sur output_buffering:

   Cette directive est toujours Éteint en PHP-CLI.

   Mais, plutôt que de rejeter la même désespérée manière que dans le 3., l'implicite de cette arborescence de nettoyage (voir 1.) sauve la journée.

---

* "Fix" dans le sens où cette audacieuse hack va fonctionner dans beaucoup plus de cas. Si vous êtes en plein contrôle de votre PHP env., il peut être très bien (comme dans mon cas). Sinon, il peut toujours casser dans beaucoup de manières subtiles de façon inattendue (tenir compte de l'auto-ajouté le code, les extensions personnalisées, ou d'autres façons de contrôler le tampon de sortie, etc.). Aussi, par exemple, lorsque included d'autres scripts en mode CLI (où il n'y a pas de mise en mémoire tampon), vous êtes toujours hors de la chance: le shebang s'afficher dans la sortie, n'importe quoi (à moins, bien sûr, filtrés manuellement par l'appelant). Non seulement cela, mais il serait également briser votre propre tampon, si vous arrivé à avoir tout, tout, y compris de tels naughtified script.

---

Mise à JOUR: Juste pour le fun, voici un "presque correct" version, qui joue très bien avec un cours de mise en mémoire tampon, implicite ou au niveau de l'utilisateur:

#!/usr/bin/php
<?php
if (ob_get_level()) {
    $buf = ob_get_clean();
    ob_start();
    //Refill the buffer, but without the shebang line:
    echo substr($buf, 0, strpos($buf, file(__FILE__)[0]));
} //else { out of luck... }

Encore un "presque" correct, que rien ne peut fixer output_buffering = 0 en mode web, et l ' "être inclus sans mise en mémoire tampon" cas ne peut être résolu que si le script d'appel ajoute explicite ob_start - ob_end_... de l'emballage. Aussi, la plupart des mises en garde ci-dessus s'appliquent toujours: différentes subtilités pouvez toujours casser (par exemple, le courant de sortie de la mémoire tampon doit avoir l' (heureusement défaut) PHP_OUTPUT_HANDLER_CLEANABLE pavillon etc.).)

OriginalL'auteur Sz.

Le tampon de sortie de la solution ci-dessus est un hack. Ne pas le faire.

Première chose, vous êtes en fait plus à l'aide de la commande env pour déterminer le php est utilisé:

#!/usr/bin/env php

Puis de lui donner l'autorisation à exécuter par elle-même:

chmod +x myfile

Donc, au lieu de l'appeler 'php monfichier', vous pouvez maintenant exécuter:

./myfile

À partir de ce dossier. Espérons que cette aide!

OriginalL'auteur delboy1978uk