je mets au point un système dynamique pour un magazine en ligne non encore existant.

ce que j'attends c'est des critiques pour savoir si ce système est viable ou non, s'il a des défauts apparents ou masqués, ou simplement un avis de la part de ceux qui liront ce post. merci d'être objectif.

j'en suis encore à l'élaboration alors je vais être théorique uniquement. je mettrais des liens vers le site au fur et à mesure qu'il avancera.

le principe auquel j'ai pensé est venu des problèmes de graphisme que j'avais : je voulais une page "élastique" ou extensible à l'ensemble de l'écran, quel que soit la définition de celui-ci. l'utilisation des frames posant des problèmes divers et variés (et tout le monde me prenant la tête avec ça) j'ai décidé de les laisser tomber.

alors voilà : l'idée est de travailler pourcentage tout ce qui peut l'être (hauteur, largeur, etc.), de tout placer dans des calques (< div > défilants ou non) allant chercher leur contenu par le php (avec include_once) à l'aide d'un système de variable (requête *.php?var=x, url rewriting, dossiers virtuels).
peut être par la suite ajouter pour toute image un module de détection de vitesse de connection client, et de taille écran de celui-ci, pour aller chercher selon les cas une version low-res ou high-res des images (mais c'est un peu lourd pour commencer, alors c'est remis à plus tard).

et au fur et à mesure l'ajout en mise en page d'itérations mysql pour du contenu bdd (articles, photos, etc.) avec possiblité d'upload.

pour l'instant c'est sur le papier.
qu'en penser ?

Salut Beatnykk,

Pour un site de publication, Spip est tout à fait capable de te donner pleinement satisfaction. Surtout si tu t'orientes vers le magazine en ligne, son sujet de prédilection.
Il va être difficile d'égaler ce produit qui est arrivé à maturité, et peut-être que tu devrais prendre le temps de le découvrir.

Le fait d'avoir un design élastique ne dépendra que des squelettes de pages que tu créeras. Tu peux très bien obtenir ce résultat sous Spip.

Un exemple, un site que j'ai développé récemment, celui de l'Homme et Demi (Olivier Merle) où quelques <div> dont une flottante à droite permettent de réaliser quelque chose qui ressemble à ce que tu cherches.

Il y a suffisamment de "pointures" Spip à bord pour qu'aucune de tes questions ne reste sans réponse.

Dans un style différent, mais pour te montrer qu'on fait pas mal de choses sous Spip il y a aussi la galerie virtuelle de Cadrissimo

A moins que tu aies à faire face à des besoins très pointus, la conception d'un magazine en ligne peut très bien s'appuyer sur les CMS disponibles sur le marché. Dans le genre "très complet mais ardu à mettre en oeuvre" tu as aussi typo3 qui est un excellent produit.
Mais peut-être as-tu de bonnes raisons de réinventer la roue ...?

Dan

merci, ça roule

bon, je me suis interessé à spip et à phpnuke. c'est vrai, j'avoue, c'est super bien foutu et tout et tout, il ya plus qu'à faire son squelette.

mais mon problème c'est la lourdeur mise en oeuvre, en même temps que la facilité à créer son site avec ce genre d'outil : j'ai pas besoin de 1/10 des fonctionnalité de ces systèmes, et je suis pas du genre à me faciliter la tâche.

et sans vouloir réinventer la langue française (il y en a qui m'ont fait remarquer que j'abusais à ce sujet d'ailleurs, d'où que j'écris mes mots en entier) j'ai envie de dire "on est jamais autant à sa taille qu'avec du sur mesure". donc je persiste et signe, et en plus mon module que c'est moi que je l'ai fait et qui gère les variable fonctionne à merveille...

bon dans le prochain post je laisse une url histoire qu'on se moque un peu du design... :yoot:

promise due : voici l'url de la pré-maquette du site.

alors pour tout browser sous pc (sauf nscape) c'est en url-rewrite/php/repertoires virtuels.

pour tout browser mac (et nscape pc donc) c'est en frames dynamique (concept que je propose de faire breveter = frames avec src en php ), et ce pour des raisons graphiques notamment à cause des animations flash.

il y a du javascript mais il n'est pas obligatoire pour naviguer (mais peut l'être pour la mise à jour auto du plug flash).

pour le design j'attends vos (acerbes) critiques, tout comme pour la conception dailleurs.

il y aura une sitemap sous peu. et peut être un système low-high resolution des images pour (56k&800*600 <=) et (adsl&1024+). c'est à l'étude.

allez y moquez vous, j'adore ça si ça fait avancer. mais pas les coups de fouets je suis hémophile (et non pas ce qu'ont lu certains à l'esprit mal tourné).

j'ai oublié un truc, moi ?

oups pardon oui : j'oublie de dire (le principal ?) que l'url est la deuxième de ma signature, et que je viens de l'ajouter.

avec toutes mes excuses

C'est pas un magazine!!! C'est un portail que tu es en train de nous pondre la!!!

:o

Et tu compte proposer des connexion a internet sinon

Non sinon c'est pas mal du tout pour un debut...!

Bonne continuation..

alors donc j'ai revu mon système de variables et d'url rewriting pour obtenir dans l'url visible en barre d'adresse (celle qui sera rewritée par apache) un chemin très explicite, de façon à profiter (comme me l'a conseillé Coyote) des mots clés induits par le path de l'url.

ce qui suit convient-il dans l'optique décrite ci-dessus ?? :

h**p://www.spottwnews.com/pages/medias/television01.html
(exemple)

tourné autrement, le fait d'avoir "television" pris entre "/medias" et "01.html" dans l'url m'empêche-t-il de profiter d'une recherche sur critère "television" ?
ou est-ce suffisant pour en profiter ?
si oui cela profite-t-il en plus que des mots-clés dans la page elle-même ?.

vais-je réussir la mission de tata poulet dans *vice*city* ?
brenda acceptera-t-elle la proposition de michaël ?

merci de m'éclairer

salut.

nouveau problème :

quelqu'un voit-il comment conditionner le chemin des images (chemin avec RewriteCond dans htaccess, à moins qu'il y ait mieux ou plus simple) à partir d'une variable dans l'url du script php.

en d'autres mots : je veux, en fonction de la vitesse de connection client, conditionner la route de TOUTES les images d'une page vers une version basse déf desdites images, pour des raisons évidentes (adaptabilité client, occupation serveur, etc.).

je pensais utiliser un script php ou flash qui teste et renvoie une variable (low, high) qui indique à htaccess (en cas de low, par exemple, high étant le site par défaut) de remplacer par un chemin donné

je ne sais pas si c'est fonctionnel, j'en suis à l'étape par étape et j'avoue que je nage un peu. quelqu'un a peut être, de plus, une solution évidente auquelle mon cerveau tortueux n'aura point pensé

merci de vos aides.
si ça marche je vous rhaaaa lovely !

Salut beatnykk

Je ne sais si on peut repasser du php, au .htaccess, à première vue non
Mais pourquoi ne pas le faire en php en stockant la variable low dans un cookie

si connexion lente
$low = "path_degradé/"
finsi

et test images low sont stockées dans /images/path_degradé/
les autres sont dans /images/

et ensuite

c'est une bonne idée. il y a des élèments à reprendre.

seulement comme je suis idéaliste :o (rien qu'un peu) je voudrais un système ne faisant ni appel au cookies ni au javascript (car certains les désactivent) et de préférence pas à flash (certains n'en veulent pas ou ne peuvent pas installer le plug).

je pensais me baser sur le fait que pour le serveur les requêtes images sont des opérations à part entière (détachées des autres requêtes). il faudrait donc que je passe quelquechose (une variable, un élèment quelconque) au moment où le client réclame une image via une page. et là le serveur décide si c'est low ou high.

je suis encore dans le vague d'autant que ta solution a un problème majeur : quand je travaille une page (sous dreamweaver) si toutes les images sont dynamiques on ne les voit pas (un gros carré gris qui sent la mort). jusqu'à tester le site dans un explorateur, du moins. et niveau travail mise en page ça complique les choses.

je suis à la recherche (illusoire? ) d'une technique s'apparentant aux 'post-fx' du cinéma : une redirection intervenant tout à la fin, par simple commmodité méthodique...

rêveurs du soir, bonsoir.

bon ! à force de rien lâcher face aux immondes variables qui ne font rien à ce qu'on veut de suite (et qui m'ont montré à quel point j'avais compris le 1/1000 de ce qu'elles peuvent faire dans des mains expertes) j'en suis arrivé, moyennant une question dès la home, à dispatcher les hauts et bas débits vers hautes et basses déf des images.

ça marche sans aucun doute subsistant, sur tous les explorateurs, sur mac et pc, sans javascript obligatoire pour naviguer, avec un max de sécurité (enfin sur ce dernier point, je ne sais pas ce dont un bon hacker est capable ceci dit...) ; j'ai même la page 404 (map du site) qui tient compte du choix de (haute ou basse) résolution initial pour réorienter le client.
tout ça sans table sql, avec juste des variables (persistantes ou non).

seul doute subsistant, si l'on clique sur le logo du site à tout moment (c'est à dire retour à la racine du site), l'index (le script) réouvre la dernière page ouverte, car mes variables de session sont toujours valides. impossible de revenir en page initiale (choix résolution+bienvenue) sans fermer la fenêtre de visite et rouvrir une nouvelle et revenir sur le site...

ceci pose-t-il un problème ? moi je trouve ça cool ! :up: maintenant il y a sûrement un truc auquel j'ai pas pensé... dailleurs je vois pas comment faire autrement de toute façon

enfin, j'attends vos avis toujours...

comme tout le monde s'en tape j'ai trouvé la soluce seul tout :nono: et pis voilà.
à se demander quand même jusqu'où c'est multilatéral, des fois, mais bon...

Le principe et la mise en oeuvre sont intéressante.
Cependant, le fait de devoir choisir sa résolution avant de réellement rentrer sur le site ne me plait pas : quand j'arrive sur un site je déteste tomber sur une page intermédiaire...

Et si tu rajoute tout simplement une variable sur le logo qui purge tes sessions ?

j'ai remarqué un truc bizarre que je ne m'explique pas.

mes pages étant faites en include conditionnel (php) je vais chercher en fonction des variables des élèments à afficher.

cependant l'une de mes fonctionnalités de base est de demander dès l'accueil à informer le script si le client est en bas ou haut débit pour rechercher haute ou basse déf des images. jusque là tout va bien.

si l'on arrive sur le site, dans un soucis de référencement, j'ai, bien caché derrière la question mentionnée ci-dessus, un plan complet du site, invisible, et proposant des liens vers toutes les pages dans leur version non renseignée (hig ou low version) pour les robots.

ainsi les robots disposeraient du plan complet pour browser le site "de base" (non renseigné mais référençable) pendant que les internautes, ne voyant pas ce plan, auraient à choisir la version qui leur correspond avant de visualiser les pages renseignées (high ou low) mais non référençables.

sous tous les explorateurs, no soucis. sous linx viewer, tout se passe comme prévu. mais en testant ce matin le site sous Xenu Links Checker, cet espèce d'alien dégénéré ne voit que 3 liens dans les pages, et occulte tout le reste du site.

c'est normal docteur ? il y a une raison ? google va me faire la même ? c'est juste Xenu qui déconne ?

Xenu test les liens visible pas les liens caché je pense.

Ton lien sur le site tu la palcer dans une balise noframe c'est sa ?

Pourquoi mettre un formulaire en page d'accueil ? Un simple lien vers la first page en high ou low id suffirait non ? en meme temp cela te permettrait d'etre sur que GG le voit ....

en fait non, il n'y a pas de frame ni de noframe.

les liens du plan sont sur un calque en arrière plan d'un calque opaque dans lequel je pose la question de résolution.

mais pour un robot, ces liens devraient être parfaitement visibles. ils sont vus en mode texte (par linxviewer ou opera -en mode nostaligia-).

par contre xenu ne les voit pas à ce qu'il semble et ça me rassure pas trop... je vois pas pourquoi...