Dadou

Normalement Cyberplus te fournis une documentation pour t'aider à l'installer

Concernant InnoBD et MyIsam, j'ai une préférence pour MyIsam, ne serait ce pour garder la possibilité d'utiliser "AGAINST ... MATCH" si tu veux réaliser un moteur de recherche sur ta table (en InnoDB ce n'est pas possible). 2) 30 champs, en effet, c'est plutôt énorme, et il serait effectivement bon de voir si certains groupes d'infos ne peuvent pas être regroupés dans des tables différentes. 3) Si ton champs pseudo est unique, effectivement, le champs id est moins intéressant, et il est plus interessant de créer la clé sur le champs pseudo, et que ce dernier soit indexé.

Celle qui ne contient pas de code php, est celle qui s'affiche en blanc ou ??

Les sites même étrangers accessibles en france sont soumis au droit français, le mieux pour toi est de prendre directement contact avec la CNIL, ils seront à même de mieux te répondre à tes questions concernant la politique de confidentialité.

Mais encore? Le developpement php n'est pas une science de divination, donc sans code pour comprendre ton problème, impossible de t'aider.

regarde tes réglages de tailles du texte dans internet explorer, il y a fort à parier qu'elle à bougée

Un client à quelques problèmes avec son système d'authentification CAS, et me demande si je n'aurais pas quelques pistes à lui proposer. Voila la situation, au sein de l'intranet, quelques postes se retrouvent obligé de remettre leur login et mot de passe quand ils basculent d'une application à l'autre. J'ai donc pensé qu'il était probable que le ticket par cookie ne passait pas, et que les postes en question interdisent les cookies. Ce point est à aller verifier, mais je pense que c'est une relativement bonne piste. Mais, certain postes qui acceptent les cookies sont parfois obligés de retapper le login et mot de passe, la je me demande, n'y aurait il pas une durée limite de la session CAS?? Merci d'avance à ceux qui m'aideront à comprendre cette petite nuissance.

Tu as tout dis, avec une extension exotique tu as beaucoup plus de chance (ou de malchance) de voir tes visiteurs potentiel aller sur un autre site

Oui la DTD indique bien qu'ils sont facultatif (mais non déprécié), je n'aurais pas du écrire "doit" mais, il est recommandé de les utiliser ne serait ce pour que le navigateur prépare la place en attendant le chargement de cette dernière

Faux, c'est valable pour nombre de balise (div, p, hx) mais certainement pas pour la balise img, et justement, les dimensions de l'image doivent être indiqué dans la balise. La dtd le prouve <xs:element name="img"> <xs:complexType> <xs:attributeGroup ref="attrs"/> <xs:attribute name="src" use="required" type="URI"/> <xs:attribute name="alt" use="required" type="Text"/> <xs:attribute name="longdesc" type="URI"/> <xs:attribute name="height" type="Length"/> <xs:attribute name="width" type="Length"/> <xs:attribute name="usemap" type="URI"> <xs:annotation>

Heureusement que tu le signale, j'ai failli balancer le lien à la benne sans même le regarder. Non mais quelle idée de prendre un ndd pareil

Je sais pas si c'est du mutualisé, mais je voulais juste le souligner, c'est un détail qui a son importance

Oui, j'ai déjà approché catdoc pour faire un moteur de recherche, et en effet, il ne ressort que du texte non formaté. La problématique pour traiter un .doc via php, c'est qu'il faut appeler une appli externe via exec(), sur du mutualisé c'est donc exclus

Bienvenue à toi

Et Openoffice, c'est aussi un fichier zipper et si tu dézippes, miracle, des fichiers xml. Le traitement d'un fichier word est laborieux à réaliser pour un résultat pas toujours à la hauteur des attentes. Après qu'est ce qui motivait ton client à vouloir procéder de cette manière? pour un site internet ou pour un intranet?

Et bien si il s ne font pas preuve d'un peu de sérieux, change de régie. Tu peux essayer d'intenter une action, mais est ce que la somme à percevoir est suffisamment conséquente pour les frais qui seront engendrés, et ce pour un résultat incertain.

Le temps d'apprentissage d'un framework est relativement long, mais il aident à bien structurer une application, l'usage du principe MVC (Model View Controler) permet de bien dissocier : la couche view (vue) qui est la couche de présentation de l'information, de la couche model (modèle) qui est le traitement des données et la couche controler (controleur) qui est la couche interactive, c'est à dire celle qui détermine les actions (affichage de la vue, envoie à la couche de traitement des données). Je ne sais pas si il y a vraiment gain de temps à coder avec un framework (beaucoup disent que oui, mais encore faut il bien le maitriser), mais ce qui est sur, c'est qu'après l'usage d'un framework, tes dév seront plus structurés.

Sauf que si on se met à communiquer avec le www, il faut rester cohèrent et faire la réécriture de "domaine.tld" vers "www.domaine.tld". Personnellement je préfère communiquer avec un www devant le domaine, les néophites d'internet associent plus facilement le fait que c'est un site internet quand il y a ces 3 lettres. 3 lettres ne vont pas vraiment influencer de manière suffisamment significative comparé à une association sure par le visiteur.

C'est possible avec les composants COM de PHP, mais pour cela, il faut que le serveur soit un serveur windows et que word soit installé sur le serveur. A une exception, si le document word est au format docx (le nouveau format généré par word 2007), il suffit de dézipper le fichier (oui le .docx est en fait un zip), puis de parser les fichiers XML (le x de docx). Autre solution, word peut enregistrer au format HTML, mais, word génèrera un code des plus horrible, donc comme solution c'est pas génial.

Oui, j'ai bien lu ce qu'a écrit OVH, je suis d'accord, le .com est saturé, il faut donc des extensions alternatives, d'ailleurs le .biz en est clairement une mais très peut utilisée, par contre, je n'aime pas du tout l'idée de dénaturer ces extensions, a l'origine ce sont des extensions territoriales, quelles le restent, à une époque on pouvais facilement deviner le nom de domaine et l'extension d'une société, maintenant, cela devient plus difficile, surtout au niveau des extensions qui sont justement utilisées en dehors de le signification initiale. Au niveau des extensions il y avait une structuration, mais comme beaucoup sont en libre acquisition, cette structuration disparait petit à petit. Je ne cautionne donc pas ce qu'écrit OVH, et est en total désaccord avec eux.

As tu bien lu : ça veut bien dire que cela n'a rien as voir avec une alternative au .com. Ce n'est pas parce qu'une société de l'envergure d'OVH te dit qu'un cochon c'est vert qu'il faut la croire sur parole. Chaque pays/territoire a son extension, le .cc est une extension territoriale, c'est donc une aberration d'affirmer qu'elle est pressentie pour devenir l'égale du .com, d'ailleurs, j'en avais jamais entendu parlé avant, et pourtant, je suis très à l'écoute des nouveautés sur tout ce qui concerne le net, et une information de ce type ne serait certainement pas passé aussi inaperçu.

Pardon Mais j'ai du mal à croire que l'on puisse bien connaitre l'administration d'un serveur dédier sans un minimum de connaissances sue l'hébergement (ce n'est qu'une facette des dédier)

il te faut un ou des serveurs et surtout être bon en administration serveur

C'est indiqué sur la faq de google : 4 à 8 semaines

Faire communiquer deux serveurs distinct c'est tout de même le propre des webservices (SOAP, XML-RPC, REST), les protocoles de communications doivent avoir un niveau de sécurité correct, Google, Amazon et eBay utilisent les webservices pour leurs différentes API. J'ai déjà réalisé un webservice de réservation hôtelière. Si tu veux être sûr de la sécurité, un système relativement simple : - A chaque "client" tu associes une "clé d'identification" et une "clé de cryptage", - Dans chacun des échanges le client devra envoyer la "clé d'identification" et les données cryptés par (un des algo de mcrypt par exemple), - Le serveur principal reçoit la "clé d'identification" et la demande cryptée, - Effectue le décryptage de la demande, si la demande décrypté est cohérente, retourner la réponse elle aussi cryptée, et ainsi de suite. voila les fonction que j'utilise pour crypter et décrypter (la pour un mot de passe, mais c'est valable pour toute chaine de charactères) : function crypt_password($password, $cle) { $td = mcrypt_module_open("blowfish", "", "ecb", ""); $key = substr($cle, 0, mcrypt_enc_get_key_size($td)); $iv = mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND); mcrypt_generic_init($td, $key, $iv); $encrypted = mcrypt_generic($td, $password); mcrypt_generic_deinit($td); mcrypt_module_close($td); return $encrypted; } // Décrypter un mot de passe function decrypt_password($password, $cle) { $td = mcrypt_module_open("blowfish", "", "ecb", ""); $key = substr($cle, 0, mcrypt_enc_get_key_size($td)); $iv = mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND); mcrypt_generic_init($td, $key, $iv); $decrypted = mdecrypt_generic($td, $password); mcrypt_generic_deinit($td); mcrypt_module_close($td); return $decrypted; } l'algo utilisé est blowfish qui est assez performant : http://fr.wikipedia.org/wiki/Blowfish