Voir la version complète : [enquete] nouvelles options
Bonjour,
Nous allons prochainnement ajouter les nouvelles options au niveau des hébergements mutualisés. Le but est de repondre à vos besoins et vous permettre d'évoluer votre projet sur nos machines de maniière plus fuide.
Ainsi, nous pensons vous proposer les requetes web en pack de 10'000/jour. Ce qui vous permettra de faire plus des requetes/jour que la limite actuelle. Vous allez aussi pouvoir acheter des bases sql en plus, aussi bien en mysql 3 que 4, avec un nombre de connexion simultanées plus important, avec des limites de tailles differentes.
Au niveau de l'espace par plan, là nous ne pouvons rien faire. La limite web ne peut pas être modifié.
Si vous avez des idées, d'autres options qui vous manque, n'hesitez pas en parler.
Cordialement
Equipe d'OVH
ALors là ! chapeau bas Mr OVH !! cela est alléchant !!
Peut être prévoir, la création automatique de comptes pop3 ? (apparrement pour l'instant c'est pas possible) mais ce serait bien car j'ai pris le plan fullmx pensant qe ceci était possible.
Car crééer manuellement et PEU fiable pour le droit privé des bénéficiaires de ces comptes pop puisque c'est moi qui doit définir le password dans le manager.
Pour les bases de données en option, ça aussi BRAVO !!
Si j'ai d'autres idées je vous en ferai part ;)
Ca serait quoi la limite maximale en requètes jours par paquet de 10.000 ?
et toujours pas de ml sur 20gp, 60gp et 240gp??
une idée pour l'espace streaming :
à choix "real" ou "quicktime", plus d'infos :
http://developer.apple.com/darwin/projects/streaming/
je ne suis pas du tout spécialiste de ce serveur, mais il est gratuit et tourne sous Linux c'est déjà 2 bons points en sa faveur ;)
olarriga
29/03/2004, 13h17
Une option pour permettre l'augmentation de taille des comptes pops pour ceux qui travaillent en imap et qui laissent les mails sur le serveur (je sais c'est pas bien).
Mes 0.15...
Cordialement,
Olivier
en plus de ce que tu as proposé :
- permettre les sous-domaine sur les GP (pas un simple ORT invisible). Perso j'ai pris un 240plan pour cette fonctionnalité mais j'ai pas besoin du FTP et du Real
- mettre a jour la version de python sur les serveurs
-Pouvoir augmenter les hits sur son site sans devoir changer d'offre, juste en payant quelques euros de plus.. c'est cool (si c'est ce que j'ai bien compris..) .
-Permettre de configurer un/des ftp différents même sur un GP ou un petit plan/pack.
-Mettre à jour Urchin (v5 au lieu du v3 actuel).
-Permettre de voir les stats sans utiliser les identifiants OVH - si j'ai des sites pour mes clients je ne vais quand-même pas leur donner mes mots de passe OVH pour qu'ils voient leurs stats ?
¦alut,
On note, on note, ...
Amicalement
Octave
domsweb écrivait :
[B-Permettre de voir les stats sans utiliser les identifiants OVH - si j'ai des sites pour mes clients je ne vais quand-même pas leur donner mes mots de passe OVH pour qu'ils voient leurs stats ? [/B]
oui, ça c'est hyper important et urgent....
j'ai le même problème et pas envie de donner mon nic et mdp pour consulter les stats
ou alors, il y a un autre manière de procéder ??
Galeiliante
30/03/2004, 10h00
Se serrais tres chouette de rajouter l'option supprimer les base de donnée sur les plan 720. ca manque.
J'ai perso des bdd dont je n'ai plus l'utilité... et elle reste là.
Anne
Galeiliante
30/03/2004, 11h06
Une autre idée.
Ce serrait pas mal un carnet d'addresse commun a des groupe d'email, et ou a l'ensemble des emails d'un site.
Du style:
Les comptes email d'un site web, aurait un annuaire comum sur le web mail qui contiendrais les addresse des admins, contact tech etc.
et aussi le traditionnel : changement de passe pour les mail du webmail.
C'est des idées :) et perso je les trouverais chouettes
Anne
Ah oui, pouvoir avoir des bases de données plus volumineuses, cela me serait bien utile pour quelques idées que j'ai en tête.
L'impatience me gagne déjà...
Permettre la création de sous domaine illimités pour tous les plans/packs.
Augmenter le nombre de hits/jour pour un plan c'est une très bonne idée... à condition que ça soit pas trop cher ;)
Sinon:
1) Pouvoir augmenter la taille de l'espace FTP anonyme
2) Augmenter la taille des (ou d'une) boite au lettre... (il me semble que vous en aviez parler à une époque....)
3) Avoir des statistiques de l'utilisation de l'FTP anonyme
4) Si on utilise pas l'espace Media possibilité de le convertir en autre chose (FTP p.ex. vu que web c'est pas possible)
RaphAstronome
01/04/2004, 16h28
Magnifique idée !!!
Galeiliante écrivait :
Se serrais tres chouette de rajouter l'option supprimer les base de donnée sur les plan 720. ca manque.
J'ai perso des bdd dont je n'ai plus l'utilité... et elle reste là.
Anne
Tout pareil, je possède plusieurs pack 720 et j'ai plusieurs bdd que je souhaiterais virer car elles ne me servent plus :(
C'est prévu ?
Wizmaster
02/04/2004, 17h45
Une petite suggestion sur le webmail : ajouter automatiquement le domaine au login.
Par exemple, je vais sur imp.mondomaine.com et je rentre webmaster comme login, le webmail completant avec le @mondomaine.com automatiquement.
Personellement, j'aimerias bien qu'il ait possibilité de mettre des sous domaines sans ORT sur des 60GP. Peut être limiter le nombre de sous-domaines sous un 60GP (par exemple un maximum de 5 sous-domaines, si on veut plus, on passe à une offre suppérieur) ou bien de charger un montant X par année (ou mois) pour avoir X sous-domaines de plus.
De plus, il pourrait être intéressant d'offrir la possibilité d' utiliser sur les mutus des servlets (java, jsp).
Aussi, pour le site d'OVH, il serait intéressant de permettre d'afficher les prix dans une autre devise que l'euro (le visiteur pourra choisir la devise à un endroit X) (par exemple, afficher les montant en $ Canadiens et non en Euros ).
Également, il serait intéressant d'offrir sur les mutus un endroit sécurisé (https) pour qu'on puisse utiliser un certificat SSL (générique à tous ou spécifique à un domaine) pour faire des zones d'administrations sécurisés.
Aussi, il serait peut-être bon de penser à un moyen que les personnes qui ont un courriel (compte pop) puissent changer leurs mot de passe (de leurs boîte POP) sans à avoir accès au Mananger. Par exemple, je dirige le site d'une compagnie qui a 250 employés et chaqu'un ont leurs adresse de courriel. Si un de ces employés veulent changer le mot de passe de leur compte de courriel, il se dirigent vers http://changerPassCourriel.ovh.com , entre leurs adresse de courriel , leur mot de passe actuel et le nouveau mot de passe désiré et le mot de passe est changé sans à avoir de compte dans le Manager et sans avoir à demander au webmaster "peux-tu me changer mon mot de passe parce que blablablalba".
Au niveau des nom de domaines, il serait intéressant d'offrir de nouvelles extentions (Nationales (exemple : .ca ) et Internationales (exemple : .info)).
Au niveau des dédiés : dans le système de releases, permetre de définir des paramètres supplémentaires. Par exemple, si on a besoin de PHP avec PDF, offrir la possibilité de dire via soit un paramètre ou via une/plusieurs questions lors de l'installation d'une nouvelle release.
Au niveau de PhpMyAdmin sur les mutus, serait-il possible qu'OVH préinstalle pour les nouveaux compte une version plus récente. Également, il serait intéressant que la page d'erreur par défaut pointe vers une page du style http://monDomaine.com/404.php
Pour Tel2Pay, certains apprécirons pouvoir être client et utilisateur(webmaster) d'ailleurs que les 4 actuels (exemple : le Canada et les États-Unis (numéros 1-900 ? ).
Pour eBackup : permetre d'avoir les backups sur CD ailleurs qu'en france (quite à payer plus chère).
Pour le moment, c'est tout ce qui me vient à l'esprit. Continuez votre beau travail (sous Linux !!!).
outrefranc
05/04/2004, 14h18
Ce que j'attend, c'est la possibilité d'obtenir plus de 3 requetes simultanées sur les BDD. Parce qu'on peut avoir un forum qui a beaucoup de succès sans pour autant avoir besoin d'un disque dur entier.
A propos des stats, je suis un vieux webmaster, je me rappelle qu'en 1998, OVH existait pas, j'étais hébergé chez Hiway en Floride (qui est devenu Verio), cet hébergeur ne calculait pas les stats. Il se contentait d'enregistrer les fichiers de logs, et il donnait à tous les clients un logiciel d'analyse de stats. C'est donc moi qui faisait mes stats sur ma propre bécane après avoir téléchargé le relevé de logs. Cela me prenait 1h30 avec un Pentium 133 et un modem 28800 pour obtenir le rapport complet avec les reverse-IP.
Alors j'aime bien le nouveau système où l'hébergeur fait tout, mais avec le gros Athlon et l'ADSL que j'ai aujourd'hui, ça me dérangerait pas de revenir à l'ancien...
Encore a propos des requetes sur les BDD, c'est difficile de savoir si un script est vraiment lourd pour le serveur. Faudrait un outil de mesure de la lourdeur d'une requete... Plus de conseils seraient alors utiles. Autre exemple, sur mon site, j'ai un script de rotation des bannières de pub, je peux le faire avec un CGI ou en PHP, pour moi c'est pareil, est-ce que pour le serveur aussi, c'est pareil ? Comment le savoir ?
Permettre d'utiliser les expressions régulières pour les filtres mail.
outrefranc
06/04/2004, 10h37
Je viens de passer à un autre petit truc, ce pourrait etre utile qu'à partir du manager, dans chaque rubrique, il y ait un lien vers la page du http://guides.ovh.com/ approprié.
...
Moi je voudrais une base de données postgresql.
Un python à jour ca serait bien, comme ca je pourrais effacer celui que j'ai installé dans mon compte.
Et PEAR aussi, pourquoi pas.
Merci
Oui, PEAR cai bien (tm)
C'est quelque chose qui me manque beaucoup.
A propos des logs, il serait interessant de pouvoir choisir si on désire que ses stats soient calculées par OVH ou pas, pour pouvoir télécharger les logs bruts le plus tôt possible pour ceux qui se sentent de faire leurs stats chez eux.
Continuez OVH !!!! (pareil, sous linux ;) )
Oui pour les stats sur plusieurs domaines c'est pas pratique.
Les stats sur free Sont lisibles je trouve !
Pour le manager : permetre l'upload, la modification(pour fichier php, html, txt, etc...), le déplacement (de répertoire) et la supression de fichiers... ce qui peut être pratique pour une personne qui a plusieurs site sur OVH et qui doit faire un changement sur plusieurs site... en étant connecté via le manager, il peut tout faire ces modifications.
Aussi, il serait intéressant d'avoir un compte d'utilisateur qui est le nic handle du compte sur le mananger de ovh qui donne accès à tout les comptes en mutu qu'on a. Par exemple, si j'ai 2 sites : monChien.com et monChat.com , je peux me connecter via un compte comme monchien avec un pass pour monChien.com et monchat avec un autre pass pour monChat.com ET je pourrais me connecter avec 123456-ovh (ou quelquechose du genre ) avec mon pass du manager qui me donne accès à un genre de /home/ qui aura 2 sous-dossiers : monchien et monchat. Cependant, réaliser une telle chose ne sera pas évident à faire, mais qui risque d'être pratique pour ceux et celles qui ont plusieurs site en mutus chez OVH, on a qu'un seul login/pass à se rapeller !
Pour les dédiés : il y a eu certains problèmes dans le manager quand j'ai voulu passer les DNS de OVH au dédié chez OVH. Il a fallu demander au support qu'il efface les zone pour qu'on puisse les remettre en dns secondaire pour le dédié. Serait-il possible d'avoir de quoi qui permet de faire sa automatiquement.
Pour les DNS : Serait-il possible de "redémarrer" le serveur DNS (des DNS qui sont sur OVH, et non sur le dédié) plus que 2 fois par journée... c'est chiant, mais quand le serveur dédié plante (exemple: hard disk failure....) et que sa c'est produit genre quelques minutes après le "redémarage" des serveurs DNS, faut attendre (pour rediriger vers un autre serveur) ~ 12 heures avant que le serveur "redémare", et après, dépendant du fournisseur, de 5 minutes à 24h (voir 48h) avant que le client puisse avoir le changement. Alors, si on pourrait réduire le 12h en 2h, il y aurait déjà une très grande amilioration, le site a donc une période de non-accessibilité réduite (il y a même des compagnies qui redémarent au 20 minutes, mais ils sont rares et plus couteuses).
Au niveau du Manager : dans la section des DNS des nom de domaines (là où on dit que xyz.monDomaine.tld pointe vers xxx.xxx.xxx.xxx ), il seraint très intéressant de pouvoir changer tout les domaines d'un seul coup. Exemple :
a.mondomaine.com - xxx.xxx.xxx.xxx
b.mondomaine.com - xxx.xxx.xxx.xxx
c.mondomaine.com - xxx.xxx.xxx.xxx
d.mondomaine.com - xxx.xxx.xxx.xxx
e.mondomaine.com - xxx.xxx.xxx.xxx
f.mondomaine.com - xxx.xxx.xxx.xxx
[...]
pour une raison X, je dois tout changer ses domaines vers yyy.yyy.yyy.yyy. En ce moment, on doit changer le premier, cliquer sur la disquette, accepter la confirmation, et faire le suivant... c'est très long! Alors il pourrait être intéressant d'avoir une "grosse disquette" qui permet de tout sauvegarder : on change les adresse dans toutes les zones de texte, on clique sur la "grosse disquette" et on accepte la confirmation ! Il serait aussi intéressant d'appliquer un tel principe pour la supression. On met des cases à cocher pour chaque sous-domaine, on coche ceux qu'on veux effacer, ensuite, on clique sur une "grosse corbeille", on accepte la confirmation et c'est réglé.
Pour les domaines : lorsque un domaine arrive à expiration ( message J-30, J-15, etc... ), il serait bon d'inclure dans le message les instructions nécésaires à faire si on NE VEUX pas renouveler le domaine.
Pour le courriel sur les mutus : il serait intéressant pour les adminstrateurs de faire un "générateur d'instructions" pour la confifuration du compte pop dans leur logiciel de courriel. On aurais juste à inscrire l'adresse ( exemple : on inscrit moi@monDomaine.tld ) et on clique sur le bouton. Comme réponse, sa génère une (ou deux ) feuilles d'instructions de quoi rentrer (exactement, pour l'adresse spécifique), qui est prête à imprimer, pour donner au monde qui ne sont pas des utilisateurs expirémentés. De plus, il serait intéressant d'intégrer un tel service dans le manager.
Merci !
Tout pareil sur les sous-domaines. Un truc à la Online, où l'on peut créer à la volée des sous-domaines sans passer par des ORT.
L'illimité j'y crois pas. Mais au moins 5 sur les 60GP ca serait pas mal.
Ayant fait ma rapide enquête d'opinions autour de moi (je bosse chez un ISP), vous êtes les meilleurs hébergeurs GP sur le web au niveau qualité/prix/support.
Seul truc qui coince c'est le manager. Trop compliqué, un ami m'a dit un jour qu'il fallait être ingénieur pour tout comprendre.
Je pense qu'un vrai travail de pédagogie est à effectuer sur cette partie, en complétant les guides et la FAQ et len effectuant quelques modifications vocabulariales et ergonomiques sur cette partie du site.
En tout cas continuez comme ca ! :)
Nathan
le manager trop compliqué...
.......................
je reste muet, je sais pas quoi dire !
*sigh*
Il faudrait avoir un webmail comme celui d'ovh preinstalé sur nos serveurs et qui gererait les comptes pop du domaine et un script qui permetrait la création automatique d'adresses e-mail. Il faudrait aussi avoir le choix avec un autre programme que URCHIN. Si tout cela se réalise, ce sera parfait!!!
Il faudrait avoir un webmail essentiellement pour les adresses du domaine sur le domaine à l'adresse www.webmail.domaine.tld et un script pour la création d'un nouveau compte pop à mettre sur son site car le faire manuellement par le manager inclu connaitre le mot de passe de celui que l'on inscrit :D . Il faudrait aussi avoir le choix avec un autre programme que Urchin car je ne le trouve pas très utile (cela ne m'interesse pas de voir mes .css arriver en tête du palmares des pages les plus consultées ;) ). Voila, si tout cela se réalise bientôt j'achète un mx plan illimité :D !
ca serait bien si on prend un plan 240 de pouvoir faire basculer l'espace pour le ftp dans l'espace pour "les pages" du site, de meme pour l'espace stream non utilise... pour pouvoir proviter des 150 000 req...
a+
Galeiliante
17/04/2004, 08h30
une option qui serrait tres chouette c'est qu'on puisse nous même déffinir qu'elle est la taille minimal pour un mot de passe pour l'email.
si on estime que 8 est le minimum pour divers raison, qu'on puisse le l'imposer.
Anne
Je dispose d'un MX Plan de type Full. La plus grosse limitation pour moi est l'impossibilité pour l'utilisateur d'une mailbox de pouvoir changer lui-même son mot de passe.
Et tant qu'on en est aux suggestions : pouvoir spécifier un troisième serveur DNS en plus des (d)ns.ovh.net, avec synchronisation de ce 3ème sur le serveur maître.
onirophyse.net
18/04/2004, 23h52
Hello!
Me viennent à l'esprit :
au moins une mailing-list par gp
possibilité de faire quelques alias truc.monsite.com (pas seulement des ort, des vrais sous-domaines)
possibilité de changer sous mot de passe depuis le webmail
augmenter le nombre de requêtes simultanées possibles (genre 10 au lieu de 3...). Event. sur paiement comme indiqué plus haut, mais alors pas cher ;)
possibilité de supprimer (ou renommer) le compte postmaster si celui-ci est remplacé partout (dans les profils, les contacts à ovh, etc.) et ce remplacement pourrait être effectué automatiquement par un script. Par ex. je décide de remplacer postmaster par webmaster et hop! ça renomme l'adresse partout dans le manager. Pratique pour qui n'a que 5 comptes pop...
diversification des logiciels de stats
En même temps, il est évident qu'un certain nombre de ces options ne seront pas intégrées. Par exemple, le nombre de connections simultanées aux bases sql est ainsi limité pour des raisons de performances (si j'ai bien tout compris). Même les XXLplans sont limités à 3 connections, donc les 60gp vont pas passer miraculeusement à 10... mais bon, on peut rêver :)
Une voix de plus pour l'https comme indiqué par warix..
Je voulais savoir si ce serait possible de mettre :
com.allow_dcom=true dans le php.ini
Cela permettrait de pouvoir utiliser les objets COM et ça m'intéresserait bien !
Est-ce possible ?
omicronc
21/04/2004, 14h37
Et une voie de plus pour la possibilité de changer de password par webmail pour chaque compte mail
augmenter les requete mySQL (5 se serai deja pas mal plutot que 3)
Plus pour les commandes :
Est-ce que c'est possible que les numéros de téléphones provenant de l'amérique ( États-Unis, Canada ) qui sont sous la forme (XXX) XXX-XXXX soit acceptés ?
Merci !
La possibilité de supprimer une base mysql !
L.Boggio
24/04/2004, 23h45
J'aimerais ajouter une précision concernant le https qui est demandé :
Le https est une implémentation du HTTP qui permet de crypter les données entre le navigateur et le serveur. Pour ce faire, le navigateur doit accepter une clé basée sur le domaine qu'il visite. Cette clé, basée sur le certificat SSL est propre au domaine, car le certificat SSL est propre au domaine.
Donc, si vous voulez pouvoir faire du https://www.mondomaine.com, il faut un certificat au nom de domaine.com. Ensuite, le voisin qui veut faire du https://www.MonAutreDomaine.com a besoin d'un autre certificat SSL au nom de MonAutreDomaine.com .
Donc, pour que OVH puisse fournir du HTTPS pour tous ses hébergés, il aurait besoin d'acheter et d'insteller un certificat par domaine, certificat qui se paye (et oui ;-) )
Pour éviter celà, OVH propose des URLs de type https://ssl2.ovh.net/~VotreLogin basées sur le certificat de ovh.net, donc, le même pour tout le monde, mais disponible pour tout le monde.
Bon et ben excusez-moi de vous déranger mais je voudrais parler à OVH particulièrement car je viens de recevoir 4 mails disant que j'ai dépassé mon quota et que si j'ai encore 3 mails le site ferme! Bon premièrement je ne vois plus mes statistiques sur URCHIN elles se sont arrêtées le 18/04 on ne sait pq!
Puis avoir un augmentation de 25000 requetes en 4 jours c'est presque impossible à réaliser pour notre petit site de Games... Et puis est-ce possible qu'il y a du flood sur notre site, comment le savoir? Donc je voudrais que vous nous répondiez assez vite sur ce cas là! Et remmettreURCHIN en marche car on ne sait rien faire sans voir les stats! Merci de votre compréhension... Au revoir!
PS: C'est urgent alors...
ce que je souhaiterai c'est que les stats fonctionnent normalement avant d'avoir des nouvelles fonctions...
a+
Staff_Alex
26/04/2004, 10h52
Augmenter sur les offres Gp le nombre de hit maxi par jour car là ça fait rire ce qu il y a !!
Allez Plz OVh un petit effort ;-)
fitterashes
29/04/2004, 03h05
-La possibilité de supprimer une base mysql
-Une vraie mailing-list paramètrable (ajout d'email en nombre etc..)
-la possibilité de changer de password par webmail pour chaque compte mail
-Suspendre le site temporairement avec une page de notre choix s'il y a un depassement de ressources (hits) trop important.
-augmenter le nombre de hits autorisés (apparemment c'est prévu)
:o
ikkiphenix
01/05/2004, 23h19
Installer Freetype 2 (comme l'ont fait beaucoup d'hébergeurs), de manière à pouvoir utiliser la librairie GD de PHP et les Polices True Type sans bug.
Eclaircire ou rendre plus simple l'utilisation du manager, personellement beaucoup de mal.
pour les 60 GP comme moi
pouvoir créer une mailing list et que les comptes mail soit parametrable en dehors du manager
rendre le manager moins complexe (j'ai été tellement perdu que j'ai du demander à un ami qui taffe dans l internet de me le config)
et puis sinon pour le moment je suis pleinement satisfais
a part quelque fois des phpBB critical error sur mon forum
rubenxela
10/05/2004, 16h25
Superbe propositions c'est très intéressant notament pour le sql car ça devenait un peu dur pour les gros plan et les forums tout particulièrement.
Bon vu que vous posez la question j'ai peut être une idée en tête mais je crois que vous bossez déjà dessus avec la marque blanche, pour l'acces au stat personnalisé sans passer par notre nick OVH (pratique quand on est revendeur)
Sinon génial rien à dire les propositions tombent à pic. Merci
ortoloj1
10/05/2004, 20h10
En ce qui me concerne...
L'évolution des Stats, très bien.
J'aimerais bien une augmentation des connexions simultanées à une bdd MySQL, de 3 à 5 ou plus si possible. ( Je suis en 240Plan, ce n'est pas représentatif ).
Celà me donnerait la certitude absolue qu'il n'y a pas de problèmes avec mon site.
Merci de votre professionalisme.
Jean Francois Ortolo
Moi j'ai besoin des stats pour les téléchargements de gros fichiers, donc sur les serveurs FTP et "Real" (utilisé en HTTP) des 90pack.
(pour savoir combien de fois chaque fichier a été téléchargé, et s'il ont été téléchargés en plein ou pas)
stevebrush
11/05/2004, 10h28
moi, j'aimerais avoir un shell ssh sur les 60gp, plus pratique pour les permissions, les renames, move, etc.
Michrone
11/05/2004, 21h02
Moi, j'aurais juste besoin de stats qui marchent.
Staff_Alex
11/05/2004, 23h05
moi de la fiabilité car tous les moiis y a un truc qui merde
un coup aucun de mes scripts php ne marche
aujourd hui aucun mail (fonction php) ne marche
je pete un cable
j ai fait transferé mon site sur ovh car j en etais content avec d autres mais la sérieux ça me saoule grave grave !!!!! :mad: :mad: :mad:
Moi augmenter le nombre de connection par base de 3 à 5 serait tres bien.
Et aussi pouvoir faire une redirection des comptes mails mais sur un compte externe a ovh tout en gardant une copie sur le serveur ovh.
Genre tous les mails sur toto@domaine.ovh ben tu les recois aussi sur toto@hotmail.com
voila
A+
L.Boggio écrivait :
Pour éviter celà, OVH propose des URLs de type https://ssl2.ovh.net/~VotreLogin basées sur le certificat de ovh.net, donc, le même pour tout le monde, mais disponible pour tout le monde.
Le manager Plesk de SwSoft autorise des urls du type "https://www.mondomaine.com" avec le certificat partagé du serveur. On a toujours l'alerte de sécurité (certif ne correspondant pas au domaine) mais on a de jolies url. Au niveau espace web , on a 2 espaces, un httpdocs et un httpsdocs.
Lors d'une demande précédente d'Octave sur le sujet du manager, je lui avais déjà suggéré Plesk. Je viens de lire toutes les demandes ci-dessus, 80% seraient réalisées avec Plesk, en particulier celle concernant l'accès aux stats séparé, le manager en quasi marque blanche, accès panel avec des niveaux admin/revendeurs/clients, etc... Je sais que le manager v3 est en route pour tout ça mais perso je n'aurai jamais le temps de me pencher sur la réalisation d'un manager customisé pour mes clients... J'en suis (avec un TRES profond regret) à transférer nombre d'entre eux sur un hébergement de ce type.
PS: ne me demandez pas ou, il faut parler anglais et je trouverai très très malvenu/malpoli/déloyal de donner ce genre d'infos sur un forum OVH :-)
À propos du https://www.monsite.tld, mais avec l'avertissement : en éditant manuellement le fichier de configuration d'apache, il y a toujours moyen d'y arriver. Je suis certain qu'il est possible pour l'équipe d'Octave d'y parvenir. Reste juste à trouver une façon simple de proposer ce service pour qu'il soit simple d'utilisation, par exemple, en ajoutant un répertoire à la racine du dossier de l'utilisateur ( et non à la racine du site ! ). Exemple, votre site est dans ~/www , et les pages sécurisés (via https ) seraient dans ~/https .
grandzebu
26/05/2004, 22h13
Bizarre, personne n'a parlé du nombre de compte pop ! Je pense que moyennant un p'tit supplément on pourrait avoir un peu plus de pop sur un 60GP. Par exemple x euros pour un paquet de 10 pops.
Il serait aussi pratique de pouvoir créer plusieurs comptes FTP (avec pour chaqu'un un répertoire et si possible un quota maxi) sur les Gp.
llechelle
28/05/2004, 22h09
OVH écrivait :
Si vous avez des idées, d'autres options qui vous manque, n'hesitez pas en parler.
Comme je le demande dans ce message, http://forums.ovh.com/showthread.php?s=&threadid=2095 , le multi FTP sur le 60GP ou 240plan serait apprécié.
Merci.
L.Boggio
29/05/2004, 22h27
grandzebu écrivait :
Bizarre, personne n'a parlé du nombre de compte pop ! Je pense que moyennant un p'tit supplément on pourrait avoir un peu plus de pop sur un 60GP. Par exemple x euros pour un paquet de 10 pops.
Dans ce cas, prends un MXPlan, il remplace le nombre de pops attribués par ton 60GP par ceux attribués par l'offre MXPlan que tu sélectionnes.
grandzebu
29/05/2004, 23h29
Bien vu, je ne connaissait pas le MXplan et en fait j'ai dû chercher un peu avant de le trouver ...:)
Moctesuma
30/05/2004, 04h26
J'ai vu je ne sais plus où que les hits/j sur les plans et packs seraient certainement remplacés par des limitations de tarffic uniquement... Est-ce toujours d'actualité ???
Merci OVH
J'ai vu je ne sais plus où que les hits/j sur les plans et packs seraient certainement remplacés par des limitations de tarffic uniquement... Est-ce toujours d'actualité ???
Salut,
Oui. Nous devons d'abord finir le travail sur les logs. Puis nous allons
effectuer quelques changements au niveau des offres en 2 phases:
1ere phase va consister à changer les limitations et passer des requetes/jour
au Go/mois avec des limites bien hautes. Puis 2ème phase ... chaque chose
dans son temps.
Ce thread est très interessant. Nous allons piocher les informations
dedans lorsqu'on remettra les TODO liste à plat au niveau du dev.
Amicalement
Octave
Bonjour,
j'aimerais avoir la possibilité de rediriger tout les sous-domaines vers le domaine, sachant que le sous domaine peux etre n´importe quoi, ex :
*.monsite.com cname monsite.com
d´autres utilisateurs ont ce probleme :
http://forum.ovh.com/showthread.php?s=&threadid=1605
http://forum.ovh.com/showthread.php?s=&threadid=1460
Merci,
ça serait sympa de donner une date pour quand c'est prévu si possible.
Alexandre
cbenistan
06/06/2004, 09h44
Pour moi, ce qui manque vraiment c'est:
- Pouvoir changer les mots de passe des boites mail applicativement.
- Pouvoir augmenter la taille des boites (quite à payer)
fitterashes
09/06/2004, 12h39
c'est pour quand les nouvelles options? :confused:
braindead
10/06/2004, 08h51
Moi j'aurais une idée d'un service qui, je pense, serait beaucoup apprécié, reste à voir si c'est possible.
Il s'agirait de pouvoir disposer de son propre serveur (un pue comme un serveur dédié) mais celui-ci ne gérerait QUE mysql, et serait accessible depuis tous les hébergements mutualisés.
Ainsi, j'ouvre un hébergement mutualisé, et j'ouvre mes bases de données sur mon serveur dédié Mysql. Vous (OVH) le géré comme un serveur SQL mutualisé (backup etc...) mais je (client) le loue a l'année.
Comme ça ça permet à ceux qui le veulent de disposer d'un serveur dédié mysql (pas de limit de taille de BDD etc... tout en ayant la souplesse du mutualisé (mise à jour des noyaux, backup, stats etc...), car tout le monde n'est pas apte à gérer un serveur Linux ...
Voila j'éspère que j'ai été assez claire :)
Longrais
10/06/2004, 13h16
Quelques fonctionnalités intéressantes :
- Des Statistiques email serait bien, awstats fait ca il me semble (nbre de spam, virus, total par domaine...).
- Pouvoir créer des comptes FTP multiples pour tous les plans/packs, ca manque.
- Et toujours un nombre de sous-domaines illimités.
- Augmenter l'espace mail des comptes POP/IMAP
- Augmenter l'espace web des plans/pack
Sinon OVH c'est super, mais le serait encore plus avec ces fonctionnalités !! Allez, un petit effort !!!
- Pouvoir mettre en option les sous-domaine pour les GP
- Avoir d'autre choix que que Real pour le Streaming,
1) actuellement tout le monde n'a pas le lecteur
2) le lecteur realplayer est beaucoup moins répandu à cause de l'agacement lié à la pub du lecteur
3) la plupart des bandes annonces sur le web n'utilise que du Quicktime ou du Windows Media
Oles écrivait :
Ce thread est très interessant. Nous allons piocher les informations
dedans lorsqu'on remettra les TODO liste à plat au niveau du dev.
Attention, Microsoft a brevèté la "TODO List" ... ;o)
Todo List (http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/netahtml/search-bool.html&r=1&f=G&l=50&co1=AND&d=ptxt&s1=Microsoft&s2=todo&OS=Microsoft+AND+todo&RS=Microsoft+AND+todo)
Sinon est-il envisageable de proposer un hébergement sans base de données mais avec du php. Cela permettrait de faire des sites dynamiques sans forcément travailler sur une base de données.
En fait, il faudrait proposer un gp20+ (un mix entre le gp20 et le gp60).
A Bientot
Warix écrivait :
De plus, il pourrait être intéressant d'offrir la possibilité d' utiliser sur les mutus des servlets (java, jsp).
Peu d'offre sur le marché sont présentes à l'heure actuelle, c'est peut être l'occasion de sortir des options en mutualisé vous permettant de conquérir de nouveaux clients.
Par exemple le flash dynamique continue sa progression dans les moeurs et est de plus en plus présent, mais pour avoir des connections synchrones, il faut un serveur java pour le xmlsocket...
A vous de voir ;)
Ce serait bien de proposer des mailing-lists plus paramétrables, avec la possibilité de modifier le sujet des mails de confirmation (au lieu du « CONFIRM subscribe ... »), le nom de la newsletter qui apparaît entre crochets, l'utilisation des accents dans les messages prérédigés, pouvoir ajouter plusieurs adresses en même temps...
La poursuite du développement d'E-Backup serait bien aussi !
DanSteph
26/06/2004, 22h59
que ca marche sans problèmes chaque semaines ?
Dan
A quand l'ASP .NET chez OVH?
1) Une option que je trouve importante: permettre à chaque compte POP de pouvoir configurer sa propre white list pour les adresses SPAM. Ou au pire contribuer à une white liste commune......
2) 25Mo pour le FULL MXPLAN c'est just quand meme
3) pour ceux qui ont demandé la possibilité de créer automatiquement des comptes POP et d'en changer le mot de passe sans passer par le Manager. Je mets à disposition sur mon site un pack de scripts (2 pour le moment) qui font ca: http://www.ntica.com/accueil-lfr-downloads.php
Lors de l'installation du nouveau Manager d'OVH, ces scripts risquent de ne plus fonctionner. Si le nouveau Manager possède des remplacants alors OK, sinon je devrait retravailler dessus.
fitterashes
04/08/2004, 13h52
Est ce qu'on pourrait avoir une idée des nouvelles options qui vont etre proposées et surtout quand est ce que se sera effectif? Je suis en train d'agoniser sur mon hebergement et ca me ferait mal de changer d'offre un mois avant les nouveautés.
:o
mickaelpcdj
05/08/2004, 14h48
Effectivement, un moyen d'ajouter des comptes EMAIL automatiquement depuis un script PHP / PERL ce serait top ca !
mickaelpcdj
05/08/2004, 14h58
lulu écrivait :
oui, ça c'est hyper important et urgent....
j'ai le même problème et pas envie de donner mon nic et mdp pour consulter les stats
ou alors, il y a un autre manière de procéder ??
leur déléguer le domaine sur un autre NIC ..
braindead
06/08/2004, 09h42
Juste un réglage (pas une option en soit) qui serait bien. Ce serait de pouvoir uploadé, via un formulaire, jusqu'à 5 Mo (par exemple) de fichier.
Parce-que 2 Mo des fois, et bien c'est un peu court. Surtout si le fichier fait 2,3 Mo c'est dommage.
Voili voila :)
sanglochon
10/08/2004, 10h16
Je vois toute une série de demandes complexes à mettre en oeuvre, des modifications importantes des réglages et autres nouveaux développements mais bizzaremment, des choses aussi simple que d'installer la Freetype 2 peu ou pas du tout.
C'est quand même quelque chose de très simple à faire et qui va permettre aux clients OVH d'avoir les mêmes possibilités que chez d'autres hébergeurs pourtant beaucoup moins sérieux.
Alors à quand ce petit changement qui sauve la vie ?
Bonjour,
Serai-t-il possible d'activer les fonctions LOCK et UNLOCK sur MySQL ?
Edit: J'ai oublié de préciser que cette fonction est disponible sous MySQL 3.x mais pas sous MySQL 4.x
S'il n'est pas possible d'avoir une vraie redirection de sous domaine, serait-il possible que pour un ORT invisible, les informations de la page de destinations soient reprises dans la frame.
Par exemple le <TITLE> les <META>, cela permettrait un meilleur référencement sur les moteurs de recherche.
rubenxela
30/08/2004, 18h31
Bonjour
Je suis très content que les nouvelles options arrivent.
Par contre avez vous développé également une administration plus simple (transparente) pour les revendeurs (acces stats notament). l'idéal, nous en avons déjà parlé sera quand vous nous proposerez une version en marque blanche. Alors ce jour ... nous lancerons une Hollllla du tonnerre.
Aussi un truc très chiant que je note souvant > lorsque nous enregistrons un sous domaine ou un nouveau domaine, le temps de propagation, l'url est redirigée vers webmail.ovh.net . Il n'y a pas d'intérêt réel et c'est même plutôt contraignant. Ne serait t-il pas possible que dans ce cas l'url soit redirigée vers une page neutre avec un message expliquant la situation momentanée.
Ca serait également ENORME si vous nous permettiez de gérer les domaines dont vous n'êtes pas registrar (dans mon cas .org.uk). Encor eplus Enrome si vous deveniez registrar international
Sinon, oui je suis d'accord avec d'autres post ça serait pas mal de pouvoir gérer les metatag des redirections ORT (les concurrents le font :D ).
Pour finir, je ne sais pas de quoi ça vient mais l'interface d'admin (manager) râme quand même pas mal quand on est équipé d'un modem 56k et en plus ça arrive assez souvent qu'il faille s'y reprendre à 2 fois pour accéder à un lien d'administration (parce qu'après avoir cliqué une fois on revient parfois (assez souvent même) sur la même page, notament dans tous les menus d'admin)
Le sujet a peut être été développé mais autre truc contraignant est sur les Mediaplan (sûrement autres aussi) de devoir systematiquement renseigner le fichier httpconf lors de la creation d'une nouvelle base.
Je suis sûr que vous allez nous pondre quelque chose de super ;) ...
je continuerais à rééditer ce message si je pense à d'autres trucs.
Suggestion (si ce n'est pas trop tard):
serait-il possible de d'associer des hebergements 'plan mutalisé', directement avec un sous-domaine ?
Je m'explique:
- actuellement, il faut associer un nom de domaine (domain.com) pour utiliser un plan OVH, puis ensuite définir un sous-domaine (possible a partir du 240plan) et il est impossible d'acheter plusieurs plans en utilisant le meme nom de domaine.
Par consequent, si un domaine est deja utilisé, on ne peut pas s'en servir pour avoir plusieurs plans qui serait chacun associé à un sous-domaine distinct.
- je souheterais donc avoir la possibilité de prendre un plan qui soit directement associé à un sous-domaine (sousdomain.domain.com)
Et ainsi d'avoir, par exemple, trois 720plans associés à sd1.domain.com sd2.domain.com et sd3.domain.com
Pourquoi cette demande un peu particuliere (mais qui peut sans doute interesser d'autres personnes) ?
Tout simplement car je j'ai besoin d'heberger certaines applications qui seront gérées par des tiers. Et je ne souhaite pas le faire sur les dediés que j'utilise car je n'ai pas envie de d'ouvrir des acces à d'autres personnes que moi (et je n'ai pas le temps de mettre en place une surveillance et une structure securisée, comme peut l'avoir OVH au niveau du mutualisé: l'hebergement n'est pas mon metier). Et bien evidemment, pour des raisons de coherence, de cout et de gestion, je ne veux pas prendre X domaines differents pour chacun de ces plans.
Cordialement,
JC.
lacouture
04/09/2004, 23h01
Le Pythoniste de service:
Ce qui finirait de dissiper mes dernières hésitations avant de m'installer chez OVH:
- Python >=2.3 par défaut en mutualisé (je ne veux pas prendre un 720 Plan/pack juste pour l'accès SSH pour pouvoir l'installer!)
- mod_python installé (surtout que ça devrait être beaucoup plus performant que des CGI Python, à charge égale, et inversement!)
Voili...
Un besoin qui me parait primordial pour l'écriture de script PHP modulaires (avec des librarires, etc ...)
Avoir pour chaque hébergement mutualisé un include_path "custom".
Par exemple pour "http://www.phpconcept.net" avec comme DOCUMENT_ROOT "/home/phpconce/www", avoir un include_path="/home/phpconce/www/include" automatiquement créé à l'activation de l'hébergement.
Thanks de prendre en compte cette demande !
Zyp/
Yan Bilik
29/09/2004, 11h41
Allez, je rêve:
Pouvoir construire son hebex GP à la carte, avec le prix en fonction des options choisies et des volumes demandés:
- xxx Mo de web (par tranche de 10Mo)
- yyy Mo de Real (idem)
- idem pour le FTP
- n comptes pop (de 1 en 1 avec une limite, probablement)
- m mailing lists
- zzz hits par jour (par tranche de 10000) ou équivalent en BP
- nnn connections SQL simultanées
- nnn Mo de base SQL
- etc, etc, etc...
Tout ça sur une p'tite page web, on fait ses choix (je prend de ci, je prend pas de ça, je veux 'tant' de ceci), et on voit évoluer la facture en live, en fonction de ses choix. On confirme, on paye et zou, l'espace est créé.
Ça n'empêche pas l'existence de GP prépackagés 20, 60, etc.
Bon OK, derrière, OVH va ramer avec ces trucs sur mesure, mais en même temps, les besoins sont souvent diférents, non ? (euh, il parait que non)
Yan
Bonjour,
C'est une grande nouvelle :)
Mais, je ne comprends pas vraiment.
J'ai actuellement une base de 30 Mo et un problème majeur, il est impossible de la réindéxer :/
Cette opération occupe trop de ressources serveur...
Pourquoi augmenter la taille si il est impossible d'opérer un certain nombre de tâches sur ces bases en raison de la limitation serveur ?
Mais, j'ai certainement pas tout compris sur le fonstionnement d'un serveur... La limitation ressource serveur pour ces bases augmentera dans le mêm temps. Ou bien SSH sera en standard ?
SSH sur Media Plan serait genial... Sinon sur les bases louées ...
Merci pour votre réponse.
Anny
patience
21/11/2004, 17h03
J'ai vu je ne sais plus où que les hits/j sur les plans et packs seraient certainement remplacés par des limitations de tarffic uniquement... Est-ce toujours d'actualité ???
c'était en février
c'en est où maintenant ?
je constate que certains concurrents proposent une bande passante certes limitée pour leurs hébergements mais ne restreignent pas le nombre de hits par heure ou jour.
je connais qq'un qui bénéficie d'un traffic mensuel de 100 gb sans autre limitation sur un serveur mutualisé.
Ce que je trouverais pratique, ça serait de pouvoir héberger des répertoires subversion. Pas forcement inclus dans les plans, mais des offres dans le genre :
http://www.cvsdude.org/home.pl
http://wush.net/subversion.php
Je sais pas si vous allez bien le prendre mais je dirais; des logs qui fonctionne ;)
Actuellement pour avoir des vrais sous-domaines il faut au minimum un 240 plan/pack. Cecci permet d'avoir un nombre illimité de sous-domaines.
Pourquoi ne pas permettre aux 90 plan/pack et aux GP d'avoir des sous-domaines mais dans un nombre limité ?
(Par exemple 2 pour un 60GP, 5 pour un 240gp et 10 pour un 90 plan/pack)
Payer pour de la bande passante c'est compréhensible mais payer un 240plan/pack juste pour quelques vrais sous domaines ça fait un peu cher :)
lacouture
19/01/2005, 09h01
C'est tout?
Ben puisque vous posez la question, je dirais que Zope/Plone en mutualisé, ça serait coool! (j'ai déjà parlé de mod_python et d'une version de python plus récente que 1.5.2 plus haut dans ce thread. Désolé, je fais le coup de la contre-attaque des pythonistas).
Du côté des mailing list, il manque au manager la gestion des alias et autres listes spéciales (digest, etc...). D'ailleurs je n'ai pas encore réussi à les utiliser comme il faut, même via l'interface d'admin par mail (faut que j'appelle le support à l'occasion).
Enfin, j'ai 3 hébergements 60GP. Je peux avoir besoin d'accéder à des fichiers d'un hébergement à partir du code PHP d'un autre (pour utiliser au mieux mes 240 MB, ou simplement parce que les sites en question sont liés). Il m'est facile de faire les liens qui vont bien dans mes pages (par exemple un HTML d'un 60GP va chercher les images dans un autre 60GP), mais si je veux pouvoir mettre à jour ces données, aujourd'hui pas moyen. A moins de passer par une interface HTTP "cachée" entre les 2 hébergements, peu performante et lourde à développer, avec les risque de faille de sécurité, etc... Donc s'il y avait moyen de faire ce genre de manip sans compromettre toute la sécurité des serveurs, je serais assez preneur.
Merci encore à vous d'écouter nos besoins
Pat
Bonsoir,
Heu... Non c'est pas tout ;)
---> error.log !
Ahhh... Mes mirettes rêvent d'avoir un jour accès à ce fichier... :cool: :) :cool:
:D
Yoann écrivait :
Actuellement pour avoir des vrais sous-domaines il faut au minimum un 240 plan/pack. Cecci permet d'avoir un nombre illimité de sous-domaines.
Pourquoi ne pas permettre aux 90 plan/pack et aux GP d'avoir des sous-domaines mais dans un nombre limité ?
(Par exemple 2 pour un 60GP, 5 pour un 240gp et 10 pour un 90 plan/pack)
Payer pour de la bande passante c'est compréhensible mais payer un 240plan/pack juste pour quelques vrais sous domaines ça fait un peu cher :)
Bonjour à tous,
Je suis tout à fait de l'avis de Yoann car je suis dans ce cas. Un peu cher que de devoir passer à un Plan offrant des services qui pourraient très bien être sous la forme de compléments satisfairent un bon nombre d'entre nous voir de nouveaux clients OVH.
Certains hébergeurs proposent en effet de créer autant de sous domaines que l'on veut et ceci gratuitement avec une seule base SQL. Vient se greffer la dessus des options cumulables en fonction des besoins par exemple 2¤ la base supplémentaire etc, et ceci à partir de 20Mo d'espace. De toute manière si nous suivons la logique, celui qui à besoins de plusieurs bases aura besoin de plus d'espace disque mais pas obligatoirement de 240 Mo. Alors pourquoi cet écart énorme entre le 90/Pack et le 240/Pack ou ne pas créer un 120/Pack offrant les même avantages et plus facile d'accès à certaines bourses ?
Ce serait un bon plan non? Surtout que nous nous sommes pas tous des pro.
Enfin c'est une suggestion qui me semble intéressante, maintenant à voir ce qu'en pensent les administrateurs et commerciaux, une réponse argumentée serait la bienvenue.
En tout cas pour l'instant je suis satisfait en ce qui concerne le bon fonctionnement en général, mais comme je suis nouveau j'attends encore un peu pour comparer avec ce que j'ai connu. :D
Cordialement
Citation :
--------------------------------------------------------------------------------
C'est tout?
--------------------------------------------------------------------------------
- permettre à un utilisateur POP de modifier lui-même facilement son password (déjà cité précédemment)
- faire une offre pour augmenter la taille des mailboxes, même sur un 20GP. 25 MB est parfois bien peu en utilisation professionnelle, par contre la taille de l'espace web n'a aucune importance.
omicronc
28/01/2005, 11h37
Il serai fortement interressant d'avoir la possibilitée sur un 240 plan/pack d'avoir le multidomaine
avec les nouvelles offre (espace web 240 mo ) ca laisse pas mal de possibilité pour creer plusieur sites
les redirection ORT n'ettant pas fiables (frame , probleme de cadrage etc.)
je songe a cause de ca a aller chez un autre hebergeur qui me permet justement le multidomaine illimité pour le meme genre d'offre
Homer Jay
30/01/2005, 12h00
OVH écrivait :
C'est tout ?
:)
J'aimerais bien qu'il soit possible de choisir le mot de passe d'accès aux logs, ou du moins pouvoir désigner un nic-handle séparé de celui du possesseur de l'hébergement: ça me stresse un peu de devoir passer mon mot de passe autrement que par HTTPS.
J'aimerais que l'on puise augmenter le quota des comptes mails.... 25 Mo par POP c'est un peu léger quand même :(
omicronc écrivait :
Il serai fortement interressant d'avoir la possibilitée sur un 240 plan/pack d'avoir le multidomaine
avec les nouvelles offre (espace web 240 mo ) ca laisse pas mal de possibilité pour creer plusieur sites
les redirection ORT n'ettant pas fiables (frame , probleme de cadrage etc.)
je songe a cause de ca a aller chez un autre hebergeur qui me permet justement le multidomaine illimité pour le meme genre d'offre
D'ailleurs ca en est ou ces nouvelles offres ? (Plus d'espace disque, plusde base mysql, etc ...)
je croyais que c'etait déja en place moi.
mais non rien :(
Et on a pas eu de nouvelles la dessus je me trompe ?
greg_greg
21/02/2005, 00h36
2 petites suggestions pour moi, dont une ont déjà été proposée:
* support webdav
* support d'autres media que real pour l'espace streaming
a+,
greg
braindead
21/02/2005, 12h51
J'avais déjà posté ça, mais pas dans le bon forum. Je me permets donc de le redire.
Pouvoir, dans le manager v3, exporter les données au format CSV notemment pour les facturation (domaine, prix, dates etc...)
G.-P. TONNELIER
26/02/2005, 14h07
Ce qui m'intéresserait le plus, c'est une augmentation de la boîte à messages :
Hotmail (gratuit) : 250 Mo
Yahoo (gratuit) : 250 Mo
Gmail (gratuit) : 1.000 Mo
OVH (payant) : 25 Mo
galaxialord
13/03/2005, 10h44
Bonjour !
Ne serait-il pas possible de laisser libre au client de choisir entre requête et limite de données ? Car franchement, en ce qui me concerne, consulter une image de 2 ko sur chaque page qui est comptabiliser comme étant 1 requête, c'est plutot du vol !
Olivier
Maintenant, ce ne sont plus les requêtes qui comptent, mais bel et bien la quantité de données échangées.
20gp reste à 20Mo pour 1 Euro/an (!!). Vous avez droit à
5 Go/mois de trafic avec ce plan.
60gp reste à 60Mo. Vous avez droit à 10 Go/mois de trafic
avec ce plan.
240gp est passé il y a quelques mois à 300gp. le quota
a été évolué immediatement, mais sur le site ceci n'a
pas été suivi. C'est chose faite. Vous avez droit à
15 Go/mois. Vous avez droit à 2 bases sql avec 3 connexions
simultanées sur le serveur.
mailplan. Vous avez droit à 10 Go/mois de trafic avec ce plan.
90plan passe en 3x 90Mo c'est à dire que vous avez désormais
- 90Mo d'espace web (http),
- 90Mo d'espace réal (streaming)
- 90Mo d'espace ftp anonymous (pour les telechargements)
Vous avez droit à 30 Go/mois de trafic avec ce plan.
Vous avez droit à 5 bases SQL et chaque base sql a droit
à 10 connexions simultanées sur le serveur.
240plan passe en 3x 240Mo c'est à dire que vous avez désormais
- 240Mo d'espace web (http),
- 240Mo d'espace réal (streaming)
- 240Mo d'espace ftp anonymous (pour les telechargements)
Vous avez droit à 40 Go/mois de trafic avec ce plan.
Vous avez droit à 10 bases SQL et chaque base sql a droit
à 15 connexions simultanées sur le serveur.
720plan passe en 3x 720Mo c'est à dire que vous avez désormais
- 720Mo d'espace web (http),
- 720Mo d'espace réal (streaming)
- 720Mo d'espace ftp anonymous (pour les telechargements)
Vous avez droit à 60 Go/mois de trafic avec ce plan.
Vous avez droit à 25 bases SQL et chaque base sql a droit
à 20 connexions simultanées sur le serveur.
mediaplan passe en de 720Mo à 2Go d'espace web
Vous avez droit à 80 Go/mois de trafic avec ce plan.
Vous avez droit à 25 bases SQL et chaque base sql a droit
à 20 connexions simultanées sur le serveur.
xxlplan passe en 2x 5Go c'est à dire que vous avez désormais
- 5Go d'espace web (http),
- 5Go d'espace réal (streaming)
Vous avez droit à 100 Go/mois de trafic avec ce plan.
Vous avez droit à 50 bases SQL et chaque base sql a droit
à 50 connexions simultanées sur le serveur.
Quelques fonctionnalités en vrac qui seraient utiles sur le mutualisé :
A- pouvoir configurer un minimum son PHP dans les htaccess :
1/ choisir si on veut les sessions en mode COOKIES uniquement ou via l'url => actuellement impossible de configurer cela sur OVH en 720 mutu
2/ choisir si on veut register globals on ou off
B- augmenter le nombre de connexions simultannées à la base de données, j'ai l'impression que sur le serveur mysql4.6, la limite est très basse !
C- créer des comptes emails POP / IMAP depuis des scripts PHP
D- créer des sous-domaines depuis des scripts PHP
E- installer un outil pour faire des miniatures de videos (extraire une frame et générer un gif), j'ai pensé à l'outil ffmpeg avec l'extension PHP
Je trouve que c'est une très bonne idée de permettre aux clients d'indiquer leurs besoins.
Pour ma part, je trouve qu'il manque :
- le support de vrai sous domaines pour le 60GP
- le support d'innoDB pour MySQL (je trouve d'ailleurs que c'est le plus gros manque)
- une offre entre le 60GP et le 300GP
- un nombre de requetes simultanées plus important
cybervince
20/05/2005, 10h24
Chanou écrivait :
Je trouve que c'est une très bonne idée de permettre aux clients d'indiquer leurs besoins.
Pour ma part, je trouve qu'il manque :
- le support de vrai sous domaines pour le 60GP
- le support d'innoDB pour MySQL (je trouve d'ailleurs que c'est le plus gros manque)
- une offre entre le 60GP et le 300GP
- un nombre de requetes simultanées plus important
Les vrais sous-domaines ca a été mis en place y'a pas longtemps je crois.
Une offre entre le 60Gp et 300GP ca m'interresserait également beaucoup, surtout s'il y a possibilité d'avoir du multi-domaine.
Le nombre de requêtes SQL simultanées c'est souvent critiqué sur les forums, mais quand on code proprement et que les requêtes ne sont pas lourdes ca passe sans soucis, même avec pas mal de traffic. (c'est sur, si tout le monde fait des recherches dans le forum en même temps, donc des requêtes lourdes, ca risque de coincer).
mr.pierro
02/06/2005, 09h02
Bonjour tout le monde.je possède deux site 60gp chez ovh et à l'heure du gmail, les 25 mo des comptes pop me paraissent un peu léger.Une option pour augmenter la taille de ces comptes serait la bienvenue.De meme comme beaucoup l'ont dit ,un systeme pour creer des comptes pop automatiquement serait sympa.
Un grand merci à ovh pour cette enquete.ca c'est de la démocratie!;)
mr.pierro écrivait :
[...]Un grand merci à ovh pour cette enquete.ca c'est de la démocratie!;)
L'enquête serait encore meilleure s'il y avait des réponses aux questions ...
galaxialord
10/06/2005, 17h33
Bonjour !
Je n'ai trouvé nul part où poster ce message pour améliorer ovh donc je le poste ici :)
Serait-il possible d'avoir les dernières versions de mysql (à savoir au moins la 4.1, afin de pouvoir (par exemple) faire des requêtes imbriqués ou autre de ce genre) ?
Merci beaucoup !
Olivier.
bigfloow
18/07/2005, 10h23
Oui c vraiment dommage de ne pas pouvoir donner accès à aux stats urchin pour mes clients.
A quand un mot de passe different du nichandle???!!
Perso ca serait de pouvoir utiliser la mise en cache des requetes sous MySQL 4
c'est à dire
mettre le query_cache_size à 1Mo par exemple (actuellement il est à 0...) :(
G.-P. TONNELIER
14/08/2005, 17h03
Will écrivait :
J'aimerais que l'on puise augmenter le quota des comptes mails.... 25 Mo par POP c'est un peu léger quand même :(
Salut,
Nous sommes en train de travailer sur un systeme des fichiers
propre à Ovh. Cette technologie vient directement d'OSL (OvhSpeedLog)
et a pour l'objectif d'utiliser l'espace disque non utilisé sur les
serveurs web pour stockage des données. En effet actuellement
nous avons un peu plus de 800 serveurs web pour l'ensemble des
plans avec espace dispo de minimum 30Go sur chaque serveur web. En
utilisant OFS en RAID-1 sur 3 disques, nous avons un file systeme
de 8To ...
OFS est actuellement en alpha test: nous sommes en train de faire
des backup de 90plan, pour commencer, sur OFS. Le systeme est completement
redondant, multi-thread et extrement rapide aussi bien en lecture qu'en
écriture.
A terme, nous allons l'utiliser pour le stockage des emails en proposant les nouvelles offres MX-PRO avec un important espace de stockage, voir illimité ...
Amicalement
Octave
---------------------------------------------------------------------
Desinscription : mailto:hosting-unsubscribe@ml.ovh.net
Les liens utiles : http://faq.ovh.fr
Les archives de la mailing news://ml.ovh.net ou http://ml.ovh.net/
---------------------------------------------------------------------
Est-ce que ce n'est pas de ça dont Octave parle ici ?
Bonjour,
Avoir la possibilité de sauvegarder le webmail pour un domaine (pour un administrateur) ou offrir cette possibilité au gestionnaire de pop (pour son pop).
elrond33
08/09/2005, 18h37
L.Boggio écrivait :
J'aimerais ajouter une précision concernant le https qui est demandé :
Le https est une implémentation du HTTP qui permet de crypter les données entre le navigateur et le serveur. Pour ce faire, le navigateur doit accepter une clé basée sur le domaine qu'il visite. Cette clé, basée sur le certificat SSL est propre au domaine, car le certificat SSL est propre au domaine.
Donc, si vous voulez pouvoir faire du https://www.mondomaine.com, il faut un certificat au nom de domaine.com. Ensuite, le voisin qui veut faire du https://www.MonAutreDomaine.com a besoin d'un autre certificat SSL au nom de MonAutreDomaine.com .
Donc, pour que OVH puisse fournir du HTTPS pour tous ses hébergés, il aurait besoin d'acheter et d'insteller un certificat par domaine, certificat qui se paye (et oui ;-) )
Pour éviter celà, OVH propose des URLs de type https://ssl2.ovh.net/~VotreLogin basées sur le certificat de ovh.net, donc, le même pour tout le monde, mais disponible pour tout le monde.
Une alternative serait de proposer la mise en place d'une page permetant de généré une clé privée et la CSR qui va avec avec le choix de mettre un certificat auto signé ou bien de faire un copier/coller de la CSR pour demander un certificat associé à une Autorité de Certification.
Vous pouriez aussi faire une partie d'admin pour préciser les autorités de 'confiance' acceptables pour l'authentification SSL mutuelle :D
Et là je vous dirais "chapeau" :)
Et ce n'est pourtant pas bien compliqué oO
Allez OVH un pti effort... ca se fait un petit script qui fait un appel à la commande openssl... et qui touche à la conf du virtualhost :)
Je suis assez déçu par cette option "ssl mutualisé" qui est "inutilisable" pour les raisons suivantes :
1 - c'est moche
2 - si vous avez du sous domaine dans un répertoire home (et non dans home/www) c'est mort cela ne fonctionne pas !
Cela dit, en termes de performances cela ne vous interresse peut être pas. Et je pense que le problème vient plutôt de là...
Maintenant j'avais pensé utiliser du HTTPS pour certaines parties d'un site d'une asso loi 1901 pour des besoins ponctuels... je pense que je vais plutôt me rabatre sur un PC à la maison derrière un ADSL 2+...
Et soit dit en passant je trouve dommage les restrictions imposées aux nouveau hébergements mutualisé... raison pour laquelle j'avais quité citeweb (remarquez c'est mort depuis longtemps)
Bref, première fois que je suis déçu chez vous :'(
QUAND ON VEUT ON PEUT :-)))
fred6184
13/09/2005, 15h16
moi j'aurai souhaité une offre intermediaire entre la 60gp et 300gp
--> elrond33 + lboggio
elrond33 écrivait :
...
Maintenant j'avais pensé utiliser du HTTPS pour certaines parties d'un site d'une asso loi 1901 pour des besoins ponctuels...
[/B]
Tous (enfin tous ceux que je connais) les hébergements sous Plesk (7+) proposent la possibilité dans un hébergement d'avoir un espace normal et un espace SSL utilisant soit un certificat propre soit le certificat mutualisé du serveur.
On a donc la possibilité d'avoir http://www.toto.tld et https://www.toto.tld ... Le second affiche bien sûr une alerte signalant que le certif ne correspond pas au domaine mais bon, l'url est jolie.
Je crois qu'OVH offre (enfin vends ...) la possibilité d'avoir Plesk sur ses serveurs dédiés.
nellyinf
13/09/2005, 17h03
j'aurais bien aimer du streaming windows media auvio et video sur les aoffres mutualisées.
Bonsoir,
Est-il possible de trouver un interface chez OVH ?
J'aimerais changer d'hebergeur ?
Grand merci.
did
CHUCKYCHUCK
04/11/2005, 17h35
voilà mes suggestions :
_ d'une manière générale, plus de modularité pour toutes les offres : par exemple la possibilité de racheter un peu d'espace disque, sql, bande passante, traffic ..... cela évite de changer de pack/plan dès qu'on atteint les limites de ressources
_rajouter la commande "tar" lors de l'accès ftp ??, je suppose que pas mal de monde utilisent des "cms" qui sont souvent livrés sous forme zippée,
transférer juste 1 zip même de 2-3 Mo, est infiniment plus rapide que 1000 transfert de 2 Ko ......
cela seraient également utile pour les transferts de nombreux petites fichiers ( gain de temps d'upload énooorme ===> économie de temps pour tout le monde, serveur + client )
Des mots de passes plus longs !!!!
Tout simplement, les solutions techniques qui sont préconosées par défaut actuellement :
- mySQL conseille la version 4.1 (version 5.0 à l'heure actuelle meme) pour la prod (donc ceux qui développent) utilise cette version et se retrouve coinçé chez OVH et vont surement voir ailleurs)
- PHP 5 par défaut car PHP 5 EST la version préconisée et les développeurs n'ont pas forcément envie de renommer ses pages ou de faire de l'url rewriting.
Voilà donc ma suggestion est assez simple, donner la possibilité d'utiliser les languages et les outils précenisés à l'heure actuelle !
Moi ce que j'aimerai c'est la possibilté de créer des taches automatisées CRON via le manager. On gagnerait du temps à ne pas passer par le support (et les gens du support aussi en gagnerait!)
C'était ma contribution...
Homer Jay
16/12/2005, 16h23
Olivvv écrivait :
Moi ce que j'aimerai c'est la possibilté de créer des taches automatisées CRON via le manager. On gagnerait du temps à ne pas passer par le support (et les gens du support aussi en gagnerait!)
Si OVH demande de passer par le support pour créer des tâches cron, je pense que c'est justement pour les valider avant de les accepter. Ça n'irait donc probablement pas beaucoup plus vite si les demandes étaient faites via le manager.
Peut on faire un bilan des nouveautés depuis feb 2004 ?
Merci
cavapulser
06/02/2006, 18h50
Moi en 1 an (en mutualisé) :
- comptes POP de 25 Mo à 2 Go
- promo sur les .be à 0 euro
- 1000GP + un .info gratuits pour 1 an
- multiplication par 10 du trafic/mois en Go (dommage que ça ne soit pas pareil pour les hits)
C'est déjà pas mal... :p
cybervince
06/02/2006, 19h43
cavapulser écrivait :
- multiplication par 10 du trafic/mois en Go (dommage que ça ne soit pas pareil pour les hits)
C'est déjà pas mal... :p [/B]
Ca n'existe plus la limite en hits, ou bien ?
cavapulser
07/02/2006, 09h19
cybervince écrivait :
Ca n'existe plus la limite en hits, ou bien ? J'ai bien peur que si !:mad:
Dans le guide "Dépassement de requêtes web" (http://guides.ovh.net/OverquotaWeb/), on trouve ceci :
20gp : 15 000 requêtes / jour
60gp : 30 000 requêtes / jour
240gp : 45 000 requêtes / jour
mailplan : 30 000 requêtes /jour
90plan : 100 000 requêtes /jour
240plan : 150 000 requêtes / jour
720plan : 200 000 requêtes / jour
Mediaplan : 200 000 requêtes / jour
Xxlplan : 300 000 requêtes / jour
Mais ça date du 26/11/2003...
Si quelqu'un a des précisions, ce serait bien :confused:
Car OVH a multiplié cette année le quota "trafic" par 10, mais si les requêtes ("hits") sont limitées comme écrit, c'est un faux cadeau...:rolleyes:
Bonjour,
ce n'est plus limité. Le guide n'est pas à jour, c'est tout.
cavapulser
07/02/2006, 12h42
grddam écrivait :
Bonjour,
ce n'est plus limité. Le guide n'est pas à jour, c'est tout. Merci pour l'info :)
cybervince
07/02/2006, 19h24
grddam écrivait :
Bonjour,
ce n'est plus limité. Le guide n'est pas à jour, c'est tout.
Oui, parce que sinon je serai dans la merde sur mon 60GP:
http://www.web-ig.com/quota.cgi
cavapulser
07/02/2006, 19h41
La preuve par l'exemple... ;)
N'empêche, il n'est pas normal que ce guide soit toujours là... Moi, ça m'a pris la tête...:confused:
J'ai déclenché un "ticket" au support...
cybervince
07/02/2006, 21h44
Ca va peut-être les bouger alors;
cavapulser
07/02/2006, 22h05
cybervince écrivait :
Ca va peut-être les bouger alors; Peut-être pas... Mais ça n'est pas normal de laisser un "guide" obsolète...
Le genre de remarque "je me fais m..." et je suis "c..." :confused:
Nous sommes clients ou pas ?
Un serveur apache mieux configuré pour l'URL Rewriting.
Paraît que c'est possible de réécrire son URL, moi, je n'ai que des erreurs 404, et je dois bien dire que ça me fait criser.
Ejis écrivait :
Paraît que c'est possible de réécrire son URL, moi, je n'ai que des erreurs 404, et je dois bien dire que ça me fait criser.
Bonjour,
cf ce guide : http://guide.ovh.com/HtaccessModRewrite/
Bonjour,
Ce serait vraiement bien.....
cybellips
21/02/2006, 12h14
Poska écrivait :
Des mots de passes plus longs !!!!
oui !!! exact.... des mots de passes plus long et avec possibilité d'intégrer plus de caractères (style : ! é ù etc.)
sur : ftp, mail, compte ovh, mysql.... etc.
Ejis écrivait :
Un serveur apache mieux configuré pour l'URL Rewriting.
Paraît que c'est possible de réécrire son URL, moi, je n'ai que des erreurs 404, et je dois bien dire que ça me fait criser.
J'ai compris! Ca marche très bien, en fait! Désolé! ^^
Paisible
02/03/2006, 12h48
La possibilité d'utiliser cvs pour mettre ses sites à jour.
Pais
Bonjour,
DEpuis votre annonce du 3 mars concerant SSH, je ne peux plus lancer de script PHP en ligne de commande sous SSH (sur un XXLplan).
Qui plus est ma cle d'identification SSH n'etait plus valide.
un "which php" ne renvoie RIEN
le repertoire /usr/local/bin apparait comme vide
C'est quoi ce binz ????
En tout cas, pour moi tout cela n'est pas un progres :-(((
J'espere donc qu'il s'agit juste d'un bug temporaire du a un probleme d'evolution suite a l'annonce d'aujd
MERCI d'avance de reparer cela.
Il y a deux ans déjà un message relevait que la version 1.5.2 de Python était déjà obsolète. En mars 2006 rien n'a changé de ce point de vue. Il serait peut-êre raisonnable de mettre à jour la version de python ou de supprimer la mention de ce language dans les offres ou encore éventuellement préciser la version de Python (comme pour PHP).
Bonne journée,
frag_lord
07/03/2006, 19h07
moi je pense que ça serai bien si vous ajouter sur l'interface de MANAGER V3 ou on peux faire une mise a jours VIA notre espace ftp puisque personnelement je ne peux pas acceder a mon ftp par un programme tel que filzila ou leechftp
voila l'exemple pour la gestion de ftp par un web
www.web2ftp.fr
ça c'est la solution magique a mon probleme mageur :)
domsweb écrivait :
-Pouvoir augmenter les hits sur son site sans devoir changer d'offre, juste en payant quelques euros de plus.. c'est cool (si c'est ce que j'ai bien compris..) .
-Permettre de configurer un/des ftp différents même sur un GP ou un petit plan/pack.
-Mettre à jour Urchin (v5 au lieu du v3 actuel).
-Permettre de voir les stats sans utiliser les identifiants OVH - si j'ai des sites pour mes clients je ne vais quand-même pas leur donner mes mots de passe OVH pour qu'ils voient leurs stats ?
TOUT A FAIT D'accord.
L'ideal serait de pouvoir creer un identifiant pour le proprietaire du domaine (ou l'utilser s'il est automatiquement créé) qui lui permette de consulter urchin de façon autonome....
Abdelmalek
20/03/2006, 09h59
Bonjour,
J'ai remarqué que sur 720plan python était mis à jour mais apparament sans modules utiles genre PIL ou stack pour développement web.
Peut-on installer nos propres modules sur un 720plan ? Si oui à quel endroit et comment ? La plupart des scripts d'installation sont fait pour une installation standardisée des modules, pas pour les installer dans son home directory.
Au fait, le script Python équivalent à phpinfo était hors service la dernière fois ou je l'ai trouvé. J'ai beau cherché je ne le trouve plus sur le site OVH.com Ni sur 720plan.ovh.net. Si on pouvait me rappeler son url ça serait bien aimable.
Un petit effort d'OVH envers les programmeurs Python serait fortement apprécié.
Abdelmalek
rubenxela
20/03/2006, 19h39
Bon ben je n'ai pas lu tous les posts alors j'éspère ne pas répeter des requètes déjà mainte fois exprimées.
- Un manager marque blanche qui nous évite de mettre les mains dans l'API ou au moins un hébergeable sur mutualisé.
- Les stats accessibles à nos clients sans avoir à bidouiller avec les nick, ou alors accès stats au nick proprio
- IP géographiques sur encore plus de pays notament amerique latine pour moi ;)
- Que vous deveniez registrar de plus d'extensions nationales (ça doit être possible au moins en partenariat) ou alors qu'on puisse transférer nos domaines étrangers chez OVH
- Mise à jour des guides, je l'ai lu et c'est clair que vous vous développez plus vite que vous ne mettez à jour ces vieux guides.
- Puis pour vous spécialement, vous pourriez bosser le positionnement du site ovh.fr. Call me pour un coup de main ...
Après tout ce que j'aurais à dire ça serait exagéré car franchement vous faites déjà très fort.:D
CHUCKYCHUCK
21/03/2006, 17h24
bonjour, voici mes suggestions :
_ une meilleure disponibilité des sites webs, il est rare qu'il y ait une journée sans une petite coupure de 20 minutes qui empeche tout accès au site ( de nombreux autres utilisateurs de mutualisés rencontrent ce même type de désagréments ), perso j'estime que la haute disponibilité décrite sur cette page http://www.ovh.com/fr/items/high_availability.xml
n'est pas effective ... ( on est plus proche du 90% que du 99% ... )
_ une mise à jour des guides ovh, selon ca peut être très dangereux de laisser des tutoriels obsolètes, du coup on peut faire une fausse manip qui peut tout détruire ... ( au moins préciser qu'un guide est obsolète en attendant de le mettre à jour )
@++
Shadow aok
21/03/2006, 19h16
rubenxela écrivait :
- Un manager marque blanche qui nous évite de mettre les mains dans l'API ou au moins un hébergeable sur mutualisé.
http://sap.shadowprojects.org
(Pour le beta-tester, envoye moi un mail à l'adresse que tu trouveras sur le site).
Ce qui serait vraiment bien (mais cela n'engage que moi), c'est la possibilité de travailler avec PostgreSQL 8.x, voir MySQL 5 afin d'utiliser les fonctions / procédures stockées.
Cela pourrait être proposé dans le cadre d'une option de type SQL plan ?
Serait-il possible de proposer le whois anonyme ? En d'autres termes, que les coordonnées de OVH remplacent celles du propriétaire et des contacts ?
bodypaint
25/03/2006, 10h38
Bonjour
Je verrais bien des options gratuites comme:
* Une mailing liste, pour le moment il faut passer en xplan pour obtenir 1000 mailing liste et rien sur 60GP.
* Divers des options comme une intro flash, une galerie photo.
voila pour le moment
www.bodypaint-art.net
Levoyageur
07/04/2006, 12h17
Avoir la possibilité d'utiliser webalizer sur un mutualisé
augmenter la capacité de MXplan (100Mo ?) :)
25mo je trouve ça quand même un peu radin !!!!
et dans la pratique la boite sature très vite et le passage au MXlarge devient quasi obligatoire :-(
hum, serait-ce fait un peu exprès ? :eek: :confused: :mad:
ReplayMan
24/04/2006, 15h27
marcb écrivait :
Je souscrit à cette demande. C'est un besoin réel à tel point que cela devient un argument commercial (Network Solutions par exemple).
(Le WHOIS "anonyme" ne protège nullement le propriétaire qui se livrerait à des activités préjudiciables ou délictueuses, rappelons-le. Tout simplement parce que votre registrar/hébergeur SAIT qui est le propriétaire. En revanche, il contribue énormément à la protection de la vie privée des particuliers administrant des sites web.)
Cette possibilité est très importante en effet, le spam est déjà assez répendu pour ne pas en plus se retrouver avec des coordonnées personnelles diffusées par les WHOIS.
j'appuis cette requete.. franchement si on pouvait faire quelque chose contre ce whois.. voir ces coordonnés à la vue de tous.. :( :( :( de toute façon l'hebergeur aura toujours les coordonnés du proprio donc svp faites quelques chose pour notre vie privée.
Une petite idée en passant, au niveau des stats Urchin, comme il y a souvent du retard dans le calcul, ça serait pas mal que soit traité en priorité les gens qui les consultent et en dernier ceux qui ne les consultent jamais, voila voila ;)
FLYLM écrivait :
Ce qui serait vraiment bien (mais cela n'engage que moi), c'est la possibilité de travailler avec PostgreSQL 8.x, voir MySQL 5 afin d'utiliser les fonctions / procédures stockées.
Cela pourrait être proposé dans le cadre d'une option de type SQL plan ?
Cette requète semble encore au gout du jour... S'il etait possible d'avoir une version de Mysql plus récente que la 4.0 et notamment pour l'utilisation de table InnoDB (4.1 et supérieur) cela serait vraiement bien !!
A méditer
Oh oui, un nouvel MySQL ! :)
Et à propos de mise à jour, serait-il aussi possible d'avoir un phpMyAdmin récent et SURTOUT des distributions Linux et des kernels qui ne datent pas d'il y a deux ans (oui je sais, il y a Gentoo beta ultra-récent... mais tout le monde, loin de là, ne veut pas Gentoo)
Exemples:
Fedora Plesk (basé sur Core 2 semble-t-il) et Redhat Fedora Core 1 : Fedora Core 2 date de mai 2004 ! Je ne sais même pas pour Core 1
Evidemment on peut tenter d'installer une nouvelle version en mode rescue mais bon....
Kernel 2.4 : vieux de deux ans à peu près, alors que le 2.6 est bien meilleur sur charges importantes (et nécessaire à certaines applications et aussi serveurs de jeux).
Et j'ajouterai : mise à jour des Guides OVH, please !
;)
Augmentation des espaces de streaming..
Pouvoir utiliser quicktime et windows media sinon avec real avoir le droit aux .rv
et plein d'autres choses ditent précedament...
Merci :)
je suis sur un 90pack
nellyinf
28/06/2006, 14h15
Bonjour,
Quelques améliorations sur ovhm : par exemple possibilité de creer directement via ovhm des sous domaines avec user differents du domaine principale et possibilité de creer une bdd indépendante pour le sd. (faisable a la main mais telement moins pratique).
Vous en trouvez pas que la limitation de 300go sur les 300g et cie est un peux faible comparé a ce que vous proposez en mutualisé ??? Perso je serait plus favorable a une limitation de bande passante à 50mbps et a au moins 600go de traffic.
Comme deja dit mainte fois, suprimer nos coordonnées de ce who is !!!
Amelioration de la reactivité de la hotline, rien que tres compétents, le systeme via mail met parfois pluysieurs jours au cours de divers echange pour nous aider. Donc soi un systeme de chat, soit un systeme téléphonique (mais pas trop chere non plus : 1.35 euros +34cts la mins c'est un eput abuser je trouve).
Et une grosse mise à jours de vos guides par rapport aux offres actuelles et à l'evolution du web. Genre guide de l'install de proftpd, awstat.....
Un pannel en marque blache serait pas mal aussi. Bien que shadow a l'air de faire un truc vraiment bien.
yoniza écrivait :
Cette requète semble encore au gout du jour... S'il etait possible d'avoir une version de Mysql plus récente que la 4.0 et notamment pour l'utilisation de table InnoDB (4.1 et supérieur) cela serait vraiement bien !!
A méditer
+1 grand manquement actuel d'OVH qui me fait actuellement chercher un autre hébergeur :(
Le support INNODB est vraiment indispensable à mon sens.
cam écrivait :
Moi je voudrais une base de données postgresql.
Bonjour
Une base de données Postgresql+ PostGis serait interresante pour developper des applications geographique: Gis et autres
Actuellemnt trés peu d'hébérgeur propose ce type de base, ce serait bien qu' OVH l'adopte.
Cordialement
Denis
http://www.pyrenees-refuges.com
Désactiver register_globals.
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Ah oui, et aussi, laissez les utilisateurs overrider certaines directives de php.ini. Qu'on ne me parle pas de ini_set, ini_set ne permet pas de contrôler plusieurs directives très importantes (comme register_globals, magic_quotes_gpc, ...). Sur la plupart des autres hébergeurs dits "professionnels", il est possible de changer ses valeurs via un .htaccess et des php_flag & php_value. Etant donné que chez OVH, PHP fonctionne en CGI, ce n'est pas faisable directement. Mais il y a un autre moyen. Suffit de laisser chaque utilisateur pouvoir mettre un fichier php.ini dans le répertoire contenant des scripts où des changements de directives sont nécessaires. Bien sûr, ce php.ini "personnel" ne pourrait pas modifier n'importe quelle directives non plus. En fait, suffit de faire un tour dans la documentation PHP:
http://www.php.net/manual/fr/ini.php
Toutes les directives notées "PHP_INI_PER_DIR" sont modifiables par un petit php.ini dans les répertoires persos (et non modifiables via ini_set). Notées que toutes les directives marquée "PHP_INI_SYSTEM" ne sont modifiables que dans le "vrai" php.ini, celui commun à tous les comptes. Donc il n'y aurait strictement aucune raison de ne pas nous laisser cette liberté (qu'on ne me parle pas de raisons de sécurités, quand on laisse un register_globals à on, par pitié).
Enfiiiiin, autant prêcher dans le désert...
Récupérer screen sur mon SSH, ca me suffirait :)
Quoi que, pouvoir créer un alias ou un forward avec plusieures adresse, ce serait pas mal non plus.
doc_denis
11/08/2006, 13h16
Bonjour,
Ajouter les fonctions "Etat création/tfr .fr" et "Etat transfert gTLDs" dans le manager V3 comme dans le V2.
yoniza écrivait :
Cette requète semble encore au gout du jour... S'il etait possible d'avoir une version de Mysql plus récente que la 4.0 et notamment pour l'utilisation de table InnoDB (4.1 et supérieur) cela serait vraiement bien !!
A méditer
Bonjour
Je rejoins la demande d'Yoniza et d'autres. Je voudrais installer la dernière version de Moodle (1.6) une plateforme de formation gratuite et sans MySQL 4.1 et supérieur, cela ne marche pas. Ce que je trouve étonnant c'est qu'OVH utilise une version de MySQL (la 4.0) qui n'est plus la version normale de production.
Moddle d'ailleurs conseille de bien méditer sur l'adoption d'un hébergeur qui n'est pas à jour avec les outils MySQL et PHP.
matmat79
02/09/2006, 11h06
Bonjour,
Mysql 4.1 permettrait également de gérer l'UTF-8 !
matmat
Ne pas être obligé d'utiliser RealPlayer pour l'audio !
Désactiver register_globals si c'est pas déjà fait (pas encore vérifié)
J'oubliais : mettre à jour IMP en version 4.2 ! Ca j'y tiens vraiment :)
Je sais pas si c'est lié à la version utilisée par OVH mais un système de dossier SPAM ce serait bien pratique (moins chiant que les filtres)
Et pourquoi pas installer RoundCube (même s'il est en beta) :)
Salut !
je suis en 90pack.
beaucoup des choses qui me manquaient sont maintenant disponibles via l'API SOAP (http://www.verot.org/ovhapi/) (mise à jour des comptes POP, maintenance des abonnés d'une mailing list, redirections, etc -via des scripts PHP-)
Et ce qui serait la cerise sur le gâteau (comme d'autres l'ont dit) :
Mysql 4.1 (ou + ;) )
Streaming plus ouvert (autre que RealPlayer !)
Urchin upgradé et accessible sans mes identifiants
Désactiver register_globals
Voilà !
Sinon chapeau bas OVH :)
Shadow aok
02/09/2006, 17h47
MySQL 5 arrive dès la mi-septembre (mise à jour progressive de tous les plans).
En effet, l'api permet de faire beaucoup de choses.
Et si tu as des questions à son sujet, je te conseille de t'inscrire sur la liste de diffusion bugkillers (envoie un mail à bugkillers-subscribe@ml.ovh.net).
Pour les register_globals, ce n'est pas possible. Trop de scripts utilisés par les clients en ont besoin et le fait que php tourne en cgi empêche la modification de certains paramètres de php via htaccess.
Yggdrasil
02/09/2006, 18h21
Shadow aok écrivait :
MySQL 5 arrive dès la mi-septembre (mise à jour progressive de tous les plans).
Mandatory ... ou au choix des clients ... ? :confused:
... je ne vois pas très bien comment faire tourner un IPB avec MySQL 5 ...
Shadow aok
02/09/2006, 19h43
Je ne sais pas, il faut attendre l'annonce d'Octave.
BerSeeker
05/09/2006, 00h04
Shadow aok écrivait :
MySQL 5 arrive dès la mi-septembre (mise à jour progressive de tous les plans).
bonne nouvelle, on va pouvoir enfin faire appel à des fonctions utiles :)
Shadow aok écrivait :
Pour les register_globals, ce n'est pas possible. Trop de scripts utilisés par les clients en ont besoin et le fait que php tourne en cgi empêche la modification de certains paramètres de php via htaccess. [/B]
et plutot que favoriser l apprentissage de la sécurité par une petite réécriture simple des scripts (un simple scan de $_GET et $_POST, vous mettez en danger TOUS vos hebergés mutalisés. :mad:
vous connaissez les risques et maintenez cette option.
là ça m'échappe. :confused:
du coup, moi je suis en rade avec mes derniers scripts qui refusent de tourner avec cette option activée... puisqu'un test de réécriture possible de variables internes(sécurité max quoi) est fait, et qu'en cas de possibilité, tout se fige.
étrange tout de même de la part d'un hebergeur qui se veux professionnel... :(
Shadow aok
05/09/2006, 08h28
Ca voudrait dire déranger 75% des clients que de changer cette option, donc ce n'est pas faisable ...
BerSeeker
05/09/2006, 09h36
ca voudrait dire éduquer 75% de la population d'OVH.
en attendant je me retrouve bloqué.
enfin, si des serveurs php5 font leur apparition, le probleme devrait etre réglé, puisque par defaut cette option est desactivée.
en attendant, plus qu'à lister toutes les variables qui passent pour les mettre à zero avant execution des scripts.
Shadow aok
05/09/2006, 09h49
php5 est déjà disponible sur les serveurs mutualisés
http://guides.ovh.com/Php5ChezOvh
ALors là ! chapeau bas Mr OVH !! cela est alléchant !!
Peut être prévoir, la création automatique de comptes pop3 ? (apparrement pour l'instant c'est pas possible) mais ce serait bien car j'ai pris le plan fullmx pensant qe ceci était possible.
Car crééer manuellement et PEU fiable pour le droit privé des bénéficiaires de ces comptes pop puisque c'est moi qui doit définir le password dans le manager.
Pour les bases de données en option, ça aussi BRAVO !!
Si j'ai d'autres idées je vous en ferai part ;)
Bonjour à tous,
En effet PONKO a raison et soulève un problème étique. La possibilité de création des mots de passe pour les bénéficiaires des comptes pop est souhaitable et représente une lacune pour le droit privé non négligeable. Ce serait le top sans pour autant que ces bénéficiaires aient accès au restant du panel bien sûr mais uniquement à la création d'un mot de passe secret et qui devrait le rester uniquement pour eux.
Cordialement,
Mick
Shadow aok
10/09/2006, 11h19
C'est parfaitement possible en utilisant l'api du managerV3.
C'est parfaitement possible en utilisant l'api du managerV3.
Bonjour,
J'ai oublié de préciser, je suis en mutualisé 240/pack.
Je vais voir ça sur le guide, si je comprends la manip hihi, merci pour la réponse.
Cordialment,
Mick
Shadow aok
10/09/2006, 11h28
http://www.verot.org/ovhapi/ pour la liste des fonctions de l'api.
Dans ton cas, tu auras besoin de :
http://www.verot.org/ovhapi/2005/01/28/popcreateaccount/
Et pourquoi pas de :
http://www.verot.org/ovhapi/2005/01/28/popdeleteaccount/ (si le client souhaite effacer son compte)
http://www.verot.org/ovhapi/2005/01/28/popchangeaccountpassword/ (si il veut changer le mot de passe qu'il a choisi précédemment)
http://www.verot.org/ovhapi/2005/01/28/popattachaccount/ (pour rattacher le compte pop à son propre nic afin qu'il puisse le gérer via le managerV3 lui-même)
Merci beaucoup pour la réponse et l'aide , je vais mettre ceci en place, c'est super!
Cordialement,
Mick
Un client svn à défaut du serveur.
Des hébergements SVN existent (http://opensvn.csie.org), ce qui serait bien c'est de pouvoir faire de checkout en ligne de commande (mais il faut avoir accès à l'extérieur en ssh, ce qui n'est pas le cas actuellement).
Le top serait bien sur le serveur svn sur les mutualisés.
Salut octave
bon pour moi il y a un besoin qui se précise : ce serait d'avoir sur les mutualisé (pourquoi pas en option) mysql 4.1 et (on peut réver) mysql5 qui m'est demandé par vtiger.
ET si on pouvait avoir des dédiés avec un manager V3 ce serait cool
Voilà je reste un fervent défenseur d'OVH mais des fois c'est dur :D
courage et encore merci (au fait il faudrait peu etre bien recrée un nouveau fil "enquete" celui ci commence à devenir vieux et diabétique)
The Jedi
05/10/2006, 17h21
Une chose est bien mais est carrément à améliorer pour des raisons de sécurité : le multi-domaine / FTP. Alors que les comptes secondaires n'aient qu'un accès FTP et pas de SSH ne me dérange pas mais quand on crée un multi-domaine, celui-ci peut par un simple script PHP accéder à la racine des répertoires et ainsi se ballader dans l'arborescence.
Si on héberge un site perso ou même plusieurs sites professionnels, suffit d'une faille de sécurité pour remonter toute l'arborescence et obtenir les mots de passe (base de données par exemple). C'est vivable dans la mesure quand les clients n'ont pas accès aux fichiers mais suffit que j'héberge à titre gracieux une personne et qui lors d'une bidouille efface tous les répertoires via un script PHP ... je fais pas le dessin.
Pour moi, un multi-domaine devrait être clairement isolé :
* le propriétaire de l'hébergement a le droit d'accéder à tout
* le propriétaire d'un multi-domaine n'a le droit d'accéder qu'à son répertoire d'hébergement (éventuellement en SSH, si c'est faisable).
Merci d'avance ^^ j'espère que cette suggestion intéressera d'autres personnes.
Missions courte
23/10/2006, 11h05
Désactiver register_globals.
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Ah oui, et aussi, laissez les utilisateurs overrider certaines directives de php.ini. Qu'on ne me parle pas de ini_set, ini_set ne permet pas de contrôler plusieurs directives très importantes (comme register_globals, magic_quotes_gpc, ...). Sur la plupart des autres hébergeurs dits "professionnels", il est possible de changer ses valeurs via un .htaccess et des php_flag & php_value. Etant donné que chez OVH, PHP fonctionne en CGI, ce n'est pas faisable directement. Mais il y a un autre moyen. Suffit de laisser chaque utilisateur pouvoir mettre un fichier php.ini dans le répertoire contenant des scripts où des changements de directives sont nécessaires. Bien sûr, ce php.ini "personnel" ne pourrait pas modifier n'importe quelle directives non plus. En fait, suffit de faire un tour dans la documentation PHP:
http://www.php.net/manual/fr/ini.php
Toutes les directives notées "PHP_INI_PER_DIR" sont modifiables par un petit php.ini dans les répertoires persos (et non modifiables via ini_set). Notées que toutes les directives marquée "PHP_INI_SYSTEM" ne sont modifiables que dans le "vrai" php.ini, celui commun à tous les comptes. Donc il n'y aurait strictement aucune raison de ne pas nous laisser cette liberté (qu'on ne me parle pas de raisons de sécurités, quand on laisse un register_globals à on, par pitié).
Enfiiiiin, autant prêcher dans le désert...
+ 1
FWmaster
23/10/2006, 13h18
php5 est déjà disponible sur les serveurs mutualisés
http://guides.ovh.com/Php5ChezOvh
Oui ... avec le register globals à ON !!! :mad:
Missions courte
23/10/2006, 14h03
Php5 avec le register globals à ON => C'est absurde.
D'autant plus que pour ceux qui souhaitent développer er tester sur leur micro WAMP5 est configuré par défaut avec le register globals à OFF.
Désactiver register_globals.
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Ah oui, et aussi, laissez les utilisateurs overrider certaines directives de php.ini. Qu'on ne me parle pas de ini_set, ini_set ne permet pas de contrôler plusieurs directives très importantes (comme register_globals, magic_quotes_gpc, ...). Sur la plupart des autres hébergeurs dits "professionnels", il est possible de changer ses valeurs via un .htaccess et des php_flag & php_value. Etant donné que chez OVH, PHP fonctionne en CGI, ce n'est pas faisable directement. Mais il y a un autre moyen. Suffit de laisser chaque utilisateur pouvoir mettre un fichier php.ini dans le répertoire contenant des scripts où des changements de directives sont nécessaires. Bien sûr, ce php.ini "personnel" ne pourrait pas modifier n'importe quelle directives non plus. En fait, suffit de faire un tour dans la documentation PHP:
http://www.php.net/manual/fr/ini.php
Toutes les directives notées "PHP_INI_PER_DIR" sont modifiables par un petit php.ini dans les répertoires persos (et non modifiables via ini_set). Notées que toutes les directives marquée "PHP_INI_SYSTEM" ne sont modifiables que dans le "vrai" php.ini, celui commun à tous les comptes. Donc il n'y aurait strictement aucune raison de ne pas nous laisser cette liberté (qu'on ne me parle pas de raisons de sécurités, quand on laisse un register_globals à on, par pitié).
Enfiiiiin, autant prêcher dans le désert...
+1 +1 +1 +1 +1 +1 +1 +1 +1 +1 +1 +1
Vraiment ca serait le bouleversement de la décennie... Si OVH pouvait y faire quelquechose... Ca me donnerait vraiment envie de rester chez vous ;)
bendevos
10/11/2006, 14h16
J'ai pas relu les 20 pages de ce post et cela a certainement déjà été proposé mais je trouverais utile de pouvoir limiter la taille des sous domaines sur un hébergement plan afin de pouvoir donner un compte FTP à un client partagant un hébergement plan avec un autre client sans qu'il dépasse la limite d'espace disque autorisée.
Malheureusement Un Webftp en php ou la taille max du compte serait indiquée comme contrôle avant tout upload ne permet pas d'uploader plusieurs pages en une fois si je ne me trompe pas.
Ensuite un autre problème est qu'en se loggant sur ovh par Firefox, je dois régullièrement effacer le cookie autrement cela ne fonctionne pas... je ne sais pas d'ou ca vient mais c'est fatiguant.
Merci
Homer Jay
10/11/2006, 16h48
Ensuite un autre problème est qu'en se loggant sur ovh par Firefox, je dois régullièrement effacer le cookie autrement cela ne fonctionne pas...
Tu veux dire te logger sur le manager? Bizarre, je n'ai pas ce problème.
bendevos
10/11/2006, 17h01
OUI LE MANAGER ovh avec firefox. J'ai déjà vu quelque part que je n'était pas le seul avec ce sousis
et aujourd'hui même sur le forum je perds la session et l'authetification d'un page à l'autre... ???
D'un autre côté, désactiver les effets du register_globals à On, ca se fait trés bien depuis des années, hein.
On prend ses petits doigts, ses supergloblaux ... et on bourrine... :)
Alors évidemment, c'est un non-sens du point de vue des performances "gâchées" sur le serveur ...
Voici quelques petites idées d'options qui seraient sympathiques d'avoir sur les plans :
1) Accès aux logs bruts du serveur (access et errog log, php error log aussi, why not)
=> C'est pratique pour repérer les gars qui tambourinnent à la porte ou essaie 1001 scripts-a-la-con ou des erreurs "silencieuses"
En plus, ca assouvirait ma parano et je me vois déjà scotché des heures en tail -f :D
2) Pouvoir avoir accès/définir l'emplacement du fichier de log de mod_rewrite.
Parce qu'on touche là à quelque chose qui est trés spécifique au serveur et qu'on ne peut pas régler finement autrement qu'en testant sur place ...
Et comment de plus en plus de monde commence à utiliser l'url rewriting ca permettrait de limiter les séquences où un serveur tousse fort parce que y'a une grosse boucle dans la réécriture ...
3) Permettre le multi-domaine SSL (soyons fous)
Explication : mon site est sur /home.2/monlogin/www
http://(www.)monlogin.com pointe sur /home.2/monlogin/www => ok.
https://(www.)monlogin.com pointe sur /home.2/monlogin/www => ok.
https://sslX.ovh.net/~monlogin pointe sur /home.2/monlogin/www => ok.
J'installe un multi-domaine, j'ai mon autre domaine dans
http://(www.)autrelogin.com pointe sur /home.2/monlogin/autrelogin/www => ok
et ... là, c'est le drame si j'ai besoin du SSL.
Je dois déplacer les fichiers du second domaine (tous ou juste ceux dont j'ai besoin) sous /home.2/monlogin/www et changer le mapping.
Ca se fait, mais c'est un peu crapouilleux.
Parce que ca fait deux domaines, deux sites, dont les versions sécurisées commencent par https://sslX.ovh.net/~monlogin .
Si avec un peu de chance les deux sites font de l'authentification login/mot-de-passe/+session PHP avec le même nom de session, y'a des petits rigolos qui peuvent s'amuser ...
Ou comment faire d'une pierre deux coups...
Ce qui m'amène à ...
4) Installer/Faire installer/Disposer de/Acheter à prix exorbitants des certificats SSL personnalisés (pour son domaine).
Pour se débarasser du trés "viens-chez-moi-j'habite-chez-un-copine" https://sslX.ovh.net/~jaipaslesmoyensd'avoirundédié.
En plus, c'est ballot, mais effectivement, comme ca a été dit sur ce forum, le mapping https://domaine.tld marche trés bien, c'est juste que le certificat est signé pour sslX.ovh.net et du coup, Lucette et Henri prennent peur quand leur navigateur fait grise mine ...
Re,
Je pense qu'il serait bien d'avoir un filtre général sur tous les comptes mails d'un compte OVH car d'une part le filtrage anti-spam proposé n'est pas suffisamment performant et d'autre part mettre des filtres sur chaques comptes mails est fastidieux. Donc par exemple dans ce filtre global on indique "viagra" aucun mail concernant ce mot n'est délivré sur toutes les boîtes qu'on a.
;)
Ensuite un autre problème est qu'en se loggant sur ovh par Firefox, je dois régullièrement effacer le cookie autrement cela ne fonctionne pas... je ne sais pas d'ou ca vient mais c'est fatiguant.
Je n'ai pas de problème. Tous mes couples NIC et code sont bien en mémoire dans FireFox 2.0. ;)
. . . et plutot que favoriser l apprentissage de la sécurité par une petite réécriture simple des scripts (un simple scan de $_GET et $_POST, vous mettez en danger TOUS vos hebergés mutalisés. :mad:
vous connaissez les risques et maintenez cette option.
là ça m'échappe. :confused:
du coup, moi je suis en rade avec mes derniers scripts qui refusent de tourner avec cette option activée... puisqu'un test de réécriture possible de variables internes(sécurité max quoi) est fait, et qu'en cas de possibilité, tout se fige.
étrange tout de même de la part d'un hebergeur qui se veux professionnel... :(
Et après OVH se plaindra que certains sites soient hackés !
Ca voudrait dire déranger 75% des clients que de changer cette option, donc ce n'est pas faisable ...
Ce n'est pas une raison valable.
Si OVH affichait clairement les règles de sécurité minimum à appliquer pour faire fonctionner un site je suis sûr que tout le monde s'y plierait.
Oui, tout cela est peut-être magnifique mais déjà automatiser ou rendre plus simple la mise en ligne de multisite serait déjà le top en terme d'image.
car quoique je fasse rien ne fonctionne.
je n'arrive pas à configurer le multidomaine alors je suis à la lettre leur requête.
je me retrouve toujours avec le site http://www.lesitedejonathan.fr dirigé sur 7enstock.com.
que dois contenir les index.html et php qui se trouve hors des dossiers sites et dans www. c'est peut-être ces fichiers qui font barrage ?
au secours, je me noie !
visualight
15/12/2006, 17h52
Nouvelles options à prévoir pour serveur dédié :
- Une iptable préconfiguré et firewall actif au boot
- Eventuellement un portsentry en option
- Un systeme antispam performant et antivirus sur le qmail (gestion via webmin)
Bref de la vraie sécurité dispo en mode natif OVH.
Une chose est bien mais est carrément à améliorer pour des raisons de sécurité : le multi-domaine / FTP. Alors que les comptes secondaires n'aient qu'un accès FTP et pas de SSH ne me dérange pas mais quand on crée un multi-domaine, celui-ci peut par un simple script PHP accéder à la racine des répertoires et ainsi se ballader dans l'arborescence.
Si on héberge un site perso ou même plusieurs sites professionnels, suffit d'une faille de sécurité pour remonter toute l'arborescence et obtenir les mots de passe (base de données par exemple). C'est vivable dans la mesure quand les clients n'ont pas accès aux fichiers mais suffit que j'héberge à titre gracieux une personne et qui lors d'une bidouille efface tous les répertoires via un script PHP ... je fais pas le dessin.
Pour moi, un multi-domaine devrait être clairement isolé :
* le propriétaire de l'hébergement a le droit d'accéder à tout
* le propriétaire d'un multi-domaine n'a le droit d'accéder qu'à son répertoire d'hébergement (éventuellement en SSH, si c'est faisable).
Merci d'avance ^^ j'espère que cette suggestion intéressera d'autres personnes.
+1+1+1+1
C'est super une option vital ça !
Quelqu'un de OVH pourrais réagir ladessus ?
chichetaouk
22/12/2006, 00h52
Désactiver register_globals.
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Ah oui, et aussi, laissez les utilisateurs overrider certaines directives de php.ini. Qu'on ne me parle pas de ini_set, ini_set ne permet pas de contrôler plusieurs directives très importantes (comme register_globals, magic_quotes_gpc, ...). Sur la plupart des autres hébergeurs dits "professionnels", il est possible de changer ses valeurs via un .htaccess et des php_flag & php_value. Etant donné que chez OVH, PHP fonctionne en CGI, ce n'est pas faisable directement. Mais il y a un autre moyen. Suffit de laisser chaque utilisateur pouvoir mettre un fichier php.ini dans le répertoire contenant des scripts où des changements de directives sont nécessaires. Bien sûr, ce php.ini "personnel" ne pourrait pas modifier n'importe quelle directives non plus. En fait, suffit de faire un tour dans la documentation PHP:
http://www.php.net/manual/fr/ini.php
Toutes les directives notées "PHP_INI_PER_DIR" sont modifiables par un petit php.ini dans les répertoires persos (et non modifiables via ini_set). Notées que toutes les directives marquée "PHP_INI_SYSTEM" ne sont modifiables que dans le "vrai" php.ini, celui commun à tous les comptes. Donc il n'y aurait strictement aucune raison de ne pas nous laisser cette liberté (qu'on ne me parle pas de raisons de sécurités, quand on laisse un register_globals à on, par pitié).
Enfiiiiin, autant prêcher dans le désert...
+1
- mettre python à jour + 1
- zope (http://www.zope.org/)
- plone (http://www.plone.org/)
- Ruby on Rails (http://www.rubyonrails.org/)
- règler les problèmes avec la fonction mail
- pouvoir gérer son propre php.ini
- pouvoir gérer son cron +1
- augmenter le nombre de connections simultanées à une base
- supprimer la limitation qui ferme automatiquement une connection à une base de données au bout de 30 secondes, car pour pouvoir faire tourner des scripts sans qu'ils se fassent killer automatiquement on est obligé de glisser des sleep dedans ce qui rallonge leur durée d'éxécution au dela de 30 secondes.
en bref, d'une manière proposer un service de niveau professionnel ce qui est loin d'être le cas actuellement.
A vrai dire j'étais déjà parti pour changer d'hébergeur pour un qui me fournisse au moins les services de base d'un hébergement professionnel quand je suis tombé sur ce post.
Désactiver register_globals.
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
+ 1
Pour le registre global, il n'y a pas une option avec le htaccess ?
Oui ... avec le register globals à ON !!! :mad:
Bon, j'ai trouvé un truc qui permet d'avoir malgré tout cela à OFF en mutualisé:
dans le fichier .htaccess placé à la racine du site, il suffit de mettre
SetEnv REGISTER_GLOBALS 0
hth
arkestra
06/01/2007, 17h54
une gestion des DNS MX! les utilisateurs pourraient bénéficier des services Hotmail ou Gmail, avec les filtres anti-spam et un bon espace de stockage. Et pour OVH, moins de coûts!
Yggdrasil
06/01/2007, 18h31
une gestion des DNS MX! les utilisateurs pourraient bénéficier des services Hotmail ou Gmail, avec les filtres anti-spam et un bon espace de stockage. Et pour OVH, moins de coûts!
Quelque chose empèche-t-il aujourd'hui de faire pointer ses mx vers google et consort ? :confused:
arkestra
07/01/2007, 01h03
En tout cas je ne vois pas où ici!
Yggdrasil
07/01/2007, 01h20
En tout cas je ne vois pas où ici!
Manager v3 --> Domaine et Dns --> Zone DNS .... :rolleyes:
je vote (c'est l'année des élections) aussi pour :
- whois anonyme
- stats par domaine/sous-domaine
- webdav
- un manager V3 totalement opérationnel (plus de renvoi vers V2)
merci
Bonjour
Pour les SQLPLAN il faudrait penser ç des tables INNODB (transactionnelle) s'il vous plait
Merci
Merci OVh de nous donner de nouvelles options encore faut il qu'elles fonctionnent
POUVEZ VOUS NOUS DIRE POURQUOI CELA FAIT 2 SEMAINES QUE LES TEMPS DE REPONSES SONT TRES TRES LONG sur les hébergements mutualisés ???
MySQLdb et sqlite3 pour python !!! (un minimum quoi)
Comme ca fait 3 mois que je le demande au service client, je suppose qu'ils cherchent encore alors je suis fair-play, je donne un indice : apt-get install python-mysqldb python-sqlite ! (sans le point d'exclamation)
Bon avec un peu de chance, comme j'ai été cool, le apt-get python25 sera peut être de rigueur ?
phpmyadmin version 2.9! Histoire qu'on puisse gérer le DELIMITER et qu'on puisse se créer des procédures stockées...
fitterashes
28/02/2007, 16h28
phpmyadmin version 2.9! Histoire qu'on puisse gérer le DELIMITER et qu'on puisse se créer des procédures stockées...
tu peux installer ta propre version de phpmyadmin sur ton hebergement...
iCustomZ
03/03/2007, 04h53
:: Suggestion ::
* Phpmyadmin 2.9
* MaJ du Kernel
* Whois guard
* Nouvelle formules mutu
* Manager v3 final
* ...
MySQLdb et sqlite3 pour python !!! (un minimum quoi)
Comme ca fait 3 mois que je le demande au service client, je suppose qu'ils cherchent encore alors je suis fair-play, je donne un indice : apt-get install python-mysqldb python-sqlite ! (sans le point d'exclamation)
Bon avec un peu de chance, comme j'ai été cool, le apt-get python25 sera peut être de rigueur ?
3 mois !!!!!
Mettre à jour le streaming pour les Plans. Proposez au moins ce qui se fait aujourd'hui en gratuit et avec des standards comme le serveur de streaming Quicktime.
Real est tombé en désuétude, donc inutile aujourd'hui.
TheRealPhoenix
13/03/2007, 03h13
Mettre à jour le streaming pour les Plans. Proposez au moins ce qui se fait aujourd'hui en gratuit et avec des standards comme le serveur de streaming Quicktime.
Real est tombé en désuétude, donc inutile aujourd'hui.
Je plussois. Celà pourrait peut-être m'inciter à passer sur un plan si mes besoins en BP de 60g evolus.
Ah ce qui serait super c'est une option pour le webmail : " lire les messages au format HTML ".
Je n'ai pas du tout trouver cette option et bon nombre de mes clients hébergés chez OVH n'ont que le webmail pour lire leurs messages.
Cordialement
oui, ça c'est hyper important et urgent....
j'ai le même problème et pas envie de donner mon nic et mdp pour consulter les stats
ou alors, il y a un autre manière de procéder ??
Si j'ai bien compris, vos clients se créent un NIC chez OVH et vous les rattachez au compte qui les concerne. Et ils doivent pouvoir voir les stats en se connectant avec leur propre NIC.
jcpoupard
17/03/2007, 16h14
Bonjour
Est-ce qu'une offre en mutualisé est prévue pour pouvoir faire du PHP + MySQL ET du Tomcat ?
Si oui, à quelle échéance ?
Merci
apriol68
18/03/2007, 08h44
Ruby on Rails avec du Mongrel par derrière serait une chouette idée...
oli_v_ier
24/03/2007, 03h13
Désactiver register_globals.
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Désactiver register_globals
Ah oui, et aussi, laissez les utilisateurs overrider certaines directives de php.ini. Qu'on ne me parle pas de ini_set, ini_set ne permet pas de contrôler plusieurs directives très importantes (comme register_globals, magic_quotes_gpc, ...). Sur la plupart des autres hébergeurs dits "professionnels", il est possible de changer ses valeurs via un .htaccess et des php_flag & php_value. Etant donné que chez OVH, PHP fonctionne en CGI, ce n'est pas faisable directement. Mais il y a un autre moyen. Suffit de laisser chaque utilisateur pouvoir mettre un fichier php.ini dans le répertoire contenant des scripts où des changements de directives sont nécessaires. Bien sûr, ce php.ini "personnel" ne pourrait pas modifier n'importe quelle directives non plus. En fait, suffit de faire un tour dans la documentation PHP:
http://www.php.net/manual/fr/ini.php
Toutes les directives notées "PHP_INI_PER_DIR" sont modifiables par un petit php.ini dans les répertoires persos (et non modifiables via ini_set). Notées que toutes les directives marquée "PHP_INI_SYSTEM" ne sont modifiables que dans le "vrai" php.ini, celui commun à tous les comptes. Donc il n'y aurait strictement aucune raison de ne pas nous laisser cette liberté (qu'on ne me parle pas de raisons de sécurités, quand on laisse un register_globals à on, par pitié).
Enfiiiiin, autant prêcher dans le désert...
+1 ! Siouplait !
Les mailing listes actuelles sont très confortables par leur nombre (1000 pour moi), mais beaucoup moins du côté de l'utilisation dès qu'on compare à mailman ou sympa. Pas beaucoup d'options dans l'interface (il y en a peut-être par envoi de commandes sous forme de mails, mais je n'ai pas trouvé facilement comment faire), et aucune interface d'abonnement et de réglages pour l'abonné.
Proposer des VRAIS filtres pour les e-mails.
Ce qui est proposé dans le manager est vraiment trop sommaire et trop limité.
Il faudrait un filtrage pour les en-têtes (et pas seulement le to, from et subject) et avec un peu d'expressions régulières regex ou preg.
CHUCKYCHUCK
08/04/2007, 08h32
====> Ruby on Rails <===
avec Mongrel, en configuration cluster par défaut
Python! mais vraiment!
On ne propose pas python dans un pack web si ce dernier ne fonctionne pas correctement.
C'est d'un bizarre! la version python que je retrouve en ssh est 2.3.5 et celle affichée dans http://90plan.ovh.net/infos/python.cgi c'est la 2.4.4
c'est d'un bizarre!
Si ce n'était que ça, ça va... mais un script qui fonctionne en ssh devrait fonctionner en cgi aussi.
Ne me dites pas, chmod +x, ni /cgi-bin, ni même print "content-type: text/html\n\n" ce ne sont pas les causes, je ne sais pas quoi mais certains scripts ne marchent tout bonnement pas en cgi.
Les modules? Oui, certains très importants manquent mais même ceux qui y sont déjà ont du mal à marcher.
Autre point crucial: si on propose python, tout comme ruby d'ailleurs... on devrait proposer mod-python ou encore mieux fastcgi...
à moins qu'on ait l'intention de bloquer tout script cgi qui ralentirait le serveur...
Je sais, désormais, qu'OVH ne s'interesse qu'à ceux qui utilisent php.
Merci.
CHUCKYCHUCK
09/04/2007, 08h51
faudrait un grand sondage parmi tous les clients en mutualisé, pour savoir quelle langages/config ils souhaiteraient utiliser
apriol68
09/04/2007, 09h17
Où un sondage ouvert à tous sur le site d'OVH directement...
Des vrais filtres pour les e-mails et pas ces options hyper simplistes. Je veux pouvoir filtrer selon des champs de l'en-tête et pas seulement des from, to et subject.
Plus l'utilisation des expressions régulières regex ou une sélection des plus couramment utilisées.
Une mise à jour de l'espace streaming totalement obsolète. Mettez un serveur quicktime gratuit ou autres formats libres et standards (mp4, divx, etc.)
Doublez l'espace FTP anonyme pour les Plans. 90 ou 240 Mo c'est trop juste aujourd'hui.
Un meilleur filtre anti-spam paramétrable (comme avec sur l'e-mail de FREE par ex.) et faire en sorte que les filtres personnalisés passent avant l'anti-spam pour éviter d'être bloqué.
Bref, proposer quelque chose de mieux.
Proposer des VRAIS filtres pour les e-mails.
Ce qui est proposé dans le manager est vraiment trop sommaire et trop limité.
Il faudrait un filtrage pour les en-têtes (et pas seulement le to, from et subject) et avec un peu d'expressions régulières regex ou preg.
Pourquoi tu ne prends pas un dédié ?
Voilà trois ans que cette file a été ouverte.
Avant de prendre du temps a exposer mes souhaits il me semble utile de vérifier que les déclarations de bonnes intentions sont suivis d'effet.
test simple par rapport à une demande assez basique mais trés utiles :
(demande formulée en avril 2004) :
Est-il désormais possible de consulter les stats Urchin autrement qu'en utilisant le login OVH car il parait inconcevable de confier un login pouvant servir des fois à plusieurs hébergements à un client pour qu'il consulte lui meme les stats de son site ?
Homer Jay
11/05/2007, 13h45
Est-il désormais possible de consulter les stats Urchin autrement qu'en utilisant le login OVH
Non, mais la situation a tout de même évolué: le login se fait maintenant en HTTPS.
Les améliorations que je pense utiles :
Augmenter la taille des bases sur les XXplan, entre 40 et 50 mo c'est trop juste il me semble.
Augmenter la taille de l'espace des option haute sécurité, pareil semble trop juste ...
Tout ceci nécessite d'avoir de gros espace de stockage, et plus on avance dans le temps et plus le prix du Go, voir du To diminue. Il serait bien d'en faire profiter les clients en suivant cette évolution.
Les améliorations que je pense utiles :
Augmenter la taille des bases sur les XXplan, entre 40 et 50 mo c'est trop juste il me semble.
ARRGGGGG une nouvelle fois !!
Je redoutais de lire ceci ... sur un XXPlan d'un prix non negligeable vous confirmez que les bases SQL sont limitées à 40 ou 50 Mo ????
j'ai du mal a y croire
Non, mais la situation a tout de même évolué: le login se fait maintenant en HTTPS.
Cette réponse me suffit ... magré l'utilité indéniable de cette amélioration rein n'a été fait en 3 ans ... donc inutile de perdre son temps à proposer ici des améliorations ici meme
Bonjour,
Si il y a bien une chose que je souhaiterais voir (vite, très vite) arriver chez OVH, c'est le "Whois anonyme" pour les .com car je m'occupe d'un site à nature politique (bien à gauche) et ce n'est pas du tout de la justice que j'ai peur mais bien pour ma sécurité (et celle des proches avec qui je vis). Je suis obligé de me limiter et de ne pas être trop incisif ,pire, je vais surement devoir trouver un NDM tout neuf et tout recommencer à zéro tellement "ça craint" de nos jours. N'importe quel détraqué pourrait venir me faire un "petit coucou" à tout moment. D'ailleurs si je l'avais su avant je ne me serait jamais inscrit. Pourtant le service est nickel et l'équipe est disponible et pro. Si malheureusement ça ne change pas à ce niveau je serait obligé de ne pas renouveller et j'irais chez un hébergeur me proposant cette option. Ou alors dois-je m'équiper d'un fusil? De plus je souhaite vraiment rester chez OVH.
Enfin voilà, un de plus qui souhaite cette divine option.
:cool:
Homer Jay
20/05/2007, 03h20
bien à gauche (...) Ou alors dois-je m'équiper d'un fusil?
Hum :).
Tu pourrais prendre un .fr: ils sont toujours anonymes pour les particuliers (sauf erreur).
Hum :).
Tu pourrais prendre un .fr: ils sont toujours anonymes pour les particuliers (sauf erreur).
Si j'ai précisé c'est par crainte d'être pris pour quelqu'un d'un autre bord vu l'aspect "mouton appeuré" de mon message... :o
C'est vrai que le point FR est une solution mais j'avais peur d'avoir des problèmes au niveau CNIL etc.. dison que le point COM c'est "premier arrivé premier servi" et ça évite les soucis de droits etc.. Au pire si ça n'avance pas sur le "Whois Anonyme" je me prendrais un point FR chez OVH et puis voili voilà.
:D
Php.ini personnalisable
support webdav
un service mail ( pas taper :-)
Bonjour,
ce qui serais bien, c'est la possibilité de pouvoir acheter d'autre base de données, je m'explique , je dispose d'un XXLPLAN ( c'est le max en mutualisé ), je m'en sert pour héberger des sites clients a faible trafique, mais bientot je risque d'être en manque de base de donnée .
merci
CHUCKYCHUCK
09/07/2007, 22h49
installer mod_python sur les serveurs mutualisés ??? mod_python est très mature , faisant parti du projet apache depuis 2002
je suis assez étonné du fait que Ruby ( dont le déploiement à grande échelle sur des serveurs mutu me parait assez irréaliste ) soit mis en place avant Python ... ( python est dispo mais en cgi ... )
bilousme
16/07/2007, 12h43
Permettre aux utilisateurs de changer le mot de passe mail autrement que via le manager ...
Je vois que cette demande date de 3 ans. Qu'en est il ? On le risque de le voir un jour ou pas ?
vBulletin® v.3.8.4, Copyright ©2000-2012, Jelsoft Enterprises Ltd. Tous droits réservés - Version française vbulletin-fr.org