Reprise du message précédent :

Mod_rewrite supporte les  regex posix et pas pcre, du coup les trucs genre \w, \d et compagnie sont pas supportés.
Tu es donc obligé de passer par des classes de caractère [a-z] ou [0-9]

 
Rien compris.
 
Theredled : je teste ta solution SQL ce soir.

COUNT(DISTINCT EXTRACT(MONTH FROM FROM_UNIXTIME(machin.champ_ts)))

SELECT DISTINCT EXTRACT(MONTH FROM FROM_UNIXTIME(machin.champ_ts))

 
J'ai le droit à un :
Unknown table 'news' in field list
 
Alors que ma table existe bel et bien

Et pas de pb avec un simple "SELECT news.id" ?

fait péter la requete sinon

$sql = "SELECT DISTINCT EXTRACT(MONTH FROM FROM_UNIXTIME(news.date))";

Edit : c'est bon $sql = "SELECT DISTINCT EXTRACT(MONTH FROM FROM_UNIXTIME(`date`)) AS mois FROM news";

Par contre, si mes news sont étalées sur plusieurs années, est-ce qu'il n'y aura pas de problèmes ?

 

 
ajoute le FROM et le WHERE maintenant

T'es grillé par mon edit
Edit : non

Nan mais après c'est comme n'importe quelle requete SELECT, t'es sur de bien comprendre le code que je t'ai filé ?
 
Genre là tu mets un WHERE annee=2008 et c'est parti

C'est bon, je pense avoir compris
Par contre est-ce que dans cette même requête je peux sélectionner d'autres champs ?

il doit probablement falloir que tu mettes un aggrégat si tu veux pouvoir...par ex une somme d'articles par mois ou autre...

Y a pas un soft pour convertir les accents de l'ANSI à l'UTF-8 ?
Parce que j'ai mes anciennes pages en ANSI sous Notepad++ et quand je les passe en UTF-8, j'ai des carrés partout, et faire ça à la main devient vite saoulant

Edition > Chercher / Remplacer ?

 
 
avec notepad++ 4.9.2 tu fais directement : convertir en XXX au lieu de changer le format
sinon la méthode pour les versions antérieures etait de faire :  
- CTRL + A
- CTRL + X
- format XXX (utf8 ou ansi)
- CTRL + V
- CTRL S

Ptain, pourquoi j'ai pas pensé au copier/coller

parce que tu es koskoz

T'as pas forcément tort

Vous avez un bon bouquin MySQL à conseiller ?
Parce que je trouve la doc en ligne à chier, mal organisée, pas claire, etc.

Ou alors je sais pas m'en servir.

Oui mais non
Je vois 1 gros problème à une requête de ce genre, Tu peux avoir des "trous" dans les mois si jamais il n'y a pas de news pendant tout un mois.
Du coup j'aurais tendance à faire:

SELECT 
 ... 
FROM 
 (SELECT 1 AS nu union SELECT 2 union ... SELECT 12)  AS months
 LEFT OUTER JOIN news ON month(date) = months.nu

et si tu as besoin de le faire sur plusieurs années

SELECT 
 ... 
FROM 
 (SELECT 1 AS nu union SELECT 2 union ... SELECT 12)  AS months,
 (SELECT 2006 AS nu union SELECT 2007 union 2008)  AS years
 LEFT OUTER JOIN news ON month(date) = months.nu AND year(date) = years.nu

note: la syntaxe avec les union est "dégueu" mais mySQL n'offre pas d'autre solution.
 

A mon avis c'est plus d'un bouquin de SQL que tu as besoin
Auquel cas je recommande chaudement celui-la : http://www.amazon.com/Art-SQL-Step [...] 0596008945

C'était pas le but à la base ?

bin je sais pas, il me semble qu'il souhaite faire quelque chose qui ressemblerait à un "comptage" de news par mois et du coup s'il n'y en a pas que cela remonte zéro (et non pas rien).
 
Mais j'ai ptêt rien compris

Mais c'est ptet moi aussi, ou koskoz qui s'est pas bien exprimé

Où est-ce que je peux trouver la liste exhaustive des codes ISO des pays de la zone euro ?

Recoupement entre la liste des codes ISO et la liste des pays de l'UE?

UE != zone euro, mais même sans ça je ferais le recoupement comment ?
 
En fait le gros du pb c'est que chaque pays à plusieurs codes iso, genre france = france + france métropolitaine + guadeloupe + etc...

OSEF, les deux listes sont dispos, donc ça revient au même  

Ben tu peux le faire à la main, ya 15 pays dans l'eurozone, c'est pas un boulot monstrueux

Justement non, la France c'est 1 pays, mais c'est déja une dizaine de code ISOs, par ex.

(Dont certains en zone euro, et d'autres non (Polynésie) )

SELECT 
 ... 
FROM 
 (SELECT 1 AS nu union SELECT 2 union ... SELECT 12)  AS months
 LEFT OUTER JOIN news ON month(date) = months.nu

SELECT 
 ... 
FROM 
 (SELECT 1 AS nu union SELECT 2 union ... SELECT 12)  AS months,
 (SELECT 2006 AS nu union SELECT 2007 union 2008)  AS years
 LEFT OUTER JOIN news ON month(date) = months.nu AND year(date) = years.nu

 
Merci d'avoir perdu un peu de temps pour moi, mais justement, quand il n'y a pas de news, je veux bien que ça n'affiche pas les mois.
 
Voilà le code que j'ai pondu :
 

<?php
 
$mois = array("1" => "Janvier", "2" => "Février", "3" => "Mars", "4" => "Avril", "5" => "Mai", "6" => "Juin", "7" => "Juillet", "8" => "Aout", "9" => "Septembre", "10" => "Octobre", "11" => "Novembre", "12" => "Décembre" );
 
 
 
// On convertie le champ date qui est un timestamp de façon à en extraire l'année.
 
// On fera autant de tour de boucle que d'années présentes.
 
$sql_annees = "SELECT DISTINCT EXTRACT(YEAR FROM FROM_UNIXTIME(`date`)) AS annee FROM ".TBL_NEWS;
 
$res_annees = mysql_query($sql_annees);
 
 
 
$annees = mysql_fetch_assoc($res_annees);
 
$num_annees = mysql_num_rows($res_annees);
 
 
 
for($i=0; $i<$num_annees; $i++)
 
{
 
    echo "<h3>".$annees['annee']." :</h3>";
 
    
 
    $sql = "SELECT EXTRACT(MONTH FROM FROM_UNIXTIME( `date` ) ) AS mois FROM news WHERE EXTRACT( YEAR FROM FROM_UNIXTIME( `date` ) ) =".$annees['annee']." GROUP BY EXTRACT( MONTH FROM FROM_UNIXTIME( `date` ) ) ORDER BY date DESC";
 
    $res = mysql_query($sql) or die(mysql_error());
 
 
 
    while($archives = mysql_fetch_assoc($res)) {
 
        echo '<a href="index.php?rub=news&page=news_mois&mois='.$archives['mois'].'&annee='.$annees['annee'].'">'.$mois[$archives['mois']].'</a><br />';
 
    }
 
    
 
}
 
?>

 
Pour le bouquin sur le SQL, étant donné que pour l'instant je n'utilise que MySQL, n'y a-t-il pas des points importants qui ne seront pas traités ?
Tu parles de la syntaxe des unions par exemple sous MySQL.

disons qu'il vaut mieux que tu comprennes la logique du SQL, quitte à apprendre ensuite les spécificités propres à SQL

j'avais bien rien compris alors  

ça dépend de ce que tu veux "apprendre".
Un bouquin sur MySQL ( comme celui proposé) consacrera une partie importante à l'installation la configuration et l'administration.
Celui que je proposais t'apprend à "réfléchir en SQL", à penser tes requêtes, présente des patterns etc. L'aspect "SQL pur" sera entierement couvert mais pas l'aspect administration.

De toute façon, chaque SGBD a ses particularités de syntaxe.
Sur l'exemple avec les UNION plus haut, c'était uniquement pour souligner que sur certains SGBD il est facile de faire ça plus simplement. Exemple avec DB2:

SELECT ... FROM VALUES(1,2,...12) AS months

Si la syntaxe change, la façon de "penser" la requête reste identique. Et c'est pour ça, AMA, qu'apprendre uniquement la syntaxe de MySQL c'est pas une bonne idée.

edit:   ptain j'écris un paté pour me faire burner de 30sec par une phrase d'une ligne qui résume tout

Et l'inverse : pourquoi ce ne serait pas une bonne idée, puisque la façon de penser reste de toute façon la même qq soit la syntaxe ? Au moins il pourra de suite l'utiliser sur du concret...

L'inverse n'est pas vrai car la syntaxe conditionne ta façon de penser, par exemple , tu te trouves dans la merdasse quand tu découvres que sur certains SGBD  la notion de "limit" n'existe pas.
 
En poussant à l'extrême la comparaison, ça me semblerait un peu équivalent à "En apprenant la POO en php4 je pourrais facilement en faire en java "

c moche de se faire burner par moi en plus, parce que je suis loin d'être le mec le plus concis du monde
 

 
parce qu'apprendre un concept à travers une de ses implémentations biaise ta façon de comprendre ce concept...tu peux quasiment voir sur quel langage un gars a été formé rien qu'en regardant sa façon de coder...
 
pis comprendre la logique SQL ça fait pas de mal : y'a la théorie des ensembles qui se cache derrière, si tu comprends la notion d'application, de bijection, ça aide vachement à comprendre la notion de jointure...ça aide aussi à comprendre pourquoi certaines requêtes produisent des aggrégats et pourquoi tu peux pas mixer des résultats aggrégés et non aggrégés, etc...
 
bref, ça te permet de comprendre ce que tu peux faire sur tes tables...quand t'as bien compris ça, tu peux t'intéresser à une implémentation de cette logique (en l'occurence celle de MySQL) et éventuellement bénéficier de 2-3 raccourcis ou petits trucs qui peuvent faire gagner du temps...
 
en résumé ça sert à rien d'utiliser la solution à un problème que t'as pas compris...

alors ok

Ok, donc je vais m'acheter un bouquin sur le SQL alors
 
D'autres propositions ou je reste sur The Art of SQL ?

j'ai pas lu art of SQL (c quoi cette mode d'appeler tt les bouquins d'info Art  of xxxx ...y doit pas etre content D.Knuth )
 
j'ai http://www.decitre.fr/livres/SQL.aspx/9782744011849
 
qui a été remplacé très récemment par http://www.decitre.fr/livres/SQL.aspx/9782744073182
 
le bouquin est pas mal, il est décorrelé de tout SGBD, et se concentre vraiment sur ce que permet le SQL, au travers de petits exemples triviaux
(l'édition du 1 est de très piètre qualité, le bouquin s'ouvre en 2, la reliure est très merdique...)

C'est quoi le pb la dedans ?
 

 
(j'avais fait la même chose avec un span, ce qui n'est pas valide, donc j'essaye de corriger)
 
'ci

T'es sur ce que c'est le span qui posait problème? Ici tu ne peux simplement pas mettre une balise bloc dans une balise inline

http://ashko.blogspot.com/2008/05/ [...] s-for.html
c'est bien ça ?

Bof, c'est pas spécialement ignoble, mais tu te retrouve bloqué dans tes choix esthétiques une fois que t'as décidé d'utiliser ce truc à la place de vraies images, de plus :
- t'as pas d'antialiasing (en ajoutant des borders aux r* on peut ptêtre l'ajouter, mais calculer les bonnes valeurs de hauteur et de border si on change de rayon devient vite une plaie)
- tu peut pas écrire dans toute la bande horizontale ou y'a les coins (on pourrait le corriger en doublant le nombre de coins, mais y'en a déjà pas mal....)
- tu gagne 1 sur le nombre de hits, mais dès que t'as quelques blocs, tu perds sur la quantité de donnée transferée.

Ouais c'est ce qu'il me semblait pour le bloc dans l'inline...
 
Avec un span, ça marche mais j'ai :
 
"missing </span> before <ul>
Missing </a> before <ul>
(le <ul> c'est dans le blabla)
 
Ou alors ça vient du fait que je peux pas mettre un <ul> dans un span