Serveur. Code PHP Ne Se Lance Pas. Le Propio A Bridé le PHP - PHP - Programmation
Marsh Posté le 18-08-2010 à 16:23:31
Pour Le Premier Point, Ca A Juste L'Air D'Etre Le Chemin D'Accès Qui Est Faux.
Pour Le Mail, Tu Utilises Bien La Fonction Mail() Dans Ton Php Non? Donc Il Suffit De Faire Ce Qu'Ils Te Disent Sur Les Variables Que Tu Passes À Ta Fonction Et C'Est Bon.
Marsh Posté le 18-08-2010 à 19:59:43
Le proprio il a rien bridé du tout.
C'est juste qu'avant d'utiliser un script PHP trouvé quelque part, faut se demander 2 sec comment il marche ...
Marsh Posté le 19-08-2010 à 10:45:54
Le PHP ayant quelque ressemblance avec l'Action Script quand sa reste simple cela va encore. Oui, j'ai pris le code et avec les connaissances que j'ai, je l'ai modifié mais elle reste somme toute rudimentaire n'ayant pas appris ce code. De plus, comme je l'ai dit sur l'ancien serveur ce dernier marchait.
Je vais essayé ce que dit Lasnoufle. Esox_ch si tu as une solution au lieu de critiquer tu es le bienvenu aussi
Marsh Posté le 19-08-2010 à 12:52:50
NebukadRomu a écrit : Le PHP ayant quelque ressemblance avec l'Action Script quand sa reste simple cela va encore. Oui, j'ai pris le code et avec les connaissances que j'ai, je l'ai modifié mais elle reste somme toute rudimentaire n'ayant pas appris ce code. De plus, comme je l'ai dit sur l'ancien serveur ce dernier marchait. Je vais essayé ce que dit Lasnoufle. Esox_ch si tu as une solution au lieu de critiquer tu es le bienvenu aussi |
Bah si t'y arrives pas, colles juste le code de ta page PHP qui envoie le mail et j'te fais la correction, mais bon a priori appliquer ce qu'ils disent dans le mail est très simple (si c'est bien ca qui merde, ce qui est très probable).
Et sinon pour les images, c'est vraisemblablement pas un problème d'hébergement non plus, vu que si tu essaies d'accéder aux images directement, ceci marche: http://eteindien.be/galeries/CIMG3980.jpg mais pas ca: http://eteindien.be/galeries/thumbs/CIMG3980.jpg . J'y connais queud en imagerie mais possiblement tes thumbnails ne sont pas "valides" ou un truc du genre, le browser y accède mais arrive pas à les lire quoi.
Et aussi, oublies pas d'enlever ca: http://eteindien.be/JeSuisEnTrainDeHackerTonSiteHaHaHa parce que si qqun tombe dessus pour une raison X pendant une visite "classique", voilà quoi.
Marsh Posté le 19-08-2010 à 14:23:01
lasnoufle a écrit : |
Si tu fais allusion au texte subtil dans l'erreur 404. C'était juste pour m'essayer. Quand on découvre, on test en tout genre . Pour la galerie, la redirection marche bien que j'ai encore les ligne d'erreur afficher. Même si c'est pas cà, je vais essayé de trouver. Si tu veux voir le code original (non modifié) de l'envoi du courrier au cas ou.
Merci en tout cas.
Code :
|
Marsh Posté le 19-08-2010 à 17:01:11
Wow c'est de l'objet en PHP ca? Purée qu'c'est moche, en plus c'est overkill pour juste envoyer un mail, m'enfin bon. Le truc qui m'intrigue c'est que l'erreur reportée sur l'envoi de mail a pas l'air de matcher le code, m'enfin bon bis. Je devine vaguement les deux endroits ou tu peux mettre le "correctif". Soit ici:
Code :
|
Soit ici:
Code :
|
PHP je connais pas trop donc syntaxe non garantie.
Marsh Posté le 19-08-2010 à 23:45:42
lasnoufle a écrit : Wow c'est de l'objet en PHP ca? Purée qu'c'est moche... |
visiblement de l'objet type PHP3 ou PHP4
Marsh Posté le 20-08-2010 à 08:23:39
Perso je fouttrais le script loin et je l'écrirais dans un PHP récent.. Parce que là un jour où l'autre qqch va être "deprecated" et boum
Marsh Posté le 20-08-2010 à 10:33:05
si c'est pas déjà fait ... quand t'es en PHP 5.1 ou 5.2, les ereg il te les déprécie déjà
Marsh Posté le 20-08-2010 à 18:25:35
Yep,
Non, j'ai encore rien chipoté, désolé. Je vais m'y atteler maintenant. J'suis entrain de refaire le design du site avec à cela un mail promotion en HTML.
J'admet que le code est assez violent (pour ma part) mais c'est l'un des rares qui fonctionne correctement. J'en ai trouvé un la mais il ne marche pas. Il envoie pas le mail, je n'ai même aucun message d'envoi ou non.
En tout les cas, je vous remercie grandement.
Edit: voila que je découvre encore une nouvelle norme, le chmod 777
Citation : Cependant voici la solution aux soucis de votre client: |
PS: J'avais demandé pour parler avec les véritables gestionnaire du serveur pour discuter du problème mais que "Selon les modalités du contrat partenaire vos client ne doivent en aucun cas prendre contact avec nous et votre requête n'est donc malheureusement pas recevable."
Edit2: OOOOOOOUUUUuuuuuiiiii! Enfin! J'a réussi pour le mail! J'ai supprimer ce qui est en gras. J'ai pas fait comme il a dit mais ça marche et comme c'est la classe, j'ai rien compris a ce que j'ai fait ........ Maintenant, Il me reste la galerie...
Code :
|
Edit3: Bon beh en fait non... Je reçois le mail mais je n'ai plus l’expéditeur... -_-
Edit4: J'ai fait à la barbare... j'ai rajouté la ligne directement dans le mail. Pour répondre, il faudra cliquer sur l'email affiché dans le mail. Pas super mais je connais pas mieux.
Marsh Posté le 22-08-2010 à 19:02:38
Mais à part ça, plutôt que de prendre des codes que tu ne comprends pas (et qui sont à moitié obsolètes). Pourquoi ne pas écrire ton propre truc?
Marsh Posté le 23-08-2010 à 15:31:28
esox_ch a écrit : Mais à part ça, plutôt que de prendre des codes que tu ne comprends pas (et qui sont à moitié obsolètes). Pourquoi ne pas écrire ton propre truc? |
J'aimerais bien, je te l'avoue, ici, le problème était d'abord assez urgent, donc pas le temps d'en créer un. Ensuite, je ne suis qu'un amateur en ce qui concerne le PHP. Bien que j'ai crée un code qui permet au background de changer suivant les saisons ou encore d'afficher un texte différent suivant les périodes d'ouverture de la société. J'ai quand même réussi a virer une partie du code programme qui ne me servait pas comme la gestion de priorité ou des pièces attachée.
Marsh Posté le 23-08-2010 à 16:15:17
Salut,
Personnellement je ne vois que 2 solutions viables :
- Tu n'as pas le temps de le faire toi même, donc tu paies qqn pour le faire à ta place.
- Tu n'as pas les moyens de payer qqn qui le fait pour toi, donc tu prends un livre de PHP, tu l'étudies un peu et après tu fais ce que tu dois faire.
L'idée de prendre un code déjà fait, que tu ne comprends pas, et de l'utiliser pour moi n'est pas qqch de valable parce que un jour où l'autre ça va forcément te péter à la gueule, et là t'aurais plus que les yeux pour pleurer.
Marsh Posté le 23-08-2010 à 18:30:35
Si je paye quelqu'un, il va juste me balancer le fichier PHP et je l'incorpore sur le site. Le temps, normalement, j'en ai plein. J'préfère mettre ma main dans le moteur, créer et chipoter. Le papier collant que j'ai fait tiens pour le moment, c'est le principal. Ensuite, j'ai d'autres priorités que je dois faire pour le site, je redessine légèrement la charte graphique du site, faire un folder, refaire le menu en Action Script, petite modification pour le mail html.
Mais promis dès que je me mettrai sur le code, j'irai t'emmerder pour le PHP pour le plaisir de faire, mouahaha . Merci
Marsh Posté le 18-08-2010 à 15:29:48
Bonjour, j'ai un énorme problème. J'ai un code PHP qui depuis le transfert vers un autre serveur, refuse de se lancer. J'ai deux codes qui refusent celui de la galerie et celui du mail contact
Erreur de la Galerie
Warning: imagejpeg() [function.imagejpeg]: Unable to open './galeries/thumbs/CIMG3949.jpg' for writing: Permission denied in /home/www/3c33c76659b7986c7b064f671a3141fd/web/php/galerie.php on line 47
Erreur du Contact mail
Warning: mail() [function.mail]: Permission denied: headers injection (empty line) in /home/www/3c33c76659b7986c7b064f671a3141fd/web/contact_.php on line 174
Cependant, après contact avec le service qui gère le serveur. ce dernier admet avoir mis un patch PHP dont voici le mail de réponse:
1ère partie:
Mais regardez également si effectivement vous utilisez des chemins absolus dans le fichier de configuration notamment (configuration.php).
La solution relative ($chemin = $_SERVER["DOCUMENT_ROOT"] . "/mondossier/" semble ne pas fonctionner pour Joomla car Joomla ne prend pas en compte ce chemin.
Donc pour l'écrire relativement, il faut écrire
var $log_path = '/log/';
var $tmp_path = '/tmp/';
dans le fichier de configuration.
Nous vous conseillons également de désactiver le FTP de Joomla soit par le fichier de configuration soit par l'interface /administrator.
2ème partie:
JoomlaXplorer et eXtplorer sont des gestionnaires de fichiers trés complets, accessibles via l'administration de Joomla uniquement.
&! nbsp;
Ils permettent de créer, déplacer, modifier, renommer, supprimer, changer les permissions des fichiers ou des répertoires : http://joomlacode.org/gf/project/joomlaxplorer
Le téléchargement peut se faire directement sur http://joomlacode.org/gf/project/joomlaxplorer/frs/
Problème de mail:
Nous appliquons effectivement par mesure de sécurité un patch sur PHP qui bloque les tentatives d'injections de headers via la fonction mail() sur tous les formulaires PHP en ligne. De nombreux sites contiennent des formulaires qui ne respectent pas les standards et normes d'échange/protocole mail et qui ne vérifient pas comme il faut les paramètres qu'ils envoient en "additional parameters" à la fonction mail (ça ne concerne donc exclusivement le 4ème paramètre de cette fonction), ce qui permet d! 'injecter des headers et donc d'envoyer du spam massivement depuis nos serveurs.
Ce que nous interdisons dans les paramètres additionnels est l'usage de lignes vides, caractérisées par deux "\r\n"à la suite ; un seul signifie un retour à la ligne, lorsqu'il y en a deux cela signifie une insertion de ligne vide, ce que justement nous empêchons.
D'où les messages d'erreur php du style :
Warning: mail() href='function.mail':
Permission denied: headers injection (empty line) ...
ou
Warning: mail()'function.mail':
Permission denied: headers injection (duplicated subject) ...
Vos scripts fonctionnaient peut-être auparavant de la sorte, tant que notre patch de sécurité n'était pas appliqué, mais nous avons été obligés de l'appliquer pour faire respecter cette norme afin d'éviter de nous faire blacklister nos serveurs mails sans cesse, et de pénaliser l'ensemble! de nos clients.
Solution proposée:
Des spammeurs ont répertorié toutes les pages ayant un formulaire de contact envoyant un email. Plusieurs sites hébergé chez nous et dans le monde ont donc été exploités de la même façon.
Ils se sont servis d'une faille existante dans beaucoup de formulaires de contact qui ne vérifient pas la présence de retour de ligne dans certains champs, en particulier celui de l'e-mail de l'expéditeur à compléter dans les formulaires.
Vous pouvez éviter que cela se produise, soit en désactivant le script PHP de contact e-mail de votre site, soit en vous assurant qu'il n'y a pas de retour de ligne dans chacun des champs du formulaire de contact de votre site.
Voici comment éviter simplement que ceci soit exploitable en rempla&c! cedil;ant les retours de ligne dans chacun des champs devant normalement contenir un email (ce champ est souvent nommé $email, $sender ou $from):
$EMAIL = str_replace("\n", "", str_replace("\r", "", $EMAIL));
Le spammer exploite les scripts ressemblant à ceci
$MESSAGE = $_POST[msg];
$RECIPIENT = "webmaster@votredomaine.com";
$SUBJECT = "Formulaire de contact";
$EMAIL = $_POST[email];
// Sans cette ligne votre script est exploitable !!!!
$EMAIL = str_replace("\n", "", str_replace("\r", "", $EMAIL));
mail($RECIPIENT, $SUBJECT, $MESSAGE, "From: $EMAIL" );
Merci de bien vouloir vérifier ceci dans vos scripts PHP.
Le problème, je n'utilise pas de CMS Joomla et aucune portion de ligne de code données ne correspond à mon code. Si vous avez une solution ou même comprenez la démarche, vous êtes un dieu vivant.