tublog.com/%category%/%postname%/
tublog.com/%author%/%postname%/

Cuando vas a la cualquier página que no sea la primera recibes error 404. Afortunadamente puedes solucionar el error puedes pegar el siguiente código en el archivo functions.php de tu theme.
 
function remove_page_from_query_string($query_string)
{
    if ($query_string['name'] == 'page' && isset($query_string['page'])) {
        unset($query_string['name']);
        // 'page' in the query_string looks like '/2', so split it out
        list($delim, $page_index) = split('/', $query_string['page']);
        $query_string['paged'] = $page_index;
    }
    return $query_string;
}
 
add_filter('request', 'remove_page_from_query_string');

En el siguiente post puedes encontrar la explicación: Run PHP on the Google App Engine

Via: sentidoweb.com

Lamentablemente también existen muchos otros sitios que solo se dedican a dar un supuesto servicio como “QUIEN TE BLOQUEO DEL MSN”, para obtener un beneficio propio. También es culpa de la idiota de la gente, no entiendo para que quieres saber quien te bloqueo.

include('openinviter.php');
$inviter = new OpenInviter();
$inviter->startPlugin('gmail');
$inviter->login("username", "password");

$contacts = $inviter->getMyContacts();
foreach ($contacts as $email => $name) {
    echo $name . "  - " . $email . "";
}
$inviter->stopPlugin(true);
$inviter->logout();

El uso es muy sencillo. No pidas más.

Openinviter

 
// Include the paypal library
include_once ('Paypal.php');
 
// Create an instance of the paypal library
$myPaypal = new Paypal();
 
// Specify your paypal email
$myPaypal->addField('business', 'YOUR_PAYPAL_EMAIL');
 
// Specify the currency
$myPaypal->addField('currency_code', 'USD');
 
// Specify the url where paypal will send the user on success/failure
$myPaypal->addField('return', 'http://YOUR_HOST/payment/paypal_success.php');
$myPaypal->addField('cancel_return', 'http://YOUR_HOST/payment/paypal_failure.php');
 
// Specify the url where paypal will send the IPN
$myPaypal->addField('notify_url', 'http://YOUR_HOST/payment/paypal_ipn.php');
 
// Specify the product information
$myPaypal->addField('item_name', 'T-Shirt');
$myPaypal->addField('amount', '9.99');
$myPaypal->addField('item_number', '001');
 
// Specify any custom value
$myPaypal->addField('custom', 'muri-khao');
 
// Enable test mode if needed
$myPaypal->enableTestMode();
 
// Let's start the train!
$myPaypal->submitPayment();

Libreria PHP PAYMENT LIBRARY | Via sentidoweb.com

Hace algunas semanas compre la licencia para tener acceso a los themes de ElegantThemes , sin duda la mejor opción para themes premium.

El precio es una ganga, 19.99 por 1 año entero a toda la colección de temas existentes y los que estén por crear. Yo la compre sin dudar, los temas son muy lindos y elegantes. Lo mejor de todo es que son  para distintos tipos de sitios, revistas, blogging, video, juegos, etc. Por menos de 20 dolares al año es una oferta que pocas veces se ve en Internet.

En cuanto a código.

La mayoría de los temas están muy bien estructurados. El código es limpio y muy fácil de modificar e instalar. En mi caso he modificado 5 temas sin ningún problema, aunque el autor tiene su propia manera de estructurar no es difícil darte cuenta de su estilo.

En cuanto a la galería de temas.

Los temas la mayoría tienden a tener un index diferente a la mayoría de los blogs. Se concentra mucho en poner thumbs en cada post. Esto puede ser un fastidio o no(depende de lo que tengas en mente), afortunadamente el autor no te obliga hacerlo. Los mejores temas traen una opción para quitar estas características.

Conclusión: Sin duda una gran forma de tener grandes temas de calidad por un precio muy bajo, no solo te limitas a los temas que ya existen, si no el usuario en promedio agrega 2 por mes.

var top_header=200px;
$(window).resize(function() {
		$("#content").css('height', $(window).height()-top_header);
		});

Este codígo redimensiona la altura de un div con la altura de la pantalla restándole unos px, que podrían ser un header o alguna otra cosa.

Aunque creo que en algunos navegadores no se invoca el evento de resize una vez que se carga la página. Por lo que lo ideal seria ponerlo en el .ready().

Para quien le sirva.

return array( 
  'hostname' => 'localhost', 
  'database' => 'test', 
  'username' => 'test', 
  'password' => 'test', 
);

Y al incluirlo a otro podemos hacer que regrese el valor.

$config = include 'config.php';

Yo tampoco sabía –> Devolver Includes como funciones

Y después:

try {
// Operación que produce error
} catch (ErrorException $e) {
// Tratar el error
}

Existen dos formas, una es usando CURL.


$ch = curl_init('http://dominio.com/pagina.php');
curl_setopt ($ch, CURLOPT_POST, 1);
curl_setopt ($ch, CURLOPT_POSTFIELDS, "parametro1=valor1&parametro2=valor2");
curl_exec ($ch);
curl_close ($ch);
?>


Y la más bonita es con sockets.

Entonces mi pregunta ya no es cual es mejor, si no por que conviene utilizar JSP en lugar de PHP en algún proyecto, pero hasta ahora nadie me ha dado las respuestas claras. Algunos dicen es que simplemente es mejor por que tienes la potencia de un lenguaje como JAVA para desarrollar aplicaciones Web, esto es cierto, pero también es cierto que raramente vas ocupar todo lo que haces como cuando programas una aplicación de escritorio, entonces esta ventaja en lugar de ayudarte podría frustrarte.

Yo programo en JAVA, java es un buen lenguaje. Pero en JSP cambian algunas cosas que no me gustan nada. Un ejemplo los BEANS.

Supongamos que tienes en un archivo tu clase que hace cualquier cosa, esa clase necesitas incluirla en un archivo y crear un constructor y ejecutar un método.

PHP:


include "miclase.php";
$clase= new miclase();
$clase->;Metodo();

JSP:


<@page language="Java" import="miclase.jsp" >






Yo me pregunto por que es así en JSP, no sé si hay otra manera pero esa es la que me encontré. Los beans no te dan mayor control en la aplicación, no entiendo el motivo de ellos, no sé el por que es así…. ¿alguien me lo podría explicar?.

Yo les quiero creer, creer que JSP puede ser mejor opción que PHP en la mayoría de los casos. Quiero escuchar razones validas, no simplemente por que es java.

¿Y Ruby on Rails?, parecía que iba hacer algo que revolucionaria el desarrollo web, pero no lo es por muchas razones(obvias).

• Es un framework, por lo que … ¿Te limitas?
• Su facilidad de uso complica el desarrollo, (como un visual basic de la web).
• Sus problemas de carga en el servidor.
• Su simpleza trae consigo los múltiples problemas de seguridad, como los que ha sufrido(y sufre) twitter.com.

Siempre digo que no soy experto en esto, simplemente es como percibo las cosas. Pero pienso que para utilizar un framework primero deberias empezar por programar desde abajo y entender al menos como funciona un lenguaje, asi le sacaras mas provecho a un framework conociendo como es que funciona PHP e incluso mejorarlo y adaptarlo a tus necesidades.

No es una buena opción para los principiantes, le quitaría lo divertido, que es  “aprender”. Además que seria malo depender de este, para desarrollar en PHP.

Todo esto lo digo por que en hola-tu.com ahora que esta fuera de servicio parecería que no saben de esto, quizás por que son del Tec de Monterrey , quizás por otra razón, no lo sé(es muy probable la primera).

Les puedo asegurar que al menos el 30% de los mensajes que se envían desde este servicio, no se hacen a través de la página, y es que es tan fácil programar o encontrar una herramienta que lo haga, que ya no es necesario teclear hola-tu.com en tu navegador.

Se me hizo curioso algo, no entiendo para que hacen tanta validación Javascript e incluso PHP si al final la página que envía el mensaje no necesita ni siquiera una sesión, mas que una cookie que siempre es la misma en todos los casos y si no, Javascript te lo saltas mediante algunas herramientas de firefox.

Yo hice un sencillo Bot Msn, que se la pasa conectado y envía sms mediante hola-tu.com solamente para amigos del Tec, también les pase a otros una funcion en PHP que lo hacia. Lo malo de esto es que según los dueños de hola-tu pagan por cada mensaje, y muchos de ellos ni siquiera se envían desde la página. Por lo que su modelo de negocio/publicidad se viene para abajo.

Yo me pregunto ¿Lo sabrán? ¿Se darán cuenta que existen tools que bombardean celulares hechas en Visual Basic? y que no es necesario entrar a la página para enviar los mensajes.

Es un proyecto joven lo sé, pero cuando algo funciona en grande, necesitamos hacer cosas que estén a su altura. Quizás no sea fácil, pero al menos no debería estar al alcance de cualquiera.

Lo primero que debemos de saber es que obviamente PHP no tiene una implementación para los threads, entonces lo que se hace es una truco para simularlo haciendo uso de la función proc_open.

La clase la pueden encontrar aquí y el ejemplo de una implementación seria asi.

include ("Thread.php");
$t2 = Thread::create("t2.php");
$t3 = Thread::create("t3.php");
$t4 = Thread::create("t4.php");
$t5 = Thread::create("t5.php");
while ($t2->isActive() || $t3->isActive() || $t4->isActive() || $t5->isActive()) {
echo $t2->listen();
echo $t3->listen();
echo $t4->listen();
echo $t5->listen();
}
$t2->close();
$t3->close();
$t4->close();
$t5->close();
echo "Main thread done\n";

No quiero hacer mucho énfasis en la clase, si quieren ver su implementación y como utilizarla vayan al link original. Prefiero echarle mi imaginación y tratarle de sacar provecho…. ¿Para que se podría utilizar esta clase?

Botnet de php scripts: Obviamente siempre me voy por el lado malo de las cosas(pero no tan severo como otros xD), hace poco observaba que en un foro de h4x0rs alguien mostraba un script en PHP para hacer una petición a una página y llamaba a los usuarios a subirlo a una gran cantidad de servidores para después ser llamados y efectuar un ataque DOS. Se me hizo interesante, el único problema que veia era como llamar a todos los scripts al mismo tiempo, o al menos en un tiempo razonable. Si se utilizara este “truco” podrían hacerse muchas cosas Interesantes.

Mi idea es que el script principal mande llamar a otros cuatro o cinco script mas…..y estos a otros cuatro o cinco script mas……… asi unas cinco veces mas (WTF!). Gráficamente seria algo asi.

Quizás la imagen ya le quito la poca seriedad que tenia este articulo, pero en fin espero que me haya podido explicar(.. y es lo que pude hacer).

La verdad no se si alguien lo haya hecho de otra manera, y también es el único ejemplo que se me ocurriría hacer con estos “Threads en PHP”, ya que el proceso siempre es el mismo cuando navegas, petición, visualización, parada… petición, visualización, parada… y lo que no se lo dejamos a AJAX.

Podemos ver en los primeros lugares a WordPress, no ha sido un buen año para este sistema, como g30rg3 y su post sobre los meses y meses de bugs en wordpress , todo esto surgió desde la salida de la versión 2.0 que no lleva mucho tiempo, pero desde el inicio del 2007 WordPress le ha ido muy mal en muy pocos meses.

Solo falta seguir esperando y aunque prácticamente ya se solucionaron los principales, hay multitud de plugins que tienen muchos fallos que comprometen al sistema(es lo malo de tener un sistema tan accesible).

Link: http://blog.funkatron.com/