captain_torche

Il utilisera effectivement le serveur smtp.aliceadsl.fr, mais pas "du compte machin". Ce serveur est lié à ton fournisseur d'accès (Alice), mais pas à ton adresse e-mail

Ca y est presque Tu n'as tout simplement pas besoin de "compte smtp", mais tu dois juste mentionner l'adresse du serveur smtp d'Alice (qui doit être smtp.alice.fr)

Non, ce n'est pas ça. Tu n'es pas obligé d'utiliser ton adresse Alice ou Yahoo, tu peux simplement utiliser tes adresses en zcs.com. Ensuite, tout dépend de comment tu utilises ton ordinateur. Si chaque utilisateur possède sa propre session, il faudra configurer les logiciels de messagerie de chacun avec son adresse en zcs.com (login, mot de passe, serveur pop ... tout en gardant à chaque fois le SMTP d'Alice). Inutile donc de s'encombrer de trop d'adresses. Par contre, si tous les utilisateurs utilisent la même session, il faudra créer dans le logiciel de messagerie autant de comptes qu'il y a d'adresses e-mail. Logiquement, à l'envoi d'un message, tu devrais avoir le choix du compte qui enverra le message.

Malgré que ce soit un nom commun, il désigne tout de même une marque déposée. Repose-toi la même question avec une marque connue (imagine vouloir nommer ton site "RenaultHost", par exemple). C'est tout de même plus simple et moins risqué de changer de nom, surtout que j'ai du mal à associer "calathea" à de l'hébergement de fichier

$logout et $password ne sont pas définis. En début de script, initialise-les avec $logout = false; $password = false; Cependant, on ne va pas constamment débugger tes scripts. Apprends un peu mieux le PHP sur http://www.phpdebutant.org ou http://www.siteduzero.com et deviens un peu plus autonome.

Je pense plutôt que tu dois revoir la conception de ta page : Il faudra sans doute envisager de créer un conteneur supplémentaire à droite, qui englobera tout ce qui n'est pas menu. En gros : - Un premier Div, en flottant, contenant le menu et ce qui est en-dessous - Un second Div à côté, en flottant également, contenant le reste (image, titre, paragraphe) Sauf erreur, ça devrait fonctionner. Mais, c'est quand même dur de travailler "en aveugle". Si tu pouvais mettre une page de test sur un serveur, ça pourrait accélérer les choses.

Et si je ne m'abuse, l'attribut onsubmit devrait figurer dans la balise form, et non dans button. Et le bouton doit être de type "submit" et non "button".

Si tu les avais uploadés, ce répertoire existerait. Il doit y avoir un problème quelque part.

Sur le site distant, ton répertoire squelettes n'existe toujours pas ! Es-tu sûr de l'uploader correctement ?

Effectivement, le topic était mal placé. Je viens de le mettre dans un endroit plus approprié.

Avec Filezilla, un simple glisser-déposer du répertoire au bon endroit devrait suffire.

Tu n'as pas mis ton répertoire squelettes en ligne.

Lorsque tu crées un site avec SPIP, tu es amené à créer des fichiers de squelette (Création et manipulation de squelettes sous SPIP). Ce sont ces fichiers qui conditionnent le rendu final du site (Ce sont des gabarits HTML contenant des balises SPIP). Comment avais-tu modifié le design du site en local ?

Il n'y a pas de problème de CSS : elles sont correctement interprétées. Le souci, c'est que ce sont les pages "par défaut" de SPIP qui sont affichées. Tu n'as pas uploadé tes fichiers de squelette.

Cela doit être dû au fait que l'appel au fichier CSS mentionne une URL propre à ton ordinateur (du type C:\Documents And Settings\minimouse\Mes Documents\Mon site\style.css). Si tu nous donnais l'url de ton site, on pourrait le vérifier.

Joli rêve de geek Maintenant, tu sais comment appeler ton prochain chat

La variable $PHP_SELF n'existe pas; il faut utiliser $_SERVER['PHP_SELF']

Tout simplement mettre des guillemets autour du terme order : $show_menu['order'] = "1"; Sans les guillemets, PHP l'interprète comme une constante (d'où le message d'erreur), qui se définirait comme suit : define('order', 1);

Il faut que tu utilises la fonction nl2br(), qui changera les retours chariots en <br />.

Tu devrais mettre l'explication dans ta réponse, elle pourrait servir à d'autres.

Pour récupérer un seul enregistrement, on peut utiliser la fonction mysql_result(), qui évite de passer par la création d'un tableau. On l'utilise de cette manière : $resultat = mysql_result(requête, numéro de ligne [, nom du champ]); $sql = "SELECT COUNT(id_nom) FROM comments WHERE post = '$id'"; $req = mysql_query($sql); $nombre = mysql_result($req, 0); Dans le cas où la requête retournerait plusieurs variables, on précise l'alias de champ à la fin : $sql = SELECT email, pseudo FROM users WHERE id='$id'"; $req = mysql_query($sql); $email = mysql_result($req, 0, 'email'); $pseudo = mysql_result($req, 0, 'pseudo');

Il faudrait aussi autoriser les apostrophes ainsi que les lettres accentuées, (et les autres : c cédille, etc).

Si ton DD faisait des bruits étranges, il y a de fortes chances qu'il ait presque déjà rendu l'âme... si ce n'est pas trop tard ! Si les softs cités ne t'avancent pas plus, il reste l'ultime solution de bourrin avant d'en faire un sous-verre : le frigo. En gros : tu mets ton disque dans une poche étanche (un sac à congélation suffit), et tu le mets au frigo (pas au freezer !) pendant 24 heures. Après quoi tu le rebranches et si tu as de la chance, tu pourras récupérer tes données.

Il se passe juste que ta fonction ferme la connexion à MySQL (avec l'appel à mysql_close() en fin de fonction), mais n'ouvre pas de connexion en début de fonction. Ce qui fait que ta connexion à la base est coupée en fin de fonction, mais n'est pas rétablie pour le prochain appel à la fonction. [Edit : Dan a été plus rapide ]

Ce n'est pas réalisable sur un mutualisé, par exemple. Sinon, le site en question est webcron.