Générer du code PHP

Bonjour,
Je souhaite générer cette ligne define('DIR_ROOT', __DIR__.DIRECTORY_SEPARATOR); à partir de celle-ci $root = "'".$path['root']."'";.
Le problème est que $path['root'] se termine par un DIRECTORY_SEPARATOR qui sous Windows échappe le caractère suivant. J'ai essayé toute sorte de solution sans y arriver.

J'obtiens ceci: define('DIR_ROOT', 'C:\wamp64\www\test\'); avec la parenthèse, le point-virgule et toute la suite inclus dans la chaîne à définir.

Pour plus d'infos, voici mon code complet:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

$content = fileGetContent('patterns/define.php'); // fileGetContent inclut file_get_contents et des contrôles $comments = sprintf($_SESSION['s1']['comments'], $_SESSION['s3']['definetitle']); $root = "'".$path['root']."'"; $viewpage = '"'.$path['root'].'view'.DIRECTORY_SEPARATOR.'page'.DIRECTORY_SEPARATOR.'"'; $varExport = var_export($_SESSION['s3']['lang'], return: true); $languages = isset($_SESSION['s1']['multiling']) && isset($_SESSION['s3']['lang']) ? "define(AVAILABLE_LANGUAGES, {$varExport});": ''; $urlContact = !empty($_SESSION['s1']['urlContact']) ? "define('URL_CONTACT',\t\"{$_SESSION['s1']['urlContact']}\");": ''; $content = sprintf($content, $comments, $root, $viewpage, $languages, $urlContact); $result = file_put_contents($_SESSION['path']['root'].'define.php', $content, FILE_USE_INCLUDE_PATH);

---

La fonction addslashes est précisément faite pour ce cas de figure.

Ok, merci.

Bonjour,
Je reviens avec encore un souci.
Je veux générer la ligne suivante:require_once "C:\wamp64\www\mysite\lang/$language.php;" ou require_once "C:\wamp64\www\mysite\lang/".$language.".php;"; à partir des infos suivantes:

Code:

---

1 2 3 4 5 6

// Répertoire racine var_dump($path['root']); // Sous-répertoire qui contient les fichiers de langues sans les '/' ou les '\ saisi par l'utilisateur var_dump( rtrim($_SESSION['s3']['dirlang'], "/\\") ); // Variable qui n'existe pas dans le code générateur mais existante dans le code généré: contient 'fr' par exemple var_dump(\$language);

---

J'ai à peu près tout essayé avec addslashes(), échappement de caractères, remplacement des guillemets par chr(34), etc.
Code complet:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

// Répertoire racine var_dump($path['root']); // Sous-répertoire qui contient les fichiers de langues sans les '/' ou les '\ saisi par l'utilisateur var_dump( rtrim($_SESSION['s3']['dirlang'], "/\\") ); // Variable $language qui n'existe pas dans le code générateur mais existante dans le code généré: contient 'fr' par exemple var_dump('\$language'); $string = $path['root'].rtrim($_SESSION['s3']['dirlang'], "/\\").'/$language.php'; $lang = isset($_SESSION['s1']['multiling']) ? //chr(34).require_once $string.chr(34): // essai "require_once '$string';": '';

---

Le résultat dans le fichier généré est: require_once 'C:\wamp64\www\tito\view/lang/$language.php'; qui fonctionnerait bien si j'avais des guillemets doubles au lieu d'apostrophes.

Bonjour

Un site php ne devrait jamais utiliser des chemins absolus tels que tu les donnes mais strictement relatif tel que ./ressources/fr.php.

Dans l'absolu, ton code php devrait pouvoir tourner sur n'importe quel ordinateur ou serveur et là zéro dossier absolu tel que tu essaies.

Et le fait d'utiliser des / et non \ va résoudre ton problème.

Il faut bien être au clair avec comment marche l'antislash dans les chaînes PHP.

L'antislash est le caractère d'échappement que ce soit dans une chaîne entre guillemets simples, dans une chaîne entre guillemets doubles ou dans une chaîne Heredoc. Son rôle est d'annoncer que le prochain caractère ne doit pas être interprété comme il l'est d'habitude. Par exemple un guillemet simple dans une chaîne entre guillemets simples doit être précédé d'un antislash sans quoi il serait vu comme le délimiteur de la chaîne. De même si je place un antislash devant la lettre t dans une chaîne entre guillemets doubles, j'obtiens non plus la lettre t mais une tabulation horizontale.

Du fait de ce rôle spécifique, l'antislash doit, pour pouvoir se représenter lui-même, s'échapper lui-même. Donc:

Code:

---

1 2 3 4

echo ' \\ ', " \\ ", <<<TEST   \\ TEST; # \ \ \

---

C'est la manière rigoureuse et logique d'écrire un antislash dans une chaîne entre guillemets simples ou doubles ou Heredoc.

Alors pourquoi voit-on des fois des antislashes qui ne sont pas échappés et qui apparaissent pourtant à l'affichage?

C'est un comportement par défaut: lorsque l'antislash est placé avant un caractère (ou une suite de caractères) et que l'ensemble ne correspond à aucune séquence d'échappement interprétable dans le type de chaîne utilisé, on obtient un antislash et le caractère.

Du fait de ce comportement par défaut, il est courant de voir des antislashes qui ne soient pas échappés dans les 3 types de chaînes (simple, double, Heredoc). Pour ce qui est des chaînes Nowdoc, la question ne se pose pas puisqu'il n'y a rien à échapper, dans ce contexte l'antislash n'a aucun rôle particulier, c'est un caractère comme un autre.

---

Conclusion, inutile de t'acharner à obtenir: require_once "C:\wamp64\www\mysite/lang/$language.php";.
Contente toi d'obtenir: require_once "C:\\wamp64\\www\\mysite/lang/$language.php"; car c'est strictement la même chose pour l'interpréteur PHP.

Code:

---

1 2 3

$string = 'C:\wamp64\www\tito\view/lang/$language.php'; echo 'require_once "' . addslashes($string) . '";' // require_once "C:\\wamp64\\www\\mysite/lang/$language.php";

---