<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    >What happens if you want to use a commercial web hosting
    service, such as dreamhost or similar, where you are given a space
    where you can upload your >applications, but no direct access to
    the configuration file of Apache or its equivalent nor direct dialog
    with the administrators?
    <div><br>
    </div>
    Dear Wenke:<br>
     <br>
     This is exactly my problem: our recent provider is rejecting
    certain scripts and that is why I am trying to have an own windows
    server now...<br>
    <br>
    By the way Abel was recommending siteground as a hosting service...<br>
    <br>
    Egbert: Thank you very much for your repeated and continuous help!<br>
    <br>
    Sincere regards<br>
    <br>
    Leyla<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 07.12.2012 21:50, schrieb Wenke
      Adam:<br>
    </div>
    <blockquote
cite="mid:CAGYVS6OHZ97z++ViKJ7FrSHkWYCGvfS+-EEF-6-i-ijVw03nHA@mail.gmail.com"
      type="cite">Estimado@s:
      <div><br>
      </div>
      <div>El tema ha sido ventilado antes, pero según he entendido,
        siempre en el contexto en que <b>la persona que administra el
          ABCD también tiene acceso al servidor</b>, ya sea como
        administrador directo del Apache o programa equivalente, o si
        no, por lo menos con un diálogo fluido con los administradores
        institucionales de manera a poder editar/hacer editar el archivo
        de configuración del servidor web para incluir las respectivas
        rutas, puertos, alias, etc que lleven a nuestra aplicación.</div>
      <div><br>
      </div>
      <div>¿Qué sucede en el caso de usar un servicio comercial, tipo
        Dreamhost, en que la empresa nos otorga un espacio al que
        podemos subir nuestras aplicaciones, pero no nos permite acceso
        directo al servidor web ni a su configuración, ni diálogo con
        los administradores?</div>
      <div><br>
      </div>
      <div>¿Sería posible hacer funcionar el ABCD en estas condiciones?</div>
      <div><br>
      </div>
      <div>Y qué sucede con aplicaciones más antiguas, tales como
        GenisisWeb que genera aplicaciones usando wwwisis en vez de
        wxis? ¿Podrían funcionar así?</div>
      <div><br>
      </div>
      <div>Agradecería muchísimo si alguien me pudiera aclarar este
        tema. </div>
      <div>Gracias</div>
      <div>Wenke</div>
      <div><br>
      </div>
      <div>Dear friends:</div>
      <div>This issue has been discussed more than a few times before,
        but, as far as I have understood it until now, always in the
        context that <b>the ABCD administrator also has access to the
          webserver</b>, either directly or at least through a fluid
        contact with the institutional administrators, in order to have
        the relevant paths, ports, aliases, etc. included in the
        server's configuration file.</div>
      <div><br>
      </div>
      <div>What happens if you want to use a commercial web hosting
        service, such as dreamhost or similar, where you are given a
        space where you can upload your applications, but no direct
        access to the configuration file of Apache or its equivalent nor
        direct dialog with the administrators?</div>
      <div><br>
      </div>
      <div>Would it be possible to make ABCD work under these
        conditions?</div>
      <div><br>
      </div>
      <div>And, would it work for older applications, such as
        GenIsisWeb, that uses wwwisis instead of wxis?</div>
      <div><br>
      </div>
      <div>I would be very greatful if someone could explain this to me.</div>
      <div>Thanks</div>
      <div><br>
        Wenke</div>
      <div><br>
        Basically, what I don´t understand is the following, see my
        comments in red/bold:</div>
      <div><br>
      </div>
      <div>
        <i>A quite practical way of doing things is the idea of 'virtual
          hosts' : you put a specific configuration file for ABCD
          (defining DocumentRoot and ScriptAlias) inside a subfolder of
          the configuration folder and tell the system to read all those
          files as part of the configuration by 'including' the folder
          itself. <b style="background-color:rgb(255,255,255)"><font
              color="#990000">In a subfolder of which configuration
              folder? The webserver's configuration folder? How do I
              "tell the system"?</font></b><br>
          Each of the files there identify the virtual folder by name or
          by port.</i><br>
        <br>
        Regards</div>
      <div>Wenke</div>
      <div><br>
        <br>
        <br>
        <br>
        <br>
        <div class="gmail_quote">2012/12/6 De Smet Egbert <span
            dir="ltr"><<a moz-do-not-send="true"
              href="mailto:egbert.desmet@ua.ac.be" target="_blank">egbert.desmet@ua.ac.be</a>></span><br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">This issue
            has been discussed a few times before.<br>
            The general idea is that when installing ABCD on a 'real'
            server (meaning mostly : a 'dedicated' server for
            web-applications), it behaves very much like any other
            web-application running under a CGI-capable web-server (e.g.
            Apache but also IIS).<br>
            But mostly in such cases the administrator of the server
            will decide on how to install it and probably do it
            him/herself, depending on local conditions of already
            installed server-configurations and other applications.
            Mostly administrators of servers will not accept you to tell
            them where and how to install the ABCD-system - which for
            that reason is quite flexible in installation requirements.<br>
            That is why it is difficult to give exact instructions which
            work for all such local conditions.<br>
            <br>
            Generally there are 2 parameters to decide on : DocumentRoot
            and ScriptAlias. I am using the Apache vocabulary here but
            it is simliar in IIS, e.g. 'virtual folder' is used in IIS
            to allow defining folders outside the proper IIS-subfolders
            to be accessed by applications.<br>
            The ABCD htdocs-folder is the one to become 'DocumentRoot'
            and the www/cgi-bin folder (with subfolders in the near
            future) will be the ScriptAlias where executables are
            allowed to run. So these are the two paths to note down and
            pass on to the server administrator. In principle they can
            be anywhere in the file-system but on a server won't be as
            the default configuration on a Windows personal computer :
            C:\ABCD\www. In Linux e.g. they could be in the folder
            /var/www/ABCD or /opt/ABCD.<br>
            <br>
            A quite practical way of doing things is the idea of
            'virtual hosts' : you put a specific configuration file for
            ABCD (defining DocumentRoot and ScriptAlias) inside a
            subfolder of the configuration folder and tell the system to
            read all those files as part of the configuration by
            'including' the folder itself.<br>
            Each of the files there identify the virtual folder by name
            or by port.<br>
            <br>
            If so desired we could provide sample such configuration
            files, but always taking into account the chosen paths would
            have to be changed according to local conditions and policy
            of the server administrator.<br>
            <br>
            Egbert de Smet<br>
            IOIW / U&S<br>
            Universiteit Antwerpen<br>
            ________________________________________<br>
            From: <a moz-do-not-send="true"
              href="mailto:isis-users-bounces@iccisis.org">isis-users-bounces@iccisis.org</a>
            [<a moz-do-not-send="true"
              href="mailto:isis-users-bounces@iccisis.org">isis-users-bounces@iccisis.org</a>]
            on behalf of Leyla Schön [<a moz-do-not-send="true"
              href="mailto:l.schoen@bzfo.de">l.schoen@bzfo.de</a>]<br>
            Sent: Thursday, December 06, 2012 9:24 AM<br>
            To: CDS/ISIS Liste<br>
            Subject: Re: [Isis-users] ABCD en un server real<br>
            <div>
              <div class="h5"><br>
                very interesting question so I used google translate to
                read Luis' message.<br>
                <br>
                I would be interested in the answers as well<br>
                <br>
                Thanks<br>
                <br>
                <br>
                Leyla Schoen<br>
                <br>
                <br>
                Am 06.12.2012 00:11, schrieb Luis Peña:<br>
                Veo que con mucha frecuencia que se pide ayuda sobre la
                configuración del ABCD en un servidor real.<br>
                Por favor, alquien pudiera mandar un tutorial de como lo
                ha hecho en su institución.<br>
                <br>
                Seria bueno disponer de un manual con capturas de
                imágenes, de los procedimientos para configurar ABCD en
                un servidor real.<br>
                <br>
                Por ejemplo en mi institucion utilizan Internet
                Information Service, diseñado especialmente para ASP, a
                mi me gustaría tener algunas instrucciones.<br>
                <br>
                Pido esto por la colectividad que necesita montar ABCD
                en el server de su institucion, ya que ABCD viene listo
                para funcionar una PC local.<br>
                <br>
                Alguien se anima, por favor?<br>
                <br>
              </div>
            </div>
            _______________________________________________<br>
            isis-users mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:isis-users@iccisis.org">isis-users@iccisis.org</a><br>
            To manage your own subscription options go to: <a
              moz-do-not-send="true"
              href="http://lists.iccisis.org/listinfo/isis-users"
              target="_blank">http://lists.iccisis.org/listinfo/isis-users</a><br>
            Or contact Henk Rutten: <a moz-do-not-send="true"
              href="mailto:hlrutten@xs4all.nl">hlrutten@xs4all.nl</a><br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        Wenke Adam<br>
        Asesora Sistemas de Doc & Inf<br>
        Santiago<br>
        <div>Chile<br>
        </div>
        <div>Cel: +56-9-890 21 630</div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
isis-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:isis-users@iccisis.org">isis-users@iccisis.org</a>
To manage your own subscription options go to: <a class="moz-txt-link-freetext" href="http://lists.iccisis.org/listinfo/isis-users">http://lists.iccisis.org/listinfo/isis-users</a>
Or contact Henk Rutten: <a class="moz-txt-link-abbreviated" href="mailto:hlrutten@xs4all.nl">hlrutten@xs4all.nl</a>
</pre>
    </blockquote>
  </body>
</html>