jcaron

Si sa demande tient ne serait-ce qu'un peu debout, il devrait avoir justifié le fait que tu es obligé de lui donner ces informations, soit par ce que dit le contrat, soit par un texte de loi ou un autre. S'il te dit juste que tu es obligé de le faire sans aucune justification, il y a de fortes chances que ce soit soit du bluff, soit un gars mal informé. La première chose à faire est probablement de le contacter (par téléphone, c'est souvent plus pratique pour dissiper de nombreux malentendus) pour comprendre ce qu'il veut exactement et pourquoi. Il est vraisemblable que pour une raison ou une autre il souhaite simplement confier la gestion de son site à quelqu'un d'autre (ou à quelqu'un de nouveau au sein de sa structure), et qu'il ne sache pas eactement où il en est, ce qu'il a souscrit ni à quoi il a droit ou encore comment arriver à ses fins... Jacques. EDIT: typo

Euh, non, pas vraiment. Il dit que tu peux héberger ce que tu veux, avec une limite (de ton choix, je suppose, en fonction du prix) au niveau de la RAM, qui va évidemment avoir une influence sur les performances en fonction de la taille de tes bases et des différents paramètres évoqués jusqu'ici. Accessoirement le CPU peut aussi avoir une influence (certaines requêtes sont gourmandes en CPU, même si dans le cas général c'est loin d'être le premier facteur limitant). Sur de très grosses bases très consultées après la RAM il y a la rapidité et la concurrence des accès disque (un gros RAID avec 15 disques SAS ira plus vite qu'un disque PATA unique...). Donc son affirmation est tout à fait vraie: tu peux avoir une base énorme ou tout plein de petites bases, mais la quantité de RAM peut avoir une influence sur les performances. D'ailleurs c'est ce que j'avais oublié de préciser dans mon message précédent: le fait de ne pas avoir "assez" de RAM ne va pas empêcher la base de fonctionner, ça va juste avoir une influence sur les performances (i.e. tout ou presque sort du cache ou au contraire il faut faire quelques dizaines/centaines/et plus encore d'accès disque pour chaque requête). Jacques.

128 Mo de RAM pour un serveur de BDD ce n'est pas énorme, mais ça dépend vraiment beaucoup de la "partie utile" de la base (celle qui est régulièrement accédée: par exemple dans de nombreux cas seules les données des derniers jours sont consultées régulièrement, et le reste de la bdd "dort" tranquillement), des requêtes effectuées, de leur optimisation, de leur nombre, de leur rythme, et de tout un tas d'autres choses du genre. Bref, ta question revient à demander si tu peux utiliser une 207 pour faire le voyage, sans préciser combien de gens font partie du voyage, combien il y a de bagages, et où tu vas :-) Jacques.

Je n'utilise jamais php et encore moins PDO, donc là je sèche un peu (chez moi c'est perl et DBI, et là aucun souci). C'est le même type de bdd (y compris version), le même driver, la même version de php, tout ça? Pour la condition, ce serait probablement plus simple avec un tableau de conditions et un petit implode(" AND ",$tab_conditions). Jacques.

Ca passe sur Opera (9.64), mais: - passe ta page à la validation W3C, c'est pas joyeux - IE6 est notoirement difficile (par rapport à IE7 ou 8) - tu peux utiliser www.browsercam.com pour faire tes tests sur tous les browsers imaginables... Jacques

Ca peut être parce que tu es en vacances dans un pays anglophone? Ou que tu as changé la configuration de ton navigateur qui dit que tu préfères l'anglais? Jacques.

Ca voudrait dire que le Prepare s'est mal fini, mais normalement ça devrait te générer une Exception dans ce cas, non? Vérifie la gueule de ta requête ($sQueryField) avant de faire le prepare, il est possible que les données que tu as en prod fassent qu'elle n'ait pas de sens, genre un WHERE en trop ou un AND qui manque ou un truc du genre... Au passage le "where iId=iId" c'est quand même pas top utile, ce n'est probablement pas ce que tu voulais dire... Jacques.

Non, tu as touché 350 euros (= HT + TVA), et tu as payé 13.90 euros de frais Paypal. Le fait que Paypal déduise directement les frais n'a pas d'importance. Donc tu reverses bien la TVA sur le total. Jacques.

Oui, un compte Paypal est un compte bancaire comme un autre. Donc tu dois avoir dans ta compta un compte pour ton compte Paypal en plus de celui de ton compte bancaire habituel. Ensuite tu peux soit considérer que tu as reçu la totalité (donc HT + TVA) puis faire une autre écriture pour passer les frais Paypal en charges, soit tout faire en une seule écriture qui fait tout d'un coup. Le virement de ton compte Paypal à ton compte bancaire est ensuite un virement entre comptes tout à fait classique. Ca fait longtemps que je n'ai pas fait de compta moi-même donc je n'ai pas les numéros de compte en tête ou sous la main et le détail des opérations, mais c'est assez trivial. Jacques.

Je pense que c'est une généralisation un peu hâtive du cas des gens qui louent un emplacement sur leur propriété (physique) pour y mettre un panneau publicitaire: dans ce cas il n'y a affectivement pas d'activité profesionnelle, ce n'est qu'une location d'espace. Sur un site web ça me semble très différent, puisqu'il n'y a pas de notion de propriété (au sens immobilier), donc forcément la location c'est difficile. De surcroît le site web est forcément le résultat d'un travail, ce n'est pas un patrimoine... Bref, je n'y croirais pas trop. Jacques.

Le array_in je peut pas fonctionner parce que le tableau n'est pas "plat" (il ne contient pas directement les noms, mais des tableaux qui eux contiennent les noms). Plusieurs options: - comme tu ne stockes qu'une seule information par jeu dans le premier tableau, le mettre à plat - faire une boucle pour aller chercher au deuxième niveau - faire l'exclusion au niveau de la deuxième requête SQL en ajoutant un AND NomSiteJeux NOT IN (recopier_premier_select) dans ta requête (à la fin de ta clause WHERE). Jacques.

C'est base64, pas 64bit :-) Jacques.

Le retour du "i", ça faisait longtemps, on se croirait de retour au temps du Minitel :-) Le "i" c'est un "é" passé en 7 bits (i.e. le bit de poids fort a été remis à 0). Il y a quelqu'un sur le chemin qui n'aime pas le 8 bits. C'est pas super courant de nos jours, mais visiblement ça arrive encore. Plusieurs options à tenter: - essayer de forcer un Content-Transfer-Encoding: 8bit ou éventuellement binary - tout encoder en base64 ou en quoted-printable avec le Content-Transfer-Encoding qui va avec. Jacques.

J'allais dire non, mais en relisant la doc (hint, hint) c'est possible en fait. Voir exemple à la fin de la section de la doc de CustomLog: http://httpd.apache.org/docs/1.3/mod/mod_l....html#customlog A combiner avec BrowserMatch: http://httpd.apache.org/docs/1.3/mod/mod_s...ml#browsermatch Bref: BrowserMatch ^TOTO$ ua_is_toto CustomLog fichier_ou_programme env=toto Pas testé... Jacques.

Le problème, c'est que là tu mets dans ton tableau à la fois les catégories et les noms des jeux à la file (comme on le voit bien dans le print_r), ce qui fait que c'est un tantinet moins pratique à gérer, il faut que incrémentes i 2 par 2 ($i+=2 au lieau de $i++), et tu as accès aux données par $tab[$i] et $tab[$i+1] Tu as intérêt à avoir plutôt soit: - un tableau qui contient des tableaux, ces derniers étant le nom et la catégorie - un tableau qui contient des tableaux associatifs (même contenu, mais accessible par leur nom plutôt que par des index) - un tableau associatif (clef = catégorie) qui contient des tableaux (liste de catégories) Pour ça, tu remplaces ta ligne array_push au choix par: array_push($tab,array($donnees['NomSiteJeux'], $donnees['Categorie'])); ou array_push($tab,array('NomSiteJeux' => $donnees['NomSiteJeux'], 'Categorie' => $donnees['Categorie'])); ou array_push($tab,$donnees); ou array_push($tab[$donnees['Categorie']],$donnees['NomSiteJeux']); Jacques.

Non, c'est tout à fait possible, il y a au moins deux façons de le faire. Méthode 1: tu fais une requête SQL triée par catégorie (en supposant que les catégories soient dans l'ordre que tu veux, sinon il faudra utiliser une autre table avec les catégories et leur ordre et faire une jointure). A chaque ligne de résultat, tu compares la catégorie avec la dernière affichée. Si elle est différente, tu commences un nouveau menu, sinon tu continues avec le menu actuel. Méthode 2: tu fais ta requête SQL sans tri particulier, et tu fais une boucle sur les résultats qui place les différents éléments dans un tableau associatif (catégorie -> tableau) de tableaux (lignes de menu). Ensuite tu fais deux boucles imbriquées pour afficher tout ça. Méthode 3: tu fais ta requête SQL, tu fais une boucle sur les lignes pour les copier dans un tableau à toi. Ensuite tu peux faire autant de boucles que tu veux sur ce tableau pour afficher chaque menu séparément. Jacques.

Relis bien ton code et tu verras que c'est assez normal... Dans le premier cas tu dis: donne-moi la première ligne des résultats de ma requête SQL, et ensuite tu fais une boucle qui dit "tant que la colonne categorie est multijeux, affiche moi le bout de HTML". Mais tu ne passes jamais à la ligne suivante. Dans le deuxième cas tu fais une requête, puis tu fais une boucle sur chaque ligne du résultat, et si la catégorie est "top" tu affiches. Une fois que tu as parcouru toute la liste, tu refais une autre boucle, mais tu demandes la ligne suivante des résultats, et il n'y en a plus, donc forcément il s'arrête tout de suite. Jacques.

Si tu veux n'en extraire qu'un seul (et je pense que tu as intérêt), il va falloir passer par un programme externe pour ça. C'est d'ailleurs déjà le cas dans ta config, il faut voir si le script appelé (cronolog) est modifiable pour ça. Evidemment je suppose que tu sais déjà que tu peux extraire les lignes de tes logs actuels qui comportent cet UA avec un bon coup de grep ou de awk ou de perl par exemple... Jacques.

http://www.inpi.fr/fr/marques/la-vie-de-vo...une-marque.html Marque déposée et non notoire, ça va être chaud... Jacques.

Et quel serait le problème avec cette solution? C'est non seulement la plus viable, mais aussi la plus logique... Pourquoi chercher à tout mettre dans la même table? Jacques.

Si j'en crois: http://www.quirksmode.org/css/display.html ça marcherait si tu utilises un <span> plutôt qu'un <div> par exemple. Pas testé. Jacques.

En fait le problème est assez simple: la largeur "automatique" d'un bloc (normal, i.e. display: block) dépend (entre autres choses) de la taille du contenant, et pas celle de son contenu. Deux solutions: - forcer la largeur du div en question (ou de n'importe quel bloc entre lui et le body/html, ce dernier compris) en fonction de la taille de ta table (à calculer en fonction des colonnes affichées, ou d'un coup de JS...). Pas très élégant, mais ça peut très bien marcher dans de nombreux cas; - mettre display: inline-block sur le bloc contenant tout qui doit s'aggrandir (le div id=corps par exemple). Mais je n'utilise jamais ça donc je ne pourrais pas te dire les conséquences que ça pourrait avoir (en termes de compatibilité en particulier). Il y a peut-être de gars plus doués que moi en CSS dans les parages :-) Jacques.

C'est quoi le problème exactement? Le tableau est trop large (par rapport à un gabarit fixe), ou le gabarit n'est pas assez large par rapport au tableau? Tu utilises la propriété CSS "position"? Le contenu de ton tableau contient du texte non-sécable (des URLs par exemple)? C'est vrai qu'avec un exemple on irait nettement plus vite... Jacques.

Pour les mails même chose avec un MX au lieu d'un A au niveau DNS, et il faut configurer le serveur de mail pour accepter les domaines en question (ça dépend du logiciel utilisé). Pour le FTP, il n'y a pas de notion de virtual hosting, donc il faut utiliser des logins séparés pour chaque domaine. Une zone DNS c'est un fichier qui contient une liste d'enregistrements (des RR: resource records) qui font une association nom (partiel) + type (A, MX...) -> données (adresse IP pour A, priorité et nom pour MX, etc.). La zone est ensuite associée à un ou plusieurs domaines. Exemple typique d'une zone: @ IN SOA serveurprimaire.domaine.tld admin.domaine.tld (serial refresh retry expire minimum) IN NS serveur1.domaine.tld. IN NS serveur2.domaine.tld. IN A 1.2.3.4 IN MX 10 mx.domaine.tld. www IN A 1.2.3.4 mx IN A 5.6.7.8 Tous les noms qui ne sont pas finis par un point se verront adjoindre le domaine associé à la zone. Les lignes sans nom dans le premier champ reprennent la même valeur que l'enregistrement précédent, et @ = le domaine en cours. Un glue record c'est utilisé quand l'un des serveurs de noms pour un domaine est à l'intérieur du domaine. Comme forcément ce serait difficile de trouver son adresse IP, on ajoute un "glue record" (un enregistrement pour recoller) dans la zone supérieure (le TLD genre .com) qui donne son adresse IP. En pratique je déconseille fortement, il vaut mieux utiliser des serveurs de noms dans un autre domaine. Un enregistrement A fait une correspondance nom -> adresse IP (IPv4) AAAA nom -> adresse IPv6 CNAME nom -> nom MX nom -> priorité + serveur de mail NS nom -> nom du serveur de nom Jacques.

Normalement chez les deux, à moins de créer un enregistrement "wildcard" dans la zone DNS qui va prendre tous les sous-domaines et les envoyer à la même adresse. Jacques.