petit-ourson

Réussi via l'appli Android.

Avec un mail inconnu, il n'a rien voulu savoir avec un mail connu par ovh, ça a marché.

L'appli mobile est très rudimentaire. Il manque surtout l'option pour lui dire de faire les échanges que si je suis en wifi (comme pour dropbox). L'autre jour j'ai envoyé 460 Mo en 3G grillant tout mon quota du mois 2jours après sa remise a zéro ...

Excellente année 2011 !

C'est ce bout de code (et d'autres du même styles) :

<script type='text/javascript'>

if (top !== self) top.location.replace(self.location.href);

</script>

Présent sur le site de la 3e image.

Je pense avoir trouvé mon bonheur avec Bluehost.

LE tout pour 6.95 $ / mois ... Hé bé ça laisse rêveur ;o)

Tu peux copier/coller les lignes en question ?

Qu'y a-t-il sur ta ligne 341 (et les deux 3 lignes précédentes) ? Ce message n'indique pas que la fonction n'existe pas.

La dernière version du site Virginmega l'utilise.

Exemple: http://www.virginmega.fr/musique/album/i-am-not-a-human-being-livret-digital-lil-wayne-109617163%2cpage1.htm

Je ne vois pas trop l'intérêt d'externaliser les avis/commentaires de ses visiteurs. Si demain les visiteurs clôturent leur compte ou si Facebook change de politique, tous les commentaires sont perdus...

Source: http://dev.mysql.com/doc/refman/5.1/en/insert.html

Ça devrait également fonctionner.

INSERT INTO nom_de_la_table (champ1, champ2, champ3) VALUES ('valeur1', 'valeur2', 'valeur3')
,('valeur1', 'valeur2', 'valeur3'), ('valeur1', 'valeur2', 'valeur3');

Il me semble que plusieurs INSERT est plus coûteux qu'un INSERT avec plusieurs VALUES. Je n'ai cependant pas de preuves à apporter.

Je ne sais pas mais cela devrait pouvoir t'aider : http://www.broken-links.com/tests/gradients/

Moi je l'ai entendu pour des publicités qui ressemblaient à des publicités Google Adsense mais qui ne l'étaient pas.

En configurant correctement ton .htaccess, les robots n'essaieront même pas de regarder ce que contient ta page.

Si tu restreints tes pages via les meta, le robot est obligé de passer dessus pour s'apercevoir qu'il n'a pas le droit de l'indexer.

Je n'ai pas reçu de notification à cette discussion .. donc je reprends avec un peu de retard.

C'est surtout l'histoire des bornes qui fait ramer MySql et à ce moment là comme il a été dit, les index ne servent plus à rien.

Sur notre table de 185 Millions de ligne (17Go), chaque ligne contient une date. Si je fais des recherches sur un interval de 1-2 semaines (et avec 3-4 filtres sur des entiers en plus et un group by), j'ai des meilleurs performance avec MySQL, si j'étends la même recherche sur 6 mois, infiniDB sera 30 fois plus rapide que MySQL.

Maintenant, il faut dire que ma table est consolidé et donc quand je fais mes requêtes je ne fais aucune jointure dessus. Enfin ceci dit je suis pas DBA, infiniDB nous a été recommandé par un consultant de mySQL.

En tout cas, il ne faut surtout pas stocker les accents en entités html dans sa base de données. C'est trop galère après si tu dois utiliser ta base de données dans autre chose que ton site web.

Et nous on a pas le droit de le savoir ?

Bienvenue sur le Hub !!

Bienvenue parmi nous Ludovic !

Dans ton exemple module truc ne sera inclus qu'une seule fois (le première fois).

Non on ne peut pas, il te faut une deuxième table.

Si j'étais toi, je reverrai mon modèle de données qui ne me semble pas au point.

il te faut une table :

tEvenements avec idEvement, description (par exemple).

Et une table tDates avec idDate, idEvenement, date.

(ce n'est qu'un exemple dans la mesure où je ne connais pas le finalité de toutes tes dates (et que je ne connais pas ton projet)

Bonjour!

C'est un peu vague les téléphones portables non ?

Pour information, le site dans ta signature ne fonctionne plus...

Il existe des bases des données spécialisés dans les calculs mais qui sont à la ramasse dès qu'il s'agit de faire des requêtes compliquées.

Par exemple:

/>http://infinidb.org/
/>http://www.infobright.com/

J'utilise la première en production sur une table qui grossi d'environ 400k de lignes par jour pour un total de 177 Millions de lignes et 11.7 Go et ... elle s'en sort plutôt bien.

Avec MySQL, on ne pouvait plus rien faire car des requêtes super simples prenaient beaucoup trop de temps (sans jointure, uniquement des filtres sur des dates/entiers/enums avec des groupements).

Le gros soucis avec MySQL, c'est que sur les grosses tables, la base de données s'y perd avec les index ... et MySQL sans index n'aime pas les full scan à gogo.

Trop d'index dans une base de données MySQL plombent complètement les performances de cette dernière.

Je corrige ta signature, il n'y a pas d'aveugle qui consulte le Hub.

Bah comment tu le sais ?

Moi si j'oublie mes lunettes, j'aime bien quand c'est écrit gros .

As-tu des connaissances en algorithmique pas du tout ?

C'est par ici qu'il faudrait commencer avant de partir sur le PHP (oui oui c'est théorique mais rien de mieux que la théorie pour commencer).

ou encore :

$t = array("mot1","mot2","mot3","mot4","mot4");
$rand_keys = array_rand($t);
$mot_au_pif = $t[$rand_keys];

Non du tout. Moins je vois mon banquier, mieux je me porte... Donc je m'imagine mal me voir un banquier tous les matins en me regardant dans mon miroir !

Tu cherches un hébergement ou un administrateur pour ton hébergement ?

En fait, tu peux très bien te connecter (via mysql_connect) à un serveur de base de données sans pour autant sélectionner (via mysql_select_db) une base de données.

Si l'utilisateur que tu connectes à les droits sur les deux bases à utiliser, tu peux utiliser tes deux base de données dans une même requête (ou pas) en préfixant tes tables avec le nom de la base de données contenant ces tables.

Exemple :

SELECT * FROM <mabase1>.<matable1>;
SELECT * FROM <mabase2>.<matable2>;
SELECT * FROM <mabase1>.<matable1> A, <mabase2>.<matable2> B WHERE A.<champ4> = B.<champ8> AND A.<champ3> = <condition1>;

Dans ton cas, dans la mesure ou tu as deux serveurs de base de données distincts, tu es obligé de te connecter 1 fois sur chacun de tes serveurs (et tu ne pourras donc pas utiliser des requêtes avec des jointures sur les deux serveurs).