Portekoi

Bonsoir, Lorik : Je pense qu'il serait bon que tu cherches un peu plus par toi même car jacques a fait 99.9% du boulot... Y a qu'en faisant des erreurs que l'on apprend Portekoi

Bonjour, Actuellement, les utilisateurs de mon réseau doivent changer de mot de passe tous les 30 jours. 5 jours avant, un message leur indique que leur mot de passe va expirer et les invite à le changer de suite mais beaucoup de personne attendent le dernier jour pour le faire. Le problème est que windows fait expirer le mot de passe à la minute près. C'est à dire que je peux très bien m'assigner le matin mais avoir mon mot de passe qui expire à 12H12 se qui pose problème. Y a t il un moyen de faire changer le mot de passe de force à J-1 par exemple ou de demander à windows de calculer l'écart par rapport aux jours et non aux minutes pour le faire changer dès le matin? Le tout via des stratégies ou autre... Merci d'avance Portekoi

Marrant avec le hub : Who hosts www.webmaster-hub.com ?

Pour tes besoins, c'est un bon choix

Pas de MMS et pas comportement comme une clé USB quand on le branche à l'ordi... pas super terrible. On m'a dit qu'il n'avait pas de GPS non plus et qu'il fallait accéder à Google Maps pour ça... est ce vrai? Le miens est un Samsung I900 qui marche très bien mais je n'ai jamais testé les mails, même si c'est tout à fait possible. Lecteur de vidéo, MP3, GPS, MMS, calendrier synchronisable avec Windows etc.... Mais un peu "too much" pour tes besoins, nulette

Bonjour, Tu es obligé d'envoyé le Cookie avec "fr." devant? Pourquoi ne l'envoies tu pas du domaine principal (domaine.ext) avec en paramètre la langue par exemple? Portekoi Tiens, regarde ceci : http://www.webmaster-hub.com/index.php?s=&...st&p=243300

Cela joue un rôle (ou role) important... Reste à savoir se que saisissent les internautes et là, je pense qu'il doit y avoir de tout.

Bonsoir, D'après vous, est ce qu'un caractère accentué peut jouer un rôle important pour le résultat dans Google? A petite échelle voilà se que j'ai remarqué : http://www.google.fr/search?hl=fr&rlz=...rcher&meta= http://www.google.fr/search?hl=fr&rlz=...rcher&meta= Bizarrerie ou normalité? Portekoi

Même avast! le détecte

Bonjour, Bienvenue à toi parmi nous Tu peux mettre 3 liens en signature donc profites en. Portekoi

La pédophilie est mondiale et s'étend hors de nos frontières. Signale le à la police, fais ton devoir de citoyen, le reste, c'est aux autorités compétentes de le faire

la relation entre la table customers et relances est elle en "1,1" ?

Encore une fois, non, les normes ne sont pas là que pour éclaicir le code mais bien aussi pour optimiser les ressources. Si sur internet, on trouve des articles indiquant clairement qu'il est mieux d'utiliser les JOIN, peut être y a t il une raison... ? Je ne sais pas dans quoi vous travaillez mais même en ayant travaillé pour RVI, une banque et Ipsos, j'ai rarement croisé une table contenant un milliard d'enregistrements. Ca doit être impressionnant et raison de plus pour optimiser à fond les requêtes. Si un site comme développez dit explicitement : Il ne faut pas venir ajouter derrière : Réduire les normes SQL à une manière de rendre lisible une requête, c'est un peu réducteur à mon gout et démontre, pour moi, que vous n'avez pas vraiment compris l'essentiel de ces standards. Et je reprends mon exemple du Paris-Marseille. Vous pouvez y aller en Bus, en voiture ou en TGV, vous arriverez toujours à Marseille. Merci de ne pas déformer mes propos. Je n'ai jamais dit qu'il y aurait un problème de compatibilité. J'ai dit que les normes permettaient de passer d'un système à un autre sans trop être perdu. L'algorithme permet de passer d'un langage à un autre. Tout ce qui change, c'est la syntaxe mais la logique de programmation reste la même. Que cela soit en Transac, en Php, en Asp, en Dotnet et j'en passe, l'algorithme s'appliquera à tous ces langages. Même remarque : Que postgre ne fasse pas la différence entre les différentes jointures, c'est bien dommage, dans la mesure ou cela ne force pas les développeurs à évoluer, ni le moteur à progresser en terme d'optimisation. Non, je ne suis pas d'accord. Voir mes arguments ci-dessus, cela ne sert à rien de répéter 10 fois la même chose. Les normes sont là pour faire évoluer les hommes mais aussi les machines. Portekoi PS Je viens de voir que vous étiez chez Oxado. Je comprends mieux la table approchant le "milliard d'enreg" mais c'est pas une raison

On ne contredit pas un membre du staff du Hub, nan mé

Je voulais dire : A utiliser à bon escient dans la mesure où il faut utiliser un Distinct quand il faut et pareillement avec le Group By. C'est à dire : Ne pas utiliser un Group By quand distinct convient le mieux. Le tout dépendant de la structure des tables. (Index, Clé etc.)

J'ai trouvé ceci dans la doc mais pas sur que cela réponde à la thématique : http://www.postgresql.org/docs/8.1/interac...icit-joins.html

Re, Je ne connais pas ton passif et je n'ai pas à le connaitre. Je n'ai travaillé que très temporairement sur du postgresql et je connais très mal ce SGBD. Par contre, travaillant tous les jours sur DB2 et SQL Server, je peux affirmer que sur des millions d'enregistrements (transaction bancaire), faire une jointure dites "Externe" relève plus du kamikaze que tu programmeur. Les normes sont là pour, non seulement aider le développeur mais aussi pour aplanir les syntaxes entre SGBD. Que postgresql ne fasse pas la différence, je dirais que c'est vraiment dommage. Ce serait comme continuer de programmer en PHP en gardant la GD 1.0. Les évolutions de normes ou de langage ne sont pas nos ennemies et, dans le cadre de la norme SQL2, nous facilite la vie. Dire que d'utiliser le JOIN sur une requête utilisant un grand nombre de tables est "rarement" fait, cela relève un peu de la "fainéantise" au sens du programmeur qui ne veut pas trop se fouler quoi que pour moi, ta méthode est bien plus compliquée car avec un Join, tu tapes les jointures au fil de l'eau et non, d'abord les tables et ensuite les liaisons. Chacun fait comme il l'entend naturellement et je n'ai de leçon à donner à personne. Portekoi

Exemple : http://msmvps.com/blogs/robfarley/archive/...up-by-wins.aspx

Euh non, je ne suis pas d'accord. Si tu as besoin de "regrouper" des éléments, il faut utiliser un Group By qui est là pour ca, et non un Distinct.

Tu as une source car cela m'étonnerait... De plus, dans le cas d'une égalité en terme de ressource entre la gestion des deux méthodes (ce qui me surprendrait), il faut utiliser les normes actuelles.

Ne confonds pas Jointure et Filtrage Pour relier 2 ou n tables, il faut utiliser l'expression "Join" : Inner join, Left join Rigth join etc. Pour filtrer des résultats, il faut utiliser le Where donc la requête de petit-ourson.

Version optimisée : SELECT nom, max(temps_sec) as max_temps FROM sujet a inner join articles b ON a.id = b.ref_sujet GROUP BY nom ORDER BY max_temps DESC LIMIT 0, 5 Attention aux jointures. Et pour info, un distinct est très très lourd pour Sql. Il vaut donc mieux passer par un group by avec les différents fonctions comme SUM, Count, AVG, Max, Min, Count Distinct etc...

Euh tu peux faire Paris Marseille en bus (7-8H) et Paris Marseille en TGV(3H00), le résultat sera le même mais pas les conditions de voyage. Source : http://sqlpro.developpez.com/cours/sqlaz/jointures/#LII-B Donc non, cela ne revient pas du tout au même. Faire une "jointure" dans la clause where signifie que tu ne te préoccupes aucunement de la jointure mais uniquement du filtrage pour ensuite le "re-filtrer". Portekoi

Bonsoir, Dans un cyber, l'adresse IP est unique pour tous les potes et heureusement Je pense que tu devrais : 1 - le dénoncer à son FAI 2 - Valider manuellement les inscriptions 3 - Discuter avec lui autant que possible pour lui faire comprendre que son agissement peut être répréhensible par la loi. Bon courage Portekoi

Effectivement, pour 2008, il n'y pas grand chose dans les archives....