Versione MLE per CMSMS 1.6.6

[Marcolet]

Ciao,
se ho una CMSMS 1.6.6 o 1.6.5.. posso usare la versione MLE 1.6.3? non vorrei fare dei casini, perchè con la 1.6.4 sono stato costretto a tornare indietro alla 1.6.3

Grazie

[Marcolet]

Nessuna news?

[protempore]

temo che l'unico che può risponderti sia Alby... e purtroppo ahimé pare non abbia ancora pienamente risolto i suoi problemi famigliari (auguri sinceri, Alby)

Da incompetente che vuol dire la sua (tanto è una moda italiana) direi che non puoi fare quello che chiedi. Occorre aspettare la v.1.6.6 di MLE come annunciato dallo stesso Alby.

Anch'io sto aspettando la nuova versione per un nuovo sito e non volevo partire con l'installare la "vecchia" 1.6.3.

[Marcolet]

Grazie protempore, non sapevo che Alby avesse ancora (di nuovo) problemi familiari.
Ho la stessa necessità tua, ma per quelli vecchi tengo botta.
Casomai provo a fare un'analisi io delle differenze tra 1.6.3 ed 1.6.4 per capire dove scatta il problema.
Approfitto per farti una domanda: quando installo il modulo MLE ho riscontrato che per attivare il tutto devo inizializzare una nuova lingua (es. inglese) che però si "prende" il database della lingua esistente (es. italiano), e quindi poi tutte le pagine già fatte risultano nella prima lingua nuova creata (in questo caso inglese). Devo perciò inserire una nuova lingua (a questo punto italiano) copiando tutto il database in questa lingua e poi cambiando i testi originari in inglese.
Ti risulta? Spero di essermi spiegato.
CIAO

[alby]

Grazie protempore, non sapevo che Alby avesse ancora (di nuovo) problemi familiari.

In questo momento sono in periodo di "tregua" ma dovrei essere MOLTO più presente .....

Casomai provo a fare un'analisi io delle differenze tra 1.6.3 ed 1.6.4 per capire dove scatta il problema.

TESTING:
http://forum.cmsmadesimple.org/index.ph ... #msg181534

Approfitto per farti una domanda: quando installo il modulo MLE ho riscontrato che per attivare il tutto devo inizializzare una nuova lingua (es. inglese) che però si "prende" il database della lingua esistente (es. italiano), e quindi poi tutte le pagine già fatte risultano nella prima lingua nuova creata (in questo caso inglese). Devo perciò inserire una nuova lingua (a questo punto italiano) copiando tutto il database in questa lingua e poi cambiando i testi originari in inglese.
Ti risulta? Spero di essermi spiegato.

Non molto ....
se tu inizializzi MLE con un sito già pronto in una lingua conviene partire con quella lingua (es italiano) e "copiare" tutto il contenuto con l'apposito check, poi inserire le altre lingue (en, fr, ..) e definire quella di default

Alby

[protempore]

grazie Alby che ci sei comunque sempre.

Ho un po' di problemi per l'url rewriting...

il link mi da errore 404

http://xxx.xxxxx.it/ger/home.html

in .htaccess ho messo questa regola

RewriteRule ^([^/]+)/(.*)$ index.php?page=$2&hl=$1 [QSA]

[alby]

il link mi da errore 404

Ho testato e mi sembra tutto ok
Hai corretto l'eventuale RewriteBase?

Alby

[protempore]

il link mi da errore 404

Ho testato e mi sembra tutto ok
Hai corretto l'eventuale RewriteBase?

Alby

non capisco bene cosa intendi...
io ho impostato questo .htaccess

Code: Select all

# BEGIN Optional settings

# Turns off directory browsing
# not absolutely essential, but keeps people from snooping around without 
# needing empty index.html files everywhere
Options -Indexes

# Deny access to config.php
# This can be useful if php ever breaks or dies
# Use with caution, this may break other functions of CMSms that use a config.php
# file.  This may also break other programs you have running under your CMSms
# install that use config.php.  You may need to add another .htaccess file to those
# directories to specifically allow config.php.
<Files "config.php">
order allow,deny
deny from all
</Files>

# Sets your 403 error document
# not absolutely essential to have, 
# or you may already have error pages defined elsewhere
ErrorDocument 403 /forbidden403.shtml
ErrorDocument 404 /404.shtml

# No sense advertising what we are running
ServerSignature Off

# END Optional Settings

# BEGIN CMSMS and Rewrite Rules
# Make sure you have Options FollowSymLinks
# and Allow on

RewriteEngine On

# Might be needed in a subdirectory
RewriteBase /

# URL Filtering helps stop some hack attempts
#IF the URI contains a "http:"
RewriteCond %{QUERY_STRING} http\: [OR]
#OR if the URI contains a "["
RewriteCond %{QUERY_STRING} \[ [OR]
#OR if the URI contains a "]"
RewriteCond %{QUERY_STRING} \] [OR]
#OR if the URI contains a "<__script__>"
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
#OR script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
#OR any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) 
RewriteRule ^.*$ - [F,L] 
# END Filtering

# CMSMS Rewriting
# Set assume mod_rewrite to true in config.php and clear CMSMS cache
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^([^/]+)/(.*)$ index.php?page=$2&hl=$1 [QSA]
# END CMSMS

# END Rewrite rules

mentre in config.php ho impostato:

Code: Select all

#What type of URL rewriting should we be using for pretty URLs?  Valid options are:
#'none', 'internal', and 'mod_rewrite'.  'internal' will not work with IIS some CGI
#configurations. 'mod_rewrite' requires proper apache configuration, a valid
#.htaccess file and most likely {metadata} in your page templates.  For more
#information, see:
#http://wiki.cmsmadesimple.org/index.php/FAQ/Installation/Pretty_URLs#Pretty_URL.27s
$config['url_rewriting'] = 'mod_rewrite';

#Extension to use if you're using mod_rewrite for pretty URLs.
$config['page_extension'] = '.html';

#If you're using the internal pretty url mechanism or mod_rewrite, would you like to
#show urls in their hierarchy?  (ex. http://www.mysite.com/parent/parent/childpage)
$config['use_hierarchy'] = true;

#If using none of the above options, what should we be using for the query string
#variable?  (ex. http://www.mysite.com/index.php?page=somecontent)
$config['query_var'] = 'page';

[alby]

io ho impostato questo .htaccess

- setta $config['page_extension'] = '';
- se è in una sottodirectory devi mettere il nome della cartella in RewriteBase

Alby

[protempore]

io ho impostato questo .htaccess

- setta $config['page_extension'] = '';
- se è in una sottodirectory devi mettere il nome della cartella in RewriteBase

Alby

adesso non ho più l'estensione .html, ma rimane l'errore 404

il sito non è in una sottodirectory

[alby]

adesso non ho più l'estensione .html, ma rimane l'errore 404

ok, allora usa l'originale htaccess.txt che trovi in doc e sostituisci solo l'ultimo Rule:

#RewriteRule ^(.+)$ index.php?page=$1 [QSA]
RewriteRule ^([^/]+)/(.*)$ index.php?page=$2&hl=$1 [QSA]

questi sono le condizioni che uso per il test

Alby

[protempore]

boh... sempre uguale...
reinstallo tutto e riprovo... tanto è un sito nuovo... posso azzerare tutto senza problemi

[protempore]

ce l'ho fatta!!!


era la direttiva "AllowOverride" della configurazione di apache che doveva essere "All" e invece era impostata "None"

Code: Select all

DocumentRoot /Users/username/Sites/_public
<Directory /Users/username/Sites/_public>
  Options Indexes MultiViews FollowSymLinks
  AllowOverride all
  Order allow,deny
  Allow from all
</Directory>

<Directory /Users/username/Sites>
  AllowOverride all
</Directory>

NameVirtualHost 127.0.0.1:80
<VirtualHost 127.0.0.1:80>
  VirtualDocumentRoot /Users/username/Sites/%-1/%-2+/site
</VirtualHost>

ps) il server è mac OSX