TheRec

C'est sûr. Mais tu dispose d'une fonction PHP permettant de transformer un passage à la ligne (généré sur le clavier avec la touche "Enter" ou "Return") en balise (x)HTML : nl2br (nl signifiant "new line", et "br" je te laisse deviner ).

Mets toi à la place de le/la propriétaire du site, il/elle ne trouvera pas aussi innocent que cela que tu mentionnes ses coordonnées sur un forum public dans un message qui met en doute ou plutôt pose la question de la légalité de ses services. J'interprète la règle "Ne montrez pas du doigt" au sens large, même si cette entreprise n'est pas "dénigré" directement (pour l'instant ), la discussion va continuer et il n'y a pas d'intérêt à avoir ces coordonnées pour juger de la légalité de cette entreprise.

As-tu au moins essayé ce que je t'ai proposé en premier ? Tu semblais ne pas l'avoir fait dans ta première réponse. Sinon effectivement sans la feuille de style liée, le code ne sert pas à grand chose vu que ton problème est liée à la mise en forme (et donc à la feuille de styles). Tu devrais aussi essayer de donner la même taille de police aux cellules (<td>) qui contiennent les champs du formulaire... Ce genre de modifications serait grandement facilités si pour ton formulaire tu utilisait des en-tête pour ton tableau (<th>) pour les libellés des champs et de cellules normales (<td>( pour les champs. Ainsi il te suffit d'appliquer un classe à ton tableau et tu gèrerais tout ceci depuis ta feuille de style (en une ligne tu modifierait toutes les cellules de ton tableau...sans devoir aller sur chaque cellule et modifier l'attribut style, ce qui est fastidieux et est une source d'erreurs).

Comme je ne vois pas ton code (CSS en l'occurrence) j'ai de la peine à te le dire... Idem. Vu que tu me le demandes je suppose que tu n'a pas essayé... donc pourquoi ne pas le faire Si je te demande ton code c'est qu'il y a une raison... si tu ne souhaite pas le communiquer pas de problème, personnellement je n'ai pas le temps de jouer aux devinettes avec toi... je t'ai proposé deux pistes des réflexion en fonction des données que tu nous as fournis.

Bonsoir, - As-tu défini la propriété CSS "border-collapse: collapse;" sur le tableau contenant ces champs ? - As-tu défini les propriétés CSS "margin: 0;" et "padding: 0;" sur les éléments <input> et sur les éléments <td> ? Montre-nous un peu de code (HTML et CSS), afin qu'on puisse t'aider... et un conseil pour cela, utilise les balises BB Code pour présenter ton code dans tes messages sur le forum

Bonsoir, Si ta police est au format TTF, tu peux par exemple le faire avec la fonction : imagettftext (je te laisse consulter le manuel pour les paramètre de cette fonction). Si elle est au format PostScript regardes plutôt du côté de : imagepstext. Sinon tu peux aussi utiliser une libraiaire de polices, par exemple FreeType 2 et dans ce cas tu as d'autres fonctions du genre : imagefttext Bonne continuation.

Bonjour, Juste une petite précision au niveau de la nomenclature, alt n'est pas une balises, c'est un attribut (ou à la rigueur une "propriété") de la balise <img>... Cela dit, je rejoins les autres intervenants, cet attribut a un impact sur le référencement mais cela reste minime. L'influence de "qu'est ce que c'est" dans cette requête n'est pas à négliger car sans ces mots elle ne propose cette page même page qu'après plus de 300 résultats... ce qui t'indique quand même que, comme cela a été dit précédemment, cet attribut (seul) ne permet pas de positionner correctement une page... au mieux cela permet de l'inclure dans les résultats

Sans vouloir être "mauvaise langue", c'est quand même intéressant que cela se produise juste quand l'échéance des attributions des budgets gouvernementaux (aux États-unis) approche... bon ça coïncide aussi "bizarrement" avec le Safer Internet Day (6 février) Maintenant pourquoi les serveurs racines se trouvent majoritairement aux États-unis, hé bien à priori parce que c'est là-bas que le réseau s'est développé autour de TCP/IP. C'est le Département de la défense américaine qui a mis au point cette suite de protocoles arès avoir été les précurseurs avec des projet comme ARPANET... Donc je dirais pour des raisons historiques, notes qu'actuellement il y a des "morceaux" de serveurs racines un peu partout grâce à Anycast. Techniquement je ne saurais t'en dire plus que tous ces articles paru sur Internet aujourd'hui, il en va de même pour la description des interventions des ingénieurs américains... mais tu as des piste sur comment contrer une attaque Distributed Denial of Service (la version anglaise est bien plus complète)... Mais ces mesures restent assez inefficaces vu l'ampleur dune attaque DDoS de ce genre. Pour ta dernière question je n'ai aucune idée... je ne sais pas comment les auteurs de cette attaque ont généré le trafic responsable des problème. Il est possible que ce soit avec des requêtes récurrentes sur des sites faisant appel aux serveurs visés, mais je doute que ce soit la manière la plus efficace pour ce genre d'attaque car il y aurait dispersion des ressources disponibles pour l'attaque selon moi... mais n'étant pas expert dans ce domaine je ne peux pas te garantir ceci

L'idéal serait de nous donner l'erreur en question et pas uniquement le code qui la génère Et sinon au lieu de "or die ("erreur analyze table");" tu peux mettre : $requete=mysql_db_query($nom_bdd,"ANALYZE TABLE nom_table",$link) or die ('Erreur '.mysql_errno().': '.mysql_error()); Cela te donnera l'erreur renvoyée par MySQL en plus de celle générée par PHP

Bonjour, Il serait plus sage de faire pointer le formulaire vers un script PHP redirigeant l'utilisateur vers l'adresse souhaitée (en la composant avec les informations fournies dans le formulaire), ainsi le problème d'accessibilité lié à l'utilisation du Javascript disparaît. Pour cela il faut tout d'abord que le champ "<input name='login'>" se trouve à l'intérieure de la balise "<form>" (sinon il n'est pas transmis lorsque le formulaire est envoyé) et effectuer le traitement du formulaire avec PHP. Le traitement doit se faire avant que tout autre caractère ait été envoyé au navigateur du visiteur, car il envoie des en-têtes HTTP (pour effectuer le redirection), voici un exemple de traitement (simplifié) : <?php if(!empty($_POST['login'])) { header('HTTP/1.1 301 Moved Permanently'); header('Location: ftp://'.$_POST['login'].'@91.121.14.49'); exit(); } ?> Ce code peut se placer tout en haut de la page ou se trouve le formulaire et l'action du formulaire deviendrait alors : <form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="post"> Ce n'est qu'un exemple bien entendu Il subsistera un problème, Internet Explorer depuis la version 6 (de moins celle présente dans le Service Pack 2 de Windows XP) ne permet plus l'ouverture d'URL de ce type (avec nom d'utilisateur et mot de passe inclus) pour des raisons de sécurité... mais si je ne m'abuse le résultat est le même avec la solution en Javascript. Il est possible de changer ce comportement sauf erreur en modifiant une clé dans la base de registre. P.S. : Merci de ne pas écrire en langage SMS dans tes prochains messages, cela fait partie des règles du forum.

Pour citer le manuel à propos d'OPTIMIZE TABLE : Et les tables nécessitant l'usage de cette instruction sont celle où il y a des champs de types dynamiques (dont la taille peut varier : BLOG, TEXT, VARCHAR, etc.) et où beaucoup de changement se produisent... cette instruction fonctionne schématiquement comme une défragmentation du disque en réorganisant les morceau de la table afin qu'ils soient contigus et donc plus facilement accessible... et comme une défragmentation du disque dur, avant une certaine quantité de fragmentation il n'y a aucun bénéfice perceptible. Quant à ANALYSE TABLE c'est un moyen d'optimiser les jointures qui sont faites sur les INDEX d'une table, donc avant que tu aies créé des INDEX sur les tables elle n'aurait pas servi (à par peut-être pour l'INDEX UNIQUE de tes tables ). L'utilisation est la même, une table dans laquelle il y a beaucoup de changements (ajout/modifications/suppression d'enregistrement, jointures évoluant souvent, etc.) profitera de cette instruction. Le manuel de MySQL est assez bien rédigé et il a l'avantage d'être traduit en français (généralement correctement), c'est vraiment une bonne ressource lorsque tu te pose de question sur le fonctionnement propre de se système de gestion de bases de données, les auteurs ne se limitent pas à la simple définition des instructions, il expliquent aussi les cas d'utilisation et donnent des conseils.

De rien. Tiens, j'avais loupé l'intervention de adn (toi aussi ? ) qui donnait déjà cette réponse Ce n'est pas un "miracle", les INDEX sont la base de l'optimisation, malheureusement bon nombre de développeurs semblent penser qu'ils se limitent à une utilisation sur les entiers (plus particulièrement sur les clé étrangères et clé uniques), mais ce n'est qu'une des utilisations. Toutes fois ils n'ont pas que des avantages, l'ajout, la suppression et la modifications des enregistrements ans cette table seront moins rapides (car les INDEX doivent être tenus à jour), mais ce sacrifice est nécessaire surtout dans le cadre d'une utilisation ou la consultation est plus courante que les tâches citées précédemment.

Bonsoir, Si les requêtes (avec clause WHERE) sont très fréquentes sur ces champs WHERE site='nom_du_site' AND page='nom_de_la_page' Tu peux créer des INDEX sur ces deux champs (pas d'index FULLTEXT, des simples INDEX) avec l'instruction CREATE INDEX (MySQL >= 3.22). Et voici une autre page du manuel de MySQL (5.0) expliquant l'utilité et l'utilisation des index. Bonne continuation. P.S. : Il faut bien entendu que les DEUX champs soient indexés pour que l'optimisation soit effective étant donné que tu utilises l'opérateur booléen AND.

C'est juste... il est aussi possible, sauf erreur, de placer le caractère "circonflexe" (^) avant l'esperluette (ou autres caractères ayant besoin d'être "échappés"). C'est à dire : /usr/bin/wget -O /dev/null url=http://www.example.com/?sm_command=build^&sm_key=x1x1x1x1x1x1x1x1x1x1x1 Mais comme tu l'as fait, il est mieux d'utiliser les guillemets P.S. : Le forum est fait, entre autres, pour ça, poser des questions (après quelques recherches personnelles tout de même), donc tu ne déranges pas

Pour en revenir aux droits d'auteurs sur YouTube, l'histoire semblait s'être "calmée", mais apparemment il n'en est rien selon cette brève sur TechCrunch en français.

Tant mieux, je suis en Suisse Et je n'ai pas souvenir d'une telle loi ici, ni d'accords bilatéraux (vu que c'est la voie (lente) qui a été choisie par le peuple pour "adhérer" gentiment à l'Union européenne) à ce sujet. Bien entendu, je partais du principe (appliqué en général à ma clientèle) que les fichiers sont hébergés dans le même pays qu'est situé le for juridique de la société propriétaire du site. S'il y a encore d'autres critères qui définissent la législation appliquée cela m'intéresserait de les connaître. @Dan> Oui c'est vrai, j'avais entendu parlé de cette loi et je n'y pensais plus... il faut dire que les débats autour de cette loi ne s'étaient pas vraiment attardé sur ces points précisément

Détrompe-toi, à l'usage tu verras que l'utilisation des tableaux pour effectuer une mise en page représente plus de code, plus de "magouilles" (pour ne pas le cite : le fameux spacer.gif). Mais surtout cela représente des sites moins accessibles, plus lourds à charger (en temps de calcul, car en taille cela peu varier d'une site à l'autre), mois sémantiques, etc. Bref si tu es en train s'apprendre à créer des pages (x)HTML, il serait ridicule (à mon avis) d'apprendre des techniques qui ne sont pas conseillée par l'organisme international qui publie les recommandations (W3C) dans ce domaine... Ceci dit tu es libre d'apprendre et de réaliser tes pages comme tu le souhaites, c'est juste un conseil que je me suis permis de te donner. Les ressources nécessaire à cet apprentissage se trouvent sur le Web comme l'ont également dit les précédents intervenants (Les publications HTML/CSS du Hub , Alsacreations, etc.). Bonne chance et beaucoup de plaisir dans ton apprentissage !

brocexco et Leonick, par pur désir de parfaire mes connaissances en droit (à vrai dire je ne suis pas soumis au droit français, j'héberge mes site généralement dans mon pays), sur quels articles de loi se basent vos affirmations ? Je ne les mets pas en doute, je veux juste savoir quelles sont vos sources.

Bonsoir, L'exemple que tu cites n'est pas bon pour le référencement effectivement, mais pas à cause des "display: none;", plutôt à cause du fait que sans Javascript les éléments du menu sont inaccessibles à un utilisateur sans Javascript (par exemple un moteur de recherche, au hasard ), je te l'accorde sans Javascript ni feuille de style les éléments cachés sont visibles mais cela reste inaccessible à bon nombre d'utilisateurs. Il est donc inaccessible et il n'est pas sémantique car un tableau ne représente pas une hiérarchie telle qu'elle existe dans le schéma que tu veux illustrer, il faut utiliser une liste dans notre cas. Bref tu as raison de ne pas opter pour cette solution. Tu trouvera sûrement ton bonheur effectuant des recherches avec par exemple ces mots clés : unobtrusive treeview (dans les premiers résultat il y a par exemple : aqLists) Le Unobtrusive JavaScript est un paradigme de plus en plus répandu, la raison est simple cela permet de continuer la logique de séparation du contenu et de la présentation et l'étendant à la séparation du comportement (Javascript en l'occurrence, c'est ce qu'on appelle le behaviour layer). Et par la même occasion lorsque Javascript est désactivé le site se dégrade correctement et reste accessible. Bonne continuation.

Bonjour, Personne ne t'as conseillé d'utiliser ".body {", il faut utiliser simplement "body {" (sans le point, qui définit une classe) dans la feuille de style... Avec cela tu fais référence à tous les éléments "body" qui se trouvent dans ta page HTML (enfin selon les spécification il ne peut y en avoir qu'un, mais c'est une déclaration comme "p {" par exemple qui s'appliquerait à tous les éléments "<p>" de la page). Je te conseille de procéder comme nyl auster a fait, c'est-à-dire lire des livres, suivre de tutoriaux et te documenter au sujet de XHTML et CSS, les principes évoqués ici sont réellement la base de tout cela. De plus, l'utilisation de tableaux pour réaliser la mise en page de ton site est tout à fait superflue. Bonne continuation et bon apprentissage. P.S. : Au fait, je ne vois pas l'intérêt d'entourer ton tableau dans des balises "blockquote"... si tu ne définis pas les attributs "maring" et "padding", de ces éléments cela nuira également à l'alignement.

Bonsoir, Je te conseille, par expérience et simplement pour la pérénité de ton code, de ne pas recourrir à un "hack" CSS tel que Kent te le suggère. Surtout que dans ce cas l'alignement ne serait pas correct dans toutes les résolutions d'écrans. Le fonctionnement a été expliqué par les précédents intervenants, je vais essayer de te résumer cela : Prenons le code HTML suivant (je te passe l'en-tête HTML qui n'a pas beaucoup d'impact, et je ne parle que du corps) : <body> <div id="content">Ton contenu</div> </body> Ton but et de définir une taille pour le <div id="contenu"> et de le centrer sur la page. Selon les recommandations W3C voici le code CSS nécessaire pour obtenir le résultat désiré : #content { width: 750px; margin: 0 auto; } Maintenant, Internet Explorer jusqu'à la version 5.5 ne prend pas en compte cette marge (droite et gauche) auto, c'est une disfonctionnement connu dans ces navigateurs, pour le corriger il suffit de définir la propriété "text-align" dans l'élément qui contient l'élément que l'on souhaite centrer (en l'occurrence <body> contient <div id="content">), donc il faut ajouter ceci dans la feuille de styles : body { text-align: center; } Ce n'est pas logique je te l'accorde mais les développeur de Internet Explorer on conçu leur navigateur ainsi... ne me demande pas pourquoi ils ont estimé que "text-align" devait interféré sur l'alignement d'une boîte et pas uniquement sur le texte qu'il contient Si ces explications ne résolvent pas ton problème, je ne peux que te conseiller de poster l'entier de ton code HTML ainsi que de ta/tes feuille(s) de styles ou de nous donner une adresse à laquelle nous pourrons obtenir ces informations. Ainsi les conseils que tu recevra seront plus précis.

Bonjour, Généralement non, les royalties ne sont pas reversés aux ayant droits et c'est le problème qui faisait douter beaucoup de gens au sujet du rachat de YouTube par Google ils y a quelques temps. Une grande partie des vidéos postées sur les sites de partages de vidéo font l'usage partiel ou intégral d'oeuvres protégées (filmes, musiques, etc.) sans même l'autorisation de leur(s) auteur(s). Ce problème devenait critique pour YouTube, mais après le rachat par Google, ils se sont engagés à supprimer, lorsque les ayant droits se manifestent, les vidéos incriminées. Par exemple CBS (réseau de chaînes de télévision aux USA) a demandé quelques jours après le rachat la suppression de toutes les vidéos utilisant des passage du dessin animé "South Park" (entre autres) et par la même occasion ils ont conclu des accord pour diffuser du contenu de promotion (pour d'autres séries TV, entre autres)... Universal Music Group a fait pareil pour des oeuvres appartenant aux artistes qu'ils promeuvent. Ils agissent en quelques sorte comme le propriétaire d'un forum qui supprime les messages illégaux lorsqu'on attire son attention sur ceux-ci ou qu'il les trouve tout seul, car la modération n'est pas fait lors de la publication mais à posteriori. Pour répondre à ta deuxième question, tu risques uniquement la suppression des vidéos que tu aurais uploadé à mon avis, du moins il n'y a aucun cas recensé à ma connaissance de condamnation pour publication de vidéos protégées par les droits d'auteur sur YouTube ou autres sites de partage de vidéo. P.S. : Le problème est expliqué à peu près semblablement sur l'article de YouTube sur Wikipedia, avec mention des sources d'informations (ce que je n'ai pas pris le temps de faire, mais que je viens de faire en citant Wikipedia).

Bonjour, Sauf erreur de ma part, en France, seul une déclaration à la CNIL est nécessaire et elle est obligatoire uniquement si tu collectes des informations personnelles lors qu'un visiteur accède à ton site. Mais rien ne t'empêche de publier également des "mentions légales" en plus, c'est un rappel des principales lois que chaque visiteur doit respecter ainsi que les lois que tu t'engage à respecter (dont la protection des données personnelles si tu en collectes)... mais étant donné que nul n'est sensé ignorer la loi tu n'a pas d'obligation de le faire

Dans ce cas non.. à ma connaissance il n'est pas possible de récupérer le nom de la variable passée en paramètre à une fonction. Le plus proche que je connaisse permet de récupérer le nom des variables disponible dans le contexte de la fonction get_defined_vars ou encore si tu veux limiter cette liste aux arguments passés à la fonction func_get_args. Je sais que cela ne correspond pas à ce que tu recherche, mais selon moi ce que tu souhaites faire n'est tout simplement pas prévu simplement par la nature des fonctions, elle doivent être indépendantes du contexte dans lequel elles sont appelées. En plus je vois difficilement ce que retournerait ton script lorsque ta fonction serait appelée sans que le paramètre original soit une variable à proprement parler, par exemple : une_fonction("une chaîne au lieu d'une variable"); Si pour chaque appel à une fonction l'interpréteur PHP devait stocker ce genre d'information sur les paramètres j'ose difficilement envisager comment des appels récursifs (par exemple) se dérouleraient et la quantité de mémoire dont il faudrait disposer :S

Bonjour, J'ai de la peine à me représenter quelle est l'utilité de connaître le nom d'origine d'une variable passée en paramètre. Si le but est de modifier la valeur de la variable passé en paramètre, il suffit de définir ce paramètre comme référence lors de la déclaration de la fonction (plus d'information pour le passage par référence dans le manuel). Fondamentalement le nom de la variable en question ne devrait être pas être important dans le contexte de la fonction, c'est justement pour cela qu'il y a possibilité de passer des paramètres par référence ou par valeur... Peut-être ai-je mal compris ta question ?