PHP SDK de Open Graph de Facebook

ByLuis

Si el otro día comentaba la nueva API de Open Graph de Facebook, ahora encuentro una librería que nos permite trabajar de forma sencilla con esta API:

include_once 'lib/facebook.php';
include_once 'config.php';
$facebook = new Facebook(array(
  'appId'  => FACEBOOK_API_KEY,
  'secret' => FACEBOOK_SECRET_KEY,
  'cookie' => true,
  'domain' => 'phpfour.com'
));
$session = $facebook->getSession();
if (!$session) {
  $url = $facebook->getLoginUrl(array(
    'canvas' => 1,
    'fbconnect' => 0
  ));
  echo "";
} else {
  try {
    $uid = $facebook->getUser();
    $me = $facebook->api('/me');
    $updated = date("l, F j, Y", strtotime($me['updated_time']));
    echo "Hello " . $me['name'] . "
";
    echo "You last updated your profile on " . $updated;
  } catch (FacebookApiException $e) {
    echo "Error:" . print_r($e, true);
  }
}

PHP-SDK Facebook

Vía / Md Emran Hasan

Similar Posts

Manual de Amazon Web Services con PHP

ByLuis

Extenso y completo tutorial que nos enseña cómo trabajar con Amazon Web Services (AWS) en PHP. Para lo cual primeramente nos explica qué servicios ofrece Amazon:

  • Amazon Simple Storage Service (Amazon S3): almacenamiento
  • Amazon Elastic Compute Cloud (EC2): servidores
  • Amazon Simple DB (SDB): base de datos
  • Amazon Simple Queue Service (SQS): cola de mensajes entre servidores

Después nos explica cómo funcionan los servicios para pasar por último a la parte técnica del PHP.

Introduction to AWS for PHP Developers

|

PHPBuilder.com: Downloading and Parsing Gmail Messages in PHP

ByLuis

New on PHPBuilder.com today there’s a tutorial showing you how to download and parse messages from Google Mail. In their case it’s grabbing and parsing submissions from a form. Some friends of mine publish a literary journal that accepts submissions via email. At their request I wrote a script to download messages from the journal’s Gmail account a …

Post original

Mostrar una traza recursiva con PHP

ByLuis

Una de las cosas que más me gusta de Java es que cuando se produce una excepción, el error que te muestra te saca una traza de toda la ejecución de procesos (qué función falla, en qué línea y qué funciones se han llamado hasta llegar a ese punto). En PHP a veces los errores son algo simples, falla tal cosa en tal línea.

Afortunadamente podemos mejorar los mensajes de debug para poder mostrar la misma información: línea del archivo, fichero y qué funciones han sido las que han llamado a la actual (backtrace).

Para poder realizarlo se ha de usar las variables __FILE__ y __LINE__ y la función debug_backtrace(). El código necesario sería el siguiente:

function debug($msg, $label = 'DEBUG', $stealth = FALSE) {
if (defined('DEBUG') && DEBUG) {
if (is_bool($msg)) {
$msg = $msg ? 'TRUE' : 'FALSE';
}
$display = $stealth ? ' style="display: none;"' : '';
$backtrace = debug_backtrace();
$debug = array();
$stack = (isset($backtrace[1]['class']) ? "{$backtrace[1]['class']}::" : '')
. (isset($backtrace[1]['function']) ? "{$backtrace[1]['function']}" : '');
if ($stack) {
$debug[] = $stack;
}
$debug[] = "Line {$backtrace[0]['line']} of {$backtrace[0]['file']}";
$debug = implode('
', $debug);
print "{$label}: {$debug}:
".print_r($msg, 1)."
\n”;
}
}

Programming Tips #9 “debug_backtrace”

Revolution Slider y W3 Total Cache

ByLuis

Me he encontrado con un problema con RevSlider y W3 Total Cache, cuando actualizo un slider no se renueva la caché. La verdad es que no me gusta nada RevSlider, y para colmo no hay ningún action que permita añadir funciones extra, por lo que para poder borrar la caché cuando se actualiza un slider, tengo que meter mano a la acción ajax:

add_action( 'wp_ajax_revslider_ajax_action', 'purge_cache', 1);
function purge_cache() {
  // Me aseguro que sea cuando se actualiza el slider
  if (isset($_POST['client_action']) && $_POST['client_action'] == 'update_slide') {
    // Si está instalado el plugin
    if( class_exists('W3_Plugin_TotalCacheAdmin') ) {
        $plugin_totalcacheadmin = & w3_instance('W3_Plugin_TotalCacheAdmin');
        // Borro toda la caché, seguro que hay un método que borra la página específica
        $plugin_totalcacheadmin->flush_all();
    }
  }
}

Stubbles: framework PHP

ByLuis

stubbles.pngStubbles es un framework para PHP5 que combina las características favoritas de otros lenguajes de programación y frameworks, en vez de usar los paquetes que te gustan y combianrlos con PEAR, Zend Framework u otros frameworks de PHP.

Entre las características que ofrece, nos encontramos con:

Stubbles

Vía / PHPDeveloper.org

Más internacionalización mediante PHP

ByLuis

La internacionalización es un tema del que ya he hablado con anterioridad, pero para mí es algo fundamental, quizás sea por la cantidad de proyectos en los que he trabajado que necesitaban de esta funcionalidad, a veces, para mi gusto, mal tratada.
En el anterior artículo ya hablamos de arrays asociativos, un array con clave el código del texto que deseamos traducir (un buen uso sería el mismo texto en el idioma inicial), y con valor el texto traducido. Debería haber un texto para cada idioma y luego al inicio de la aplicación una asignación del array correspondiente para el idioma.
En el artículo que comentamos nos explican cómo realizarlo mediante el uso de la funciones gettext, una interfaz de programación NLS, y el uso de ficheros PO (un fichero de texto plano que contiene el texto original y el traducido).
Sobre este método me da que pensar sobre su rendimiento. PHP al ser interpretado, todo lo que se meta, se lee y se interpreta. Si no se usa caché para los php, es mejor no introducir código innecesario en nuestros scripts. Según parece, el array asociativo con las traducciones se leerá completo en cada ejecución, cuando en algunos casos no será necesario traducir ni la mitad de las palabras.
En algunos proyectos el diccionario era bastante extenso, por lo que me planteo posibles soluciones para optimizar el código. Una posibilidad es dividir en diccionario por grupos independientes, pero este método hace que gestionar los diccionarios sea una labor más complicada. La otra solución es una carga inicial en cada script de las palabras estrictamente necesarias, habría que evaluar si el tiempo de carga de las palabras necesarias (para lo cual es necesario una operación inicial) es inferior al tiempo de carga completo (tan solo leer e interpretar). ¿Qué pensáis vosotros?
Give your web app international appeal

3 Comments

Comments are closed.