Newsgroup: it.lavoro.professioni.webmaster
Titolo: [PROMO&PARERE] MantraLab

http://mantralab.ntj.it
 è il mio ultimo capolavoro, penso che appena sarà
pronta la nuova versione del cms che sta alla base di tutto sarà molto più
bello dal punto di vista strutturale.
Fatemi sapere cosa ne pensate, a parte il primo caricamento che è lento a
causa della connessione al db il resto dovrebbe andar bene.

"Mantra" <man...@NOSPAMsecuritynode.org> ha scritto nel messaggio
news:IxLMc.40037$OR2.2...@news3.tin.it...

Ciao Mantra :-)
1) Scusa una cosi innanzitutto: utilizzi il termine capolavoro in senso di
autoesaltazione, autoironico, autocritico o cosa? :-)
2) Cms? Quale sarà dunque lo scopo e/o target della piattaforma?
3) Cosa intendi per "bello dal punto di vista strutturale"? Non credo che
strutturalmente ora sia male... e' una struttura semplice e comunque per ora
usabile nei (pochi) contenuti pubblicati. Parlo ovviamente di struttura, non
di layout grafico/funzionale. Su quel discorso per come sono fatto mi
ingripperei per ore  :-)
4) perchè il primo caricamento al db dovrebbe essere lento? cosa hai come
db? che tipo di connection usi?
5) alle volte ottengo degli errori
    Es: Accedi -> Fatal error: Cannot redeclare theme_header() (previously
declared in /var/www/
mantralab.ntj.it/themes/Mantralab/theme.php:20
) in
/var/www/
mantralab.ntj.it/themes/Mantralab/theme.php
 on line 20
6) ho visto che citi nel sito il MOCA. In che rapporti sei con loro? Di dove
sei? Ti chiedo questo per semplice curiosità: io sono di Pescra :-)
Bye.
Mauro Cecamore
------------------------------
http://www.digitalavenues.org
------------------------------

 causa della connessione al db il resto dovrebbe andar bene.
pagina login.php
Fatal error: Cannot redeclare theme_header() (previously declared in
/var/www/
mantralab.ntj.it/themes/Mantralab/theme.php:20
) in
/var/www/
mantralab.ntj.it/themes/Mantralab/theme.php
 on line 20
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch


Come hai gestito i contenuti? Li hai separati dalla funzione di 
publishing? Che asset puoi gestire?
Come avviene il flow di pubblicazione?
Come vengono gestire le permission? e i livelli degli admin?
Ciao e grazie, sono curioso :-P
Cla!

Il sistema è basato sulla sicurezza e la flessibilità e per essere la prima
versione posso dire che non mi è venuto male,
purtroppo ci sono dei problemi che vengono fuori durante i test e che io
segno sul mio bloc notes per correggerli nella versione successiva.
Tuttavia penso che sia una struttura innovativa e sbaglio moltissimo a
chiamarlo CMS.
La base di quel sito infatti (E-Juice) è praticamente un kernel per
qualsiasi altro applicativo web e non solo quindi per portali automatici,
spero di non montarmi troppo quando dico che se deciderò di rilasciare sotto
gpl il software che ho messo a punto molti resteranno sorpresi...
Metro Olografix è una bella associazione anche se sto molto lontano da loro,
li ammiro e li seguo molto.


Ciao, quello che tu intendi "innovativo" si chiama Framework, dunque un 
layer su cui si appoggiano diversi applicativi condividendo alcuni 
elementi. In particolare vengono gestiti in comune l'utenza e le 
relative permission, i template grafici e n configurazioni di base tipo 
l'astrazione DB ecc ...
Ci sono molti progetti di questo tipo, in particolare me ne vengono in 
mente tre, il Nostro :-P, Zope e EzPublish
Ciao
Claudio

 Cla!
Uh lo sai che ho il tuo libro ? =) Per caso ma ce l'ho...
Sei un grande e aspettavo con ansia tutte le tue domande =)
Allora premetto che E-Juice è un core e come ho detto in un altro post è la
possibile base per ogni applicativo web
perchè gestisce l'utenza, i permessi e i moduli.
La prima regola è separare la forma dalla sostanza e quindi ogni tipo di
contenuto è separato dalle funzioni grafiche,
il sistema non ha a che fare con codice html o altra roba client-side e
quindi è graficamente flessibile ( a parte il menu dinamico che per questa
versione possiamo posizionare o in alto orizzontale o a sinistra verticale
visto che viene richiamato dall'header),
ogni modulo ha dei permessi livello e ad ogni livello vengono associati
determinati utenti l'amministrazione non è integrata nel sistema ma può
essere un modulo o un applicativo a se.
Le vere chicche te le spiegherò quando sarà rilasciata la versione open del
sistema visto che ora è un closed source e ho già spifferato troppo.
Per ogni contenuto comunque ci sono dei permessi utente e dei permessi
livello e nel sistema il valore 0 sia per queste variabili che per le altre
è associato a TUTTI mentre gli altri numeri sono dei livelli corrispondenti
quindi un contenuto usr=0 lev=1 è disponibile per TUTTI gli utenti del
livello 1.
Spero di essermi espresso in modo chiaro...
Ciao

Certo l'innovazione sta nella concezione, non vedo l'ora di vedere il vostro
(cioč sviluppato da piů persone con una certa esperienza) e il mio
(sviluppato da un ragazzino di appena 16 anni [il 7 agosto]) a confronto.
Senza nulla togliere ai sistemi che hai citato per me era necessario
produrre uno strumento del genere sia perchč quando le cose le scrivi tu ti
trovi sempre meglio ma anche perchč penso che dopo l'esperienza con questa
versione potrň produrre qualcosa di veramente stabile,flessibile e sicuro
come ho sempre pensato.


su mozilla vedo una bella pagina bianca

 versione posso dire che non mi è venuto male,
http://mantralab.ntj.it/index.php?PHPSESSID=66b592b7528aaa828f1b44ad6f5c4c38&PHPSESSID=66b592b7528aaa828f1b44ad6f5c4c38
usi due id di sessione per essere più "sicuro"?

 ha scritto nel messaggio
news:2mhvp7F...@uni-berlin.de...


 livello 1.
Ciao, allora, vado nel dettaglio.
Un livello gerarchico mina la flessibilità del sistema in quanto non 
potrai avere dei permessi trasversali. Il "livello" non deve essere 
associato ad una serie di permessi gerarchici ma trasversali. Salvo lo 
user "god" che può fare tutto.
Inoltre io eviterei di lavorare sui permessi negli oggetti in quanto il 
permesso dell'oggetto può cambiare in base a chi fruisce il contenuto. 
Per ipotesi, se tu hai un oggetto (ad es un .pdf) a cui associ un 
permesso 1 non potresti mostrarli a due gruppi con permessi diversi. Ad 
es tu vuoi pubblicarlo in home page e contemporaneamente nell'area 
riservata al gruppo X, assegnando un permesso all'oggetto non lo puoi 
fare. Devi invece gestire i permessi a livello di singola pagina, dunque 
pag. x permessi per gruppo a e b. Come vedi in questo modo rispetti una 
regola fondamentale, separi l'attività di content da quella di 
management :-P
Ciao!
Claudio

 ha scritto nel messaggio
news:OYmNc.13626$1V3.3...@twister2.libero.it...

Si vede che ne capisci di applicativi web...
cmq avevo già riscontrato questo problema e stavo pensando a come gestirlo
nel database...
Dai un occhio al sito che ho fatto qualche modifica =)