et en payant et donc plus performant http://webcenter.lycos.fr/
| Version imprimable du sujet
Cliquez ici pour voir ce sujet dans son format original |
| Forum TourDeJeu > Hébergement et services > Hébergeur |
| Ecrit par: TiFred Mercredi 24 Novembre 2004 à 23h50 |
| Bonjour, Existe-t-il un hébergeur (gratuit si possible) qui offre les mêmes services que Free (Php avec Mysql) ? J'ai eu des soucis avec Free et je trouve qu'ils ne réagissent pas vite j'envisage donc de changer ! Avez-vous des conseils à donner merci |
| Ecrit par: Cedric Mercredi 24 Novembre 2004 à 23h58 |
| Dans le meme style que Free, il y en a plusieurs autres... (du style Freesurf) mais a mon avis Free est meilleur en terme de disponibilite. Enfin, toute la question est "c'est quoi les soucis que tu as eu" ? car c'est ce qui determinera quel hebergement te conseiller. |
| Ecrit par: xaero Jeudi 25 Novembre 2004 à 09h01 | ||
Pour ne plus avoir de soucis , la meilleure solution reste de prendre un hebergeur payant .. ceci dit , cette liste non exhaustive devrait t'aider :
|
| Ecrit par: skyvador Jeudi 25 Novembre 2004 à 11h07 |
| Sinon en gratuit avec une base y a http://www.multimania.lycos.fr/ et en payant et donc plus performant http://webcenter.lycos.fr/ |
| Ecrit par: Haiken Jeudi 25 Novembre 2004 à 14h53 |
| Je recommande d'aller faire un tour du côté du RIHA (cité plus haut) : http://www.rhien.org/?wiki=Hebergement |
| Ecrit par: lysfaël Jeudi 25 Novembre 2004 à 16h11 |
| moi je vous conseille de jeter un oeil chez http://hostnco.com il est pas gratuit mais fournit quand même des formules assez bien diversifiee |
| Ecrit par: gladiator Samedi 04 Décembre 2004 à 18h34 |
| Free a trop de personne ayant un hebergeur , je trouve cela normal que c'est dur d'attendre une reponse et que ils ont eu beaucoup de probleme , mais bon moi j'ai eu des probleme plus grave sur la facture , ceci est irreplacable |
| Ecrit par: TiFred Mercredi 08 Décembre 2004 à 23h07 |
| Merci pour toutes ces infos ! Le problème que j'ai avec Free c'est que depuis ils ont décidé sans prévenir d'empêcher de décharger des pages du site vers un PC ou de corriger une page en direct. Or le site évolue, les bases sont mises à jour et j'ai régulièrement besoin de faire des tests sur mon PC Avez-vous des conseils pour contourner ce problème ? Merci d'avance TiFred |
| Ecrit par: nygma Mercredi 08 Décembre 2004 à 23h59 |
euh...  t'a quel problème exactement avec free ? je viens de vérifier mon site en tours de 3min, et tout roule. je peux charger, downloader, bidouiller la bdd.... Free est comme un site pro, mais sans le robot, plus lent, et moins fiable... (ah oui, et sans hotline fiable....  )mais en gratuit, ça reste quand même vachement sympa... |
| Ecrit par: Cedric Jeudi 09 Décembre 2004 à 10h47 | ||
Ca n'est pas tres clair ce que tu expliques la... En tous cas, il est toujours possible de telecharger des pages de ton site sur ton PC via FTP, de modifier la base de donnees a distance... |
| Ecrit par: zumba Jeudi 09 Décembre 2004 à 15h26 | ||
tu veux dire via le site phpmyadmin ? ou parles tu carrément de le faire via myODBC, ce qui voudrait dire qu'ils ont ouvert le port mysql à l'internet. c'était pas le cas y'a un an ce qui m'avait forcé à aller chez un hébergeur payant. si t'as des infos. |
| Ecrit par: Cedric Jeudi 09 Décembre 2004 à 16h29 | ||||
Par exemple. Dans le cas de TiFred, je ne sais pas trop quel est son besoin, mais effectivement l'acces via PhpMyAdmin est possible.
A une epoque c'etait possible, maintenant je ne sais pas. J'ai un systeme maintenant qui repose sur un acces via PhpMyAdmin qui me permet de m'affranchir de cette contrainte. (mon code attaque directement PhpMyAdmin pour mettre a jour la database) Au pire, PhpMyAdmin permet de toutes manieres de faire des imports / exports de donnees tres facilement. |
| Ecrit par: Nonothehobbit Jeudi 09 Décembre 2004 à 17h10 |
C'est quoi l'intérêt de faire du code utilisant phpmyadmin pour gérer sa bdd ? C'est pas plus simple que la gérer directement via son code ?  Par curiosité, en quoi le fait que la bdd soit bloquées pour les accès extérieurs vous pose pb ? Ok c'est plus chiant parce qu'il faut passer soit par phpmyadmin, soit faire son propre code, mais ça n'empêche rien, non ? |
| Ecrit par: zumba Jeudi 09 Décembre 2004 à 17h37 |
| oui en fait la question est "ou est ce code ?" moi je parle pas de mon php exécuté sur le serveur web. bienentendu avec celui j'attaque directement mysql. Phpmyadmin ne me sers que pour les interventions manuelles. le port mysql est bien sur ouvert entre le serveur web et le serveur mysql (sinon on ferait pas garnd chose). Mais moi je parle d'un code distant, par exemple (au hasard) un exe VB qui tournerait sur ma machine perso et qui veut attaquer la base distante chez mon hébergeur. Là dessus a part via le driver myODBC (dans le monde windows, s'entend) je ne connais aucun moyen, et ca, ca ne marchait pas sur free y'a un an (en pratique et confirmé par le support). Nono : c'est ca qui me bloque, j'ai un serveur client lourd qui chaque nuit se connecte(ra) pour résoudre le tour. A moins que ce que tu veux dire c'est que tu as fais une sorte de wrapper en analysant les forms de phpmyadmin pour passer des requêtes via des appels web ? eh ben ! bonjour la bidouille ! (mais si ca marche, bravo !) en fait en y reréflchissant c'est tres simple, il suffit de regarder le form de l'exécuteur de requete et juste avec celui là tu peux tout faire, un petit appel msxml avec login/pass et hop l'affaire est dans le sac...sauf si phpmyadmin introduis des petites sécurités. enfin ca ca va poutrun insert ou un update, mais comment tu récupères le résultat d'un select ? tu parses l'HTML ? |
| Ecrit par: Cedric Jeudi 09 Décembre 2004 à 18h05 | ||||||||
Comme l'explique Zumba, c'est dans le cas d'acces distants que cela pose probleme.
C'est aussi mon cas, sauf que je suis en Java.
C'est a peu pres ca, mais ca reste globalement assez simple (peut-etre une journee de boulot ?).
Tout a fait. Pour recuperer le resultat d'un select, actuellement j'utilise les fonctions d'export qui me permettent de recuperer les donnees au format voulu... mais je ne fais pas de SELECT specifique, ca aide. |
| Ecrit par: Haiken Jeudi 09 Décembre 2004 à 18h40 |
| Vous n'avez jamais pensé à faire un petit wrapper de requête SQL pour ça ? Il suffit d'envoyer une chaîne, et de renvoyer les lignes résultat. Concrètement, cela pourrait se faire avec XML-RPC ou SOAP vu que c'est quand même assez disponible dans tous les langages |
| Ecrit par: gladiator Jeudi 09 Décembre 2004 à 20h54 |
| CE qui ets le probleme avec free , c'est que il rame et pour mettre une page dans via le ftp , d'un moment ca peut s'arretter en plein telechargement , donc ca cause des probleme , et free peut etre indisponile un certain moment , c'est pas tres bien , mais pour un hebergeur gratuit , je trouve que il est fiable a 70 pourcent |
| Ecrit par: Cedric Jeudi 09 Décembre 2004 à 21h43 | ||||
Si, mais mon webmaster n'aime pas trop... il n'a pas trop confiance ;-)
De mon cote je n'ai pas rencontre de probleme recemment... |
| Ecrit par: Haiken Jeudi 09 Décembre 2004 à 22h28 | ||||
confiance à quel niveau ? |
| Ecrit par: fil15 Dimanche 12 Décembre 2004 à 01h47 |
moi je trouve que y'a des hébergeurs qui veulent juste avoir du cash et ils mettent après du truxc qi vaut juste 2 balles et qui pue à mort!!  |
| Ecrit par: skyvador Dimanche 12 Décembre 2004 à 09h58 | ||
C'était vraiment très interessant..... Evite de genre de post a flood à l'avenir. |
| Ecrit par: Cedric Dimanche 12 Décembre 2004 à 14h51 | ||||||
Il ne veut pas que l'on fournisse des scripts ouverts vers l'exterieur, permettant de modifier la DB. |
| Ecrit par: Haiken Dimanche 12 Décembre 2004 à 15h28 |
| Parce que phpMyAdmin ne rentre pas dans cette définition ? Il suffit de protéger le script en question par un mot de passe non ?  |
| Ecrit par: Nonothehobbit Dimanche 12 Décembre 2004 à 15h35 |
| Ah ok, et votre programme vous pouvez pas le faire en php ? ^^ Sinon j'ai une question conne : ya un gcc (ou autre compilo) installé sur les serveurs mutualisés ? Pour ceux autorisant les commandes systèmes, pour les gros traitement non faisables avec php, on pourrait compiler un programme C et l'exécuter directement sur le mutu. Chais pas pourquoi mais ça m'étonnerai que ça soit possible, mais bon je serais curieux de savoir. ^^ Sinon, la solution est de rapatrier la bdd, faire ses calculs en local, et renvoyer la bdd à jour. Bon ok c'est lourd, mais sinon je vois pas... |
| Ecrit par: Cedric Lundi 13 Décembre 2004 à 11h00 | ||||||
1/ Tout a fait. Mais PhpMyAdmin est un outil que connaissent les webmasters et dont ils peuvent connaitre / corriger les failles de securite. 2/ Theoriquement oui, pratiquement ca depend... 
Non, quand les traitements sont tres lourds/longs, ce n'est pas possible. Et puis, je n'apprecie PHP que moderement pour developper un jeu tres riche.
Il n'est pas forcemment necessaire d'avoir un compilo sur le serveur, tu peux toujours uploader un binaire depuis ta machine Linux. Mais a partir du moment ou tu peux lancer des taches via cron, tu dois pouvoir lancer l'eval automatiquement sur le serveur... Mais, d'une part ce programme risque de bouffer trop de CPU, d'autre part ce n'est pas possible partout (en particulier, je doute que ce soit le cas sur les serveurs mutualises). |
| Ecrit par: zumba Lundi 13 Décembre 2004 à 12h28 | ||
clair ! c'est vrai qu'en php on peut tout faire mais en bidouillant grave. Quoique mem eavec la gd lib je suis pas sûr qu'on arrive à faire tout ce qu'on veut niveau multimédia. mai surtout le vrai pbm, c'est le timeout. Pour mon jeu la résolution du tour prendra 1 à 3h, donc avec un timeout à 100 secondes je me vois mal faire un système de reprise sur timeout. techniquement impossible. Qui plus est je fais mon serveur en VB, c'est un vrai bonheur à débugger en pas à pas. Au début du tour il rappatrie en local les carte et une partie de la base, il bosse dessus, et renvoie tout une fois fini. par contre le problème c'est ou héberger un exe windows (sinon chez moi pour l'instant, mais bonjour la qos, j'espère que l'aurai l'adsl 2+ rapido...) |
| Ecrit par: Nonothehobbit Lundi 13 Décembre 2004 à 14h38 |
| set_timeout(0); C'est pas compliqué pourtant. ^^ Et pourquoi vous faîtes pas une résolution de tour asynchrone ? Sinon il reste toujours la solution barbare : download de la bdd, calculs en local, upload de la nouvelle bdd. |
| Ecrit par: Cedric Lundi 13 Décembre 2004 à 15h44 | ||||||
 Malheureusement si un timeout est defini au niveau server (ce qui est tres fortement conseille et en general le cas), ca ne sert a rien.
D'une part, ca n'est pas toujours possible, en particulier lorsqu'il y a beaucoup d'interactions entre les differents calculs, d'autre part, c'est assez lourd a mettre en place.
 C'est exactement ce que l'on dit depuis plus haut. |
| Ecrit par: zumba Lundi 13 Décembre 2004 à 18h44 | ||||||
ca ne marche chez aucun hébergeur (du moins un digne de ce nom). au mieux tu peux tu peux te ballader entre 0 et 5 minutes mais il y a un master root timeout inchuntable.
bah pour moi dés qu'on est en tour par tour (à heure fixe) on est asynchrone, en présupposant que l'ordre des actions entre 2 tours n'a aucun impact (il n'y a aucun intérêt à jouer avant l'autre). C'est ca la base de l'asynchronie non (par opposition au temps réel)? et comme dit scade, ca dépend du fonctionnement du jeu mais pour un jeu de stratégie tour par tour je vois pas comment faire autrement pour garantir l'asynchronie !
oausi et pour récuperer et envoyer la bdd il faut bien pouvoir la requeter à un moment ou a autre non ? (a moins qu'une bdd mysql soit stockée sous forme du'un fichier, je susi pas allé voir). enfin bref, c'est ce que je fais de toute facon (FTP+basedump complet). |
| Ecrit par: Nonothehobbit Lundi 13 Décembre 2004 à 21h11 |
| Oui tu peux faire des backup et des récupération de bdd sans passer par phpmyadmin, du moins chez ovh (mutualisé). Tu pose ton dump sur ton ftp, et tu fais balance une commande système pour récupérer (cat monfichier.sql | mysql --user=bidule --password=trucmuche nomdetabase) Avec un dezipage avant si t'envoi le fichier compressé (c'est quand même plus rapide). Comme ça passe pas par phpmyadmin, c'est pas long à moins que ta base ne soit vraiment énorme. Le plus long c'est l'upload/download, mais si tu zip tes fichiers c'est pas trop long non plus. Pour faire le dump c'est pareil, tu fais une commande mysqldump. mysqldump -Q --user=bidule --password=trucmuche nomdelabase > mondump.sql Avec un zipage apres pour pas faire pleurer ta bp. Pour les tours asynchrone, je parlais d'une résolution asynchrone. A savoir, ne pas résoudre tous les tours de tout le monde en même temps, mais de façon asynchrone (typiquement, quand on tente d'accéder aux données d'un joueur). |
| Ecrit par: Cedric Mardi 14 Décembre 2004 à 12h14 | ||
Oui, c'est bien comme cela qu'on l'avait compris. Mais ce que l'on disait c'est que cela n'est pas toujours possible. Par exemple, comme l'expliquait Zumba, dans certains jeux de strategie il n'est pas toujours possible de resoudre le tour partiellement parce qu'il y a beaucoup d'interactions : en gros la resolution des actions du joueur 1 necessite de resoudre celles du joueur 2, voire celles du 3... qui elles-memes necessitent celles du 4 et du 5... etc. Ca n'est pas systematique, mais ca impose souvent de resoudre plus de choses qu'on ne le desire. En gros, plus il y a d'interactions, moins il est possible de faire des resolutions partielles. |
| Ecrit par: zumba Mardi 14 Décembre 2004 à 15h46 |
| ouaip, en tout cas moi je pourrais pas. et puis il faut bien que les joueurs se synchronisent tous sur le même repère de temps. la règle de feu dans l'asynchronie c'est que le moment ou tu agis par rapport à un autre ne change rien au déroulement. Donc moi quand il y a interaction entre joueurs, c'est envoyé au serveur qui le garde au chaud jusqu'à l'heure de résolution du tour, puis il envoie la réaction à l'autre. dés fois ca me complique la vie de rajouter cette étape serveur (par exemple dans le acs le plus simple : envoi d'un message à un autre, mais il y a d'autres cas bien plus critiques, par exemple un assaut) mais c'est le seul moyen de garantir l'intégrité du jeu. Quant à mes DB dumps je les fais directement à la requête, via odbc (ca se fait en 10 lignes de code). |