Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Coup de main sur RapidWeaver ?

9 views
Skip to first unread message

Gerald

unread,
Apr 24, 2013, 10:06:38 PM4/24/13
to
Je tourne en rond. Je vais finir par trouver mais peut-�tre l'un de vous
pourra-t-il acc�l�rer mon d�blocage ?

RapidWeaver, OS X 10.8.3... le th�me Haze de ThemeFlood (existe version
d�mo)... <http://www.themeflood.com/haze/>

Impossible de faire appara�tre la "banni�re" de nuages comme dans la
page de pr�sentation. En particulier, dans l'inspecteur de "Styles", la
validation d'un choix autre que "None (default)" ne donne rien.

Les logiciels d�di�s RapidThemer et RW Multitool lite sont inop�rants
(ils permettraient sans doute de changer/traiter l'image si elle
apparaissait).

J'ai �t� lire les aides propos�es par l'auteur du style :
<http://www.themeflood.com/support/quickstart/>
<http://www.themeflood.com/support/userguide/>
et m�me (probablement plus on-topic)
<http://www.themeflood.com/support/userguide/#freestyle-banners>

La question (stupide ! d�sol� !) �tant : � supposer que j'ai le code
ad�quat, je le mets O� ?
(naturellement le lien qui serait utile dans cette derni�re page vers
"RapidWeaver resource macro" est mort, ce serait trop simple !)

Si quelqu'un sait, il peut faire une bonne action, merci � lui !
--
G�rald

SAM

unread,
Apr 29, 2013, 4:13:14 AM4/29/13
to
Le 25/04/13 04:06, Gerald a �crit :

Est-ce que ce "Gerald" est celui que je connais ? (Gerald N...)

> Je tourne en rond. Je vais finir par trouver mais peut-�tre l'un de vous
> pourra-t-il acc�l�rer mon d�blocage ?

Si oui, je suis �tonn�.

> RapidWeaver, OS X 10.8.3... le th�me Haze de ThemeFlood (existe version
> d�mo)... <http://www.themeflood.com/haze/>
>
> Impossible de faire appara�tre la "banni�re" de nuages comme dans la
> page de pr�sentation.

Perdu ton BBE ? (<http://www.barebones.com/>)

Tu as pay� tes 15� ? (Outch ! 70� sur AppStore !)

Pas moi ...
... en +, je ne sais ce qu'est ce rapide

Tu as "customis�" ce Naze avant d'en avoir t�l�charg� le "template" ?

> En particulier, dans l'inspecteur de "Styles", la
> validation d'un choix autre que "None (default)" ne donne rien.

L'image de titre/bani�re est en fond du div kivabien suivant la r�gle :

#banner {
background: url("images/editable_images/banner-clouds.jpg")
no-repeat scroll center center transparent;
}

d�clar�e ici :
<http://www.themeflood.com/preview/haze/rw_common/themes/haze/consolidated-screen-23.css>

> La question (stupide ! d�sol� !)

Je comprends pas trop ... si ce RapideWeaver est si bien/rapide, comment
se faite-ce que le simple gliss� de ton image l� o� tu la veux dans la
page de th�me/de_base ne fait pas ce que tu voudrais ?

> �tant : � supposer que j'ai le code ad�quat, je le mets O� ?

cf ci-haut.
et penser � ranger en bonne place ses p'tites affaires (images, pages,
css, etc.) si rapideTruc ne l'a pas fait (alors qu'il le devrait)

> Si quelqu'un sait, il peut faire une bonne action, merci � lui !

Merci � l'extension de Firefox : Firebug

Sinon ...
� *Web Developer Tools*
If you need to analyse your RapidWeaver pages, the Safari Web Developer
Tools are now available when you preview your pages. �



Cordialement,
--
St�phane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8

Gerald

unread,
Apr 29, 2013, 6:54:51 AM4/29/13
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:

> Est-ce que ce "Gerald" est celui que je connais ? (Gerald N...)

Non, je suis "l'autre", l'ancien (le moins-bon aussi, peut-�tre ?)

> Tu as pay� tes 15�

Trop vite sans doute mais c'est pas la mort et il y a des aspects qui me
vont.

> ... en +, je ne sais ce qu'est ce rapide

C'est, en gros, le rempla�ant pr�tendu de iWeb. Il a des avantages et
aussi de grosses limites ainsi que des zones d'opacit� tenaces. Il a
aussi une communaut� (en particulier de cr�ateurs de "plugs" utiles)
assez dense.

J'admets que depuis que je l'ai achet� d'autres se sont d�velopp�s avec
des qualit�s alternatives. Je pense � BlueGriffon.
>
> Tu as "customis�" ce Naze avant d'en avoir t�l�charg� le "template" ?

Oui mais non... enfin pas sur cette fonction
>
> L'image de titre/bani�re est en fond du div kivabien suivant la r�gle [...]

Oui, j'avais trouv�... et oubli� aussi de revenir le signaler. Suffit de
le mettre dans "en-t�te personnalis�e" de "l'inspecteur".

Mais merci pour ton aide et pour les infos compl�mentaires sur Fire bug.
J'archive � toutes fins utiles. Cordialement,

--
G�rald

SAM

unread,
Apr 29, 2013, 7:22:58 AM4/29/13
to
Le 29/04/13 12:54, Gerald a �crit :
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>> ... en +, je ne sais ce qu'est ce rapide

depuis j'ai retrouv� la version 3 archiv�e sur mon DD

Tent� de m'en servir ... c'est inconpr�hensible comme maniement !

> C'est, en gros, le rempla�ant pr�tendu de iWeb.

Soi-disant bien meilleurs que le iWeb soi-disant pourri et dont on ne
pourrait en transf�rer les sites.

> Il a des avantages et aussi de grosses limites

comme par exemple utiliser une nouvelle image pour chaque page alors que
c'est la m�me d'une page � l'autre (cette image commune ayant �t�
d�cid�e (au bonheur la chance) sur l'une des pages du site fabriqu� pour
mon apprentissage)

> ainsi que des zones d'opacit� tenaces.

C'est rien d'le dire !

> J'admets que depuis que je l'ai achet� d'autres se sont d�velopp�s avec
> des qualit�s alternatives. Je pense � BlueGriffon.

Je crois que je n'arriverai jamais � me faire � tous ces softs suppos�s
te faire des pages web via des interfaces graphiques (je pestais d�j� au
si�cle dernier contre DreamWeaver qui pourtant en faisait moins � sa
t�te que ces petits nouveaux).

>> L'image de titre/bani�re est en fond du div kivabien suivant la r�gle [...]
>
> Oui, j'avais trouv�... et oubli� aussi de revenir le signaler. Suffit de
> le mettre dans "en-t�te personnalis�e" de "l'inspecteur".

Ben tient ! C'est tellement simple et �vident !
(comme s'il n'existait pas d'autres soluces plus simples, comme de
glisser-d�poser l'image directement ou, au pire un clic-droit sur
l'�l�ment � "customiser")



Cordialement,
--
St�phane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8

Gerald

unread,
Apr 29, 2013, 8:49:31 AM4/29/13
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:

> Je crois que je n'arriverai jamais � me faire � tous ces softs suppos�s
> te faire des pages web via des interfaces graphiques (je pestais d�j� au
> si�cle dernier contre DreamWeaver qui pourtant en faisait moins � sa
> t�te que ces petits nouveaux).

Arriv� l� il ne reste plus qu'� te d�culotter :-) Qu'utilises-tu
toi-m�me ? Et que proposerais-tu � un Bozo comme moi ? SPIP ? (j'y ai
d�j� pens� fortement mais c'est rugueux et j'attends que quelqu'un me
pousse au cul, en particulier en disant "je l'utilise et j'en suis
content", sorte de pr�-requis minimum)... ou direct dans le code avec
Taco HTML Edit ?

Encore merci dans tous les cas, G�rald

--
G�rald
Message has been deleted

Gerald

unread,
May 1, 2013, 3:24:59 AM5/1/13
to
Eric Demeester <neu...@grosnaze.org.invalid> wrote:

> Moi, �a d�pend du contexte. Selon les besoins (les miens mais souvent
> ceux des clients), j'utilise tel ou tel CMS (CMS Made Simple, WordPress,
> Prestashop, Joomla).

Je me trouverais li�/d�pendant vis-�-vis de l'�diteur avec ces
solutions. J'ai tort ?
>
> Si rien ne r�pond � mon besoin, c'est �criture du code � la main dans
> Notepad++ (html, css, php, MySQL, tout).

Quels sont ses avantages par rapport � TextWrangler ou Smultron et
surtout par rapport � Taco HTML Edit qui permet la pr�visu ?
>
> juste des fr�missements d'horreur quand je regarde
> le code g�n�r�.

je n'y mets les pieds que quand je ne peux pas faire autrement...
>
> Que tu d�finisses pr�cis�ment tes besoins ou tes envies, d�j�.

Mes modestes tentatives ne m�ritent pas d'�tre "out�es" ici pour
l'instant (trop rudimentaires et inconsistantes). Mais mon reply-to est
valide pour d'�ventuels �changes en priv� si tu le souhaites.
>
> Je pense qu'une solution de type CMS serait un bon compromis en termes
> de facilit� d'utilisation / rendu / conformit� aux normes.

Historiquement j'ai toujours tendu vers un minimum de d�pendance dans ce
domaine et mes premi�res pages �taient d'ailleurs r�dig�es en "texte
pur", presque aussi spartiates (et anciennes) que la PREMI�RE page web
de l'histoire :-) (pour m�moire :
<http://www.slac.stanford.edu/history/earlyweb/firstpages.shtml>

J'ai m�me tent� un temps l'auto-h�bergement via la solution OS X /
Apache, mais ai abandonn� � cause d'un d�bit montant insuffisant en
campagne profonde.

Le compromis actuel est induit principalement par :

1/ le respect du lecteur putatif, habitu� aujourd'hui � un certain
confort de navigation et de lecture, et � qui je souhaite pouvoir
proposer du texte justifi� en colonnes, des ombr�s, des illustrations,
etc.

2/ la volont� de ne pas perdre de temps sur la forme au d�triment du
fond. Mon "boulot", tel que je me le d�finis, �tant de *r�daction* si
possible la plus pertinente et la plus originale qui soit.

Dans ce contexte, il y a quelques ann�es (exactement � l'annonce de
l'abandon du suivi de iWeb par Apple), j'ai investi dans ce qui me
semblait le plus proche de ce que j'utilisais gratuitement, et j'ai
persist�... d'une certaine mani�re pour le rentabiliser ! Mais je ne
suis pas scotch� ! Et reste r�ceptif aux commentaires et t�moignages
comme le tien. Dont je te remercie d'ailleurs. Cordialement,

--
G�rald

Sergio

unread,
May 1, 2013, 4:51:17 AM5/1/13
to
Le Wed, 01 May 2013 09:24:59 +0200, Gerald a écrit :

>> Moi, ça dépend du contexte. Selon les besoins (les miens mais souvent
>> ceux des clients), j'utilise tel ou tel CMS (CMS Made Simple,
>> WordPress, Prestashop, Joomla).
>
> Je me trouverais lié/dépendant vis-à-vis de l'éditeur avec ces
> solutions. J'ai tort ?

Ce sont tous des logiciels libres : Tu es libre d'en changer, voire de le
modifier.

>> Si rien ne répond à mon besoin, c'est écriture du code à la main dans
>> Notepad++ (html, css, php, MySQL, tout).

> Quels sont ses avantages par rapport à TextWrangler ou Smultron et
> surtout par rapport à Taco HTML Edit qui permet la prévisu ?

Tu es maître du code généré ! De plus, tes clicodromes, gèrent-ils
correctement le "mix" de langage (HTML, PHP, Javascript etc.) ?

Pour la prévisu, pas de lézard : J'ai toujours, à côté un navigateur (ou
plusieurs pour tester la compatibilité) avec lequel, je regarde les pages
générés. Le bouton "reload" ou la touche F5 ne sont pas d'un accès
difficile.

>> juste des frémissements d'horreur quand je regarde le code généré.
>
> je n'y mets les pieds que quand je ne peux pas faire autrement...

Justement, tu devrais... Et avoir les frémissements d'horreur d'Éric...

> Mes modestes tentatives ne méritent pas d'être "outées" ici pour
> l'instant (trop rudimentaires et inconsistantes). Mais mon reply-to est
> valide pour d'éventuels échanges en privé si tu le souhaites.

>> Je pense qu'une solution de type CMS serait un bon compromis en termes
>> de facilité d'utilisation / rendu / conformité aux normes.

Un CMS est idéal quand tu dois faire un site un peu gros, qui doit être
mis à jour fréquemment. Tu n'as plus à t'occuper du codage, une fois que
tu l'as mis en place.

Il te faudra néanmoins, à la création du site, mettre un peu le nez dans
le code (CSS et squelettes surtout). D'où l'utilité d'un éditeur de texte
évolué (Notepad++, mais il y en a d'autres...), là ou tes usines à gaz
Wysiwig ne te seront d'aucune utilité.

>
> Historiquement j'ai toujours tendu vers un minimum de dépendance dans ce
> domaine et mes premières pages étaient d'ailleurs rédigées en "texte
> pur", presque aussi spartiates (et anciennes) que la PREMIÈRE page web
> de l'histoire :-) (pour mémoire :
> <http://www.slac.stanford.edu/history/earlyweb/firstpages.shtml>

> Le compromis actuel est induit principalement par :

> 1/ le respect du lecteur putatif, habitué aujourd'hui à un certain
> confort de navigation et de lecture, et à qui je souhaite pouvoir
> proposer du texte justifié en colonnes, des ombrés, des illustrations,
> etc.

> 2/ la volonté de ne pas perdre de temps sur la forme au détriment du
> fond. Mon "boulot", tel que je me le définis, étant de *rédaction* si
> possible la plus pertinente et la plus originale qui soit.

D'où l'intérêt d'un CMS : te concentrer sur le fond, et laisser la forme
au CMS.

Message has been deleted

Gerald

unread,
May 1, 2013, 11:40:00 PM5/1/13
to
Sergio <serge....@delbono.net.invalid> wrote:

> D'o� l'int�r�t d'un CMS : te concentrer sur le fond, et laisser la forme
> au CMS.

Je vous lis avec s�rieux et attention et suis pr�t � ranger mes a priori
au magasin des accessoires, mais il me reste deux questions importantes
auxquelles vous pourrez peut-�tre r�pondre :

1/ dans la liste de CMS que je m'�tais constitu�e (je ne suis pas obtus,
je suivais l'affaire), il me semblait que SPIP se d�marquait des autres
(par la d�marche). Est-ce vrai (vous n'en parlez pas) ? Corrolaire :
sinon y a-t-il une hi�rarchie en termes de possibilit�s, facilit�
d'acc�s ? Il me semble que certains sont plus d�di�s "blog", d'autres
plus d�di�s "commerce en ligne"... Mes besoins seraient plut�t de pages
web simples, texte + images (principalement). Y a-t-il un "gagnant" ?

2/ il y a quelques besoins couverts par RapidWeaver qu'il me
contrarierait de remiser aux oubliettes et en particulier la
pr�sentation du texte en plusieurs colonnes en justification *totale* (�
gauche et � droite). Est-ce possible avec les CMS ?

En tout cas merci d�j� de vos r�ponses,

--
G�rald

Gerald

unread,
May 2, 2013, 12:15:34 AM5/2/13
to
Eric Demeester <neu...@grosnaze.org.invalid> wrote:

> [SNIP] Beaucoup de bons conseils rangés et archivés pour méditation
> ultérieure !

> Personnellement, je fais tourner un serveur en local, qui me permet de
> visualiser simultanément les pages produites avec plusieurs navigateurs.
> Puisque tu dis plus loin l'avoir déjà fait, je suppose que c'est
> possible surMac. Il y a même un système intégré qui fait ça :
> http://www.mamp.info/en/index.html
> mais il existe probablement d'autres.

Intéressant mais apparemment destiné à des solutions plus "pro" pour
lesquelles il me semble qu'il vaudrait mieux se tourner vers OS X
Serveur (qui dispose d'outils puissants).

Pour info ou mémoire, le serveur Apache fait partie intégrante de
l'architecture OS X depuis sa création (tout comme SendMail d'ailleurs)
et était concrétisé jusqu'à la dernière version du système par un
dossier "Sites" présent par défaut dans le dossier de départ de chaque
utilisateur et dans lequel se trouvait même une page d'accueil. Il
suffisait d'y glisser ses créations html !

La fonctionnalité existe toujours mais nécessite désormais une
activation dans le Terminal. Sans doute parce que se posaient d'évidents
problèmes de gestion des routages entrants et d'ouverture du FireWall au
niveau des "box" ADSL tierces qui n'étaient pas automatisables par le
système et nécessitaient de mettre les mains dans le cambouis avec
autant de cas particuliers pas dépatouillables par l'AppleCare recevant
des protestation "ça marche pas" !

Je l'ai utilisée effectivement pendant plusieurs années sur un MacMINI
résidant sur le bord du bureau, à destination familiale avec protection
htaccess etc. mais ça mangeait notre pauvre bande passante montante et
les solutions d'hébergement sont désormais tellement bon marché que je
me suis provisoirement rendu.

> Ce que tu décris rentre bien dans le cadre d'un environnement de type
> blog. [...]
>
> Personnellement, je n'aime pas les blogs à cause de leur classement
> simpliste du contenu (du vrac classé par ordre chronologique inversé,
> pour simplifier), mais on peut facilement y adjoindre des modules pour y
> ajouter des menus ainsi que d'autres fonctions.

Mes besoins ne sont pas de type blog du tout, ou plutôt pas de type blog
interactif et comme toi je suis attaché à un classement et à une
présentation soignée du contenu. Mes projets sont plutôt de nature
informative gratuite : partage de connaissance et d'expérience si
possible originales, souvent trop anecdotiques pour mériter d'intégrer
un paragraphe wikipédia. Pas de pub (surtout pas), rien à vendre, juste
à proposer.

Je reviendrai vous donner les liens vers des exemples de ce qu'on peut
faire avec mon usine à gaz quand ce sera un peu plus abouti (ça ne
ressemble pas à grand chose pour l'instant). On verra alors si une
mutation vers du CMS est raisonnable, possible, justifiée.

Merci de votre intérêt pour mon petit problème, j'ai tout noté et
archivé. À plus,

--
Gérald
Message has been deleted
Message has been deleted

SAM

unread,
May 3, 2013, 10:15:43 AM5/3/13
to
Le 02/05/13 14:15, Eric Demeester a écrit :
> Gerald (Thu, 2 May 2013 06:15:34 +0200 -
> fr.comp.infosystemes.www.auteurs) :
>
>> Eric Demeester <neu...@grosnaze.org.invalid> wrote:
>>> Personnellement, je fais tourner un serveur en local, qui me permet de
>>> visualiser simultanément les pages produites avec plusieurs navigateurs.
>>> http://www.mamp.info/en/index.html
>
>> Intéressant mais apparemment destiné à des solutions plus "pro" pour
>> lesquelles il me semble qu'il vaudrait mieux se tourner vers OS X
>> Serveur (qui dispose d'outils puissants).
>
> Bien au contraire, ces sytèmes « tout en un » (Apache, PHP, MySQL)
> permettent d'installer en local l'environnement nécessaire pour élaborer
> ton site, comme si il était en ligne. Nul besoin d'un serveur, ton
> ordinateur se suffit à lui-même.

à une époque il y avait une version Mac de mamp (Xamp ?)
M'enfin comme le Mac était livré avec Apache et PHP, il ne restait que
MySql à installer, histoire de tester "chez soi" avant d'uploader sur un
"vrai" site.

> L'avantage d'un système genre mamp, est de t'installer un environnement
> complet et cohérent en quelques clics (y-compris phpMyAdmin pour
> administrer tes bases de données). Je suppose, s'il est construit
> intelligemment, qu'il n'installe que les éléments non présents en
> standard sous MacOs X.

De mon jeune temps : N'absolument pas !!!
Ça venait en doublon (chacun chez soi et tout le monde est bien gardé)
Le jour où on voulait s'en débarrasser il n'y avait +/- qu'un dossier à
jeter.

>> Je l'ai utilisée effectivement pendant plusieurs années sur un MacMINI
>> résidant sur le bord du bureau, à destination familiale avec protection
>> htaccess etc.
>
> Tu sembles confondre le fait d'héberger chez toi un site accessible
> depuis l'extérieur, et celui (c'est la solution que je te suggère) de
> disposer en local d'un environnement de développement. Ce n'est pas du
> tout la même chose.

Il faudra m'expliquer la différence ... ! ?
(il a bien fallu "développer" le site que l'on héberge chez soi, non ?)

> Il te faut donc un CMS. Installe-toi un environnement de développement
> et de test en local, puis essaye-en quelques uns en suivant le lien que
> je te donnes dans une autre réponse.

Qu'il se méfie tt de même de ce genre de produit s'il compte "héberger"
son site en pages perso chez Free.




Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8

SAM

unread,
May 3, 2013, 10:15:53 AM5/3/13
to
Le 01/05/13 09:24, Gerald a �crit :
> Eric Demeester <neu...@grosnaze.org.invalid> wrote:
>>
>> Si rien ne r�pond � mon besoin, c'est �criture du code � la main dans
>> Notepad++ (html, css, php, MySQL, tout).
>
> Quels sont ses avantages par rapport � TextWrangler

Notepad ++
est un �diteur � coloration syntaxique
(les couleurs changent suivant les langages et leurs syntaxes)

C'est dont un TextWrangler.
(Notepad ++ est 1 poil moins bien que BBEdit mais il est gratuit !!!)

> surtout par rapport � Taco HTML Edit qui permet la pr�visu ?

Voil�, BBEdit "pr�visualise" lui-m�me ou dans tel ou tels navigateur(s)
... sauf les IEs, bien entendu puisqu'ils ne fonctionnent pas sur Mac.
Probl�me :
- il n'est pas gratuit
- �a reste un "texteur"
m�me s'il a des palettes et menus d�di�es HTML (doctypes, syntaxes
des balises, couleurs, html-entit�s, etc)

> Dans ce contexte, il y a quelques ann�es (exactement � l'annonce de
> l'abandon du suivi de iWeb par Apple),

Oui, bon, ben ...iWeb c'�tait super mais aussi b�te que RapidWeaver
� ce que j'ai pu entrevoir.

Reste que iWeb fonctionne encore sur mon Mac.
(je m'en sers pour cr�er des images � reflet ;-) )

Sergio

unread,
May 3, 2013, 10:43:46 AM5/3/13
to
Le Fri, 03 May 2013 16:15:43 +0200, SAM a écrit :

> à une époque il y avait une version Mac de mamp (Xamp ?)

MAMP signifie "Macintosh Apache Mysql PHP" donc MAMP est "natif Mac".

Voir: http://fr.wikipedia.org/wiki/MAMP

On va dire que MAMP est la version Mac de XAMP qui a ses versions par
plateforme (LAMP pour Linux, WAMP pour Windows...).

Gerald

unread,
May 3, 2013, 11:04:08 AM5/3/13
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:

> Reste que iWeb fonctionne encore sur mon Mac.
> (je m'en sers pour cr�er des images � reflet ;-) )

Je te donne le truc du "cuisinier local" (pour quand iWeb cessera de
fonctionner) : pour les images � reflet comme pour les zolis zombr�s,
bordures et autres, je me suis fait des mod�les *Pages* avec un cadre
dans lequel je glisse la photo (qui se redimensionne auto, puis je fais
une copie d'�cran s�lective (avec maj-pomme-4). �a te donne un png
superlight en 72 dpi et tu peux m�me d'un coup de pipette mettre le fond
de la couleur qui va avec (s'il n'est pas blanc par d�faut).

hth,

--
G�rald

Gerald

unread,
May 3, 2013, 11:04:08 AM5/3/13
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:

> > Tu sembles confondre le fait d'h�berger chez toi un site accessible
> > depuis l'ext�rieur, et celui (c'est la solution que je te sugg�re) de
> > disposer en local d'un environnement de d�veloppement. Ce n'est pas du
> > tout la m�me chose.
>
> Il faudra m'expliquer la diff�rence ... ! ?
> (il a bien fallu "d�velopper" le site que l'on h�berge chez soi, non ?)

Je n'ai pas bien compris l'int�r�t de ce d�veloppement en local si ce
n'est pas pour l'h�berger ensuite chez soi.

J'ai des pages en d�veloppement dans des "dossiers" ou sous-dossiers
chez mon h�bergeur : quelle importance qu'ils soient en ligne si
personne le le sait (en gros) ? Avant que le r�f�rencement ne les fasse
appara�tre en haut des moteurs de recherche, j'aurai eu le temps de les
finir :-)

Et concernant le "test" avec diff�rents navigateurs et environnement,
une petite ouverture de Parallels Desktop avec ses "boots" optionnels me
permet de m'affliger sufisamment sans qu'il soit besoin de m'y attarder
(ouvrir ainsi mes pages sous Internet Exploseur dans Windows XP reste
toujours p�nible, mais je me console en me disant que c'est le contenu
et le texte qui compte...).

Comme pour l'histoire des CMS, le fait de rester provisoirement sur mes
positions ne veut pas dire que je ne lise pas avec int�r�t celles des
autres. Je les archive et je n'exclus pas de muter mais pour l'instant
les arguments ne sont pas d�terminants. Merci encore.

--
G�rald
Message has been deleted

SAM

unread,
May 3, 2013, 7:14:51 PM5/3/13
to
Le 03/05/13 17:04, Gerald a écrit :
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>>> Tu sembles confondre le fait d'héberger chez toi un site accessible
>>> depuis l'extérieur, et celui (c'est la solution que je te suggère) de
>>> disposer en local d'un environnement de développement. Ce n'est pas du
>>> tout la même chose.
>>
>> Il faudra m'expliquer la différence ... ! ?
>> (il a bien fallu "développer" le site que l'on héberge chez soi, non ?)
>
> Je n'ai pas bien compris l'intérêt de ce développement en local si ce
> n'est pas pour l'héberger ensuite chez soi.

Si tu es chez Free, essaie donc de développer in situ sur le "site" web.
Tu verras vite ton site fermé
(enfin dès que les logs feront ressortir une activité bien curieuse
d'uploads répétés et appels directs aux pages en test)

> J'ai des pages en développement dans des "dossiers" ou sous-dossiers
> chez mon hébergeur : quelle importance qu'ils soient en ligne si
> personne le le sait (en gros) ? Avant que le référencement ne les fasse
> apparaître en haut des moteurs de recherche, j'aurai eu le temps de les
> finir :-)

Normalement (le + souvent ?) l'hébergement est mutualisé (partagé avec
de nombreux autres sites) il est alors assez mal vu d'encombrer et la
bande et le moteur uniquement pour essayer/tester ses bricolages et par
là même pourrir inutilement l'accès aux sites voisins :-(

Sergio

unread,
May 4, 2013, 2:05:09 AM5/4/13
to
Le Sat, 04 May 2013 01:14:51 +0200, SAM a écrit :

>>> Il faudra m'expliquer la différence ... ! ?
>>> (il a bien fallu "développer" le site que l'on héberge chez soi, non
>>> ?)

>> Je n'ai pas bien compris l'intérêt de ce développement en local si ce
>> n'est pas pour l'héberger ensuite chez soi.

> Si tu es chez Free, essaie donc de développer in situ sur le "site" web.
> Tu verras vite ton site fermé (enfin dès que les logs feront ressortir
> une activité bien curieuse d'uploads répétés et appels directs aux pages
> en test)

Pas spécialement chez Free : Si tu as un site opérationnel que tu veux
faire évoluer, il est très casse-gueule de développer "en direct", et de
laisser le site officiel en chantier, pendant que tu fais tes essais...

Gerald

unread,
May 4, 2013, 3:51:49 AM5/4/13
to
Sergio <serge....@delbono.net.invalid> wrote:

> Pas sp�cialement chez Free : Si tu as un site op�rationnel que tu veux
> faire �voluer, il est tr�s casse-gueule de d�velopper "en direct", et de
> laisser le site officiel en chantier, pendant que tu fais tes essais...

Dans mon cas, le "d�veloppement" consiste essentiellement en
"nourrissement" des pages au fur et � mesure (textes et m�dias). � un
moment donn� les pages sont vierges. Je pourrais les masquer mais le
fait de les voir appara�tre dans la hi�rarchie des menus peut donner de
la coh�rence � la structure et donner envie de revenir voir ensuite. Et
une page blanche avec la mention "en construction" n'est pas vraiment
g�nante pour qui que ce soit.

Plus tard je peaufine mon texte, termin� provisoirement par "� suivre",
j'ajoute des illustrations, je corrige les f�tes �ventuelles ou les
probl�mes de pr�sentation apparaissant dans tel ou tel environnement. Je
ne vois absolument pas o� se trouve le probl�me *dans ce contexte*.

--
G�rald

Gerald

unread,
May 4, 2013, 3:51:49 AM5/4/13
to
Eric Demeester <neu...@grosnaze.org.invalid> wrote:

> - tu peux bricoler tout et n'importe quoi tranquillement avant de
> d�placer le site en production ;
> - tu peux travailler hors ligne ;
> - tu peux conserver des sauvegardes successives pour revenir facilement
> en arri�re.

Tous ces points sont parfaitement pris en charge par mon "usine � gaz",
incluant, cerise sur le g�teau (li� � l'environnement OS X), la
sauvegarde Time Machine permanente qui permet tous les retours en
arri�re que je veux, heure par heure et sur plusieurs mois.

> L'obligation d'�tre connect�, celle de faire des aller-retour en FTP �
> chaque modification (encore que certains outils permettent de travailler
> directement sur le serveur, solution que je n'aime gu�re), l'espace que
> �a prend si tu disposes d'un mutualis� avec peu d'espace de stockage,
> d'autant plus si tu travailles proprement en conservant des sauvegardes
> des versions ant�rieures pour pouvoir revenir en arri�re, liste non
> exhaustive...

Tout cela ne s'applique pas � mon cas non plus : concr�tement
RapidWeaver permet de travailler hors-ligne dans une interface graphique
avec visualisation imm�diate "dans" le logiciel. La mont�e vers le
serveur est automatis�e (un simple clic sur "Publier") et ne concerne
que les pages ou �l�ments modifi�s, ce qui est tr�s rapide. Mon site
d'une quarantaine de pages (dont un tiers encore vierges, donc !) p�se
actuellement 9,21 Mo, pour une capacit� d'h�bergement de 25 Go chez Ovh.
Autant dire que je suis tr�s, tr�s loin de la saturation avec un
trois-milli�me d'espace utilis� :-) (j'attache une tr�s grande
importance � la l�g�ret� des pages et des images depuis toujours,
souvenir d'une �poque o� la bande passante �tait pr�cieuse)

Tout �a seulement pour t�moigner d'une solution qui, vous l'avez dit,
pr�sente des inconv�nients au niveau du code, mais qui a aussi ses
avantages.

> Reste que d�s qu'on passe � un traitement de donn�es en volume, avec
> priorit� au r�dactionnel et n�cessit� de d'y donner acc�s � des
> personnes ne ma�trisant pas trop l'outil informatique, le CMS finit par
> s'imposer comme une �vidence, les contraintes induites �tant largement
> compens�es par les gains de productivit�.

Dans mon cas (qui ne pr�tend � aucune universalit�), le CMS serait une
*option* possible. Mais apr�s y �tre retourn� voir sur vos conseils,
elle semble pr�senter *autant* d'inconv�nients que la mienne. Elle
s'imposerait clairement si je souhaitais cr�er un blog interactif, mais
ce n'est pas mon projet (je suis contre, clairement). Mod�les pour
mod�les, fonctionnalit�s pour fonctionnalit�s, apprentissage pour
apprentissage... j'en reste provisoirement � ma mis�re.

Peut-�tre au passage aurai-je attir� votre attention sur une situation
finalement moins tranch�e et caricaturale que vous ne la d�criviez ?

Cordialement,

--
G�rald

SAM

unread,
May 4, 2013, 4:58:25 AM5/4/13
to
Le 04/05/13 09:51, Gerald a �crit :
>
> "nourrissement" des pages au fur et � mesure (textes et m�dias). � un
> moment donn� les pages sont vierges. Je pourrais les masquer mais le
> fait de les voir appara�tre dans la hi�rarchie des menus peut donner de
> la coh�rence � la structure et donner envie de revenir voir ensuite.

en tous cas : pas moi !!!

> une page blanche avec la mention "en construction" n'est pas vraiment
> g�nante pour qui que ce soit.

c'est exasp�rant au possible !!!

> Plus tard je peaufine mon texte, termin� provisoirement par "� suivre",
> j'ajoute des illustrations, je corrige les f�tes �ventuelles ou les
> probl�mes de pr�sentation apparaissant dans tel ou tel environnement. Je
> ne vois absolument pas o� se trouve le probl�me *dans ce contexte*.

chiant de chez chiant pour le visiteur !

tu admets/acceptes de voir les brouillons (plein de f�tes !!!) �voluer
de tous les sites que tu consultes ?
Tu vois/imagines le cirque que �a ferait si tout le monde s'y mettait ?

C'est du foutage de gueule vis � vis du visiteur !
Ni + ni -



Cordialement,
--
St�phane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8

Gerald

unread,
May 4, 2013, 8:53:38 AM5/4/13
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:

> C'est du foutage de gueule vis � vis du visiteur !

Mais quel visiteur ? En l'absence de publication de l'adresse aupr�s de
qui que ce soit ou de r�f�rencement, QUI donc peut venir "visiter" mon
site ? (ou "un de mes sites" ?). � qui port�-je pr�judice ?

Je ne comprends pas ton agressivit�.

> tu admets/acceptes de voir les brouillons (plein de f�tes !!!) �voluer
> de tous les sites que tu consultes ?

Pourquoi consult�-je un site ? Parce que j'y ai �t� amen� pour une
invitation, par un lien ou par une recherche. En l'absence, je ne vois
pas comment j'y atterrirais.

Une des qualit�s que j'appr�cie dans un site (au-del� de l'absence de
pub, de la lisibilit�, de la l�g�ret�, de la qualit� informative et
esth�tique...) c'est son caract�re non fig�, �volutif. Il est
significatif qu'un site non mis � jour depuis plusieurs ann�es sombre
dans les r�f�rencements : consid�r� comme moins fiable (�a pourrait
d'ailleurs se discuter !).

Je trouve (au contraire de toi) que c'est faire preuve de respect du
lecteur, m�me une fois l'adresse du site "out�e", de chercher en
permanance � l'am�liorer, � le corriger, � ajouter de l'information
r�cente, INCLUANT de faire participer le lecteur � cette �volution en la
lui signalant par un "� suivre". Ne serait-ce que parce que, dans un
contexte d'�changes constructifs, il pourrait lui-m�me choisir de
participer � cette �volution.

Peut-�tre notre diff�rence de point de vue vient-elle du fait que je
fais r�f�rence � du site non-marchand, se pla�ant dans un contexte
d'�change de connaissances si possible originales, et dans un cadre
volontairement anonyme. Rien � vendre, aucun b�n�fice narcissique.

Je crains de ne pas me situer dans le "mainstream" :-)

--
G�rald

SAM

unread,
May 4, 2013, 9:29:50 AM5/4/13
to
Le 04/05/13 14:53, Gerald a �crit :
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>> C'est du foutage de gueule vis � vis du visiteur !
>
> Mais quel visiteur ? En l'absence de publication de l'adresse aupr�s de
> qui que ce soit ou de r�f�rencement, QUI donc peut venir "visiter" mon
> site ? (ou "un de mes sites" ?). � qui port�-je pr�judice ?

Ha! Si c'est du priv�, du restreint. Alors ...


Mais non, m�me ! Ce n'est pas poli.

> Je ne comprends pas ton agressivit�.

tu dis mettre l'ensemble des pages (actuelles, brouillon,
vides-en-construction)
et pr�cises : avec avis "en construction"
donc ... je comprends qu'elles sont toutes accessibles
et frustrantes pour bp d'entre elles.
Et, non, on n'impose �a � personne !

>> tu admets/acceptes de voir les brouillons (plein de f�tes !!!) �voluer
>> de tous les sites que tu consultes ?
>
> Pourquoi consult�-je un site ? Parce que j'y ai �t� amen� pour une
> invitation, par un lien ou par une recherche. En l'absence, je ne vois
> pas comment j'y atterrirais.

et ?
moi pas comprendre

Quel que soit le moyen/chemin d'acc�s on y est bien arriv�
(m�me si ce "on" ne repr�sente que qques invit�s)

> Une des qualit�s que j'appr�cie dans un site (au-del� de l'absence de
> pub, de la lisibilit�, de la l�g�ret�, de la qualit� informative et
> esth�tique...) c'est son caract�re non fig�, �volutif.

OK

mais doit-il �tre inabouti pour autant (� l'�tat de
brouillon/projet/�bauche pour la plupart)

> Je trouve (au contraire de toi) que c'est faire preuve de respect du
> lecteur, m�me une fois l'adresse du site "out�e", de chercher en
> permanance � l'am�liorer, � le corriger, � ajouter de l'information

ce que je condamne c'est la m�thode (brouillon) pas le but (update)

> r�cente, INCLUANT de faire participer le lecteur � cette �volution en la
> lui signalant par un "� suivre".

heu ... "� suivre" ... l�, tu ne me revois pas c'est s�r.
Sauf, peut-�tre, � ce que les �pisodes soient ficel�s, cisel�s.

> Ne serait-ce que parce que, dans un
> contexte d'�changes constructifs, il pourrait lui-m�me choisir de
> participer � cette �volution.

Un forum, quoi.

> Peut-�tre notre diff�rence de point de vue vient-elle du fait que je
> fais r�f�rence � du site non-marchand, se pla�ant dans un contexte
> d'�change de connaissances si possible originales, et dans un cadre
> volontairement anonyme. Rien � vendre, aucun b�n�fice narcissique.

Je doute fort l� du non-narcissisme de celui qui attend que les autres
(d�votement) viennent lui finir/corriger le brouillon.

> Je crains de ne pas me situer dans le "mainstream" :-)

Pour le truc "� suivre", Face de Bouc en est rempli.
Et avec participation des visiteurs ! S'il vous plait !

Gerald

unread,
May 4, 2013, 1:45:52 PM5/4/13
to
SAM <stephanemor...@wanadoo.fr.invalid> wrote:

> Et, non, on n'impose �a � personne !

� la limite on est d'accord : effectivement, en l'�tat actuel, je
n'impose �a � *personne* (pas m�me toi ! :-)) n'ayant encore communiqu�
l'adresse � personne.

> mais doit-il �tre inabouti pour autant (� l'�tat de
> brouillon/projet/�bauche pour la plupart)

Parce que je le teste en ligne et que �a ne g�ne personne.

> heu ... "� suivre" ... l�, tu ne me revois pas c'est s�r.
> Sauf, peut-�tre, � ce que les �pisodes soient ficel�s, cisel�s.

C'est l'ambition. La r�alit�...
>
> Un forum, quoi.

Le forum est certes contributif mais n'en r�sume pas le r�sultat de
mani�re synth�tique et constructive. C'est un peu diff�rent.

> Je doute fort l� du non-narcissisme de celui qui attend que les autres
> (d�votement) viennent lui finir/corriger le brouillon.

Tu caricatures : quel int�r�t ? Le concept de travail coop�ratif est-il
� ce point loin de ton univers ?

> Pour le truc "� suivre", Face de Bouc en est rempli.
> Et avec participation des visiteurs ! S'il vous plait !
>
Ne m'y cherche pas, tu ne m'y trouveras pas. Et rien � voir �videmment
non plus.

Cordialement,

--
G�rald

SAM

unread,
May 4, 2013, 8:19:33 PM5/4/13
to
Le 04/05/13 19:45, Gerald a écrit :
>
> Parce que je le teste en ligne et que ça ne gêne personne.

Sauf à ce que ne ce soit épisodique et limité,
comme dit par ailleurs : « si, ça dérange »
ça mange des ressources (bande passante et occupation du serveur)
alors que ce n'est pas l'emploi qui est prévu pour un site web
et au détriment du confort des autres mutualistes

Pour le "travail" collaboratif il y a Skype, et Hop!
(partage d'écran pour se montrer ses documents, leurs modifs en live,
commentaires oraux, toussa, c'est super pratique)



Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Message has been deleted

Gerald

unread,
May 6, 2013, 7:00:39 AM5/6/13
to
Eric Demeester <neu...@grosnaze.org.invalid> wrote:

> Si je t'ai paru tranch� et caricatural, telle n'�tait pas mon intention,
> et je te prie d'accepter mes excuses.

Pas besoin d'excuses dans un d�bat o� il est naturel que des points de
vue diff�rents s'expriment ! Et cette derni�re remarque s'adressait
plut�t � SAM, mais...
>
> Je ne faisais que souligner ce qui est _pour moi_, professionnel, une
> bonne organisation du travail et des ressources disponibles pour
> d�velopper et maintenir des sites.

oui, et � ce point il pourrait �tre utile de comparer ce que les uns et
les autres appellent des "sites" (� maintenir). Je crois avoir d�j�
donn� le lien vers les premi�res pages web jamais cr��es et maintenues
(� l'Universit� de Stanford) :
<http://www.slac.stanford.edu/history/earlyweb/firstpages.shtml>
et je me dis que cela ne correspond peut-�tre pas � ce que vous
d�fendez...

Sans �tre aussi spartiate, je m'inscris pour ma part dan une tradition
de documentation coop�rative et non marchande devenue totalement
minoritaire (au niveau du contenu). Elle ne le f�t pas toujours et ce
site finlandais, d'une sobri�t� monastique persistante depuis les tout
d�buts du web, continue � effectuer une compilation de liens de
ressources musicales infiniment utile (portail d�di�) :
<http://www2.siba.fi/kulttuuripalvelut/music.html>

Le web est devenu "marchand" tr�s majoritairement. Avec presque toujours
quelque chose � vendre, que ce soit explicite ou non. Je me demande si
cela n'a pas un impact sur les raisonnements et lat�ralement sur votre
position si elle se trouve "align�e" dessus par force... C'est un peu
toujours pareil d�s qu'on �voque le concept de "professionnel" : est-ce
que �a se "prouve" par une d�claration d'imp�ts, une pile de factures,
des dipl�mes, une notori�t� ?

Juste si vous en avez la curiosit�, encore deux sites non marchands � la
fois tr�s sobres et tr�s informatifs : le premier sur le projet "Planet
CCRMA at Home" qui compile la liste des ressources informatiques
*musicales* disponibles sous Linux (peut servir, on ne sait jamais !)
<http://ccrma-www.stanford.edu/planetccrma/software/>

et le second sur un des projets majeurs en la mati�re (informatique
musicale) Pure Data (ex-Max patcher) de Miller Puckette :
<http://puredata.info/>

Je ne m'inscris pas dans cette tradition au niveau de la forme, mais au
niveau du contenu, si.

hth,

--
G�rald
0 new messages