Bonjour,
Est il possible d'installer Evarisk sur un serveur LAMP classique (Linux Apache Mysql Php) ?
Si non pourquoi ?
D'autant qu'il semble que vous utilisiez un unix pour héberger ce site web.
Bonjour,
Est il possible d'installer Evarisk sur un serveur LAMP classique (Linux Apache Mysql Php) ?
Si non pourquoi ?
D'autant qu'il semble que vous utilisiez un unix pour héberger ce site web.
Bonjour,
Il est tout à fait possible d'utiliser Evarisk sur un serveur LAMP, tout comme MAMP ou WAMP.
Cordialement,
Bonjour,
Il semble alors que j'ai un problème :
Lors de l'installation, après le choix de langue :
Je définis ma base donnée et lorsque je clic sur créer la base, je retourne à la sélection de la langue...
Y a t'il une fonction de débuggage qui me permettrait de comprendre ce qui se passe?
Bonjour,
Lorsque vous êtes sur la page config.php , la où vous devez créer la base de données, vous devez laisser les deux premiers champs par défaut, mettre root comme nom d'utilisateur et laisser les champs suivants libres. Ensuite cliquez sur "Créer la BDD".
Si le problème persiste je ne peux vous conseiller :
Soit de modifier le fichier config.php, soit d'installer la base de données manuellement sur votre serveur MySQL. La base de données étant disponible dans le dossier support.
Cordialement,
J'ai insérer la base mais rien à faire,
en étudiant le code source de la page je trouve un curieux :
<form action="" method="POST" name="BD">
Or il me semble que action doit contenir l'url vers lequel pointe le submit du formulaire.
Y a t'il une config spécifique dans php.ini ou dans apache2.conf ?
Ou bien est ce le code ?
Le problème vient "tout simplement" de l'encodage des caractères...
Je travaille sur ubuntu en poste client qui met en défaut les pages en tant que UTF8, or votre codage est en occidental windows-1252 (un truc très iso et w3c quoi), donc les $_POST que le code teste n'arrive pas avec le bon encodage et ne réagisse pas, il suffit pourtant de préciser les choses dans les entêtes des pages html... (comme le préconise le W3C encore lui)
Hum vous le faite bien ce serait donc firefox qui serait aux fraises ???
Bizarre dans les information de pages les deux encodage sont indiqués clairement... Peut être une préférence mal indiqué... ou un bug...
Bon j'ai résolus le problème avec un AddDefaultCharset dans la config apache.
N'empêche l'UTF8 vaincra...
Vous devez être connecté pour poster.