Resalut,
Voici une version Zip. Mais réalisée sur Mac, alors je ne vous garantis vraiment rien...
Amicalement,
ARNO*
Salut,
J'ai réussi à décompressé le fichier, mais
les fichiers de type texte (php3 et html) ne
sont pas lisibles. Il y a des tas de caractères
bizarres. Par contre les images ont bien été
décompressées.
Comment fais-tu pour faire fonctionner ces
fichiers chez un provider?
Si ces fichiers sont installé chez un providers,
et que tu as un accès telnet, la commande:
tar -czf ecrire.tgz ecrire/
permettras de tout mettre dans une archive
Unix. Si tu fais ça dans la journée, je
pourrais en faire un fichier zip ensuite.
Je t'avais envoyé un mail pour te conseiller
d'utiliser la phplib pour séparer le programe
php et les modèle HTML. As-tu regardé?
Michaël
ARNO* wrote:
Comment fais-tu pour faire fonctionner ces
fichiers chez un provider?
J'installe simplement le dossier et je m'y connecte. C'est là que je suis pris en main par la page d'installation.
Si ces fichiers sont installé chez un providers,
et que tu as un accès telnet, la commande:
tar -czf ecrire.tgz ecrire/
permettras de tout mettre dans une archive
Unix. Si tu fais ça dans la journée, je
pourrais en faire un fichier zip ensuite.
Merci! Voici le ecrire.tgz que j'ai généré. Sur mon Mac, ça m'a changé les accents, mais peut-être est-ce bon sur un PC.
Je t'avais envoyé un mail pour te conseiller
d'utiliser la phplib pour séparer le programe
php et les modèle HTML. As-tu regardé?
Ah non, flûte. Je vais voir ça. Sinon, j'ai déjà fait un truc qui me permet d'utiliser des fond de page en HTML, plutôt pratique, je n'ai qu'à l'adapter à SPIP.
ARNO*
Voici une version zip du programme Uzine2
Le code que tu viens d'envoyer ne demande rien
lors du premier lancement: il essaye de se connecter
mais ça marche pas.
Après vérification, il essait de se connecter
avec les données présentes dans le fichier
inc_connect, qui sont tes données de connection
perso...
En effaçant ce fichier, j'ai eu droit à tout
plein de question pour configurer Uzine.
J'ai envoyé sur la liste une version zip sans le
fichier inc_connect.
Il faudra effacer des archives le fichier que
tu as envoyé puisqu'il contient tes données de
connection qu'il n'est pas très recommandé de
laisser visible.
Je suis désolé d'avoir provoqué cette erreur.
Michaël
Salut,
Je me suis acharné, mais j'y suis parvenu: voici la deuxième mouture de SPIP (Preview Release 2 :-)).
Elle est adaptée à des versions de mySQL plus anciennes. En effet, j'ai essayé d'installer SPIP sur forez.com, et ça ne fonctionnait pas du tout, car ils ont une "ancienne" version de mySQL (3.21.33(b), c'est pas non plus antédiluvion...).
Les modifs portent essentiellement sur:
-> les commandes INSERT, j'ai utilisé l'ancienne phraséo:
INSERT INTO xxx (champ1, champ2) VALUES (val1, val2)
-> la gestion des dates, car cette version ne comprend pas DATE_ADD. Pour les "nouveautés", je m'en sors avec un:
(TO_DAYS(NOW())-TODAYS(date))<7
en revanche, les dates des articles et des brèves sont celles de l'heure sur le serveur (donc avec décalage horaire).
Michael, tu fais la version ZIP?
Amicalement,
ARNO*
ARNO* wrote:
Michael, tu fais la version ZIP?
Yop, voici la version zip
Michaël
Salut tout le monde,
Mon compte chez free.fr est ouvert (minirezo.free.fr), mais ces cons ont encore reconfiguré Apache, du coup j'y arrive pas.
En particulier, la protection du dossier avec le .htaccess. Ils ont patché Apache pour, d'après eux, "simplifier" (tu parles!):
http://support.free.fr/web/restriction_acces.html
Quelqu'un a déjà joué avec free?
Amicalement,
ARNO*
ARNO* wrote:
Salut tout le monde,
Mon compte chez free.fr est ouvert (minirezo.free.fr), mais ces cons
ont encore reconfiguré Apache, du coup j'y arrive pas.En particulier, la protection du dossier avec le .htaccess. Ils ont
patché Apache pour, d'après eux, "simplifier" (tu parles!):
http://support.free.fr/web/restriction_acces.htmlQuelqu'un a déjà joué avec free?
Je n'ai jamais utilisé free, mais d'après ce qu'il
y a écris sur la page que tu linkes, les mots de passe
n'y sont pas cryptés.
Il faut donc que pendant l'instalation tu demandes à l'utilisateur
s'il veut crypter ou pas ses mots de passe. Si la réponse est non,
il ne pas faut crypter le pass.
Une question: puisque les utilisateurs sont présents dans la base,
pourquoi est-ce que tu n'utilises pas php pour faire l'authentification,
plutôt que de passer par .htaccess?
(voir http://www.php.net/manual/features.http-auth.php )
Ca devrait être plus souple, et ca évite de dépendre du fichier
.htaccess
ou de la politique de l'hébergeur (tous les hébergeurs permettent-ils de
bloquer l'accès au répertoire par .htaccess)?
Encore un détail, les instructions RewriteEngine présente dans le
fichier .htaccess ne marchent pas chez moi, j'ai été obligé de les
enlever pour faire fonctionner Uzine.
A part ça, tout marche nickel 
Michaël
Je n'ai jamais utilisé free, mais d'après ce qu'il
y a écris sur la page que tu linkes, les mots de passe
n'y sont pas cryptés.Il faut donc que pendant l'instalation tu demandes à l'utilisateur
s'il veut crypter ou pas ses mots de passe. Si la réponse est non,
il ne pas faut crypter le pass.
Ca j'ai vu, mais je dépasse pas le problème...
Une question: puisque les utilisateurs sont présents dans la base,
pourquoi est-ce que tu n'utilises pas php pour faire l'authentification,
plutôt que de passer par .htaccess?
(voir http://www.php.net/manual/features.http-auth.php )
Ca devrait être plus souple, et ca évite de dépendre du fichier
.htaccess
ou de la politique de l'hébergeur (tous les hébergeurs permettent-ils de
bloquer l'accès au répertoire par .htaccess)?
Ah oui, je vais voir de ce côté, ça m'a l'air bien meilleur (surtout que dans la procédure d'install, il faut indiquer le chemin du disque dur - pour configurer le htaccess -, et que c'est un autre piège pour la localisation).
Merci, ça m'a l'air vachement bien, ça...
Encore un détail, les instructions RewriteEngine présente dans le
fichier .htaccess ne marchent pas chez moi, j'ai été obligé de les
enlever pour faire fonctionner Uzine.
Yop, c'est encore un problème qui me turlupine. Dans le back-office, on peut fonctionner grosso modo sans, mais il reste un pépin: si tu as supprimé les rewriterule, tu auras de problèmes avec les forums liés à des articles.
Mais le plus chiant, ce sera sur le site publique, où les rewriterule sont tout de même très pratiques.
Bon, ils sont vraiment emmerdants, tous ces cons qui patchent Apache... :-))
Amicalement,
ARNO*
Une question: puisque les utilisateurs sont présents dans la base,
pourquoi est-ce que tu n'utilises pas php pour faire l'authentification,
plutôt que de passer par .htaccess?
(voir http://www.php.net/manual/features.http-auth.php )
Ca devrait être plus souple, et ca évite de dépendre du fichier
.htaccess
ou de la politique de l'hébergeur (tous les hébergeurs permettent-ils de
bloquer l'accès au répertoire par .htaccess)?
OK, ça marche pas. Chez Free en tout cas: dès que je balance l'identification basique, j'obtiens une erreur "Server Internal Error". Purée, faudrait porter plainte contre les types qui patchent apache.
ARNO*
ARNO* wrote:
OK, ça marche pas. Chez Free en tout cas: dès que je balance
l'identification basique, j'obtiens une erreur "Server Internal
Error". Purée, faudrait porter plainte contre les types qui patchent
apache.
J'ai obtenu cette erreur à cause des RewriteEngine
Dès que j'ai enlevé les instructions RewriteEngine,
ça a marché.
Autre piège:
Certains de tes fichiers php3 (notament index.php3) contient
un espace avant le premier <? ou bien des espaces après ?>
Il faut enlever tous ces espaces pour pouvoir faire l'identification
avec php, sinon tu ne pourras pas envoyer de header comme indiqué dans
le manuel php.
Michaël
Et.... merde! Je viens justement de le faire, maintenant ça marche (la méthode traditionnelle, l'identification par Apache).
Y'avait une autre subtilité, dans la procédure d'install, la variable d'environnement que je devais récupérer pour trouver la racine du site, c'était $PATH_TRANSLATED.
Mais si j'ai plus les Rewrite, il va falloir que je bidouille pour les forums internes. Et pour le site public, c'est pas gagné!
ARNO*
Salut à tous,
ARNO* a écrit:
>> OK, ça marche pas. Chez Free en tout cas: dès que je balance
>> l'identification basique, j'obtiens une erreur "Server Internal
>> Error". Purée, faudrait porter plainte contre les types qui patchent
>> apache.
En fait, l'erreur "Server Internal Error", tu l'as à chaque fois que tu
utilises dans .htaccess une fonction qui a été désactivée par
l'administrateur du site. Certains désactivent les Rewrite Rules,
l'autre l'authentification, d'autres les DirectoryIndex... Ca dépend
vraiment de chaque hébergeur.
Mais bon, pour le site public uZine2, sur la machine dédiée tu pourras
tout avoir, non? A propos, il faut vraiment que tu voies avec Fred quand
il peut faire l'install, qu'on ait bien le temps après de tout
configurer, l'Apache, les crons etc... Enfin si on a le mot de passe
root et le telnet sur la Sun, on pourra se démerder tout seuls...
Laz