| |
Modules et gestion membres
..:: Côté modules ::..
Pour en finir après la mise en place des fondations des modules autonomes, j'ai réglé le petit soucis de non rafraîchissement de l'icône, je parle du changement de couleur du point vert ou rouge quand on fait retour aux Modules. Par contre, le problème n'existait pas en passant par Admin et en revenant dans Modules. Mais c'est quand même bien de pouvoir revenir directement à la liste des modules qu'on ajoute. Désormais le point change bien de couleur.
..:: Côté gestion membres ::..
En améliorant le code et en créant la page inscription, un admin ne pouvait plus créer un compte et donc ne pouvait plus non plus changer le pseudo d'un membre. Ce petit couac est résolu.
Attention toutefois, si le membre prend un pseudo qu'avait un ancien membre, on pourrait les confondre sur les anciens messages de l'ancien membre et les nouveaux de celui qui à pris son pseudo. Le mieux est de s'assurer que le pseudo n'avait pas déjà été utilisé.
Après, j'en ai profité pour faire marcher la date d'inscription d'un nouveau membre.
Vu que j'ai mis en place un bloc note dans la page du membre (non visible sur la page profil ce qui est voulu et logique), si on change de pseudo, maintenant que ça fonctionne, le membre à son bloc note vide. En vrai il existe encore, mais sous son ancien pseudo. Alors je me replonge dans le code pour corriger cela.
Désormais, quand un admin change le pseudo d'un membre, même son bloc note change de pseudo. En gros, le bloc note créé automatiquement, porte le nom du pseudo créé. Il été normal qu'il change en même temps que le pseudo.
..:: Module Commentaires ::..
Reprise du module Commentaires pour ajouter les liens éditer et modifier pour les admins et les modos et croyez moi que c'est très long entre le lien de retour, faire apparaître les messages en éditions tout en conservant les retours de ligne, à commencer par la disposition des deux liens qui sont désormais en dessous des messages séparé avec une ligne en tirets.
J'ai même travaillé sur les liens afin d'avoir accès aux pages pour éditer et supprimer, sans oublier juste avant sur les droits d'accès.
Dans les commentaires, quand on en poste un, on était sur la dernière page en bas. Hors dans les commentaires en général, le dernier message est tout en haut sur la première page des commentaires. J'ai modifié que quand on poste un message, qu'il y est une page ou qu'il y en a plusieurs, afin qu'on soit directement au tout dernier message que l'on vient de poster.
Pour éditer un commentaire, j'ai fait une petite modification dans le code et il manque un message pour savoir quand notre édition est bien enregistrée, sans quoi, on croit que ça n'a pas fonctionné. Au moment de corriger le problème, j'ai finalement modifié de manière à ce que quand on enregistre le message que l'on vient d'éditer, que l'on soit redirigé là où l'on était avant de cliquer sur le lien éditer.
..:: A suivre ::..
Côté formulaire de mail, j'en parlerais dans la prochaine nouvelle.
Phortail, il y a plus lourd, mais c'est moins complet | | | |
Formulaire de mail, modules et design
..:: Côté formulaire de mail ::..
J'en reviens au formulaire de mail quand on veut écrire au webmaster du site. Si sur le site de développement ça marchait, ça ne marchait pas dans le site final de Phortail v3. Après des tests, j'ai passé encore à nouveau pas mal d'heures juste pour ce formulaire, plus de 4h30. Le temps s'explique car entre BBcode désormais l'éditeur Krysiwyg, que des invités pouvaient poster mais pas encore les membres identifiés reconnus, mais maintenant ils peuvent enfin envoyer des mails étant reconnus sous leurs pseudos. Bon après il y a eu d'autres choses, sans oublier qu'ici avant ça marchait sans BBcode, mais si on compare au TagBoard sans BBcode, juste les smileys du site en BBcode y étaient.
Après, soit on avait le captcha mal ou bien recopié et ça envoyait, soit on avait le captcha mal ou bien recopié mais ça disait que le code recopié n'était pas le bon.
Finalement, j'ai résolu ce problème pour de bon avec le cryptograph créé exprès pour le TagBoard. Si j'ai bien supposé, il a été créé pour résoudre le problème désormais rencontré avec le formulaire de mail, car comme pour le TagBoard on a le pseudo comme la case pseudo avec catcha désormais géré par le Krysiwyg, mais pas de zone texte géré par ce dernier volontairement voulu. J'avais modifier ce fichier de cryptograph pour le TagBoard, alors autant le réutilisé vu l'évolution de Phortail.
Donc en résumé : avant si on avait le bbcode ou pas et c'était OK, mais l'éditeur qui gère les pseudos et le captchas à changé la donne.
Au final, vous vous en doutez bien, j'ai enfin pu y arriver.
Bon à savoir : j'ai encore retouché le code et c'est la première fois aussi que le formulaire de mail reconnaît enfin les membres connectés. J'y faisais un allusion un peu plus haut. En même temps c'est logique étant donné que jusqu'à la v 2.0.12 il n 'y avait que les invités et l'admin unique qui postait en invité.
Allez tien, suite aux tests, j'en profite pour corriger un truc pour faire bien plus pro. Dans le temps, quand on envoyait un mail et jusqu'à maintenant, le formulaire corrigé, pour qu'il continue de fonctionner, on avait en titre du mail : "Message au webmaster". Imaginez vous un seul instant, si vous gérez plusieurs sites ! Mais depuis quel site reçoit-on ce mail ?? Alors j'ai encore retouché le code.
Avant le titre du mail était : "Message au webmaster".
Maintenant le titre du mail est : "Message envoyé à Pseudo depuis domaine.tld".
Dans Phortail, vous renseignez le pseudo et l'adresse du site, qui logiquement est auto détectée et se personnalise dans "Configuration générale" :
Pseudo = est celui que vous renseigner.
domaine.tld = est votre url normalement auto détectée.
..:: Côté modules externes ::..
Dans le code, je modifie car en temporaire j'y avais mis un chemin d'icône en dur pour le développement des modules externes. Désormais dans cette auto-détection, on voit enfin l'icône fournit par le module lui-même.
..:: Module Tag-Board ::..
Dans le Tag-Board, en dessous du bouton "Envoyer" il y avait trop d'écart, j'ai fini par solutionner le problème en le réduisant, mais il m'aura fallu un peu de temps.
..:: Côté design ::..
Les colonnes : entre les boîtes, l'écart est légèrement plus important que entre une colonne et la partie du milieu.
En mode mobile : le raccord entre la colonne gauche et le centre, mais aussi entre le centre et la colonne droite est encore plus important.
J'ai tout resserré et visuellement c'est bien mieux.
Et pour finir, le dernier correctif visuel en mode mobile :
Si avant, bien que j'ai élargi le menu comme les colonnes pour plus de confort, on avait et on a toujours les liens centré à gauche, mais entre en guise de séparateur il y avait des points bleus. Pour avoir plus de clarté, je les ai refait en gris clair. Ensuite, tout à droite on avait le lien "Admin" devenu "Espace membre", depuis que j'ai mis en place le menu sur mobile, "Espace membre" était trop prêt et sans le point gris ça faisait pas très joli. Alors je viens de rajouter un point gris juste devant et j'ai ajusté les écarts entre le point gris et "Espace membre", mais aussi entre le point gris et le dernier lien du menu qui actuellement est "Livre d'Or". C'est désormais esthétiquement plus joli.
Phortail, il y a plus lourd, mais c'est moins complet | | | | Pourquoi il n'y avait plus de nouvelles sur l'avancée de la v3
Le projet Phortail v3 n'était pas arrêté, mais seulement mis en pause forcé entre le fait que je ne pouvais plus attendre pour sortir DebLight v3. J'y ai passé en tout et pour tout 9 jours entre finaliser l'environnement LXDE et Xfce et plus réellement Xfce qui revient de loin, forcément j'avais pas mal à peaufiner.
Mais ce n'est pas tout, alors que je me donne sans compter mes heures, des pourritures d'escrocs n'arrêtent pas de m'envoyer des mails pour que je paye mon sous domaine phortail.w31.fr en se faisant très très mal passer pour l'un des plus grands registrars de France. En gros, si je ne paye pas tout de suite, je perd dès le lendemain mon domaine ou quelqu'un est en train de l'acheter et si je ne le paie pas immédiatement, demain il est à eux. Ces sales ordures sans scrupules ont tellement raisons que vous n'êtes pas actuellement en train de me lire hein ! N'est-ce pas ? Ils ont profité certe que Roundcube n'a pas de filtre anti spam, mot très poli, mais en inversant les rôles mon sous estimé sous prétexte d'avoir acheté à très bas prix des tas de domaines du plus ridicule au plus charabia qu'il soit. J'ai un niveau très loin du leur qui se rabaissent de eu même dans des data centers à travers le monde et qu'ils se payent sans aucunes connaissances avec une infime partie de ce qu'ils dérobent aux gens avec leur mail poubelle, car moi contrairement à ces véroles je prône le bien généreusement et j'ai dû mettre en place de plus en plus de protections pour les contrer. Alors oui, tout cela m'a pris du temps face à ces non humains assistés avec leurs robots qu'ils peuvent se payer, mais ça en valait la peine pour retrouver la paix.
Prochaine nouvelle séparée, ce sera sur le deuxième module externe.
Phortail, il y a plus lourd, mais c'est moins complet | | | | 2ème module externe de Phortail v3
Avant de devoir finaliser pour sortir DebLight OS qui a pour but de remplacer avantageusement Windows, j'avais commencé par travailler sur "Statistiques" qui est le deuxième module externe de Phortail v3. Quand je dis externe, je rappelle qu'il embarque intégralement tout. Juste que comme c'est Statistiques, les fichiers de comptage de stats seront automatiquement créés en dehors. J'avais commençais et pour ainsi dire fini de porter un projet externe qui est également sans base de données, mais pour qu'il finisse de fonctionner il faut faire des modifications dans Filezilla ou autres logiciels FTP, j'ai abandonné car à titre perso j'estime qu'un CMS n'a pas à imposer des modifications de réglages. Alors j'ai tout repris à zéro. Hier et aujourd'hui c'est la deuxième fois que je m'y remet et après avoir pris forme dans le panneau d'administration, aujourd'hui il commence par fonctionner. Bon tout n'est pas encore au point, mais ça commence par prendre. A titre perso ce n'est pas du tout mon truc, alors ça me demande du temps afin de le faire sans bdd et qui respecte le RGPD, mais également qu'il soit le plus léger possible afin de respecter notre bon petit CMS qui désormais à tout d'un grand. J'avais commencé dans le plus grand respect à faire en .dat car Phortial c'est vraiment le .dat et le .txt, mais pour les stats quoi de mieux finalement que le .csv ?
Voici comment est en train d'être structurée structurées Statistiques : 2 pages pour alléger :
Sur la première : - Visiteurs en ligne = commence par fonctionner.
- Total en ligne = fonctionne.
- Navigateurs = fonctionne.
- Systèmes d'exploitation (Windows, Linux comme DebLight OS, etc) = fonctionne.
- Le navigateur = fonctionne.
Sur la seconde page :
- Statistiques par Jour = ne fonctionne pas encore.
- Statistiques par Semaine = ne fonctionne pas encore.
- Statistiques par Mois = ne fonctionne pas encore.
Il y a même des barres de défilement dans le look du Skin par défaut : En bleu pour l'avancée en fonction du pourcentage. En gris pour l'espace vide en fonction du pourcentage.
Phortail, il y a plus lourd, mais c'est moins complet | Message édité par krysto le 10/09/2026 à 23h46 | | |
Le module statistiques est fini
Après "Commentaires" qui est le premier créé en août, voici en ce début de septembre "Statistiques" est le deuxième module externe.
Je précise encore une fois que par externe, j'entends par là que c'est une nouveauté de la v3. Avant, on envoyait ici et là, entre racine et les dossiers les fichiers. Jusqu'à la v2, finalement ils étaient tous inclus dans le zip. Désormais celà est fini, on continue juste d'en avoir que quelques-uns d'inclus et tous les autres sont à télécharger séparément. Le but final est d'avoir un bon minimum pour faire l'essentiel, mais en fonction de ce que l'on veut faire, on a des modules à la carte. L'avantage est qu'on ne prend que ce dont on a réellement besoin.
Comment j'ai finalement structuré les Statistiques ?
Je les aient structurés en 4 pages de la manière suivante :
Vue d'ensemble :: Statistiques suite :: Visiteurs :: Sites
Vue d'ensemble :
- Visiteurs en ligne
- Navigateurs (Aujourd'hui)
- Systèmes d'exploitation (Aujourd'hui)
- Sites référents externes (de là où arrivent les visiteurs)
Statistiques suite :
- Statistiques par Jour
- Statistiques par Semaine
- Statistiques par Mois
Visiteurs :
- Journal des Visiteurs (Aujourd'hui) = mise en place d'une pagination
Nota : comme j'ai créé un pare-feu et qu'il a fonctionné, je n'ai pas mis actuellement de partout un lien pour bloquer directement un IP quand quelqu'un poste des messages qu'il ne faut pas. Alors je me dis que pour ne pas encore tout reprendre et afin de finir cette v3, qu'il serait bien ici de pouvoir bannir à partir de la date, heure et l'IP en question par rapport à la date, heure des messages correspondants.
Bien sûr, Phortail respecte le RGPD car déjà bien avant il a toujours respecté la vie privée de ses utilisateurs.
Sites :
- Sites référents externes (Aujourd'hui) = mise en place d'une pagination
Nota : la pagination évite d'avoir de très longues pages interminables.
Bon à savoir : Entre le pare-feu et ici ce module, il est redoutablement efficace, afin de protéger le site Phortail et de ne plus avoir de mails pour me demander de payer l'adresse phortail.w31.fr ce faisant passé pour un grand registrar français, non seulement j'ai bloqué le bot l'IP 216.244.66.249 et j'ai finalisé les défauts pour que ça fonctionne, mais il m'a permis vu les détails de bloquer le faux humain 205.210.31.166
Attention, ici le premier IP peut agir comme ça à travers le monde depuis 2020 et ils agit partout dans le monde entier.
PS : Ne bloquez pas n'importe qui, n'y les bons bots comme ceux des moteurs de recherches, il ne faut surtout pas tomber dans la paranoïa, mais faire des recherches quand on a un doute sur une IP.
Phortail, il y a plus lourd, mais c'est moins complet | | | | Pour la partie download
Personnellement je comprend et j'en déduis qu'ils ont appelé la page downloads.php en anglais et pas en français à cause des accents : téléchargements.php mais ça aurait très bien pu être sans telechargements.php sans les accents. A titre personnel, je ne changerais donc pas le nom qui ici restera en anglais. Par contre j'entame sa rénovation.
Actuellement "download" permet de mettre un dossier type zip.
Dans l'administration, les nouveautés sont : - Les catégories.
- Les sous catégories.
- Un tableau pour déplacer les catégories et les sous catégories.
- Forcément : créer une catégorie ou une sous catégorie.
- Dans "ajouter un téléchargement" ajout du sélecteur de sous catégories.
- Dans "ajouter un téléchargement" ajout d'un lien url. Il permet de pouvoir mettre un zip ou autre depuis un lien externe, mais aussi de pointer vers le lien d'un téléchargement qui ne commencera que depuis le site externe.
- Dans "éditer un téléchargement" ajout du sélecteur de sous catégories.
- Dans "éditer un téléchargement" ajout d'un lien url. Il permet de pouvoir mettre un zip ou autre depuis un lien externe, mais aussi de pointer vers le lien d'un téléchargement qui ne commencera que depuis le site externe.
Dans le code, ce que j'ai mis en place, on ajoute ou on édite un Téléchargement, l'ajout du sélecteur sous catégories et ensuite ajout à chaque fois de (via cat xxx) comprenez les "xxx" par le nom de la catégorie. Mais comme ça ne suffisait pas, je me dis d'après tout "si on peut désormais mettre un lien externe", pourquoi ne pas lui attribuer d'après tout un icône différente pour bien les distinguer et c'est chose faite :
- dd.gif pour les téléchargements interne ;
- lien.gif pour les téléchargements externe. lien.gif finalement je le réutilise de la section liens.
Avant c'était pénible, mais c'était comme ça :
- On choisit son téléchargement et on valide.
- Comme le lien est pour cet exemple mon-telechargement.gif le titre était automatiquement mon-telechargement.gif et alors on devait ensuite éditer pour pouvoir modifier le titre et si on le souhaitait mettre enfin la description.
Désormais, On crée un téléchargement : Nom du téléchargement : on met enfin ce que l'on veut, ça sera enfin enregistré
Fichier local (dans /downloads/) : On choisit un des téléchargements (j'ai masqué index.php)
OU : URL externe / Lien direct / indirect (ex: https://...) : notre url de téléchargement direct ou indirect.
Sous-catégorie : On choisit une sous catégorie, comme je l'ai dit, on voit à quelle catégorie elle est rattachée actuellement.
Pour la case commentaire :
Votre description ici... Désormais le textarea fait place à notre éditeur Krysiwyg.
Et quand on modifie : on peut modifier ces éléments.
Ensuite dans chaque catégorie, chacune est avec sa liste de sous catégories en lien. De là, à chaque fois qu'on clique dans une d'entre elles, on a la liste des téléchargements proposés, des liens de retour à la catégorie ou à l'accueil downloads.php
Maintenant que les catégories et sous catégories fonctionnent enfin, je me dis : et pourquoi ne pas y rajouter des icônes dans les catégories et sous catégories ? Au début ils seront en 16x16.
Si dans l'administration pas de problème, il faut encore finir le travail sur la page des visiteurs. Le temps de publier, c'est chose faite. J'ai perdu du temps car une icône dans une sous catégorie faisait sauter la sous catégorie en la passant en catégorie.
La section des téléchargements est finie ? Non, il manque encore un vrai petit plus pour nous les webmasters : le compteur de cliques par téléchargements. Plusieurs possibilités s'offrent à moi en flat-file, alors choisissons la bonne, le compromis idéal entre un fichier unique que si énormément de téléchargements sont proposés, alors il finira forcément volumineux. Un fichier par téléchargement proposé, alors ils en seraient très léger, mais en coulisse le dossier qui les accueillerait serait plein à craquer. Au final, la section "Download" est finie étant donné que le compteur de clics fonctionne aussi bien pour les téléchargements interne que externe.
Phortail, il y a plus lourd, mais c'est moins complet | | | | Modules et Rubriques, la dernière vague
Dans les modules :
Le calendrier prend désormais automatiquement toute la largeur de la boîte.
Que ce soit dans le Calendrier comme dans Articles, j'ai fait resserrer le bas des boîtes pour plus d'esthétique.
Dans Modules et Extensions, suppression de :
Dans Modules, suppression de :
Pour info : Newsletter ayant beaucoup de travail et le fait qui serait le seul à avoir une partie encore dans le dossier /extensions confirme mon choix de le supprimer pour finir la v3.
Pourquoi ? Car on avait un petit méli-mélo entre les deux dossiers.
Désormais, les modules :
Certains d'origines ont une page en racine en plus d'être dans /modules.
D'autres sont désormais des modules externes, pour rappel, dans la v3 externe j’entends par là qu'ils embarquent absolument tout ce qu'ils ont besoin pour tourner.
Afin de ne pas retarder la sortie inutilement de Phortail 3, en étant à être en train de retoucher de partout, le dossier /extensions est maintenu pour le cryptograph. Désormais il ne devrait plus rien accueillir d'autre.
Donc un module interne pourra avoir une page en racine et des éléments dans inclus, admin, etc, quand un module externe embarque tout ce qu'il l'a besoin pour tourner.
A titre personnel, je trouve cela bien mieux de remettre de l'ordre dès maintenant.
Pour le module Newsletter, il reviendra en module externe après la sortie de Phortail v3, pas avant.
Je refais encore une amélioration dans le module Statistiques :
Dans : Admin - Statistiques (Vue d'ensemble) :
J'avais rajouté en plus de aujourd'hui, le global pour les Navigateurs et les Systèmes d'exploitation, ce qui est bien mieux pour savoir où l'on en est.
Aujourd'hui j'apporte la dernière pièce à l'édifice dans :
Admin - Statistiques Détaillées (Année 2026)
Comme vous le voyez, Année, suivit de l'année en cours de consultation 2026 ou autre. J'ai rajouté les années et c'est vraiment le seul détail qui manquait.
J'en profite pour reprendre la nouveauté Pare-feu : un IP un fichier ça ne va pas du tout. Alors je mets désormais tout dans un fichier : pare-feu, avec une IP par ligne. J'ai modifié obligatoirement les pages edit et del, dans edit j'enlève le niveau du temps de blocage, je simplifie en laissant uniquement le niveau 5 qui se met tout seul par défaut. On veut débloquer une IP ? On la supprime de la liste.
Alors fonctionne t-il enfin ? Telle est la question ! La réponse est oui, j'ai testé en bloquant un de mes appareils qui est informé qu'il est bloqué par le site. Je supprime mon IP de la liste, j'ai de nouveau accès au site.
..:: Photos ::..
Dans le module Photos on va garder le sélecteur d'images et les flèches précédentes et suivantes.
Je m'attaque à la section Photos du site. Si avant en php4 et php5 les photos étaient trop grandes, elles élargissaient autant le site vers la droite que leur taille de dépassement.
Désormais dans la v3 :
- Les photos sont automatiquement redimensionnées, fini le site qui dépasse vers la droite en php7 et php8.
- Ajout d'un effet de zoom.
- Ajout en mode zoom de l'utilisation des flèches du clavier gauche et droite pour changer d'image.
- Ajout des catégories et on masque étant dans la section upload, celles qui ne sont pas en rapport avec la partie Photos.
- Maintenant que les catégories sont mises en place, on cache le dossier /description/.
- On crée la possibilité d'ajouter et de supprimer une catégorie. Une fois fait, on aurait pu croire que l'action n'avait pas prise tant qu'on actualisait pas ou ne revenait pas sur la page. J'y ai remédié, maintenant qu'en on créé ou supprime une catégorie, l'action se voit immédiatement.
..:: Bannières ::..
J'ai réparé pour php7 et php8, mais en php 8.4 le ton est encore durci. Alors réparation de l'accès en admin.
J'en profite : quand on veut supprimer une bannière en image ou en écrit, si on supprime c'est immédiatement. Alors j'ai rajouté la bulle d'info : "Êtes-vous sûr de vouloir supprimer cette bannière ?". Au moins on ne supprime plus par erreur.
Phortail, il y a plus lourd, mais c'est moins complet | | | | Inédit, Évolution des skins Phortail 3
Déjà, je commence par déplacer le sélecteur qui est dans config2 et je créé exprès config3. Ainsi, j'évite aussi tous les problèmes rencontrés lors de la mise en place et création des modules externes. Si on enregistre depuis un autre endroit, par exemple dans le config2, alors en admin quand on fera une modification sur le config2, il écrasera tout par dessus quitte à mettre en désactivé s' il ne trouve plus les appels.
J'ai tout en tête comme pour les modules externes, alors on continue à enlever proprement tout ce qui est des skins : couleurs et possibilités d'images pour tout mettre ailleurs, voilà pourquoi je vais créer la encore tout naturellement configskin.php et configskin.inc dans chaque skin. Comme je l'ai dit dans les Nouvelles précédentes, le but est de personnaliser chaque skin pour qu'il soit prêt à l'emploi, mais aussi depouvoir personnaliser les couleurs et images de chaque skin depuis l'admin et avoir ainsi individuellement chaque skin personnalisé à sa façon que l'on pourra changer à chaque saison, chaque événement, chaque années simplement depuis le sélecteur.
Pourquoi d'ailleurs j'ai modifié le sélecteur en créant config3 ? En plus des raisons invoquées ci-dessus, dans l'administration du site, il va y avoir une nouvelle section exprès pour les skins :
Sélecteur de skins disponibles (autant le déplacer ici pour ne pas le chercher ailleurs).
- Titre du skin
- Description du skin
- miniature du skin (encore une nouveauté, comme cette présentation)
- Éditer le skin : c'est ici que seront désormais les couleurs et images
- Paramètres du skin : "Configuration du thème : skin_phortail"
- • Style des bordures :
- • Couleur des bordures :
- • Largeur des bordures :
J'ai galéré un peu plus que prévu, mais le skin à commençait à revenir, ici en noir sur fond bleu avec forcément pleins d’erreurs, quand tout à coup à force de toucher au code, le bleu sur fond noir est revenu. Cela indique un moment historique de l'histoire de Phortail : pour la toute première fois depuis sa création, le skin ne dépend plus de /include/, mais bien d'un skin directement en ce qui concerne sa personnalisation : couleurs et images (si on en met).
Bien sûr, je n'ai pas fini le travail, car actuellement la seule façon de changer de skin c'est de le faire manuellement dans le fichier. Alors demain pourra t'on de nouveau changer de skin par simple sélection et validation ?
Bien entendu, en admin on à côté lien actuellement :
Pour : /include/admin/
J'ai créé : /modules/xxx/
Reste à créer je pense désormais pour : /skin/xxx/
On a vu plus haut que j'ai fait référence au skin "skin_phortail" qui est le second thème par défaut avec un dossier /admin/ pour pouvoir personnaliser les cadres des boîtes, ainsi que de la partie centrale. Lors de mes tests, je me devais de m'assurer qu'on change bien de skin, alors j'ai remis le thème par défaut "no_skin" quand on installe Phortail (quand on le met sur son hébergement car il ne s'installe pas vraiment). Après, avoir des erreurs et la personnalisation du thème manquante, ce qui était logique, c'était le fait que je finisse de tout enlever dans config2.php et config2.inc pour tout mettre dans le skin no_skin dans pluginskin.php et pluginskin.inc. Il a fallu que je cale bien mes appels etc pour que le skin soit enfin visible avec les réglages depuis le dossier /skin/ . Donc oui, depuis que Phortail existe, soit 25 ans après, pour la première fois de son histoire, un skin commence par tout gérer. Mais le reste comme je l'ai déjà dit, faut que je le crée.
Phortail, il y a plus lourd, mais c'est moins complet | | | | | « Index | Informations sur Phortail |
|
Haut