OVH : MySQL et droit d'acces

Statut
N'est pas ouverte pour d'autres réponses.

II phl II

Touriste
Bonjour à tous, j'ai récemment fait l'acquisition d'un .be et d'un hébergement mutualisé start1g chez OVH

J'ai 2 problèmes :

- J'ai un problème avec 2 de mes requêtes MySQL, que voici
Code:
SELECT id,nom,date,DATE_FORMAT(date,'%d-%m-%Y') AS datefr FROM theme WHERE date=(SELECT MAX(date) FROM theme)
Code:
SELECT id,nom,DATE_FORMAT(date,'%d-%m-%Y') AS datefr FROM theme WHERE date < (SELECT MAX(date) from theme) ORDER BY date DESC
En fait je veux séparer l'affichage de mes données :
la 1er requête n'affiche que l'entrée ayant la date la plus "grande"
la 2nd requête affiche les autres par ordre de date décroissante

Je ne sais pour quelles raisons ces 2 requêtes ne fonctionnent pas chez OVH (elles fonctionnent tout à fait bien en local avec EasyPHP ainsi que sur plusieurs autres hébergeurs, j'ai testé chez Infomaniak et free.fr ... aucun problème)
J'ai réussi à contourner le problème de la première requête en faisant un ORBER by DATE DESC LIMIT 0,1 mais pour la deuxième je ne vois pas comment lui dire de n'afficher que le reste des éléments (donc pas la première entrée)

Code:
Erreur SQL !
SELECT id,nom,DATE_FORMAT(date,'%d-%m-%Y') AS datefr FROM theme WHERE date = (select MAX(date) from theme) LIMIT 0,1;
You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'select MAX(date) from theme) LIMIT 0,1' at line 1

- deuxièmement, je ne parviens pas à sécurisé l'acces à un dossier ou à un fichier
J'ai essayé via une variable de session et via htaccess/htpsswd
Encore une fois ... cela fonctionne parfaitement en local et chez Infomaniak, etc.
:arrow: test : http://start1g.ovh.net/~veterina/
login : test - pass : test
En fait on entre login et pass mais on retombe systématiquement sur l'invite d'acces qui redemande login et pass (testé avec IE et firefox)

code de la protection par variable de session :
Code:
<?php
      //On crée une nouvelle session.
      //Un cookie est créé chez le visiteur.
      session_start();
      
      //On vérifie si on vient de faire le login
      //et le cas échéant on vérifie le mot de passe.
      //Si tout est ok, on crée une variable "acces" dans la session.
      if (isset($_SERVER['PHP_AUTH_USER'])
          and ($_SERVER['PHP_AUTH_USER']=='test')
          and (isset($_SERVER['PHP_AUTH_PW']))
          and ($_SERVER['PHP_AUTH_PW']=='test')){
        
         $_SESSION['acces']='ok';
      }
      
      //On n'est pas authentifié
      //-> on affiche la boîte de login
      elseif (!isset($_SESSION['acces']))  {
        header( 'WWW-Authenticate: Basic realm="Private"' );
        header( 'HTTP/1.0 401 Unauthorized' );
        echo 'Authorization Required.';
        exit;
      }    
      
      //On est déjà authentifié
      //(la variable de session "acces" existe)
      //-> on continue !
?>
Si vous avez eu les mêmes soucis que moi ou si vous savez comment les résoudre, ce serait sympa de m'aider.

Merci
 

zoheir

cvm.mangaleet()
apparemment tu utilises des sous-requêtes qui ne sont supportés que par les dernières versions de MySql.
Je me trompe ?
 
1er
OP
II phl II

II phl II

Touriste
Le Select dans un Select tu veux dire ?

Pour éviter ça, j'ai aussi essayé comme ça :

Code:
$maxdate = "SELECT MAX(date) FROM theme";
$sql = "SELECT id,nom,date,DATE_FORMAT(date,'%d-%m-%Y') AS datefr FROM theme WHERE date=$maxdate";
Même résultat :?
 

zoheir

cvm.mangaleet()
II phl II a dit:
Le Select dans un Select tu veux dire ?
oui, vérifie quelle version de mysql dont dispose OVH
 
1er
OP
II phl II

II phl II

Touriste
mhmm je ne trouve pas d'info la dessus :/

EDIT : ajout de l'erreur SQL
 
1er
OP
II phl II

II phl II

Touriste
en creusant encore j'ai également trouvé une "parade" pour la deuxième requête, pour ceux que ça intéresse :
Code:
$select = 'SELECT count(id) FROM theme';
$result = mysql_query($select)  or die ('Erreur : '.mysql_error() );
$row = mysql_fetch_row($result);
$total = $row[0];

$sql = "SELECT id,nom,date,DATE_FORMAT(date,'%d-%m-%Y') AS datefr FROM theme ORDER by date DESC LIMIT 1,$total";
Je compte le nombre d'enregistrement de la table puis je fait un Select avec LIMIT allant du deuxième enregistrement jusqu'au dernier (total)


Si qqn a la moindre idée de comment protéger l'acces à un dossier/fichier, qu'il me fasse signe

Merci à tous
 
1er
OP
II phl II

II phl II

Touriste
un pti up pour de l'aide :oops:
 
1er
OP
II phl II

II phl II

Touriste
=> http://start1g.ovh.net/~veterina/ht/
.htaccess
Code:
AuthUserFile /home/veterina/www/ht/.htpasswd
AuthGroupFile /dev/null
AuthName "Accès restreint"
AuthType Basic
<Limit GET POST>
require valid-user
</Limit>
.htpasswd
Code:
test:piJ/lY3yFh362\r
=> login : test
=> pass : test
=> clé de cryptage : pi
J'ai suivi à la lettre leur explication : http://guides.ovh.com/HtaccessProtection

J'ai également essayé sans crypter, en cryptant sans clé de validation, sans retour chariot (\r)
Rien à faire ...

Le support ne répond pas ... ça fait 3 jours et j'attends toujours l'activation de mon compte sur leur forum (3jours également) ... je deviens fou
 

ImMorT4L

Touriste
[ cvm a dit:
]
II phl II a dit:
Le Select dans un Select tu veux dire ?
oui, vérifie quelle version de mysql dont dispose OVH
Les requêtes imbriquées, c'est du classique de chez Classique et ça fonctionne même sur les vieilles versions ;)

Que donne le "SELECT MAX(Date) FROM theme;" si tu l'exécute tout seul ?
 

oNi-

:baille: Lecteur
Faudrait aussi éviter d'utiliser des noms réservés pour tes champs. (date)
 
1er
OP
II phl II

II phl II

Touriste
ImMorT4L a dit:
[ cvm a dit:
]
II phl II a dit:
Le Select dans un Select tu veux dire ?
oui, vérifie quelle version de mysql dont dispose OVH
Les requêtes imbriquées, c'est du classique de chez Classique et ça fonctionne même sur les vieilles versions ;)

Que donne le "SELECT MAX(Date) FROM theme;" si tu l'exécute tout seul ?
J'ai testé sur phpmyadmin et ça renvoie la bonne valeur
MAX( Date )
2006-03-29
 
1er
OP
II phl II

II phl II

Touriste
J'ai finalement opté pour une authentification avec requête mysql qui va comparer avec login et pass stocké dans la BD
et là o(v)h miracle enfin qqch qui fonctionne chez cet "hébergeur"

Mais c'est qd même fou que ce qui marche ailleurs ne fonctionne pas chez eux :?
Et leur SAV oh my god ..... ça fait 4 jours que j'ai envoyé le premier mail, j'ai relancé qq fois (tjs en restant poli) et je n'ai tjs pas reçu de réponse ... désolant :evil:
 

zoheir

cvm.mangaleet()
ImMorT4L a dit:
[ cvm a dit:
]
II phl II a dit:
Le Select dans un Select tu veux dire ?
oui, vérifie quelle version de mysql dont dispose OVH
Les requêtes imbriquées, c'est du classique de chez Classique et ça fonctionne même sur les vieilles versions ;)
pas en mysql (depuis peu oui c'est geré, version 5 je pense)
 
1er
OP
II phl II

II phl II

Touriste
=> http://travaux.ovh.com

Thursday, 13 Apr 2006, 10:49am
Etat : En cours
Détails : Nous allons passer l'ensemble des serveurs sous la dernière version de MySQL4.0. L'opération devrait prendre quelques jours et entrainer des coupures de quelques minutes sur chaque serveur au moment de la mise à jour.

Pq reste-t-il en 4.0 ?
 

kaRma

Drink Fast Corp.
revolutzione §
 
II phl II a dit:
J'ai finalement opté pour une authentification avec requête mysql qui va comparer avec login et pass stocké dans la BD
et là o(v)h miracle enfin qqch qui fonctionne chez cet "hébergeur"

Mais c'est qd même fou que ce qui marche ailleurs ne fonctionne pas chez eux :?
Et leur SAV oh my god ..... ça fait 4 jours que j'ai envoyé le premier mail, j'ai relancé qq fois (tjs en restant poli) et je n'ai tjs pas reçu de réponse ... désolant :evil:
Je ne sais pas comment tu fais. Jamais eu un seul problème au niveau de MySQL. Et lorsque j'ai eu des problèmes, ce fut de ma faute.

N'oublie pas que nous sommes en plein dans les vacances. Donc les SAV aussi tournent au ralenti ...
 
1er
OP
II phl II

II phl II

Touriste
moi non plus j'avais jamais eu de prob ... tout mon site tourne au poil sur les autres hébergeurs ... :?
 
J

j0k3r_n0ir

ex membre
C'est vrai que c'est quand même un peu laborieux qu'un hébergeur tel qu'OVH mette en place, par défaut, la version 3.x de MySQL, alors que la version 5.1.x montre le bout de son nez.
Bref, mon hébergeur aussi est résté à la version 4.0, bizarre.

Concernant les requêtes imbriquées, elles sont possibles uniquement depuis la version 5.1, pas la peine d'essayer d'en faire avec des versions antérieures, c'est mort.
Il faut se débrouiller en faisant deux requêtes, je sais, facile à dire.

Quant au support d'OVH je n'ai jamais de problème, ou du moins d'attente aussi longue. En même temps, on est en plein dans un "week end férié" avec paques. Du coup le SAV n'est pas forcément aussi dispo. Concernant le forum, là par contre, je peux te dire qu'ils sont super lent pour accepter une inscription ou un message posté. Je trouve ça un peu nul, d'ailleurs, pour un forum de restreindre (parce que je pense que si il filtre les posts comme ça, c'est que quand même certains passent à la trape) les messages postés. Soit ..

Pour le htaccess je te poste le mien qui est sur un 90plan :
htaccess a dit:
AuthUserFile /home/hightecho/www/.htpasswd
AuthName "admin"
AuthType Basic

<limit GET POST>
require valid-user
</limit>
Je me rappelle plus du cryptage pour le htpasswd, mais il me semble avoir utilisé l'outil du Hub.
 
Statut
N'est pas ouverte pour d'autres réponses.
Haut