Bonjour,

as-tu installé blocsadmin et / ou altsys ?

l'un comme l'autre permettent d'attribuer la visibilité de certains blocs fonction du groupe utilisateur.

Bien entendu, aucun des deux ne changent les permissions sur le module, l'exemple simple sont les blocs personnalisés dans lesquels tu peux mettre un message d'accueil différent en créant un bloc pour chaque groupe, autre exemple, un forum,

tu autorises
un forum en lecture écriture à tous.
un forum lecture écriture utilisateurs enregistrés.

tu auras bien des sujets différents dans les blocks affichés (de mémoire je ne me souviens plus si on peut interdire la lecture écriture a un enregistré là ou un anonyme peut lire ecrire.)

Pascal.

Par avance désolé pour le double post
Citation :La taille de police n'est pas une solution viable, à moins d'ignorer purement et simplement la possibilité pour l'utilisateur malvoyant le CTRL+ ou CTRL molette...
Citation :La validité CSS c'est bien, la lisibilité par tous les utilisateurs quel que soit l'Os et le navigateur, c'est mieux.
J'ai suivi pendant quelques années les recommandations W3C, pour m'appercevoir au final, que ceux qui "font la loi" ce sont les programmeurs de browser... Je le déplore, mais c'est comme ça, mon annuaire n'est pas valide W3C mais il est 100% readable FF/Opéra/IE7/IE6 (Je n'ai pas de Mac pour les autres)
Citation :Je t'invite à regarder la section "Voir son profil en résolution inférieure à "1111*751" affichables. (WebDev toolbar est vraiment bien) je n'ai rien touché au thème origine et FF provoque des décallages assez disgracieux.
Citation :C'est ce que j'ai vu, mais malheureusement, je ne sais pas pourquoi, mon IE6 Win2k reste désespérément avec des png non transparents (Je n'ai changé aucun chemin dans la structure du thème)

Pascal.
Edit : Je comprend pourquoi la transparence et d'autres choses ne sont pas au rendez-vous à présent, certes, xoscripts.html est bien présent, seulement il manque dans le pack Mor.Pho.GEN.e.sis 2.1.0 tous les scripts auxquels il fait appel...
Y a t'il un moyen de récupèrer une version de ce thème contenant tous les scripts, même antérieure, afin de recomposer un package complet ?

Hello Kris,

Pour ma part, je vais tenter
(Je n'ai pas dit que j'allais réussir tout de suite )
- header en CSS only (je n'aime pas les table)
- main en table ce qui est plus simple pour les blocs.

Le site n'étant pas encore en prod, (du moins pas le cms xoops) je ne suis pas dans l'urgence, même si pour des raisons particulières, je voudrais l'avoir mis en place "assez vite".

je viens de recharger le Bleuday d'origine sans rien toucher, je n'en démords pas, le theme pose un sérieux problème sur la réduction de fenêtre.
Un bandeau de pub en 728*90 masque 90% du header, et si je passe en 1024*768 c'est la cata.
N'apparait plus que "Mor.P", ça fait petit pour donner un nom à son site 5 lettres
"Mor.Pho.GEN.e.sis 2.1.0" n'est visible qu'avec un full screen 1280*1024
Même en supprimant l'affichage Logo (qui peut aisément être mis ailleurs) tous les visiteurs ayant un affichage inférieur verront un nom de site tronqué et chevauché par le bandeau ad.

Je viendrais rendre compte de me pérégrinations dans l'adaptation en CSS du header.

Pascal.
PS: 800*600 obsolète, certes, mais quoi qu'il en soit même avec un 1600*1200 je dois pouvoir naviguer autrement qu'en full screen.

Bonjour,

CE sont tes largeurs qui s'adaptent à l'espace affichable du navigateur (je n'ai pas testé IE6, mais IE7)

L'avantage de FF (et IE7 pour une fois) c'est de prendre en compte une propriété CSS interessante : min-xxxxx
(xxxxx = width ou height)
Tu peux résoudre déjà une partie des problèmes avec ça.

Inconvénient majeur : IE6 ignore totalement cette propriété, mais gère le height et le width de la même manière.

Le dilemne est donc :
Fixer une largeur minimale pour FF et IE7 mais tant pis pour les utilisateurs IE6.
Fixer une taille width pour qu'IE6 la prenne en compte comme taille minimale, mais voir FF et IE7 se comporter autrement (Et c'est plutôt moche)

La solution est dans la feuille de style CSS adaptée à chaque navigateur, malheureusement, c'est ce que je cherche désespérément à faire avec comme base le thème blueday

Les contraintes de ce thème sont multiples, mais la première est le xo-header qui gère tout l'affichage centre en incluant la partie centrale du header, à mon sens grave erreur, puisque le header peut avoir d'autres proportions que le main, et enfin, ce theme s'il est joli rencontre le même problème qu'une majorité de thèmes, il est fait pour un affichage minimal de 1280*1024, CàD que la réduction de la page à des valeurs inférieures déporte tous les éléments à gauche par chevauchement, et pour ne citer que 2 exemples, le bandeau de pub chevauche tout le reste en le masquant, le menu horizontal se réduit en passant à la ligne... facheux pour sa lisibilité et son utilisation...

Moralité : je vais revenir à un thème plus "simple" et oublier les png transparents pour revenir à du jpg.
L'évolution proposée par ce thème est en quelque sorte une régression, puisque nous devons y ajouter la mention :
Optimisé pour FF-IE7 1280*1024
à l'ère du "Web2.0" (désolé le Web n'a pas de version pour moi donc les " " s'imposent) c'est assez dommage, car si la résolution minimale tend à devenir 1024*768, il reste des utilisateurs en 800*600, sans compter ceux qui ne surfent pas un full screen même en possédant un écran large 16/9ème.

Pascal.
PS: Désolé pour le pavé, mais je me suis laissé emporter

Citation :Bonjour, et de rien

Citation :  représente un caractère d'espacement en codage UTF8, quand à & il représente le caractère &.
il est plus que probable que tous les & que tu rencontres sont liés à une conversion malencontreuse lors de ton import.
Regarde dérrière le plus grand nombre de & que tu trouves, tu devrais y trouver des informations "précieuses"
Par exemple :
é è à ...

Malheureusement, je ne parle aucune langue asiat, je ne peux donc te donner un exemple concret.
Citation :A titre expérimental comme tu le dis, dans un éditeur de texte avancé, essaie de remplacer (en ayant au préalable sauvegardé ce que tu vas modifier profondément) tous les & par une chaine de caractères de ton choix, personnellement en général j'utilise a1b2c3z6y5x4 car les probabilités de rencontrer cette chaine sont assez infimes, mis à part un password que je déconseillerais .
Affiche ton site ainsi modifié et regarde ou se trouvent ces chaines. (Ne t'occupes pas des aspects visuels, il s'agit ici de trouver où vont les caratères indésirables).

La seule réelle solution est de batir ton theme à partir du thème default
Perso je crise sur Mor.pho.gen.e.sis en ce moment, mais c'est pour des raisons de compatibilité IE6, 7, FF... problèmes avec la mise ne page et les transparence qui une fois le thème modifié ne sont plus gérées , tu vois chacun à notre niveau nous galerons
Bon courage.
Pascal.

Accède a ton hébergement en FTP (ou par Cpanel ou Plesk)

FTP:
Click droit sur le fichier mainfile.php dans la racine de ton xoops.
Propriété : Tape 444 ou alors si tu préfères cocher et décocher les cases tu laisses juste les droits cochés sur "Read", "Write" et "Execute" tu décoches pour les Trois groupes
User
Group
World

Cpanel
Tu te rends sur ton gestionnaire de fichiers, tu sélectionnnes mainfile.php puis tu regardes "changer les droits d'accès" ensuite c'est comme en FTP, cases ou chiffres.

Plesk, jamais utilisé mais ce doit être du même style que Cpanel.

Pascal.

J'ai trouvé un article sur le moyen de sécuriser encore plus tes accès database, en déportant les infos dans un autre dossier/fichier.
Si je le retrouve je mettrais le lien direct. (c'est très bien expliqué et même si ce n'est qu'un petit plus, c'est déjà un petit plus à ne pas ignorer, et qui ne coute que 5 minutes de modification)

Citation :Bonjour,
xoops_trust_path est le nom du dossier protégé par défaut pour l'installation correcte de protector.
As-tu bien renseigné les lignes dans mainfile.php.
LOrsque tu installes protector, déprotège mainfile.php, sinon les modifications ne peuvent être faites lors de l'install et tu auras beau ajouter les lignes comme précisé dans le fichier d'aide, ça ne suffira pas.

Arbo d'hypothèse vue du web:
- www.domaine.tld (accès au site)
- www.domaine.tld/xoops (accès à xoops dans le site)
- www.domaine.tld/xoops/modules (Le sous dossier des modules)
- www.domaine.tld/xoops/modules/protector (Le sous dossier protector dans les modules)


Arbo d'hypothèse vue du ftp:
- home/public_html/(accès au site)
- home/public_html/xoops (accès à xoops dans le site)
- home/public_html/xoops/modules (Le sous dossier des modules)
- home/public_html/xoops/modules/protector (Le sous dossier protector dans les modules)

Tu devrais avoir mis le contenu de xoops_trust_path dans un dossier sous
- home/public_html/securite_xoops (nom d'exemple)

il faudrait tester, mais peut-être même que sous
- home/securite_xoops
ça passerait... à voir, de cette manière il n'est pas accessible du web, mais devrait l'être pour xoops.

La doc précise dans le root du site, pas du hosting... quelqu'un a déjà essayé ?

Concernant RW_banners, je ne l'ai pas installé donc je ne sais pas, mais je ne serais pas étonné que la résolution du problème N°1 résolve également celui la.

Pascal.

Citation :Bonjour,

De nouveaux sujets dans quoi ?
Forum ?
News ?
Blog ?
...
Qu'as tu installé comme modules supplémentaires ?

Pascal.

Citation :Bonjour,
Alors là tu vas avoir du taf...
Il va falloir reprendre tous les templates du thème et remplacer les codes inhérents à la langue du "petit scarabé"

UTF8 est le codage des caractères spécifiques a certaines langues.
Une page encodée en UTF8 sera correctement affichée dans la majeure partie des cas.
Quelques exemples simple d'encodage:
é = é
è = è
ê = &ecric;
ç = ç
€ = €
© = ©

Pour tes templates, utilise la fonction rechercher, puis fais une recherche sur le caractère "&", tu devrais déjà avoir une idée du nombre d'occurences à remplacer (Excepté les "Machin & truc")

Une fois que tu sais où sont tous les caractères a remplacer et que tu sais dans les pages affichées ce qui devrait être à la place, tu fais les modifications avec la fonction "recherche et remplace"
Ca va t'occuper ce week-end

Pour connaitre tous les UTF8 et autres encodage héxa...Etc, Google est notre ami :
Encodage des caractères UTF8
codes ascii des caractères

Pascal.

Citation :
Bonjour,

Le répertoire install est supprimé immédiatement après la fin de l'installation pour ma part, risque zéro de ce coté, la seule autorisation que je laisse le temps de configurer Protector est sur mainfile.php puisque protector a besoin de le modifier lors de son install, ensuite, il est en 404.
(J'ai déporté les infos SQL comme cité je ne sais plus où mais c'est fait aussi ça dans un dossier non accessible du Web)

Les modules sont des modules basiques, d'ailleurs le site en cours de montage, ne possedait pour sa part que System et Protector.

J'opte plus comme vous le dites pour une attaque globale serveur (mutualisé) l'hébergeur est seconde.fr (Pas trop mal, mais avec quelques lacunes sur certains points, mais je ne suis pas là pour les descendre, ils sont assez rapide quand même dans les réponses sur ouverture de ticket.
De toute manière ils n'ont pas démenti concernant une attaque serveur...
Surtout que même en plombant xoops, aller plomber l'accès phpmyadmin je ne pense pas que ce soit faisable.

Dommage pour les logs, "comme de par hasard" logs vierges...

Merci quand même pour vos réponses, je reste confiant envers Xoops qui après avoir testé 3 ou 4 autres CMS, reste celui qui m'offre le plus d'options spécifiques à mes besoins.
Ne serait-ce que la gestion bookmark personnels, et la possibilité du bloc personnalisé affiché juste pour certains types d'utilisateurs... rarement vu aussi bien et facile a gèrer ailleurs.

Pascal.
PS: Je ne sais plus ou c'est, mais j'avais trouvé un comparatif CMS, Xoops est l'un de ceux avec le plus de points positifs, dont la sécurité.