Reprise du message précédent :

 
d'autant plus que ma grand mere est née le 29 fevrier 1931

Je suis gentil avec le hacker du dimanche (30 février 1021)

Ouais, moi je pense qu'il n'y a pas que le prix a voir, c'est comme dans tout... Je suis chez icodia depuis 6 ans, je reconnais que le tarif est plus cher qu'ovh (il faut savoir lire entre les lignes quand même, dans un pack 300 Mo, j'ai par exemple 27 Go de logs Apache dispo qui ne sont pas décomptés, 2 générations de sauvegarde non décomptées non plus, juste pour l'exemple), et j'apprécie la puissance des serveurs (sites oscommerces ou virtuemart qui rammaient chez ovh), le support de qualité et réactif 24h24, etc. tout cela à un prix. Maintenant, tout dépend ce que l'on fait avec son site, et l'uptime que l'on souhaite...J'ai un client qui a un dédié chez eux avec plus d'1 To en stockage pour du calcul déporté, le modèle équivalent chez OVH m'aurait couté environ 6x plus...

Nan mais sérieusement, tu peux pas t'autoriser à avoir des dates pas valides dans ton appli. Imagine le bordel. Déjà mysql risque de râler lors de la requête. Entre une vieille fatal error de merde, et un "vous avez entré une date pas valide," je doute que le premier soit plus mieux. C'est ton devoir en tant que dev d'informer l'utilisateur de ses erreurs pour assurer l'intégrité des données

bah c'est juste une fonction qu'ils ont implémenté sur les unix parce-que c'était quasiment gratuit, quoi...

Ouais nan mais vala, autant un truc hyper OS-dépendant genre les interactions avec l'API Win32, OK, mais là on parle de parser une date quoi

 
bah là c'est la libc, ça revient un peu au même...

 
Si on entre le 32 janvier, MySQL passe pas directement la date en 1 février ?

Un outil qui fait ça mérite la poubelle. Immédiatement.

Il fera jamais ça. Par contre son comportement dépend de ton SQL Mode : http://dev.mysql.com/doc/refman/5. [...] -mode.html

'tain.

Au secours

LAMP, la poubelle de l'informatique

Oups on est référencé sur Google
2-3 trucs sans connaitre OVH :
- Pour les 27 Go de logs Apache, encore heureux que c'est pas décompté puisque c'est un mutualisé
- Pour l'uptime, il me semble que OVH s'engage à 99.9 % de disponibilité... Et puis l'uptime de mon dédié est à 1 jour là (je le regarde rarement mais là c'est 1 jour)
Après oui le support est réactif (enfin c'est pas toujours dans l'heure non plus), et les mecs ont l'air sympa
Mais bon est-ce que ça vaut le triple du prix pour les mutualisés, et à la louche 30% pour un gros dédié ?

Mais quelles erreurs Perso j'utilise ça pour une simple date de naissance, des dates de création/sortie validées derrières et pour du tri par date, et pour ces cas, tout le monde s'en fout si l'user a fait une erreur, y compris lui-même Surtout que ça empecherait même pas 5% des erreurs de saisie

Je trouve ça très bien

Ptain, ça me gave de pas pouvoir faire de CREATE TABLE sur un serveur OVH là
 
Je vais devoir créer mes tables à la main une par une

 
Ayé, ceux qui avaient des doutes savent que tu n'es pas un programmeur sérieux.

Comment ça pas de create table?

Bah, j'ai fait mon export de mon phpmyadmin local, j'importe mon fichier .sql et ça me sort :
 
#1142 - CREATE command denied to user 'xxx' for table 'membres'  

Whut ? Et quand tu créer des tables via PHPMyAdmin, tu crois qu'il fait comment ? Il utilise des create table, y'a strictement aucun autre moyen. Donc y'a juste un problème d'utilisateur là

 
C'est quoi le pb ? Qu'ils aient corrigé le tir avec les SQL Mode depuis la v5 ou bien que c'était tout naze avant ?

devine.

...et ton phpmyadmin (ou tout autre outil) distant peut pas importer ton script?

Si c'est le fait que c'était naze avant, vous le voulez en quelle taille votre débarquement ?
 
Masklinn va raler pour le avant et le après chui sûr  

Quels doutes?

Naturellement, avant c'était stupide et maintenant c'est légèrement débile.

ALLOW_INVALID_DATES est désactivé par défaut au moins? Ou même pas?

Bah je passe par le menu d'importation de PHPMyAdmin

si tu peux exporter ta base en local et l'importer à distance, quel est le pb?

 
#1142 - CREATE command denied to user 'xxx' for table 'membres'  

t'as essayé avec create or replace à la place de create?

Y a pas de tables existantes.

Bon, alors goto support ovh.

(ou alors il faut sélectionner la base avant, ou une connerie du genre.)

1and1, j'ai même des erreurs 500 sur leur espace admin pour créer des bdd

1and1 n'accepte pas les collations
 
J'ai du tout supprimer à la main

 
Parlant de 1&1, ceux qui sont chez eux et qui ont déjà fait mumuse avec l'URL-Rw, vous trouvez pas qu'ils ont une gestion bizarre de la chose ?
 
J'ai très souvent été emmerdé chez eux de ce côté là, avec des htaccess qui fonctionnaient très bien sur les autres serveurs (j'avais fais des tests en local, sur un mutu 1&1, sur un mutu OVH et sur un dédié Dédibox ...)

hello les gens
 
Bon il me faut une perle niveau hebergement :
le cas du site en question :
-site peu visité (maximum une cinquantaine de visites par jour)
-site "gallerie photo" qui affiche entre 3-4 à 20 photos par page (avec préchargement javascript)
 
le soucis actuel: je suis chez ovh, leur offre gratuite, et c'est tres lent..
 
mon script JS fait d'afficher les photos qu'une fois que toutes sont préchargées (ajax loader en attendant).. et pour l'instant ca dure en 15 et 20 secondes à charger ce qui n'est pas admissible..
 
je cherche donc un petit hebergement:
 
-tres faible espace disque (100mo suffirait)
-1 base de données, pas plus
-pas besoin de mails
-besoin de PHP
-grosse réactivité pour l'affichage des pages.. (je dois réussir a charger mes 15 images donc en gros 4mo) le plus rapidement possible sans temps morts dans le telechargement
 
un mutualisé peux faire ca? (240plan de chez ovh minimum?)
 
Helppppp

 
Ca sous entend que t'as contraint ton champs année à 2 chiffres, et c'est le mal : imagine qqn né en 1910 qui vient visiter ton site...
 

on en avait déjà parlé, mais des trucs comme ça ça donne envie de PostGRES
 

si plus tard tu veux réutiliser le champs tu seras content qu'il soit valide...par ex tu veux mettre un système pour qu'un user récupère son password où il doit saisir son mail et sa date de naissance...
 

un mutu c'est aléatoire, tout dépend de tes collègues de mutualisés...c'est quoi ton budget ? t'as regardé du coté des VPS / RPS /partage de dédié avec qqn  ?

10€ par mois maxi
 
vps/rps je connais pas ovh lance un RPS à priori la mais je sais vraiment pas ce que ca vaut et ca me parait de toute facon "too much" pour ce qu'il me faut..
 
en gros je veux juste de la putain de vitesse de téléchargement, réaction, aucun temps mort quand je dois afficher 1mo MAX de fichiers jpg (j'ai modifier mon algo pour preload que la premiere image full size)
 

Oui, ça récupère 5% des erreurs possibles... Si le mec a séléctionné 5/12/1980 au lieu de 15/12/1980 (erreur aussi probable que le coup du 31/02), ça changera rien.
A la limite, si un jour je veux faire un calendrier des dates de naissance, il apparaitra pas, c'est le seul pb que je voie ou alors si je veux faire un truc spécial à la date de sortie d'un produit, mais ça ou le faire à la mauvaise date

Bref je dois être con mais je vois pas le vrai problème

C'est quoi l'intéret?