SMPFR

Pong
J'ai peur que ce soir moins efficace (je vise du 100k visiteurs...). Je veux pas avoir à trop retoucher apres.

Enfin au niveau optimisation tu t'y connais sûrement mieux que moi, mais je trouve ça visuellement craignos

Oulà ... bien mieux que ça oui !

Les mots clefs de tes prochaines recherches
-> Fibaro (j'en suis revendeur)
-> Z-wave 868 (pour bouton poussoir avec retour d'information) + chaque capteur fait relais fréquence entre eux / éviter DI-O (peu fiable dans le temps + pas de retour d'information)
-> EnOcean (capteur ne nécessitant pas d’apport électrique : utilise la force de l'ouverture / fermeture ou clanchage ou le solaire)

Avec Raspi :
=> gpio RaZberry Zwave me + Debian + package domotcz (heures lever / coucher du soleil) + api possible pour notification directe sur iphone (via apps prowl), android (via apps nma)
+ cf : http://blog.idleman.fr/sommaire-raspber ... s-en-ique/

+ S.A.R.A.H / Jarvis (tiptop avec windows 8.1)


gnipong

Ping

thmartel: c'est pas parce que ta requête est longue qu'elle va être longue à exécuter. longue à "étudier" mais pas forcément à exécuter

pong

fucking smbclient qui ne veut se monter que par root et du coup mon user y a pas accès

ping

fucking smbclient qui ne veut se monter que par root et du coup mon user y a pas accès

ping

c'est tout à fait logique, faut utiliser les options de montage pour "mapper" les permissions à l'utilisateur que tu veux qui accède

pong

j'ai mis -o dans le montage mais ca, ca spécifie pour se connecter au serveur, la ce que je veux c'est "attribuer" le montage à mon user

ping

j'ai mis -o dans le montage mais ca, ca spécifie pour se connecter au serveur, la ce que je veux c'est "attribuer" le montage à mon user

ping

tu peux autoriser la commande avec sudo si tu veux par exemple
pong
ou faire un script qui fait que le montage et démontage d'un truc et autoriser que cet utilisateur à le lancer

si je lance la commande avec sudo, ca me colle un uid/guid en lieu et place de user/group et du coup j'ai pas la permission

et pour sudoers pour l'instant mon user est en ALL en permission (crade mais pour l'instant ca fait le taff)

ping

pong > Samba c'est un peu capricieux effectivement. J'ai fini par adopter la méthode "bourrin", en ayant un compte utilisateur sur le serveur qui correspond au client ^^'

je pense que c'est ce que je vais faire ^^

ping

si je lance la commande avec sudo, ca me colle un uid/guid en lieu et place de user/group et du coup j'ai pas la permission

et pour sudoers pour l'instant mon user est en ALL en permission (crade mais pour l'instant ca fait le taff)

ping

ping

Essaie le script avec le bit SETUID à la rigueur
Je peux pas trop t'aider, je fais pas trop de choses dans ce genre...

ping

va falloir que je me penche la dessus ^^

bon goodies online demandées j'attends de voir ce que ca donne ^^

poulpito: bull y font pas des goodies? ^^

pong

ping j'arrive même pas à avoir un stylo tu as la réponse ?

edit : mais si tu es un futur client doit y avoir moyen

ha ouais ^^

nan mais je demandais comme ca stou ^ ^

pong

ping
encore pour du sql, sur Mysql:
est il mieux de creer plusieurs bases de données ou une seule?
Je m'explique: sur mon site, j'ai une partie statistiques et une partie site en lui même (les articles, les liens, des infos pour le css...), plus une partie contenant des infos du genre liste des villes française,s, listes des pays...

Dois je séparer en 3 bases différentes? Ou tout mettre en une seule? ma problématique est double: limiter les volumes de la base a sauvegarder (base stat tous les jours, base site une fois par semaine, base infos divers une fois par mois par exemple), mais aussi limiter les possibilité d'interaction avec tel ou tel compte (un compte n'aurait accès qu'au nombre de base strictement nécessaire à son fonctionnement).

Niveau perf quel impact? Il y aurait en effet des requêtes (enfin ensemble de requêtes) tapant dans plusieurs bases sur la même demande (genre un formulaire de stat qui va aller chercher la liste des villes et demander des infos, puis renvoyer une partie vers la base stat, dont l'ID de la ville sélectionnée par l'utilisateur)

Au niveau des performances ça changera rien que ce soit 3 tables dans 1 base ou 3 tables dans 3 bases, encore que, selon comment tu codes les accès, tu aura plus de connexions avec 3 bases et tu pourras pas faire de jointures dans tes requêtes entre 3 bases.

L'administration de base de données, c'est un vrai métier, c'est assez difficile d'estimer les choses à l'avance et y a tellement de "tuning" possible que c'est passionnant !

Au niveau des performances ça changera rien que ce soit 3 tables dans 1 base ou 3 tables dans 3 bases, encore que, selon comment tu codes les accès, tu aura plus de connexions avec 3 bases et tu pourras pas faire de jointures dans tes requêtes entre 3 bases.

L'administration de base de données, c'est un vrai métier, c'est assez difficile d'estimer les choses à l'avance et y a tellement de "tuning" possible que c'est passionnant !

ping, c'est ce que je vois
Le problème de jointure c'est ce qui va être le plus chiant j'en ai peur... j'ai l'impression que je vais être obligé de stocker le résultat complet d'une première requête dans une variable, et de travailler sur la deuxième requête avec le contenu de cette variable. sur une table de 10-15Mo, ça peut faire mal...

Mon idée actuellement:
- Une table administration (pour le "site" de back)
- une table sitestat et une table siteinfos, dupliquée en sitestatA/sitestatB et siteinfoA/siteinfoB de façon a permettre des modification sur le site de la façon la plus simple et la plus transparente pour les utilisateurs (un site en prod, un site en dev, qui tournent au grés des évolutions)
- une table localisation pour tout ce qui est lieux (listes de villes, pays...)

ping, c'est ce que je vois
Le problème de jointure c'est ce qui va être le plus chiant j'en ai peur... j'ai l'impression que je vais être obligé de stocker le résultat complet d'une première requête dans une variable, et de travailler sur la deuxième requête avec le contenu de cette variable. sur une table de 10-15Mo, ça peut faire mal...

Au travail on a des tables de plusieurs millions de lignes, on fait des jointures, ça marche, et vite. Faut juste bien organiser tes données, bien configurer ta base, faire des index là où il faut et bien écrire ta requête

pong

1 base - 3 tables, et pour les droits des users tu gère ca avec des vues

pong

1 base - 3 tables, et pour les droits des users tu gère ca avec des vues

pong

dans chaque base j'ai une trentaine de tables j’espérais benoitement pouvoir simplifie cette gestion, mais je sui en train de me rendre compte qu'au contraire je m'enfonce
ping

bas le truc c'est que entre tables me semble pas que tu puisse faire de jointures ce qui est bien problématique ^^

après tu peux jouer avec les prefixes pour différencier les tables

pong

bas le truc c'est que entre tables me semble pas que tu puisse faire de jointures ce qui est bien problématique ^^

après tu peux jouer avec les prefixes pour différencier les tables

pong

les jointures c'est entre TABLES, je pense que tu voulais dire que c'est pas possible entre BASES

ping

ha ouais me suis emmélé

c'est bien entre base que ce n'est pas possible

pong

Dans Postgresql (une vraie base de données qui marche bien ) tu peux faire des schémas pour séparer tes tables, mais ça reste dans la même base et tu peux faire des jointures entre différentes tables de différents schémas

ping

pong Octave Klaba qui demande de l'aide à ses abonnés sur la mailing list pour résoudre le problème de perte de paquets sur OVH ADSL