-
Compteur de contenus
167 -
Inscrit(e) le
-
Dernière visite
Messages postés par Neoxy
-
-
Perso, je ne les connais pas ? Ce sont des solutions open sources ? Sont-elles utilisés ? Est ce qu'il y a une communauté derrière qui tourne autour de ces CMS ?
-
Tu peux comptabiliser le nombre de fois que ta page à imprimer a été affichée, mais de la, avoir des stats sur le nombre d'impression...
Il faudrait éventuellement mettre en place un compteur de clics : En javascript / ajx ou php....
-
Ouai, j'imagine !
Bon courage alors
-
Oui, je sais bien que le dépôt de marque ne protège pas contre la copie du contenu, mais est-ce pas le but du Copyright ? de protéger sa marque ?
J'ai peut être mal compris le topic
-
Si tu veux protéger ton site, dépose ta marque à l'INPI, ca coute 200 € mais au moins, t'est sur d'être protégé, puisqu'un simple Copyright ne sert pas à grand chose...
-
Essaye de faire du référencement et de publier des liens et du contenu sur des sites qui sont suceptibles d'être consultés par les internautes...
Cette stratégie vise à générer du trafic de la part de vrai visiteurs, et de faire plaisir à google puisque tu développe de la popularité grâce à des sites de qualité ...
-
Salut à toi et bienvenue sur ce forum !
-
Seulement, je pense que la meilleure solution consiste à confier la tâche aux services et outils spécialisés qui fonctionnent en cloud, loin de votre machine.
Pour un excellent rapport qualité/prix, je conseille Ranks.fr
Ouai, je suis d'accord avec Thick... j'utilise Ranks, est c'est vraiment pas mal comme outil
-
Ouai, je comprend pas...
Il est important que les joueurs s'inscrivent pour être contactés s'ils sont tiré au sort ? non ?
-
Loool, ouai, fait attention à ce genre de mail !!
En tout cas, vous êtes beaucoup à kiffer le bouton spam de vos boites email
-
La fréquence de Crawl varie aussi en fonction de la popularité du site, s'il est populaire, (pas mal de liens, et un bon PR) il peut obtenir des visites quotidiennes de la part de google...
-
C'est un casse tête la transition ISO Utf8...
Voici les éléments à prendre en compte :
- Es ce que ton champs en base de donnée est codé en UTF8
- Es ce que ton fichier (html ou php) est au format UTF8 (tu peux changer le codage avec notepad++ par ex)
- Et ensuite, la balise méta, ...
-
Je te conseille SEO QUAKE... (Extension disponible pour Chrome ou Firefox)
Il te donne des indicateurs en un clin d'oeil !
-
Moi je veux juste 1 million de dollars
Loool, super réponse , moi, j'en veux 2 millions hé éh !
-
Organise un jeux concours pour avoir plus de fan !
-
Je suppose que tu as déjà trouvé ce site mais je te le propose quand même au cas où:
/>http://www.onvousrappelle.com/blog/5-digg-like-pour-une-indexation-rapideCette page ne fonctionne plus apparament : Redirection vers la page d'accueil !
-
Il me semble que pagerank.fr bug un peu de temps en temps !
-
Le référencement évolue tellement vite... j'ai l'impression qu'il manque de nombreux éléments dans cette liste
-
Si ton site est jeune, c'est normal... Sinon, il faut juste continuer à obtenir des liens vers ton site, en t'inscrivant sur des annuaires par exemple...
-
Oui, continue à obtenir des liens vers ton site pour développer ta popularité...
Lorsque que google découvrira ton lien sur un autre site, il sera motivé pour aller le visiter
-
Bonjour,
J'ai cru comprendre qu'un EXPLAIN qui répond un : Using temporary; Using filesort pour une requête Mysql avait besoin d'être revue pour être optimisée...
Depuis quelques semaines, je fait le tour de mes requêtes en les soumettant à Explain afin de voir si tout va bien, et j'ai un cas de figure bien particulier que je n'arrive pas à cerner d'autant plus que la requête concernée ne me semble pas compliquée...
Structure des tables :
table1(id, texte ..... , prio, last_update) : PRIMARY KEY sur id, index composite sur (prio et last update)
table2(id, zone) : PRIMARY KEY composite sur id, zone et ajout d'un index sur zone
La table1 comprend près de 150 000 enregistrements et la table2 comprend 450 000 enregistrements... On peut dire qu'il y a 3 enregistrement dans table2 pour un enregistrement pour la table1... (1, n)
Requête en question
La requête en question concerne deux tables jointes et comprend un petit tri :
select id, texte, prio, last_update
from table1
inner join table2 on (table1.id = table2.id)
where table2.zone = 44
order by prio desc, last_update desc
limit 0,10Explain de la requête :
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE table2 ref PRIMARY,zone zone 4 const 162 Using temporary; Using filesort
1 SIMPLE table1 eq_ref PRIMARY PRIMARY 3 table2.id 1 Using where
L'exécution de la requête est plutôt rapide : 0,01 secondes (malgrès le nombre d'enregistrements) cependant, je ne comprend pas pourquoi mysql a besoin de créer une table temporaire et d'effectuer un re-tri pour l'exécution de la requête...
Es ce qu'il y a un oubli ou un rajout de trop au niveau des indexes ?
Es ce qu'il y a une variable serveur à modifier pour éviter ce genre de message.. ?
En espérant que ce que je viens d'expliquer est suffisant pour que vous puissiez m'éclairer !
EDIT : Je crois que cela est lié à l'order by car lorsque je supprime cette clause, je n'ai plus de : Using temporary; Using filesort
Mais cela m'embête car j'ai besoin de mes tri
Cordialement,
-
Yep,
Ben pendant que je fesais mes tests, je suis finalement revenu sur cette solution : index sur table2(zone) + index sur table(activ,id,prio,last_update)
Les performances sont excellentes, je n'avais jamais pensé qu'on pouvais gérer les indexes de cette façon !!
Du coup, je suis à fond sur mes tests...
Et merci encore
-
Hello,
J'ai pu remarqué que l'ordre des colonnes dans la déclaration des clés primaires ou indexes pouvaient avoir des répercussions dans les performances, en l'occurrence, ils ne se comportent pas de la même façon...
Par exemple : primary(id, zone) va être différent de primary(zone, id)...
Pareil pour index(prio, last_update) se comporte différement de index(last_update, prio)
En fonction de quoi devons nous choisir l'ordre des colonnes impliqués dans des clés primaires ou indexes...???
-
Hello Jacques,
Ca va enfin beaucoup beaucoup mieux, mes requêtes s'exécutent en 0,01 secondes, c'est beaucoup mieux
Du coup, j'ai revu les indexes et j'ai suivis ce conseil : - index sur table2(Zone) + index sur table(active,prio,last_update)
Je vais jouer encore avec les indexes pour voir si je peux encore améliorer les perfs
Merci encore beaucoup !!!
Présentation HananeRak
dans Les nouveaux membres se présentent
Posté
Hello, et bienvenue à toi !!!
Au plaisir pour des échanges sur ce forum !