LupusMic

  • Signature
    Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
  • Site web
  • Nombre de sujets
    26
  • Nombre de messages
    1 684
  • Nombre de commentaires
    4
  • Nombre de news
    Aucune
  • Niveau en PHP
    Gourou

Ses derniers messages sur les forums

LupusMic
le 11/07/2006 à 08:27
[PHP] Afficahge temporisé ligne par ligne
Je n'ai pas testé comment faire, mais je sais que c'est possible. Par exemple, c'est comme ça que fonctionne Webmin dans certaines parties.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 04/07/2006 à 02:12
Avis sur un serveur !
(Patochewie) Le monsieur veut un truc pro. Ce ne sera pas en dessous de 200 €HT / mois.

Pour un usage perso, la Dédibox doit être sympa. Mais pas pour un usage pro.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 03/07/2006 à 01:58
Avis sur un serveur !

j'ai lu les différents messages sur google groups et on peut dire que ça ne donne pas envie d'héberger ses sites web sur ses serveurs !!!


Ça n'a pas l'air d'être adapté à ton besoin


bref, voici ce que je projette de faire sur un serveur dédié:

1/ j'ai besoin d'un espace disque plutôt balaise ( entre 15 go et 25 go )


Quel hébergeur ose encore fournir des disques durs inférieurs à 40 Go ?


2/ j'ai créé et terminé 11 sites web parmi eux 3 messagerie instantané ( genre yahoo messenger ) écrit avec java c++ et php ( utilisant mysql comme base de donnée ).


Tu as fait des tests de charge pour voir quel puissance il te faut pour la machine d'hébergement ?


3/ parmi les 11 sites web y'en a qui risque d'avoir un fort trafic, donc ça veut dire un quota de bande passante assez balaise ( entre 250 go et 350 go par mois pour les 11 sites bien sûre ) ...


Donc plusieurs serveurs.


bien sûre, je sais que ça va me couter la peau des fesses mais l'argent c'est pas le problème, mon problème c'est de trouver le bon hébergeur ( serveur dédié ) avec qui je peut travailler à l'aise et sans blémes ( coupure, incident technique, dépassement de quota ou autres choses genre casse tête pour rien ) ...


Donc je vais tout de suite te mettre à l'aise : on ne doit pas mettre tous ces œufs dans le même panier.

C'est dangeureux pour ta société. Ou les clients qui vivrons de ces sites Web.



j'ai déjà hébergé sur OVH mais il ont des méthodes de maintenance du serveur très bizzard et difficile et ils n'offre pas le service Web d'administration ( comme vadmin, usermin ...etc. ) ...


Quelles sont ces pratiques étranges ?

en ce qui concerne les panel d'dministration web, tu as tout faux. OVH fournit Plesk, OVHAdmin, etc. Et il n'est pas compliqué d'installer Usermin ou Webmin sur une Debian... bon, à utiliser c'est autre chose.
Pour ma part, rien ne vaut la ligne de commande.

Tu as besoin d'un hébergement avec garanties de résultat et indemnisations. Ton buisness est fonction de l'accessibilité des serveurs, il te faut donc des garanties contractuelles.

À mon avis, il faut voir du côté de boîtes telles que Nexen. Tout dépend de ton budget, de la criticité des applications, de tes compétences (car si tu prends un serveur chez OVH, et que tu ne sais pas t'en occupuer... laisse ça entre les mains d'une équipe d'infogérence.

Enfin bref, n'oublie pas de demander des confirmations aux commerciaux sur le fonctionnement du service en temps normal, en cas de problème, les conditions de dédomagment, etc.

En fonction de ça, tu pourras lancer ton buisness, et souscrire aux assurances qui vont bien.

À+
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 03/07/2006 à 01:22
actuelisation session
Je suis tout à fait de l'avis de BZH, que les fonctions sont nécessaires.

De plus, les fonctions permettent de simplifier le code. Ne trouves-tu pas plus simple de lire update_waepon('AK-47') plutôt qu'une série de lignes qui n'ont rien à voir avec le fonctionnel ? La logique métier ?

N'oublie pas aussi que l'écriture de fonction permet de diminuer le nombre de bogues : tu spécialise les sections de codes, ce qui fait que si tu as un bogue, il ne sera pas reproduit partout, mais seulement à corriger dans le fonction.

Enfin bref, les fonction, c'est important à comprendre.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 01/07/2006 à 15:42
actuelisation session
Je pense que tu devrais écrire la fonction suivante :
Function update_waepon($waepon_name) {

global $_SESSION ;



$sql = "UPDATE membre SET arme= '".mysql_real_escape($waepon_name)."'";



mysql_query($sql) or die('Erreur SQL !'.$sql.''.mysql_error());



$_SESSION['arme'] = $waepon_name ;



}


Le code n'est pas généial, surtout en ce qui concerne la gestion des erreurs, mais l'idée est là.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 30/06/2006 à 16:33
actuelisation session
(covin85) Bon, pour la méthodologie. Tu as remarqué que depuis quelques messages on te répond à côté de la plaque. La raison est très simple : tu ne donnes pas assez de détails.

Si dans un forum sur le cyclisme, je disais que je n'arrive pas à changer une roue, que crois-tu qu'on va me répondre ?

Tu dois être plus explicite. Étre avare de mots ne permet pas d'aller plus vite, ça permet de perdre plus de temps.

Alors on reprend à zéro, et tu explique le problème avec le code source. Je te conseille d'ouvrir un nouveau sujet pour l'occasion.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 30/06/2006 à 16:32
Récuéer le nombre de lignes
La documentation de la fonction DB_common::getAssoc().

Il renvoie effectivement un tableau. Donc on ne peut pas appeler de méthode sur le tableau retourné.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 28/06/2006 à 18:45
actuelisation session
Tu peux aussi consulter la documentation MySQL.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 28/06/2006 à 10:41
Tester l'existence d'un table
(moogli) Je suis un looser : je te fais la morale et c'est moi qui lit pas correctement la question. J'ai honte, j'vais me cacher :'(
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LoadingChargement en cours