[plugin]PLX_TRACE partager vos ballades GPX sur OpenStreetMap avec leaflet.js

gcyrillus-nomade

@dominik

Bonjour,

a) Pour le téléversement, avez vous un message d'erreur ?

• est ce avec les deux méthodes proposées ? (déposer et/ou via le clique et sélection de fichier)
• avez vous aussi un soucis pour creer ou effacer un dossier ?

b) Pour le problème de la carte qui passe au dessus du bandeau en sticky, un z-index est à ajouté au css du bandeau .
par défaut leaflet applique

.leaflet-pane {
  z-index: 400;
}

il faut donc au minimum un z-index:401 au bandeau pour s'afficher au dessus.

Avez vous un lien à partager pour voir l'un des défauts au besoins ?

Cdt

dominik

Bonsoir et merci pour la réponse détaillée.
Pas d'URL, il s'agit d'un site en local.
Pour mon problème d'affichage, j'ai "presque" résolu en mettant un z-index dans le header.php. Bizarrement, les icônes "+/-" et l'autre en haut à droite sur la carte continuent à passer au-dessus de mon bandeau...

pour le téléversement, j'obtiens le message "Une erreur 500 est survenue en tentant de telecharger le fichier."
je peux créer un dossier, mais ni le supprimer ni téléverser.

gcyrillus-nomade

okay,
pour le z-index du bandeau, il faut finalement passer à 1001 ... car

.leaflet-top, .leaflet-bottom {
  position: absolute;
  z-index: 1000;
  pointer-events: none;
}

a aussi une valeur farfelue, du moins surdimensionnée ...

Pour l'upload, dossier ineffaçable, quel serveur utilises tu et sous quel OS ?
_{Ce serait probablement une histoire de droits alloués aux dossiers .
Perso , en local je suis avec Laragon et apache et w10 et en ligne c'est du linux et apache où je n'ai pas ces problèmes, même sur Free, ça fonctionne (bon Free n'est pas une référence mais en général c'est le premier à tousser)}

cdt

dominik

J'avais mis 1000 pour être au-dessus de 400 ; avec 1001 ça marche complètement en effet !
J'utilise Apache sous Ubuntu.
Pour les droits, j'ai mis 777 dans tout le dossier pluxml...

gcyrillus-nomade

Bonjour, @dominik

Apparemment , le test dans la fonction deleteDir() dans admin.php sur le repo de github avait une coquille.
Elle peut-être réecrite comme ceci

// efface un sous repertoire de gpx
function deleteDir($deldir) {
    // on verifie que l'on est bien dans un sous repertoire de gpx
    if(dirname($deldir,1).'/' == PLX_PLUGINS.'plx_trace/gpx/') {
        if (file_exists($deldir)) {
            $dir = opendir($deldir);
            while (false !== ($file = readdir($dir))) {
                if (($file != '.') && ($file != '..')) {
                    $full = $deldir . '/' . $file;
                    if (is_dir($full)) {
                        deleteDir($full);
                    } else {
                        unlink($full);
                    }
                }
            }
            closedir($dir);
            if(rmdir($deldir)) {
                return plxMsg::Info(L_DELETE_SUCCESSFUL);
            }
        }
    }
    else {return plxMsg::Info(L_DELETE_FOLDER.' '.$deldir.' - ' .L_NO_ENTRY);}
}

maj faite sur le repo pour ce fichier.

Pour le moment, je n'ai pas encore trouvé d'autre erreur.

Autres questions ?

• Est que l'extension de ton fichier à téléverser est bien en minuscule ?
• quel version de pluxml et de php utilises tu ?
• urlrewriting activé ?

Cdt

dominik

Bonjour gcyrillus,
En effet la suppression de dossier fonctionne maintenant.
Le téléversement toujours pas chez moi.
J'ai la version 5.8.9 de PluXml, PHP 8.1.2, l'urlrewriting est activé et mes noms de fichiers en minuscules.
J'ai regardé le log d'Apache, le problème vient de l'include de config.php, problème de chemin.
Du coup la fonction "path" est inconnue.

gcyrillus-nomade

re Bonjour @dominik ,

merci de ces retours.
duquel include s'agit-il ?

dans ajax.php il y a

include(PLX_ROOT.'config.php');
include(PLX_CORE.'lib'.DIRECTORY_SEPARATOR.'config.php');

respectivement ligne 10 et 11.est ce les deux ?

quels sont les chemins retournés, et quels devraient être les bons ?
Cdt

dominik

problème d'include pour les 2
les chemins retournés sont :
PluXml/config.php et PluXml/core/lib/config.php

les chemins absolus sont /home/dominik/www/PluXml/...

gcyrillus-nomade

@dominik

Bizarre, ces chemins semblent bon à priori .
sans convictions, essaie si :

include(realpath(PLX_ROOT.'config.php'));
include(realpath(PLX_CORE.'lib'.DIRECTORY_SEPARATOR.'config.php'));

fonctionne

Sinon, tenter de remplacer tout les .DIRECTORY_SEPARATOR.par .'/'. ou .'\\'. , en principe DIRECTORY_SEPARATOR évite ce genre de désagrément.

Ce qui est incompréhensible, c'est que tu chargerais bien les fichiers de class par la suite , ou ça bogue là aussi ?

Le script ne te renvoie pas vers la page install.php ? Il devrait si le script continue après ces deux includes sans les avoirs trouvés ni chargés.

Cdt

dominik

j'ai carrément mis le chemin complet des deux config.php.
je n'ai plus de message d'erreur mais le téléversement ne fonctionne pas et l'affichage est "bizarre" : la page d'accueil du site apparaît en dessous de la page du plugin !
je vais bientôt déclarer forfait :-)

gcyrillus-nomade

j'ai carrément mis le chemin complet des deux config.php.
je n'ai plus de message d'erreur mais le téléversement ne fonctionne pas et l'affichage est "bizarre" : la page d'accueil du site apparaît en dessous de la page du plugin !
je vais bientôt déclarer forfait :-)

Bon, j'aurai presque le même sentiment, c'est une quatrième dimension.
Sérieusement, si tu vois la page d’accueil, c'est qu'un include est mauvais et PluXml t'affiche la page d'accueil (lorsqu'il devrait afficher la page 404 , mais ça c'est un autre sujet @bazooka )
Il y a donc un gros défaut ... config, urlrewriting, coquille dans les script, un autre plugin, des modifs maison sur les fichiers, autre ? défaut qui ne devrait pas avoir lieu, ajax.php est quasi un clone de index.php

**Tu est certains d'avoir la 5.8.9 stable et pas pris la 5.8.10 depuis le repo github de pluxml ? **

Je t’envoie un message en MP.

Cdt

gcyrillus-nomade

En attendant, voici une nouvelle version sans le fichier ajax.php https://github.com/gcyrillus/plx_trace/archive/refs/heads/gcyrillus-patch-1.zip

reste malgré tout, si pas déjà fait, à corriger les warning de pluxml à propos des * Using ${var} in strings is deprecated, use {$var} instead in...* pour qu'il soit totalement compatible avec php8+ Le plugin n'a pas a la base d'incompatibilité php8+

dominik

Merci à toi de m'avoir dépanné en partie et d'avoir cherché.
Et... merci pour ce plugin