Reprise du message précédent :

Vas voir le post de much' sur ses tests de dbs en java, la perte de perfs dues à hibernate (l'ORM java le plus populaire, un peu bloated comme machin mais bon...) est d'un ordre de grandeur

 
de cet ordre de grandeur ?
 
d'un ordre de grandeur similaire ?
 
d'un ordre de grandeur [je vais verifier et je reviens] ?

=> le rapport entre les perfs "SQL brut" et les perfs Hibernate est supérieur à 10 (mais inférieur à 100)

oué, ben ça se confirme, c'est rédhibitoire...la bdd est déjà le bottleneck de la plupart des applis web, alors rajoute une couche de bloat par-dessus non merci.

Le bottleneck il est habituellement sur les délais réseau pour joindre la db, pas sur la vitesse des queries
(et perso, je considère le gain en clarté et en productivité comme valant largement le coup par rapport à du SQL brut, même si ça ne bat sûrement pas une db [potentiellement non relationnelle] à accès natif, genre Mnesia pour Erlang)

c'est pour ça que la brillante équipe de Ilist5 s'est passée de ce genre de soft et a codé tous ses accés BD en procédures stockées, garantissant une rapidité optimale et une réactivité instantanée

oui enfin ces trucs génère plus de requêtes, donc plus de traffic...

 
Fixé.

Salut,

j'ai un petit souci de regexp en php, je me suis dit que ça ne valait pas la peine de faire un topic juste pour ça...

En gros c'est mon regexp qui est sensé transformer une url en lien cliquable qui plante avec une certaine url...

Le code :

Il fonctionne bien sauf pour cette vilaine url : http://www.lafraise.com/contest.ph [...] id=6746782 où il ne ferme pas la balise de lien ...

Quelqu'un aurait une idée d'où est situé le problème ?

Ou éventuellement, si quelqu'un a un meilleur regexp tout fait que je peux réutiliser sans me poser de questions...  

Merci d'avance

euh ouais j'ai plus propre bouge pas
 

<?php
 
function handle_url_tag($url, $link = '')
{
 
        $full_url = str_replace(array(' ', '\'', '`', '"'), array('%20', '', '', ''), $url);
        if (strpos($url, 'www.') === 0)                 // If it starts with www, we add http://
                $full_url = 'http://'.$full_url;
        else if (strpos($url, 'ftp.') === 0)    // Else if it starts with ftp, we add ftp://
                $full_url = 'ftp://'.$full_url;
        else if (!preg_match('#^([a-z0-9]{3,6})://#', $url, $bah))      // Else if it doesn't start with abcdef://, we add http://
                $full_url = 'http://'.$full_url;
 
        // Ok, not very pretty :-)
        $link = ($link == '' || $link == $url) ? ((strlen($url) > 55) ? substr($url, 0 , 39).' &hellip; '.substr($url, -10) : $url) : stripslashes($link);
 
        return '<a href="'.$full_url.'">'.$link.'</a>';
}
function do_clickable($text)
{
        $text = ' '.$text;
 
        $text = preg_replace('#([\s\(\)])(https?|ftp|news){1}://([\w\-]+\.([\w\-]+\.)*[\w]+(:[0-9]+)?(/[^"\s\(\)<\[]*)?)#ie', '\'$1\'.handle_url_tag(\'$2://$3\')', $text);
        $text = preg_replace('#([\s\(\)])(www|ftp)\.(([\w\-]+\.)*[\w]+(:[0-9]+)?(/[^"\s\(\)<\[]*)?)#ie', '\'$1\'.handle_url_tag(\'$2.$3\', \'$2.$3\')', $text);
 
        return substr($text, 1);
}

 
tu utilises do_clickable, l'autre c'est le callback pour la regexp

Merci

Ca c'est suffisant comme captcha, ou bien les méchants spambots vont pouvoir reconnaitre les caractères et tout ?
 

http://recaptcha.net/learnmore.html

C'est une bonne initiative, mais honnêtement y'a pas mal de mots qui sont difficilement déchiffrables, même pour un humain.

sur les deux affichés a chaque fois, y'en a un qui sert de captcha et l'autre qui sert a numeriser des livres: si tu te plantes sur le plus indechiffrable, la validation passe
 
Ca evite aussi d'implementer un captcha soi-meme, et en plus il est accessible: que du bonheur

Dwapow \o/

 
Bonjour, j'ai eu besoin de bidouiller a réencoder mes page en UTF-8 sans BOM, pour des histoires d'accents dans les bases de données, toussa,
 
Et bref maintenant je me retrouve avec ce magnifique message d'erreur sur les pages concernées:

 
Avant de me faire vomir dessus, les 3 premières lignes des pages concernées sont:

 
Et étant chez free, j'ai bien ajouté le dossier sessions à la racine.
 
Bref, j'ai réencodé mes pages en UTF-8 classique (avec Notepad++, c'est de la même façon que j'ai encodé en UTF-8 sans BOM la première fois)
 
Mais j'ai toujours les erreurs présentes.
 
Qu'est-ce que je peut faire pour virer ce problème ?
 
Merci d'avance.
 
EDIT:
J'ai réencodé en ANSI, puis à nouveau en UTF-8, et il ne me reste plus que ce message:
 

Oui, alors, par principe, sur une page qui ne contient QUE du php, tu ne mets JAMAIS ?>
 
ca evite qu'il reste des espaces ou un linefeed/carriage_return derriere, et c'est probablement ca ton probleme.

Mais il n'y a pas que du php,
voilà une des pages sur laquelle j'ai l'erreur:
 

 
Vous pouvez trouver la page ici : http://theswarm.free.fr/scripts/connexion.php
 
EDIT : et bref cette page fonctionnait très bien avant que je fasse des réencodages en "UTF-8 sans BOM"

Si on regarde le code source de ta page, il y a tout ça :

avant le message d'erreur de session_start()

Edit: Nan je dis de la merde

Edit 2 : tain mais d'où je le sors ce truc, pas moyen de retomber dessus ... pourtant je l'ai copié collé tel quel

=>

 
(on ne sait jamais )

Tout se passe à peu près comme si t'avais un BOM... Pas moyen de mater le fichier avec un éditeur Hexa pour être sûr ?

Euh oué mais non

(cependant, c'est mieux )

 
Dsl là je sais pas faire  
 
Et si je recrée des nouveau fichiers en faisant un copier colle ça peut résoudre le problème ?
 
Parce que moi j'y connais rien au BOM, j'ai mis ça sous les conseils d'un pote pour des histoires d'accents.

Le BOM, en gros, c'est 2-3 octets, censés être invisibles pour un éditeur, qui sont mis au tout début du fichier pour dire que le fichier sera en UTF-8. Mais c'est facultatif.

Le problème c'est que PHP il connait pas, donc lui les 2-3 octets il les voit comme des caractères normaux, et il les envoie au client. Pas de bol, si on veut soit ouvrir une session (comme toi), soit faire une redirection HTTP, ou autre, il faut qu'il n'y ai rien d'envoyé au client. Sinon ça fout les erreurs que tu décris.

Donc la question à savoir, c'est oui ou non ces 2-3 octets sont-ils présents dans ton fichier ? Et pour savoir ça, il faut l'ouvrir avec un éditeur hexadecimal, qui va lire le fichier tel qu'il est sur le disque dur. Celui-là par exemple : http://www.clubic.com/telecharger- [...] ditor.html (1er resultat google)

Autre solution : tu cherches si vraiment il y a pas d'autres options pour ne pas rajouter de BOM.

Encore une autre solution : tu renommes ton fichier en .txt et tu nous l'envoies

Je répond rapidement, j'ai mis en .txt
Et j'ai strictement la même chose en début de fichier,
rien de plus que le:
<?php
 session_start();
?>

Nan mais normal ça hein
Faut juste que tu nous l'envoies pour qu'on le regarde de plus près (si tu veux aps le faire toi-même)

http://sat711.free.fr/vrac/connexion.rar
 
EDIT: au passage, je reprécise que j'ai réencoder les quelques pages qui n'étaient pas déjà encodée en UTF-8, et j'ai corrigé les charset où j'avais mis "UTF8", ça n'a rien changé.
 

Il me semlbe que je n'ai plus besoin du BOM, c'était en fait pas utile (et en fait vu que j'encodais en "UTF8(sans BOM)", je sais même pas si le BOM devait etre quelque part.)
Bref pour faire plus simple voila mon menu de format dans notepad:
 

 
Et les manipes que moi j'ai pu faire en général, c'est -> convetir en UTF-8(sans BOM) -> puis convertir en UTF-8 ; Et tout ça en partant d'ANSI de base je pense.
 
Je sais pas si tout ce que je raconte aide, mais plus y'en a mieux c'est.

Bon et bien au final j'ai repris mes pages une par une, que j'ai toute réencoder en "UTF-8(sans BOM)" , et je n'ai plus le message d'erreur.    
J'ai pas tout compris  , mais ça marche, et ça c'est bon !  
 
Merci pour l'aide =)

C'est totalement logique si tu as bien lu ce que je t'ai dit

Il ne faut PAS de BOM sinon PHP merde.
Donc "UTF8 (sans BOM)" = bien
Et "UTF8" = avec BOM = pas bien

Ouai forcément vu comme ça ça parait évident    
Mais vu que ça a commencé à merdé quand j'ai converti en "UTF-8(sans BOM)", et que c'est un certain BOM qui ma foutu la merde,
j'ai fait le lien un peu trop vite,
donc j'ai pas compris pourquoi ça a commencé à merdé quand j'ai passé en utf8(sans BOM)  
 
Enfin bref c'est réglé maintenant, c'est nikel, merci encore

lol, avec SimpleXML, quelqu'un sait comment on accède aux balises du type <release_p-line> (avec un tiret dedans)

Euh ... il s'est pas passé un truc ici ?

 
Avec des accolades

Merci mais grillé par l'internet

->{'release_p-line'} donc (pour les badauds)

 
Bah en même temps la prochaine fois ... cherche AVANT de poser la question

Je savais plus la traduction de "tiret"
Si ça c'est pas une excuse

Salut, j'ai une question de variables et de mémoire.
Admettons que j'ai une variable $a qui contient 5 Mo de données.
Mon PHP.INI admet que mon script ne consomme que 8 Mo de données.
si je fais $b=$a, PHP va planter ?
Et si je fais $b= & $a, PHP va planter (référence ?)

Je n'ai jamais eu le cas, mais en toute logique je dirais oui, et non

Tant que tu ne modifies pas $b, non.
 

Encore moins, là si tu modifies l'un ça va modifier l'autre.

 
Ah oué ?