Back to top

Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - emmevelle

Pagine: [1] 2
1
Se ti va i ntimeout la query del mysql non mi metteri a dividere le tabelle, piuttosto controlla bene gli indici analizzando la query incriminata.

2
Salve,
anche io per pubblicare ho dovuto temporaneamente rendere scrivibile la document_root del sito .
Credo dipenda dal fatto che non riesce a creare la dmdocuments/.
Se non erro la versione precedente non lo faceva (o comunque non andava in errore se non riusciva a farlo).
Trovo antipatica la decisione di creare una directory di default:
- molti non la cambieranno e siccome i prolebmi di permessi portano tutti a dare '7' ad other... non vorrei che altri utenti dello stesso server possano arrivare a leggere i documenti del sito (conoscendo appunto i lnome della dir)
- bruttissima cosa fare creazione/Cancellazione di file nella document root: apprezo molto di più che un modulo si occupi della 'sua' area, non che vada a pasticciare ovunque.

Detto questo eco il mio problema :
dopo l'aggiornamento nessun file risulta più scaricabile.
Qui:
components/com_docman/themes/default/templates/categories/list_item.tpl.php
c'è il codice che decide se far apparire o meno il link del documento.
Bene, la classe che dovrebbe contenere l'oggetto per il download non è valorizzata.
Mi viene da pensare ad un errore di configurazione.
Ma anche riconfigurando tutto docman non si "smuove" niente.
Non appaiono nemmeno + i bottoni in basso (details, download) ..
Qualcun altro con lo stesso problema ?

3
ok , mandameli pure per mail, la cosa mi sembra fattibile .
Piuttosto un analisi del progetto ? Anche minima giusto per coordinare le idee ? Se non ne hai magari dai sorgenti capisco un pò che direzione prendere e butto giù due righe..

Per eclipse è il mio stesso problema : temo che le estensioni per eclipse siano fattibili solo in java . (giusto?) Le mie conoscenze di Java non mi permettono di scrivermi da  solo un estensione del genere in tempi utili.
Confido che prima o poi qualcuno si inventi qualcosa in merito :)

Per il resto lavoro, sono un libero professionista, programmatore LAMP
Non ho un curriculum aggiornato , se vuoi te lo preparo ma al momento ho diversi impegni professionali quindi non so se faccio al caso tuo.

MVL

4
Installazione / Re: display errors richiesto
« il: 27 Feb 2008, 00:50:10 »
che io sappia .htaccess è un file che regola i permessi e le modalità di accesso ad una webdir o file e se ne può creare uno per directory.
A livello globale invece i parametri possono essere impostati in php.ini .
.htaccess sovrascrive i valori di php.ini a meno di non avere "Allow override None", nella configurazione del webserver (httpd.conf o apache.conf a seconda della distro).
Sorry per l'errore : vado a memoria perchè col c&p ho litigato  ;D

5
se metti a 7 il 3 bit vuol dire che gli estranei hanno permessi di scrittura/lettura/esecuzione su quella directory.
Quindi a meno si misure di sicurezza dell'hosting , altri joomla, con safe_mode Off , possono , ad esempio, leggere tutta la tua directory di docman. Non proprio carino!!

in effetti mi rendo sempre più conto che il safe_mode off è il diavolo!

6
Con la grafica c'ho litigato da piccino e tutt'ora ha ragione lei.
In quelli stessi anni ho fatto amicizia coi linguaggi di programmazione e sistemi vari e li sono rimasto.
Quindi sorry ma di grafica niente da fare.
Sono molto interessato del componente per componenti di cui parli.
Dimmi che è un *componente*  :P che ti crea le directory base necessarie, con relativo file xml nella admin, e tutte le classi standard gia istanziate nei file principali.
Con una funzione "crea componente" che prende lo stato attuale di quelle dir , aggiorna l'XML, crea lo zip, e te lo lascia bello pronto da scaricare...
Dimmi che è così ...dai :) hehehhe
Sarebbe oltremodo carino avere un estensione per Eclipse che faccia lo stesso lavoro.

7
Installazione / Re: display errors richiesto
« il: 24 Feb 2008, 19:22:00 »
sai che su un server aruba avevo un errore 500 (mismatch configuration), solo perchè i file php non avevano i permessi di esecuzione ?

Fai cosi : creati un file php stupido nella documento root del sito, mettici dentro un phpinfo(); e basta.

Poi prova a puntare il browser su quel file, da prima lasciando i permessi standard , poi cambiandoli. In questo modo scopri se il problema è di permessi o meno.

8
la risposta al tuo quesito è proprio qui sopra!!!!!

se hai 755 in una directory cosa vuol dire ?
 7 per il proprietario ovvero 2*2^2   +   2*2^1   +    2*2^0 = rwx
                              read        write         execute

 5 per il gruppo ovvero 2*2^2 +2*2^0 = rx

 5 per gli sconosciuto ovvero 2*2^2 +2*2^0 = rx

Il che vuol dire che l'utenza apache proprietaria del processo PHP che tenta la scrittura sul filesystem NON HA I PERMESSI DI SCRITTURA NELLA DIRECTORY, ce li ha solo il proprietario!
Se appartieni allo stesso gruppo di apache puoi mettere in 775, altrimenti usa un 777.

Idem per i file, che però non hanno bisogno del bit execute quindi il suo valore ideale è 644, ma potresti aver bisogno di un 666 ... e che diavolo! (passatemi la battuta!!)





9
Hai trovato un alleato.
Anche io come te   .. sono tutto Linux e poco WIndozzo.
Uso Eclipse pure io e da adesso la tua guida è nel mio bookmark .
Disponibile a darti qualsiasi supporto :
in questi giorni mi sto buttando nel codice di Joomla1.5.1 perchè ho un malfunzionamento sulla registrazione utenti . (Non il problema della mancata visualizzazione messaggio: mi ritrovo proprio nella schermata di login utente).
DIsponibilissimo ad approfondire anche qeuesta indagine se ti interessa, magari in altra sede per non perdere il "filo" del tuo post originale.

Cmq OS utilizzati :

Cent0S 5 con Plesk su server dedicato.
Ubuntu7.10 su laptop
Debian Etch su server domestico
.. e ogni tanto una cosa strana che mi dicono chiamarsi "vista" ..


10
Joomla! 1.5 / Re: da template/_system a template/system
« il: 21 Feb 2008, 00:47:48 »
mi correggo: avendo verificato che nient'altro all'interno del template fa riferimento alla directory _system la soluzione migliore è andare nel tempalte stesso e correggere il path nell'header togliendo "_".

Questa soluzione è attuabile da chiunque, la precedente invece no: utenti ftp ad esempio non possono creare link simbolici.

11
Installazione / Re: display errors richiesto
« il: 21 Feb 2008, 00:39:10 »
il php.ini è un file di configurazione globale del modulo php gestito dal server web (do per scontatno si parli di apache.)

metti questo:

php_flags display_errors On

nel file ".htaccess" nella hodir del tuo sito.
hasta luego

12
Installazione / Re: Installare joomla in rete
« il: 21 Feb 2008, 00:32:22 »
non conosco easyphp ne xampp, ma ad occhi odirei di si a patto che qualcuno di questi software espoga il servizio 80 dove risiede Joomla su un IP della tua rete e non solo sul 127.0.0.1

13
Hai ragione : sto rispondendo talmente tante volte a questa domanda che mi rendo veramente conto che chi non conosce il problema non può che porsi i tuoi stessi quesiti.
Il fatto è che la risposta è quella che ti ho gia datto.
La soluzione al problema è conoscere lo strumento che usi.
Di guide su unix ne esistono dal 70 e di spiegazioni ce ne sono milioni in internet.
Cerco di spiegarti contestualmente al tuo punto di vista :
Prima di tutto è necessario conoscere la logica di comportamente del filesystem di Unix.
chmod e chown sono in sintesi i due comandi che ti permettono di gestire tale logica.
Detto questo : su linux / unix , esistono permessi sui file (settabili via chmod per utenti , gruppi ed estranei), e proprietari dei file.
Così come i file anche i processi girano sul sistema portandosi dietro le informazioni necessarie a distinguere chi fa cosa e per conto di chi.

Nono conoscendo la configurazione del server virtuale di cui parli posso  riassumerti quello che è il comportamento standard dei vari server web basati su apache.
Il processo Apache è "figlio" di root, ma solitamente solamente il processo padre gira con tali permessi : in realtà le pagine del tuo sito sono rese disponibili da fork di tale processo che prendono i permessi dell'utente selezionato nel file httpd.conf (o apahce.conf .. dipende dai sistemi).
Quindi ammettiamo che il webserver sia configurato per girare coi permessi dell'utente apache, gruppo apache.
Quando un visitatore accede alla tua pagina apache, in servizio sulla porta 80, manda un suo "scagnozzo" (process figlio) a svolgere il lavoro richiesto, dandoli i permessi di apache.apache.
La pagina web viene elaborata e processata con tali permessi, qualora dovesse scrivere su filesystem, ad esempio caricando un file inviato da un utente, tale file verrà scritto sul file system coi permessi di tale utente.

Però la porzione di filesystem sulla quale  deve scrivere è in realtà la  tua web directory che indovina un pò : ha i permessi del tuo utente FTP e solo di quello altrimenti altri utenti della macchina potrtrebbero accedere ai tuoi file !

Quindi se tu sei l'utente ftp pippo.gruppoftp e hai la tua directory1 che appartiene al tuo utente e gruppo mettiamo copi permessi 755 (ovvero read, write, execute per il proprietario, read&execute per gruppo ed estranei), quando il processo apache.apache cerca di scrivere su quella dir non potrà farlo!
Soluzione :

Se il tuo utente ftp ha un gruppo in comune col propritario dell'istanza  di apache allora le direcorty e file basta che abbiano i permesi di scrittura anche sul byte del gruppo , (ovvero 7 nella seconda posizione).
Altrimenti tali permessi devono essere sul 3 byte.

Ci avrai capito poco .. è per questo che dicevo che se ti interessa risolvere davvero il problema devi capire.
Capire è sinonimo di conoscere per certi versi, da qui il mio conaiglio di leggerti i manuali su Linux, sicuramente meglio scritti di quanto non possa fare io col mio pessimo italiano. :)








 


14
Via SSH puoi usare tutto quello che vuoi : hai un terminale diretto sul tuo server.
La lista dei comandi è lunghissima , praticamente tutti quelli che il sistema operativo offre.
Per studiarti un pò la bash (interprete dei comandi di Linux), ti consiglio "appunti di informatica libera".
Tuttavia se non sai bene quello che fai ti consiglio vivamente l'intervento di un sistemista Linux o webmaster con conosceze di Linux : se non hai grosse rogne da risolvere te la cavi con un intervento rapido ed economico.
Sa un pò di pubblicità per sistemisti : non volermene se lo so anche io! heheheh


15
confermo quanto descritto da "riforme" .

Il template che sto usando sono di joomladesign.co.uk : ho giua riscontrato due problemi coi loro template e 0 supporto dopo che ho segnalato i problemi. Non mi sono piaciuti affatto.
Per quanto riguarda l'abilitazione della registrazione la situazione è delirante. Adesso il sito i "produzione" non accetta le iscrizioni, non torna alla pagina di inserimento dati, bensì appare la pagina di richiesta login.
Il sito in questione è un : 1.0.12 - > 1.0.13b -> 1.5.0 -> 1.5.1
Nel sito di "test" ha funzionato, su produzione no .
Scarico il sito in produzione confronto ricorsivo su tutti i file e non trovo differenze.
L'unica differenza è quella dettata da alcuni moduli aggiunti direttamente in produzione (docman e poco altro).
L'errore è molto strano : seguendo il contenuto della _POST dopo l'invio dati in iscrizione ho vsisto che il suo contenuto si "perde" dopo il passaggio da :
$mainframe->triggerEvent('onAfterInitialise');
Aimè non ho tempo di indagare oltrrte e capire se è un comportamento standard del mainframe oppure un bug da qualche parte..chissà dove.


16
Citazione
(I componenti di jommla vengono installati con proprietario root, perchè installati via backend)
che cosa?! root in safe_mode off su un server web !? Ma siamo matti?! Dimmi chi è il provider che lo evito come la morte!
Non si tratta di un buco di sicurezza ma di una voragine.
A meno che non si usi un software di virtualizzazione come virtuozzo che forse di simula un server dedicato per ogni sito  (se qualcuno ne sa qualcosa dica pure ..), in quel caso magari il rischio sarebbe del solo proprietario . Ma la root è davvero troppo!
Comuqnue, se usi chmod non capisco che difficoltà hai ad usare chown , opzioni molto simili , concetti a cui si riferiscono idem.
Non offenderti ma se non sai leggere il man di un comando banale come chown non puoi avere la root su un server : vuol dire spalancarlo a chiunque.
Dalla tua domanda :"ho bisogno di sapere come resettare e i chown " si desume che non sai assolutamente quello che stai facendo.
Quelli che tu chiami "i chown" .. non esistono!
Sono i permessi che devi resettare, e puoi farlo mediante l'uso del comando "chown" acronimo, manco a dirlo, di "Change owner" !

Leggiti almeno "appunti di informatica libera" tanto per avere un infarinatura di linux e capire cosa stai facendo.
Ad ogni modo i lbdandolo della matassa è questo :

chown nomeutente.nomegruppo file [file2..] [file ..n]

e se conosci i significati dei 3byte ella maschera dei permessi non hai bisogno d'altro :)

Nei sorgenti del kernel , nella versione 2.4 , da qualche parte nella documentazione della configurazione qualcuno aveva avuto l'idea di annotare:
"Don't take the name of the root invane"


17
Ciao, il chown è per cambiare proprietario dei file. La cosa ti serve solo nel caso in cui tu abbia la root del sistema altrimenti non puoi settare proprietari e gruppi diversa da quelli cui appartiene l'utente che usi.
Per chmod ..non capisco il problema ne posso darti grandi indicazioni su come individuare la tua webroot ... ma ti dovrebbe bastare un "giro" tra le directory cui puoi accedere : non credo ti abbiano dato un accesso full al sistema, ovresti essere in chroot. (e quindi vederne solo una parte ..)


18
Joomla! 1.5 / da template/_system a template/system
« il: 13 Feb 2008, 00:37:18 »
Installo Joomla 1.5 in italiano. E fin qui tutto bene ..
Scelgo un template tra i possibili acquistati di recente , lo installo e scopro a causa di un malfunzionamento che mi manca la directory template/_system cercata dal mio template.
Al momento penso ad un mio errore nella fase di aggiornamento (1.0.12->1.0.13b->1.5 ..da roadmap!), me ne frego, facci un link simbolico con la template/system e tutto torna a funzionare .
Sarebbe bastata una copia, ma avendo accesso ssh ho preferito un simlink per non perdermi futuri aggiornamenti della system (che a quanto pare contiene i css base necessari al funzionamento di ... tutto!)

Oggi ho dedicato un pò di tempo ai controlli vari e scopro da google che la _system è esistita .. in una qualche beta release.
Quindi l'errore è del tizio che ha reailzzato i template.
I template in questione sono prodotti da joomladesigns.

Ovviamente gli ho avertiti sto aspettando una loro risposta.
Se usate anche voi template con lo stesso problema , quella che ho adottato potrtrebbe essere una soluzione temporanea anche per voi.

Sarebbe anche carino scoprire perchè hanno cambiato nome a questa directory , e se la cosa non sia legata a qualche strano moditvo di sicurezza ( appena trovo tutti i changelog .. )

Spero sia d'aiuto.

19
Credo che i problemi si risolavno usando l'FTP layer .. perchè altervista offre accesso FTP..vero ?!?!

20
Succede anche a me e credo non dipenda dal template.
La "storia" della mia isntalalizone è questa :

- sito "produzione" con Joomla 1.0.13, su Linux centOS5
- sito "testing" con Joomla 1.0.13 , su debian etch

Database e componenti allineati.

Eseguo la procedura di migrazione sul sito di testing. Mi segno i piccoli ritocchi da fare, provo un pò il sito e tutto funziona.
Ripeto tutto su "produzione" e tutto sembra ok.
Ma non l'iscrizione! Mentre su "testing" funziona ma finisco di nuovo sulla pagina di login, su "produzione" ottengo addirittura 401 !!!.
Ad un primo sguardo noto subito che l'URL è malformato : ho un '&' a separarmi le variaibili. Lo rimuovo ed invio l'URL ma sembra che la fase di POST non venga proprio effettuata.
Stanotte aggiorno alla 1.5.1, poi vi terrò aggiornati magari è risolto tutto con quella.
Vorrei evitare di emttere mano al codice per poi rischiare di perdermi le modifiche coi prossimi aggiornamenti .
Stanotte saprete ...

Pagine: [1] 2


Web Design Bolzano Kreatif