Vous n'êtes pas identifié(e).
Saluton,
Plusieurs choses.
Tout d'abord La guerre des étoiles.
Ensuite, pourquoi lancer deux fois une requête ?
Enfin, ta requête ne comportant aucun ORDER BY que sont, pour toi, les notions de premier et deuxième ?
[ps]J'ose pas encore trop la ramener avec PDO, mais ça ne va plus tarder[/ps]
A ce propos, y-aurait'il des volontaires pour la relecture ? (pas avant qqes semaines, on se calme).
[mode sérieux]Bah, c'est juste que je vois que je peux être utile[/mode]
<re-mode Bachelot>re-Ah Bon ?</mode>
Si vous avez besoin d'un coup de main dans l'équipe de modération, je suis volontaire
![]()
[MK pourra attester de mon sérieux
]
<mode bachelot>Ah bon ?</mode>
Mais alors presque tout en bas, et complètement tout à gauche.
Ben voui, j'avais pas vu.
IL n'y a pas de pire aveugle que celui qui ne veut pas voir, dit-on.
Désolé.
Je vais tester de suite.
Bonsoir MK,
Maljuna Kris a écrit :Parce que nous n'avons pas d'outil d'administration qui le permettrait.
Hmmm, cherches bien...
Alain.
Ben, j'ai eu beau faire le tour de ce forum, je n'ai pas trouvé, avec un profil modérateur, comment transférer un message d'un forum vers un autre.
les options disponibles dans le menu Administration sont :
# Utilisateurs
# Mots censurés
# Bannissements
# Signalements
Et là, pourquoi pas faire migrer le topic dans JS ???
Parce que nous n'avons pas d'outil d'administration qui le permettrait.
Tu sais, on l'aura, dès que Manicow aura le temps. ![]()
heu, les S sur les :
- "FROM pointages AS p3"
- "FROM pointages p1 INNER JOIN pointages"
Bougre d'âne !
pointageS c'est la table qui contient les lignes qui décrivent, chacune, un pointage.
Et AJAX ne vient pas arranger les choses en mélangeant ces concepts dans des têtes déjà un peu débordées.
Je viens, sur un autre forum, de recadrer gentiment quelqu'un qui ne faisait pas bien la différence entre une table et une base de données.
Faire comprendre qu'on se connecte à un serveur de base de données, qu'on sélectionne une base de données à l'intérieur de laquelle sont stockées les tables sur lesquelles on exécute des requêtes, est un cheminement qui ne va pas de soi.
Quand en plus il faut expliquer que PMA (PhpMyAdmin) est un client PHP de MySQL on frôle l'incident.
Bon, j'ai entamé la lecture et, dans la foulée, la traduction (pas en espéranto, je vous rassure, en français bien de cheux nous), 171 pages quand même, du bouquin de Denis Popel que j'ai reçu hier.
Je vous tiendrais informés.
Gxis.
Et pourtant le sous-forum Javascript, ici : http://forum.phpdebutant.org/viewforum.php?id=82, reste vierge.
Va comprendre ?
Ne dankinde.
L'histoire du -3600 doit provenir du fait qu'on est en heure d'été.
Il y a peut-être moyen d'oblitérer ça avec un set php quelconque.
Rien à voir avec du php c'est du Javascript qui utilise les règles CSS display.
La seule «pseudo solution» serait de mettre une liste simple qui lorsqu'on la clique passe en display:none et fasse passer le select multiple (de display:none au démarrage) à display:block (ou inline à vérifier).
Tu peux essayer de contourner le problème en faisant un truc en JS sur ton select.
Genre :
onclick="makeThisSelectMultiple();" onblur="makeThisSelectSingle();"
Hélas même pas, cette propriété est en lecture seule.
Le problème est que tes écarts sur les heures les minutes sont tout de même importants
Mon calcul initial de $durée est bidon, je ne sais pas comment tu vas récupérer ta durée au départ, le but est de la convertir en timestamp, sauf à ce qu'elle y soit nativement.
retourne
Array
(
[0] => 27
[1] => 7
[2] => 3
[3] => 21
[4] => 1
[5] => 35
)
Les écarts sont dus aux arrondis de 365.25 et de 30.43, sinon ça le fait, non ?
Si tu fais
tu obtiens
71y 02m 24j 13H 47i 11s
tu n'as plus qu'à soustraire membre à membre avec le résultat de date('y\y m\m d\j H\H i\i s\s',0) et tu ne devrais pas être loin de ce que tu cherches à faire, non ?
M'aidant des conseils de MK je me met en quête du timestamp de l'an 0 pour pouvoir faire mes calculs de durées ^^---- je vous tiens au courant quand j'aurais trouvé le timestamp de l'an 0
Ça risque d'être long, php ne gère pas les dates antérieures au 1-1-1970, ou très mal, sans compter sur les changements entre calendriers grégoriens et juliens.
A lire, très instructif :http://mutah.free.fr/blog/index.php?200 … -des-dates, même si un peu de baby duck syndrom Python.
Ce que tu souhaites est contraire aux spécifications html de la balise <select>.
A partir du moment où tu déclares un <select> multiple, il affichera toujours une liste déroulée minimale de qqes items.
C'est «incontournable».
Est ce que je suis clair ou est ce que je suis trop con pour comprendre les réponses ?
Parfois, on se demande ![]()
Qui peut le plus, peut le moins
date attends un timestamp, certes, mais 1 est un timestamp.
Tu as vu que dans mon dernier exemple, j'ai repris ta valeur initiale telle quelle 36655552220011.
Le résultat fourni ne te convient pas ?
Pour mémoire
donne
70 01 01 01 00 00 soit le 1er janvier 1970 à 01h 00:00
Si tu remplaces le 0 par -3600 tu obtiens
70 01 01 00 00 00, donc le 1er janvier 1970 à 00h 00:00
Après, à toi de jouer pour ajuster, mais c'est moins galère que de vouloir tout ré-écrire et ça tient compte des années bissextiles, des heures d'été etc...
je peux en selectionné plusieur mais le probleme est au niveau de l'affichage je voudrai que ma liste déroulante n'affiche pas toutes la liste des hotels
mais kel l'affiche que losque l'on click dessus.
+1 avec mes petits camarades.
Ce que tu souhaites est contraire aux spécifications html de la balise <select>.
A partir du moment où tu déclares un <select> multiple, il affichera toujours une liste déroulée minimale de qqes items.
C'est «incontournable».
Sinon, la totale :
Alors que je voudrais : '01s' tout seul...^
Non ?
Saluton,
Puisque qu'apparemment le texte est en html (< > sont des entités html) il manque, dans ton header, qqe chose du genre :
Content-Type: text/html; charset="iso-8859-1"
Un petit tuto pas trop prise de tête :
http://phpcodeur.net/articles/php/emails