programmes dans un ibay

[blondi]

Bonjour,

Suite à une précédente intervention, et comme j'ai un peu de temps, j'essaies de réparer mes erreurs

J'ai donc créé un nouvel ibay, avec un nouveau nom de (sous-)domaine pour y copier certains scripts PHP et essayer.

Ben ça marche pas : c'est toujours la page "Information Bay" qui m'est donnée (même si je demande la page index.php) et, si je cache index.html, Mozilla me dit qu'il arrête d'attendre car il a détecté une boucle de redirection du serveur (!??) Donc je déduis que seules les pages html sont utilisables en l'état.

J'ai pourtant autorisé l'exécution de scripts lors de la création de l'ibay et l'instruction disant d'utiliser index.php dans httpd.conf est bien présente pour cet ibay

D'autre part, comme j'utilise eGroupware pour mon site principal, je me suis apperçu qu'il est aussi accessible par l'url du nouvel ibay et je préfèrerais pas. Comment faire pour modifier cet automatisme - en un mot faire que je puisse gérer ce qui est accessible d'un ibay et pas d'un autre ?

Merci pour votre aide.

Blondi

[sibsib]

hello,

Je suspecte un problème de configuration et/ou d'utilisation de l'Ibay. Je ne vois pas comment depuis une ibay tu pourrais 'remonter' au serveur principal, ou alors donnes nous les URL que tu utilises (même en masquant le nom de domaine, si tu est timide ).

Mais sinon, dans ce genre de cas, j'aime bien visualiser le fichier access_log en temps réel pendant que je fais des accès, histoire de voir si je suis bien à la page que je cherche.

Au fait, n'oublies pas également de purger le cache de ton navigateur, parfois çà aide 'grave'

A+,
Pascal

[blondi]

Bonjour,

Merci de m'avoir répondu.

Il ne "remonte" pas au serveur principal, si je tape ibay.domaine.net/egroupware/ je reçois la même page de login que sous www.domaine.net/egrouware/ car le RewriteRule est configuré (automatiquement à la création de l'ibay ou l'installation du paquet suivant ce qui est fait en dernier, j'ai testé les 2) dans httpd.conf.

Donc, pour moi, aucun doute, je suis bien sur la page de login du paquet car il n'y en a qu'un d'installé, il fonctionne dans les mêmes conditions si je l'ouvre d'un url ou l'autre et, comme dit, les alias pointent vers le même paquet dans httpd.conf (ce qui est confirmé par l'access-log).

Comme c'est fait automatiquement à l'install du paquet ou de l'ibay, ma question était donc comment l'empêcher dans l'ibay ou le principal suivant où je ne le veux pas (ou, plus exactement, comment gérer où il est accessible ou pas (sans tout recréer dans templates-custom, bien sûr) ?)

BTW, puisque tu parles de access_log, comment faire pour que les log de l'ibay soit placées dans un autre fichier que le log principal ?

Merci encore.

Blondi

[sibsib]

Salut,

Il ne "remonte" pas au serveur principal, si je tape ibay.domaine.net/egroupware/ je reçois la même page de login que sous www.domaine.net/egrouware/ car le RewriteRule est configuré (automatiquement à la création de l'ibay ou l'installation du paquet suivant ce qui est fait en dernier, j'ai testé les 2) dans httpd.conf.

Ok, je comprend mieus. Si je résume :
www : résultat de l'ibay primary
ibay : résultat de l'ibay
Mais dans les deux cas, tu retrouves egroupware, parce que la redirection est implantée de manière un peu brutale, et pas comme tu le souhaiterais

Si j'ai bien compris, il faut modifier ton httpd.conf ... qui est évidemment templatisé.

Avant d'attaquer ce genre de travaux, (je ne connais pas Egroupware), est ce que l'installation de Egroupware dans une ibay réglerait le problème ?

Donc, pour moi, aucun doute, je suis bien sur la page de login du paquet car il n'y en a qu'un d'installé, il fonctionne dans les mêmes conditions si je l'ouvre d'un url ou l'autre et, comme dit, les alias pointent vers le même paquet dans httpd.conf (ce qui est confirmé par l'access-log).

J'ai un peu de mal à te suivre... tu parles à nouveau du problème initial ? Si oui, tu essayes d'accéder à un 'index.php', mais tu n'as pas de réponse (plutôt, tu n'as pas la réponse que tu souhaites, et du coup tu ne nous dis pas laquelle )
Au moment où tu essayes d'atteindre ton index.php, quels sont les messages dans access_log et error_log ?
Quels sont les droits sur ton fichier .php ? Il faut qoe ton fichier soit en r-x au moins pour le compte associé à l'i-bay (évites le 'chmod 555' rageur, mais bon, c'est moins pire que 'chmod 777 )

BTW, puisque tu parles de access_log, comment faire pour que les log de l'ibay soit placées dans un autre fichier que le log principal ?

Euhhh .... Je ne sais pas, et je ne m'y risquerais pas sur une SME. SME est un système 'clefs en mains' essayer de changer sa logique n'amène pas forcément que des grandes satisfactions

Par contre, tu peux écrire un script qui te crée depuis le log d'origine des 'sous logs'. Cà me semble plus 'SME Spirit'

A+,
Pascal

[Gaston]

BTW, puisque tu parles de access_log, comment faire pour que les log de l'ibay soit placées dans un autre fichier que le log principal ?

Euhhh .... Je ne sais pas, et je ne m'y risquerais pas sur une SME. SME est un système 'clefs en mains' essayer de changer sa logique n'amène pas forcément que des grandes satisfactions

Dans mes souvenirs, ça serait pas un gros changement : cela pouvait se gérer avec une règle dans le virtualdomain d'apache. Donc pas la mer à boire à templatiser,
MAIS

Par contre, tu peux écrire un script qui te crée depuis le log d'origine des 'sous logs'. Cà me semble plus 'SME Spirit'

+1
par exemple, un chti script à deux options :
- parse les logs et ne donne que les lignes répondant à un critère
- parse les logs dans un fichier dédié avant ou après chaque logrotate
Après si t'es courageux tu peux écrire un logwatch temps réel qui duplique toutes les écritures, mais là je sait faire.

G.