cod57, 7 regexp pour parser un lien, c'est BEAUCOUP trop lourd. 1 regexp suffit (tu as des centaines de tutos là dessus).

Imagine un mec qui écrit 10 liens = 10 appels à la fonction = 70 regexp (en sachant qu'une regexp est recompilée à chaque fois), c'est bien trop gourmand.

1 seule regex suffit, donc 7fois plus rapide

Etant donné ta présentation, je pensais que tu voulais poster un code généraliste, et non pas un code issu d'un projet perso. Si tel est le cas, je ne peux pas t'en vouloir ^^
Je n'ai pas dit que cette source n'avait pas sa place ici, au contraire. Et je pensais que shadowbox était un plugin jQuery (comme lightbox & co) pour simplement afficher un média en grisant l'écran, sans savoir qu'il n'acceptait que ces 3 sites.
Par contre je rectifie ton commentaire : le parsing des balises meta fonctionne aussi en filant simplement le lien du média (cf Facebook dont 90% sont des néophytes en matière d'informatique).
Ne te pose pas de question et continue de poster, c'est un exemple de code tout à fait utile. J'avais simplement mal compris l'initiative.
Par contre, même si le code est issu d'un projet perso, pense à la rendre généraliste (en supprimant par exemple "../storage/pics/" qui n'est valide que pour toi).
Enfin, le code fonctionne-t-il pour les liens youtube du genre http://www.youtube.com/user/Julielovesmac07#p/a/2E772BA2A73FD4AA/1/N3M5lG6QJK0 ? (lien pris au hasard sur google)

Salut,
Je trouve ça très mauvais comme source. Non pas que je critique la qualité du code, mais la compréhension du concept.
C'est une bidouille tout à fait foireuse. Si tu veux la jouer à la Facebook en intégrant les médias via leur liens (j'ai bien compris ?), ce ne sont pas les url qu'il faut bidouiller mais les balises meta.
En parsant les balises meta, tu obtiens toutes les infos, y compris la vignette que tu désires.
De plus, ça permet de ne pas limiter à 3 sites, mais à la totalité du web (en admettant que les sites respectent les normes).
J'avais codé une fonction comme ça, "universelle", c'est pas si simple.
Regarde un exemple du rendu : http://winky.fr/!dev_linter-http%3A%252F%252Fwww.youtube.com%252Fwatch%3Fv%3DPgEi9b1EctU
(attention, youtube fait chier parfois (même sur facebook), faut recharger si le lien n'est pas pris en compte)

Bonne continuation

Salut,
Je pourrais t'aider mais j'ai pas le temps.
D'une part, tu enfreins la règle qui stipule de ne pas upper les topics des autres. C'est 1 topic par problème.
D'autre part, je te dis ça pour t'aider. Pas grand monde ne viendra t'aider si tu uppes un topic (si résolu).
Ouvre le tien, avec un titre qui correspond à ton problème, et tu verras qu'il y a beaucoup plus de chances que quelqu'un t'aide ;)

Salut,
XSXS tu ouvres un nouveau topic et tu viens pas upper les anciens.
Fred, commentaire inutile, on s'en fout de ce que tu penses.

Bonne journée :)

Ben, ce n'est pas pareil, non.

int a; //Déclaration de variable
a = 10; //Définition de variable
int b = 5; //Déclaration + définition de variable

int max(int a,int b); //Déclaration de fonction (prototype)
int max(int a,int b) { return (a > b)?a:b; } //Définition de fonction

struct c {
int a;
int b;
}; //Déclaration de structure

typedef struct {
int a;
int b;
} c; //Déclaration de structure en nouveau type

c var={10,5}; //Déclaration + définition de variable

Enfin, c'est comme ça que le vois.

Tu es décidément têtu :)
Tu cherches à me convaincre de quelque chose dont je suis déjà d'accord avec toi.
Ton dernier paragraphe est complètement faux. Je l'ai dit et répété, tout mettre dans un .h et inclure dans un .c n'est pas du tout la bonne méthode. On est d'accord là dessus. Mais c'est compréhensible qu'un débutant fasse ça, parce-que c'est plus simple que de créer divers .c. Je n'ai dit que ça, rien de plus.

Concernant le mot "définition", je n'ai jamais entendu de "définition de structure" ou autre, mais seulement des déclarations.
Pour moi, on ne peut définir que 2 entités : fonctions et variables. Les enumérés et les structures étant des équivalents des types, on ne peut que les déclarer.
Donc, .h = déclarations, et .c = définitions.

Salut,
Cherche bien, tu en trouveras :)
Ce n'est pas parce-que toi tu ne t'en sers pas que ce n'est pas utilisé. Mais soit.

Salut,
Quelques petites remarques...
"Petit rappel, le .h est un fichier d'entête, il est fait pour contenir les définitions et uniquement les définitions, pas le code."
> Justement, la définition d'une fonction est son code :) tu voulais dire "déclaration", sans doute (le prototype, quoi).

Pour ce qui est de la simplicité, je pense que c'est quand même plus simple d'avoir un .c et plusieurs .h. je dis pas que c'est mieux, au contraire, mais ça permet d'avoir un code linéaire vertical, et non pas un ensemble de fichiers qui contiennent tel ou tel .h, etc. C'est pour cette raison que la plupart du temps, les "débutants" procèdent comme cela ("débutant" n'est pas péjoratif, ici). Découper en plusieurs .c prend généralement un peu plus la tête, au départ (erreurs d'inclusion, etc).

Enfin, mais là c'est pour taquiner, on peut faire de la pseudo-POO en C.

Sinon, je suis d'accord avec toi sur le reste :)