CMSMadeSimple 1.6

[alby]

AGGIORNAMENTO

E' appena uscita la nuova versione 1.6
Qui l'annuncio

Ci sono alcuni bachi ma sono veramente marginali:
- PHP4 se cancellate pagine in multioperation (molte in una sola volta)
- un errore per chi ha PHP 5.0.X (ma questa è una versione buggata come non mai)
- un errore nei nuovi utenti che hanno nella email domini con il -
Non è ancora uscita la 1.6.1 perchè stiamo testando un fix di un "vecchissimo" errore sui parametri quando i moduli sono posizionati in un certo modo nel content+template


Attenzione a varie cose:
- Per chi ha settato altri gruppi per i permessi, si prega di rivederli perchè alcuni sono cambiati (in generale molto più potenti)
- Attenzione per chi ha moduli con contentype Cataloger, Album, PageBlocks, ContentAlias, (?)
 Per Cataloger uscirà a presto una nuova versione, per Album penso che basi usare il tag {cms_module module="Album"}, PageBlocks is DEPRECATED e per ContentAlias (DEPRECATED) usate Collegamento a Pagina interna

CONFIG:
- Attenzione per chi usa mod_rewrite/internal_pretty_url, adesso c'è un solo parametro:
 $config['url_rewriting'] = 'none'; //none, mod_rewrite, internal

- Per chi installa per la prima volta e vuole usare UTF8 nel DB:
 creare un DB con utf8_general_ci
 usare $config['default_encoding'] == 'utf-8'
 nel config viene settato automaticamente $config['set_names'] = true; (solo nelle nuove installazioni)


Per chi utilizza la MLE - MultiLanguageEdition vedere qui

Alby

[protempore]

non ci date tregua è!?


circa:
  $config['url_rewriting'] = 'none'; //none, mod_rewrite, internal

"none" mi è chiaro, ma la differenza tra "mod_rewrite" e "internal" qual è?

[protempore]

circa:

usare $config['default_encoding'] == 'utf-8'

non ha attinenza con l'eventuale "scommento" della riga nel file "include.php"?

//    $cmsdb->Execute('set names utf8'); // database connection with utf-8

[alby]

circa:

usare $config['default_encoding'] == 'utf-8'

non ha attinenza con l'eventuale "scommento" della riga nel file "include.php"?

//    $cmsdb->Execute('set names utf8'); // database connection with utf-8

No, default_encoding è l'encoding della pagina
Per abilitare set names utf8 bisogna che in config.php sia settato:
- $config['default_encoding'] = 'utf-8';
- $config['set_names'] = true;

EDIT: (mi sono dimenticato di specificare)
In una nuova installazione è settato a true in un upgrade è false


Alby

[milux]

non ci date tregua è!?


circa:
  $config['url_rewriting'] = 'none'; //none, mod_rewrite, internal

"none" mi è chiaro, ma la differenza tra "mod_rewrite" e "internal" qual è?

quoto anch'io protempore in quanto ho fatto l'aggiornamento alla 1.6 e questo parametro non mi è chiaro.

Ciao
Michele

[alby]

non ci date tregua è!?


circa:
 $config['url_rewriting'] = 'none'; //none, mod_rewrite, internal

"none" mi è chiaro, ma la differenza tra "mod_rewrite" e "internal" qual è?

quoto anch'io protempore in quanto ho fatto l'aggiornamento alla 1.6 e questo parametro non mi è chiaro.

Scusa protempore ma mi era sfuggito ....
allora prima c'era:

Code: Select all

#Show mod_rewrite URLs in the menu? You must enable 'use_hierarchy' for this to work for modules
$config['assume_mod_rewrite'] = false;

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

#If you don't use mod_rewrite, then would you like to use the built-in
#pretty url mechanism?  This will not work with IIS and the {metadata} tag
#should be in all of your templates before enabling.
$config['internal_pretty_urls'] = false;

#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'] = false;

molti si confondevano e settavano entrambi (assume_mod_rewrite e internal_pretty_urls) a true, adesso c'è:

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'] = 'internal';

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

#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;

url_rewriting:
none (normale, prima era: assume_mod_rewrite=false e internal_pretty_urls=false)
mod_rewrite (uso di mod_rewrite e .htaccess, prima era: assume_mod_rewrite=true e internal_pretty_urls=false)
internal (pretty url, prima era: assume_mod_rewrite=false e internal_pretty_urls=true)

A me sembra una semplificazione con un solo settaggio invece di due
e c'è una inversione di use_hierarchy a true (forse un domani verrà tolto e forzato a solo true)

EDIT: c'era un errore

Alby

[nervino]

AGGIORNAMENTO

- Per chi installa per la prima volta e vuole usare UTF8 nel DB:
 creare un DB con utf8_general_ci
 
Alby

Ciao Alby, tanto per cambiare avrei una domanda.

C'è un motivo particolare per impostare l'utf8_general_ci?

Di solito uso utf8_unicode_ci, che a quanto pare è più completo del general
(http://forums.mysql.com/read.php?103,18 ... msg-188748). Controindicazioni?

[alby]

C'è un motivo particolare per impostare l'utf8_general_ci?

Di solito uso utf8_unicode_ci, che a quanto pare è più completo del general

E' vero che utf8_unicode_ci è più completo ma:
- è veramente utile solo per alcune lingue orientali
- (più importante) è molto pesante poichè richiede molte più risorse al sistema/DB
- dovrei aggiungere al link del post: non solo per sorting ma anche per comparison: WHERE X=X

Nell'uso comune si può usare tranquillamente utf8_general_ci (difatti i russi usano questo)

Alby

[farhadprm]

Ciao tutti,
Ho installato la nuova versione 1.6 (no upgrade) ma non riesco a far funzionare rewrite mode. Ho letto anche tutto il post qua, ma non riesco a risolvere il problema. In allegato invio il contenuto del config. Non capisco dove sbaglio. In mysql ho settato la DB a utf8_general_ci:

[alby]

Ho installato la nuova versione 1.6 (no upgrade) ma non riesco a far funzionare rewrite mode. Ho letto anche tutto il post qua, ma non riesco a risolvere il problema. In allegato invio il contenuto del config. Non capisco dove sbaglio. In mysql ho settato la DB a utf8_general_ci:

Va bene ma devi settare l'.htaccess nella root (da htaccess.txt in doc)

Alby

[farhadprm]

Ho installato la nuova versione 1.6 (no upgrade) ma non riesco a far funzionare rewrite mode. Ho letto anche tutto il post qua, ma non riesco a risolvere il problema. In allegato invio il contenuto del config. Non capisco dove sbaglio. In mysql ho settato la DB a utf8_general_ci:

Va bene ma devi settare l'.htaccess nella root (da htaccess.txt in doc)

Alby

Grazie della risposta. ma come lo devo fare? Da root (.htaccess) o nel folder doc dal (htaccess.txt)?

Grazie
far

[alby]

Va bene ma devi settare l'.htaccess nella root (da htaccess.txt in doc)

Grazie della risposta. ma come lo devo fare? Da root (.htaccess) o nel folder doc dal (htaccess.txt)?

copiare da  root/doc/htaccess.txt a root/.htaccess

Alby

[farhadprm]

Va bene ma devi settare l'.htaccess nella root (da htaccess.txt in doc)

Grazie della risposta. ma come lo devo fare? Da root (.htaccess) o nel folder doc dal (htaccess.txt)?

copiare da  root/doc/htaccess.txt a root/.htaccess

Alby

grazie, quindi devo copiare htaccess.txt e dopo incollarlo nel root e modificare il nome del file da htaccess.txt a .htaccess?

Grazie
Far

[alby]

Grazie della risposta. ma come lo devo fare? Da root (.htaccess) o nel folder doc dal (htaccess.txt)?

copiare da  root/doc/htaccess.txt a root/.htaccess

grazie, quindi devo copiare htaccess.txt e dopo incollarlo nel root e modificare il nome del file da htaccess.txt a .htaccess?

Sì o copia nella root e rinomini a .htaccess

Alby

[axxe16]

Ciao a tutti,
non so se sia il post più corretto per inserire queste info, ma ho iniziato a smanettare un pò con la nuova versione e mi sono accorto di un paio di funzioni veramente utili non ancora documentate relative a content in relazione al multicontent...
forse ho scoperto l'acqua calda ma non me ne ero mai accorto prima quindi presumo sia una novità di questa release:

content ha ora anche il paramentro label che permette di gestire in modo svincolato le etichette e i nomi dei blocchi (lo trovo davvero molto utile per dare un feel più friendly al backend)

il parametro default permette di inserire un valore di default ai campi (parametro default), purtroppo vedo che non funziona per il content ma solo per i blocchi extra

il parametro size, davvero utile per cambiare la larghezza dei campi input in modalità oneline

purtroppo vedo ancora che non sono disponibili radio button o checkbox o simili ma a giudicare dal quello che vedo ci si sta muovendo in questo senso o sbaglio?  :)