Back to top

Autore Topic: problema di installazione  (Letto 2103 volte)

Offline mdiema

  • Nuovo arrivato
  • *
  • Post: 46
  • Sesso: Femmina
    • Mostra profilo
problema di installazione
« il: 01 Ago 2005, 23:09:14 »
Ciao a tutti,
sto cercando di installare mambo nel mio pc con Suse 9.3 ma ho qualche problema ...sto imparando appena ora.
Non riesco a capire cosa devo inpostare per cambiare questo requisito di pre-installazione:
Percorso salvataggio sessioni      Non impostato Non scrivibile
Ho provato ad andare avanti ugualmente nell'installazione ma poi non riesco ad accedere alla sezione di amministrazione anche se i permessi sono impostati tutti su 777.
Se quacuno mi può aiutare è davvero il benvenuto. Grazie  Emanuela

Offline ardy

  • Esploratore
  • **
  • Post: 62
  • Sesso: Maschio
    • Mostra profilo
Re: problema di installazione
« Risposta #1 il: 01 Ago 2005, 23:51:58 »
devi guardare nel file di configurazione del php.

in suse non so dove sia.

Offline mdiema

  • Nuovo arrivato
  • *
  • Post: 46
  • Sesso: Femmina
    • Mostra profilo
Re: problema di installazione
« Risposta #2 il: 04 Set 2005, 09:09:13 »
Dopo una lunga pausa riprendo a lavorare sulla mia installazione di Mambo.
Ho guardato il file php.ini ma non so cosa dovrei impostare e come. La parte delle directory e questa:

Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;

; UNIX: "/path1:/path2" 
include_path = ".:/php/includes"
;
; Windows: "\path1;\path2"
;include_path = ".;c:\php\includes"

; The root of the PHP pages, used only if nonempty.
; if PHP was not compiled with FORCE_REDIRECT, you SHOULD set doc_root
; if you are running php as a CGI under any web server (other than IIS)
; see documentation for security issues.  The alternate is to use the
; cgi.force_redirect configuration below
doc_root =

; The directory under which PHP opens the script using /~username used only
; if nonempty.
user_dir =

; Directory in which the loadable extensions (modules) reside.
extension_dir = "./"
extension_dir = /usr/lib/php/extensions

; Whether or not to enable the dl() function.  The dl() function does NOT work
; properly in multithreaded servers, such as IIS or Zeus, and is automatically
; disabled on them.
enable_dl = On

; cgi.force_redirect is necessary to provide security running PHP as a CGI under
; most web servers.  Left undefined, PHP turns this on by default.  You can
; turn it off here AT YOUR OWN RISK
; **You CAN safely turn this off for IIS, in fact, you MUST.**
; cgi.force_redirect = 1

; if cgi.nph is enabled it will force cgi to always sent Status: 200 with
; every request.
; cgi.nph = 1

; if cgi.force_redirect is turned on, and you are not running under Apache or Netscape
; (iPlanet) web servers, you MAY need to set an environment variable name that PHP
; will look for to know it is OK to continue execution.  Setting this variable MAY
; cause security issues, KNOW WHAT YOU ARE DOING FIRST.
; cgi.redirect_status_env = ;

; cgi.fix_pathinfo provides *real* PATH_INFO/PATH_TRANSLATED support for CGI.  PHP's
; previous behaviour was to set PATH_TRANSLATED to SCRIPT_FILENAME, and to not grok
; what PATH_INFO is.  For more information on PATH_INFO, see the cgi specs.  Setting
; this to 1 will cause PHP CGI to fix it's paths to conform to the spec.  A setting
; of zero causes PHP to behave as before.  Default is zero.  You should fix your scripts
; to use SCRIPT_FILENAME rather than PATH_TRANSLATED.
; cgi.fix_pathinfo=0

; FastCGI under IIS (on WINNT based OS) supports the ability to impersonate
; security tokens of the calling client.  This allows IIS to define the
; security context that the request runs under.  mod_fastcgi under Apache
; does not currently support this feature (03/17/2002)
; Set to 1 if running under IIS.  Default is zero.
; fastcgi.impersonate = 1;

; cgi.rfc2616_headers configuration option tells PHP what type of headers to
; use when sending HTTP response code. If it's set 0 PHP sends Status: header that
; is supported by Apache. When this option is set to 1 PHP will send
; RFC2616 compliant header.
; Default is zero.
;cgi.rfc2616_headers = 0
 


Grazie ancora per l'aiuto! Emanuela

Offline mdiema

  • Nuovo arrivato
  • *
  • Post: 46
  • Sesso: Femmina
    • Mostra profilo
Re: problema di installazione
« Risposta #3 il: 05 Set 2005, 10:46:51 »
Ho deciso di ritornare al mio vecchio MDK 10 per il sito di Mambo, là non avevo problemi.
Grazie a Davide per la collaborazione.
Emanuela

 



Web Design Bolzano Kreatif