Ses derniers messages sur les forums
Il te faut faire plusieurs conditions dans ton WHERE, tu n'as pas le choix.
Liste tous les cas possibles de chevauchement de dates, et traduis les en SQL.
PS : tu aurais pu stocker tes dates au format DATETIME, ca t'aurait éviter des conversions (meme si je suis d'accord mysql les stocke en interne avec un timstamp).
Heu non, Amery avait donné la bonne solution.
Dans ton premier message, tu dis vouloir simuler un clic sur un lien (tu parles d'ouvrir une page) si une condition est valide.
Ceci est équivalent à une redirection : tu balances le visiteur sur la page ciblé par ce lien sans que le visiteur clic sur un lien.
Donc :
<?php
if ($condition_validee) {
header('location: la_page.php');
exit();
}
else {
echo 'une erreur';
}
?>
Ton erreur, c'est que tu as loupé ta connexion à ton serveur MySQL.
Vérifie tes identifants de connexion.
Ben c'est la merde, car si quelqu'un connait le chemin de ce fichier, il peut se le faire servir par apache.
Et donc accéder à son contenu.
En utilisant le système de session de PHP, ces données de session sont stockées dans des fichiers qui ne sont pas accessibles par apache par défaut.
URGENT
OK, je comprend mieux.
En fait, tu n'utilisais pas un vrai système de session :) Mais un système bricolé ou tu écrivais dans un fichier texte.
Dans l'absolu, ca peut être fiable aussi comme solution, mais bien sur, si le fichier texte est accessible via apache, c'est la merde :)
Je ne comprend toujours pas ce que tu veux faire.
Tu dis que tu t'es fais hacker à cause de sessions qui n'étaient pas stockées en SQL.
Et tu nous montres un article qui ne parle pas du tout du lieu de stockage des données de sessions :/
Le stockage par défaut de PHP des sessions (dans des fichiers sur le filesystem) est fiable.
Comme dit moogli, à toi de controler ce que tu mets et ce que tu utilises dans tes sessions.
Es tu sur que le problème vient du poids ?
As tu testé la RAM consommée et le temps d'execution sur ton environnement local ?
Parce que à mon avis, ce n'est pas cela qui bloque.
Mais si le problème vient de la, tu n'as pas beaucoup de solution : soit prendre un serveur dédié soit prendre une offre mutualisée plus adaptée, soit générer les miniatures sur ton pc et les uploader automatiquement, soit une autre solution.
Pas sur.
- Nombre de processus en simultanés : a prioti, tu en as qu'un
- Limite Mémoire : je pense pas que redimensionner une image de 1,5 Mo consomme 32 de RAM en php (tu peux le vérifier sur ton espace de développement avec la fonction
memory_get_peak_usage, mais normalement, php doit claquer une erreur si le script consomme plus de RAM que ce qui est autorisé)
- Durée Maxium de Calcul : en général, cela ne prend pas 10 pour redimensionner une image. Si le serveur est vraiment un escargot, normalement php devrait te claquer une erreur du genre "maximum execution time"
D'habitude, si tu fais un .php qui génére des erreurs sur ton hebergement, php affiche les erreurs ou bien apache balance une erreur 500 ?
Une erreur 500, c'est une erreur serveur.
Le plus simple, c'est de contacter le support de 1and1. Ils pourront t'en dire beaucoup plus que nous :/
PS : on ne pallie pas à quelque chose, on pallie quelque chose :)
