|
Module System / Bloc "online" |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Bonjour, le block qui affiche "Qui est en ligne" est très bien, mais je souhaiterais filtrer/décompter les robots d'indexation du nombre d'invités. Pour cela, il faut modifier le contenu de la fonction b_system_online_show et ce n'est pas bien compliqué à réaliser. A vrai dire, j'ai même déjà commencé : Actuellement, je ne comptabilise que Google via son adresse IP, ce qui est loin d'être suffisant (ni même satisfaisant dans la logique des choses ). Quelles seraient les techniques qui permettraient de connaître si le visiteur est un robot ou un 'vrai' visiteur? Suffit-il de tester l'IP? Si oui, existe-t-il une liste toute faite regroupant les IP des robotos connus? Eventuellement, un module réalise peut-être déjà ce genre de distinction. A ce moment-là, lequel? (il suffirait alors vraisemblablement de récupérer un bout de code et le tour serait joué). ps: Le but du jeu est déviter ce genre d'affichage un peu abérrant (le site a environ 300 membres ) : La suite de l'évolution consistera à enregistrer des records...
Posté le : 18/07/2007 13:41
|
|
|
Re: Les PDF, les GIF et Xoops... |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Finalement, je me suis décidé à débugguer et 2 erreurs plus loin, ça fontionne avec smartsection (+ 1 clône) et newbb (logiquement avec cbb aussi). En revanche, un souci avec news 1.54 (mais ça ne doit pas être grand chose). Si certains veulent tester, voici un zip avec les fichiers à modifier : http://www.aquaportail.com/uploads/fpdf-modifications.zip (attention, c'est brut de fonderie, les non-connaisseurs ne doivent pas utiliser... ) Les fichiers Gif s'affichent, et les images sont redimensionnées comme il faut, quelle que soit leur nature et le chemin d'accès (mais pas pour les images stockées ailleurs que le serveur hébergeur). Exemple dans le forum : http://www.aquaportail.com/message-post-9238.pdf
Posté le : 17/07/2007 19:58
|
|
|
Re: Module de e-commerce ? |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Citation :Burning a écrit: Bookshop ne fait pas dans le négoce à l'international... Pourtant, le Suisse ou le Royaume-Uni (c'est moins génant) ne sont pas si loin que ça... Les québécois parlent français et sont assez nombreux en fréquentation sur le site...
Posté le : 17/07/2007 17:26
|
|
|
Re: Template de nouveau site : í votre avis ? |
|
Régulier
Inscrit: 26/02/2007 16:00
|
[HS] ce thread aurait plus sa place en "espace design" qu'en "modules". [/HS]
Posté le : 17/07/2007 13:18
|
|
|
Re: Module de e-commerce ? |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Citation :Burning a écrit: Evidemment si on compare à OsCommerce (OpenSource), Bookshop module peut paraître un peu léger ! Un peu ??? Sans vouloir froisser personne, il y a encore du boulot à faire (pas vu de gestion de stock, de multiples monnaies, de language, par exemples, mais j'ai peut-être mal regardé). @Christian: Merci, mais si j'utilise Xoops pour un site personnel, c'est justement en raison de sa gratuité et de son principe open-source collaboratif.
Posté le : 17/07/2007 13:09
|
|
|
Re: Les PDF, les GIF et Xoops... |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Citation :aquaportail a écrit: Et comme j'aurais besoin de cette fonctionnalité pour un module déjà bien bien avancé, je viens de m'apercevoir d'un autre problème : le code généré par des éditeurs graphiques (TinyEditor + Koivi) est incompatible avec FPDF... certainement des balises HTML/CSS récentes qui ne sont pas prises en compte par FPDF qui date de ... 2003 (du coup, pour CSS 2, AMHA, on peut se "brosser" ). Mais là, c'est beaucoup plus génant/grave : page blanche et boucle que le serveur finit par traiter en time out... J'ai compris... -> Liens relatifs vs. liens absolus pour les images. Les éditeurs graphiques ont tendance à remplacer les URL absolues par des URI relatives lorsque l'image est stockée sur le site. Malheureusement, la fonction <b>PutImage</b> dans /fpdf/makepdf_class.php couillonne bêtement... A l'intérieur de cette fonction, il suffit de vérifier si $url est bien un lien http... avant de procéder à des remplacement. Si non, il suffit d'ajouter.
function PutImage($url,$scale)
{
// ... //
// $url = str_replace(XOOPS_URL, XOOPS_ROOT_PATH, $url);
$url = (strpos($url, "http:") === false) ? XOOPS_ROOT_PATH . $url : str_replace(XOOPS_URL, XOOPS_ROOT_PATH, $url);
// ... //
Si quelqu'un a une solution plus élégante, je suis preneur (PHP n'est pas ma tasse de thè... ;) ).
Posté le : 17/07/2007 12:08
|
|
|
Re: Les PDF, les GIF et Xoops... |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Citation :Niluge a écrit: Donc j'ai cherché "fpdf gif" et en 3clicks je tombe sur le sujet sur le forum de fpdf qui en parle (par ici) (bon faudrait lire tout le sujet, pcq le message linké date de 2003, et depuis il y a des bouts de code débuggés dans le fil du sujet.. ca m'a l'air d'être un peu le bordel quand même!) Et il n'y a plus qu'à éditer la classe fpdf fournie dans les modules (à quand son intégration dans le core xoops? comme ça ça évite de la mettre dans chaque module...) Les tests que j'ai effectué ont été réalisés avec et sans ces modifs. Et comme j'aurais besoin de cette fonctionnalité pour un module déjà bien bien avancé, je viens de m'apercevoir d'un autre problème : le code généré par des éditeurs graphiques (TinyEditor + Koivi) est incompatible avec FPDF... certainement des balises HTML/CSS récentes qui ne sont pas prises en compte par FPDF qui date de ... 2003 (du coup, pour CSS 2, AMHA, on peut se "brosser" ). Mais là, c'est beaucoup plus génant/grave : page blanche et boucle que le serveur finit par traiter en time out... Pour l'intégration dans le Core, c'est un peu ce que je souhaitais faire (6 modules chez moi utilisent FPDF). Or, comme je suis faignant, je comptais créer un seul accès, un peu à la sauce Frameworks, mais devant le nombre de bugs initiaux du module, je reste sceptique. Je continue quelques tests. Est-ce que quelqu'un connaît l'utilité du fichier /fpdf/makepdf_config.php ??? :-o
Posté le : 17/07/2007 11:22
|
|
|
Re: Les PDF, les GIF et Xoops... |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Citation :Niluge a écrit: Euh chez moi le lien donné crée un pdf avec une image où on voit un poisson... Donc ça à l'air de bien marcher non? Euuuhhhh, c'est du jpeg (qui ne pose pas de problème, ni les png d'ailleurs). C'est vraiment spécifique aux fichiers GIF (il suffit de faire un essai sur un message de forum avec des émoticônes), mais constatant que cela ne fonctionnait nulle part (tous les sites xoopsés visités), ni en php 4, ni en php 5, j'ai vérifié un peu plus loin et... Ca boggue également lorsque la taille de images (essais en jpeg) dépassent la taille de la feuille (A4 par exemple). J'en viens à penser d'abandonner les PDF. edit: je viens également d'essayer sur un ancien site non maintenu en xoops 2.0.14, php 4, sql 4, apache 1.
Posté le : 16/07/2007 21:51
|
|
|
Les PDF, les GIF et Xoops... |
|
Régulier
Inscrit: 26/02/2007 16:00
|
Bonjour, je viens de triturer dans tous les sens la création de fichiers PDF sous divers modules (exemple sous un clône de smartsection : Caridina typus avec du Catappa ), j'ai même upgradé en v1.53 de FPDF, mais les GIF refusent dramatiquement de fonctionner, allant même jusqu'à créer des erreurs et des interruptions dans la génération du PDF. (idem en v1.52 ou 1.53, pas de changement notable) Bref, pas top, surtout au niveau référencement sur les moteurs de recherche! D'ailleurs, et pour le coup, j'ai interdit le référencement des PDF via 'robots.txt'. Malheureusement, comme d'autres idées très fonctionnelles, style osmose inverse, FPDF semble être au point mort (c'est bien dommage, c'était du beau boulot). Quelqu'un a-t-il trouvé l'astuce pour que les fichiers GIF soient pris en comptent correctement??? (je note que cela ne fonctionne nul part où j'ai essayé, y compris sur xoops.fr ou encore xoops.org ). Infos plate-forme : Xoops 2.0.16, php 5, mysql 5, apache 2, serveur dédié sous Linux.
Posté le : 16/07/2007 19:36
|
|
|