J'avais fait alors très bourin:
J'avais ajouté dans la table des email un champs qui permetait de savoir si l'email avait été envoyé.
Depuis ma page principal, j'executais un script (dans mon cas, lancé depuis un flash) qui envoyait les 10 (50? je ne sais plus le nombre exact) et les marquait comme envoyés. A la fin de la serie, le flash recevait un message lui disant que le script était fini (en gros, lui indiquant qu'il devait relancer le même script). A la fin du traitement (lorsqu'il ne restait plus d'email non traité), il recevait le message de fin du traitement et il suffisait de remettre les marqueur dans leur état initial.
Le marqueur permet de reprendre le traitement si celui-ci est interompu (plantage du client, deconnexion, mauvaise manipulation de l'utilisateur, etc...).
L'utilisation d'un 'refresh' n'est pas très efficace car on ne connait pas le temps pour faire le traitement d'envoie des emails.
Je suppose qu'il est possible de faire la même chose avec un iframe et du javasvript, ou même tout en javascript en utilisant xmlhttprequest.
Mais , il doit exister des solutions bien plus propre...
Comme je ne suis pas trop sûr que le bug ne vienne pas de mon système (que j'ai un peu bricollé), j'hesite à le poster sur bugzilla.
A part cela, la version AMD64 de Ubuntu Hoary fonctionne très bien.
Tous les paquets de la branche i386 ne sont pas dans celle AMD64. Certaines applications ne passent pas la compilation en 64 bits (OpenOffice.org2 par exemple). D'ailleurs, OpenOffice.org (le 1.1.3 chez moi) est compilé mode 32 bits.
Pour les dépôts autres que ceux d'Ubuntu, s'ils ont une branche 64 bits, il n'y a pas de problème. Dans la réalité, c'est assez rare, et il faut alors utiliser les sources du dépôt pour reconstruir les paquets. Cela se passe généralement bien. Enfin, une bonne installation à la menotte dans /usr/local ne pose pas de probème (ce que j'ai fait pour PHP5 par exemple).
Pour tout ce qui est propriétaire, cela depend. Je n'ai pas réussi à avoir le plugin Flash dans un navigateur, ni mplayer avec les codecs win32 (si, mais en dchrootant sur un systeme 32 qui était sur ma machine, ce qui n'est pas une solution).
Java (Sun, Ibm et Blackdown (le seul avec le plugin pour navigateur)) passe. J'ai doom3 installé qui fonctionne à merveille. J'ai testé Skype et cela passe également.
Bref, je n'ai pas trop de soucis, sinon ce $LD_LIBRARY_PATH qui m'empeche de faire ce que je veux (installer un version 32 bits de firefoxe en utilisant linux32 avec plugin Flash, une version de java avec eclipse (en 32, celle en 64 fonctionne bien en ce moment)).
Et tout cela pour avoir eclipse avec le module Flashout qui permet de voir directement le résultat de la compilation de code '.as' via Motion-Twin ActionScript Compiler (un flash swf)...
Sous Mandrake, tu choisis ton appli, il te dit qu'il faut tel rpm en plus ou en moins, tu dis ok et cela roule. Les menus sont mis à jour automatiquement.
Sous Ubuntu, c'est pareil, sauf que tes menus ne sont pas mis à jour automatiquement.
Je ne connais pas d'autre distribution.
Bref, je ne comprends pas pourquoi en faire toute une histoire. Elle marchent toute de la même manière.
J'ai bien sûr essayé, mais pas concluant.
j'ai bien rw pour la racine (df ou mount), mais impossible d'écrire dessus.
J'ai essayé également l'option --bind pour monter cette partition ailleurs, mais là encore, impossible d'écrire.
Comme ma racine ne contient que /etc, /boot et /dev (en données importantes), je pourrais copier cette base sur une autre partition, y mofidier les fichiers et booter dessus avec une commande lilo (ce que j'ai deja fait avec ma machine de travail car au changement de noyau, il y a eu changement pour le disque sata de hd en sd), mais je vais plutôt en profiter pour changer de distribution (debian ou sourcemage).
Merci pour ces explications (je ne connaissais pas ces options de mount).
[^] # Re: bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par Neni (site web personnel) . En réponse au message impossible d'installer lm_sensors pour gkrellm..... Évalué à 1.
puis un petit lancement du service (/etc/rc.d/init.d/sensrd start).
# Des pistes...
Posté par Neni (site web personnel) . En réponse au message PHP + newsletter. Évalué à 2.
J'avais fait alors très bourin:
J'avais ajouté dans la table des email un champs qui permetait de savoir si l'email avait été envoyé.
Depuis ma page principal, j'executais un script (dans mon cas, lancé depuis un flash) qui envoyait les 10 (50? je ne sais plus le nombre exact) et les marquait comme envoyés. A la fin de la serie, le flash recevait un message lui disant que le script était fini (en gros, lui indiquant qu'il devait relancer le même script). A la fin du traitement (lorsqu'il ne restait plus d'email non traité), il recevait le message de fin du traitement et il suffisait de remettre les marqueur dans leur état initial.
Le marqueur permet de reprendre le traitement si celui-ci est interompu (plantage du client, deconnexion, mauvaise manipulation de l'utilisateur, etc...).
L'utilisation d'un 'refresh' n'est pas très efficace car on ne connait pas le temps pour faire le traitement d'envoie des emails.
Je suppose qu'il est possible de faire la même chose avec un iframe et du javasvript, ou même tout en javascript en utilisant xmlhttprequest.
Mais , il doit exister des solutions bien plus propre...
[^] # Re: bugzilla
Posté par Neni (site web personnel) . En réponse au message [Ubunto-hoary] plus de $LD_LIBRARY_PATH ?. Évalué à 1.
A part cela, la version AMD64 de Ubuntu Hoary fonctionne très bien.
Tous les paquets de la branche i386 ne sont pas dans celle AMD64. Certaines applications ne passent pas la compilation en 64 bits (OpenOffice.org2 par exemple). D'ailleurs, OpenOffice.org (le 1.1.3 chez moi) est compilé mode 32 bits.
Pour les dépôts autres que ceux d'Ubuntu, s'ils ont une branche 64 bits, il n'y a pas de problème. Dans la réalité, c'est assez rare, et il faut alors utiliser les sources du dépôt pour reconstruir les paquets. Cela se passe généralement bien. Enfin, une bonne installation à la menotte dans /usr/local ne pose pas de probème (ce que j'ai fait pour PHP5 par exemple).
Pour tout ce qui est propriétaire, cela depend. Je n'ai pas réussi à avoir le plugin Flash dans un navigateur, ni mplayer avec les codecs win32 (si, mais en dchrootant sur un systeme 32 qui était sur ma machine, ce qui n'est pas une solution).
Java (Sun, Ibm et Blackdown (le seul avec le plugin pour navigateur)) passe. J'ai doom3 installé qui fonctionne à merveille. J'ai testé Skype et cela passe également.
Bref, je n'ai pas trop de soucis, sinon ce $LD_LIBRARY_PATH qui m'empeche de faire ce que je veux (installer un version 32 bits de firefoxe en utilisant linux32 avec plugin Flash, une version de java avec eclipse (en 32, celle en 64 fonctionne bien en ce moment)).
Et tout cela pour avoir eclipse avec le module Flashout qui permet de voir directement le résultat de la compilation de code '.as' via Motion-Twin ActionScript Compiler (un flash swf)...
[^] # Re: comme les autres quoi
Posté par Neni (site web personnel) . En réponse au journal Linspire aurait-il compris le problème?. Évalué à 6.
Sous Ubuntu, c'est pareil, sauf que tes menus ne sont pas mis à jour automatiquement.
Je ne connais pas d'autre distribution.
Bref, je ne comprends pas pourquoi en faire toute une histoire. Elle marchent toute de la même manière.
# La solution
Posté par Neni (site web personnel) . En réponse au message probleme de clavier qwerty. Évalué à 2.
Avec gconf, il faut editer la valeur:
desktop > peripherals > keyboard > xkb > layouts : fr au lieu de us
Donc, a priori, Gnome reconfigure cela à chaque session et j'ai du faire une bêtise au départ (première installation).
Merci à tous pour vos réponses.
[^] # Re: Menu language de gdm
Posté par Neni (site web personnel) . En réponse au message probleme de clavier qwerty. Évalué à 1.
[^] # j'abandonne
Posté par Neni (site web personnel) . En réponse au message Problème fstab. Évalué à 1.
j'ai bien rw pour la racine (df ou mount), mais impossible d'écrire dessus.
J'ai essayé également l'option --bind pour monter cette partition ailleurs, mais là encore, impossible d'écrire.
Comme ma racine ne contient que /etc, /boot et /dev (en données importantes), je pourrais copier cette base sur une autre partition, y mofidier les fichiers et booter dessus avec une commande lilo (ce que j'ai deja fait avec ma machine de travail car au changement de noyau, il y a eu changement pour le disque sata de hd en sd), mais je vais plutôt en profiter pour changer de distribution (debian ou sourcemage).
Merci pour ces explications (je ne connaissais pas ces options de mount).
[^] # Re: remounter ?
Posté par Neni (site web personnel) . En réponse au message Problème fstab. Évalué à 1.
Je ne peux pas monter la racine car celle-ci est déjà montée. Et je n'arrive pas à la demonter pour la remonter ensuite.