UserOnline2.40 + Wordpress 2.7

[darkwolf]

Ho aggiornato blog e plugin, ho un problema con UserOnline2.40 e stavo discutendo con l'autore del plugin sul problema: http://forums.lesterchan.net/index.p....html#msg22226
Qualcuno che ha wordpress può testarne il funzionamento in modo da escludere una incompatibilità col server?
Grazie, DarkWolf

stesso identico errore, ho installato il plugin perchè prima non l'avevo, e però a prima vista sembra che funzioni nonostante il messaggio di errore... hai bisogno che scriva un post nel forum dell'autore per far vedere che c'è qualcun altro con lo stesso problema o pensi che sia dovuto ad altervista?

[darkwolf]

stesso identico errore, ho installato il plugin perchè prima non l'avevo, e però a prima vista sembra che funzioni nonostante il messaggio di errore... hai bisogno che scriva un post nel forum dell'autore per far vedere che c'è qualcun altro con lo stesso problema o pensi che sia dovuto ad altervista?

Lui non ha avuto nessun'altra segnalazione, ergo il problema è qui su AV!
Non so da cosa possa dipendere ma.... ho l'impressione che wordpress 2.7 su AV perda colpi

Mi unisco anche io a darkwolf, ho un problema simile con il plugin simple:press. Vorrei tanto saperne di più :)

darkwolf hai novità su questo plugin e wp 2.7 su altervista?
grazie

[darkwolf]

darkwolf hai novità su questo plugin e wp 2.7 su altervista?
grazie

Purtroppo no!
L'autore ha le sue ragioni dato che nessun'altro oltre me ha "segnalato" l'errore.
@gerasimone & @Gimmyjet & @nevrotici:
Postate il vostro problema con codice d'errore e pagina di prova (il mio è sul link al primo post), così facendo magari lo staff avrà modo di individuare ed eventualmente risolvere il problema

[eeepc901]

Io ottengo lo stesso indentico errore con il plugin StartPress quando lo uso come Widget per mostrare i post più visitati.

Sembrerebbe quindi un errore relativo a WordPress più che al plugin

[darkwolf]

Io ottengo lo stesso indentico errore con il plugin StartPress quando lo uso come Widget per mostrare i post più visitati.

Sembrerebbe quindi un errore relativo a WordPress più che al plugin

Però esportando in locale il mio blog il problema si risolve automaticamente, insomma è qualche impostazione del server (AV) a causare "l'errore"

[eeepc901]

Le righe incriminate sono queste:

$bt = debug_backtrace();
$caller = array();
$bt = array_reverse( $bt );

da cui si deduce che la funzione debug_backtrace non sta restituendo un array come previsto.
Non vorrei che la funzione fossa stata disattivata nel PHP (o wordpress) di Altervista per problemi di sicurezza. Cercando in rete, si vede che a volte si trivano messaggi che parlano della funzione disattivata.

La funzione usata nel codice serve per restituire il nome della funzione chiamante wpdb e restituisce nullo se si usa un PHP vecchio.
Forse basta far terminare la funzione come per un PHP vecchio e vedere se così funziona lo stesso.

[darkwolf]

Le righe incriminate sono queste:...

Ottimo lavoro :)
Vediamo se passa Gianluca e ci aiuta a risolvere :)
Edit: qui una possibile soluzione:http://www.wordpress-it.it/forum/topic/8325

[eeepc901]

La soluzione risolve l'errore, ma nel mio caso i dati successivi del plugin non sono visualizzati.
Comunque, adesso ho inserito così le precedenti righe di codice (almeno non compare l'errore e se viene trovata una soluzione per debug_backtrace da Altervista, la funzione torna a fare il comportamento previsto):

		$bt = debug_backtrace();
		$caller = array();
                
                if (!is_array($bt)) 
			return '';

		$bt = array_reverse( $bt );

[darkwolf]

Ottimo!
Per adesso sono in fase di backup (ci vorrà ancora un pò data la mole di dati), appena termina provo anch'io la "patch" da te proposta :)
In ogni caso un intervento "definitivo" (abilitare debug_backtrace) sarebbe meglio dato inoltre che wordpress viene anche fornito tra i pacchetti di altervista

[eeepc901]

Leggendo gli altri thread sul forum relativi a problemi di php, mi sembra di capire che la funzione debug_backtrace nell'implementazione del php usato da Altervista restituisca sempre falso.
Perciò temo che dovremo arrangiarci.
Una possibile soluzione che intravedo è quella di vedere, eseguendo in locale la funzione incriminata, qual'è il valore che dovrebbe restituire. Se siamo fortunati il plugin sarà chiamato sempre da una funzione, per cui il nome rimarrà sempre quello.
Se è così, ci basta rimpiazzare il valore ritornato dalla funzione con il valore sperimentato in locale.
Mettendo la funzione cosi:

	function get_caller() {
		// requires PHP 4.3+
		if ( !is_callable('debug_backtrace') )
			return '';

		$bt = debug_backtrace();
		$caller = array();

		$bt = array_reverse( $bt );
		foreach ( (array) $bt as $call ) {
			if ( @$call['class'] == __CLASS__ )
				continue;
			$function = $call['function'];
			if ( isset( $call['class'] ) )
				$function = $call['class'] . "->$function";
			$caller[] = $function;
		}
		$caller = join( ', ', $caller );

                print $caller;
		return $caller;
	}

in locale, dovremo ottenere stampato il valore che la funzione ritorna quando chiamata. Se è sempre lo stesso valore allora potremo semplicemente rimpiazzare la funzione con:

function get_caller() {
   return "PIPPO";
}

con PIPPO il valore stampato dal programma precedente.
Se è diverso...allora non vedo soluzioni possibili :(

ho l'impressione che wordpress 2.7 su AV perda colpi

A me wordpress 2.7 funziona benissimo (senza plugin)...