Mental notes to myself

memcache.php is now part of pecl/memcache

Harun Yayli — Wed, 04 Jun 2008 01:46:18 +0000

I’m very happy to announce that memcache.php is commited to the CVS of pecl/memcache. Woot woot!

I’ll be maintaining the code through the time as well. Hope you guys/gals find it useful.

PS: I’m planning to add more functionality to the memcache.php in the coming days. Candidates:

Delete/Expire a cached value
Move stuff from server to server

Let me know if you have any other ideas.

memcache.php goes PECL

Harun Yayli — Mon, 02 Jun 2008 21:10:53 +0000

After the suggestion by Lukas, I’ve contacted PECL/memcache authors Antony Dovgal and Mikael Johansson. Mikael sent me a reply accepting my submission.
I’m looking forward to the day that memcache.php will appear in the pecl/memcache distribution.
I’ll keep you posted.

Update on memcache.php:

Small bug fixed on parsing the bucket Ids.
Distribution license is now PHP license.

memcache.php stats like apc.php

Harun Yayli — Wed, 21 May 2008 22:15:38 +0000

For a long time I was looking for a nice web interface like the apc.php (comes with the apc’s source) that displays whole nine yards of stats. The only good tool is memcache-tool from the danga guys. It’s quite complete but I guess I’m too lazy to go on the command line.

Anyways, I decided to ~~rip~~ write my own. Totally based on the original apc.php (I even recycled some functions) and apart from completeness, here is a memcache.php that you can get stats and dump from multiple memcache servers.
Here is a screenshot:

And here is the the source code.

As usual, this piece of software comes with the warnings:
- Don’t expect something complete, might have bugs and security problems etc.
- Do not install on a prod environment unless you’re sure!
- Feel free to add stuff to it, I’ll put it to google code or sf.net soon.
- Feel free to request features. (no I’m not planning a backup tool , there is memcache-tool for that)
- Enjoy!

Update: Small parse error is fixed

oci_bind_by_name maxlength is not so optional

Harun Yayli — Tue, 06 May 2008 15:22:25 +0000

If you think that the maxlength parameter in the documentation of oci_bind_by_name is optional, see this example and think again.
Lets say you have your column names in an array already and you want to bind them in a loop smartly.

$cols = array('a','b','c'); $data = array( array('a'=>1,'b'=>2,'c'=>3), array('a'=>4,'b'=>5,'c'=>6), ); $q = "INSERT INTO table_a (a,b,c) VALUES (:a,:b,:c)"; $stmt = oci_parse($db, $q); foreach ($cols as $key) { oci_bind_by_name($stmt, ':'.$key, $$key); // < << optional length } // then you want to loop through the data and execute the statment. foreach($data as $row){ extract($row); oci_execute($stmt, OCI_DEFAULT); } oci_free_statement($stmt); oci_commit($db); oci_close($db);
actually this would return you a nice obscure

Warning: oci_execute(): ORA-01461: can bind a LONG value only for insert into a LONG column in …

even if you don’t have any LONG value in the col types.
Just add a large enough number to oci_bind_by_name line:
oci_bind_by_name($stmt, ':'.$key, $$key,200)

If you know the data type length for each column it’s better to put that. In my case I wouldn’t know. So I entered the max of the max col length.

Happy inserting!
PS: I also tried using $row[$key] instead of a lame $$key. However it didn’t work. I guess it has something to do with the $key changing all at each iteration.

Is Sun going to buy PHP too?(PHP Quebec 2008)

Harun Yayli — Fri, 14 Mar 2008 23:57:58 +0000

It was good 2 days at PHP Quebec Conf here in Montreal.

A lot of great sessions!!!!
My highlights:
- Great session by Eli White - High Performance PHP & MySQL.
- Really nice 2 sessions by Marc Wandschneider (The I18N and memcached sessions)
Some sessions I’ve attended were really really bad. I’m not going to name names
But overall, I guess it was worth taking 2 days from work and going to the php conf.

Here is the part about Sun and PHP:

At the end of the conferance, there was a small QA session with the conferance speakers. At the begining everyone was shy to ask questions. So some asked phunny questions like, “What’s the next big thing you’d be developing in PHP 6? Is it PDO2?” things like that. Everybody started laughing and I’ve (tried) to make a joking reference to “Sun buying MySQL” and asked:

Is Sun going to buy PHP too?

All of a sudden all the speakers, which were lauging to the previous joke, stopped lauging. All the heads turned to me, and someone from speakers asked:

How?

And actually they took the question seriously, ignoring the fact that I was half lauging when I was asking the question. All of a sudden their faces were stunned. I guess it was the one of the Core developers of PHP said, “They can buy me”. It was funny and this released the tension in the room a bit.

Hey guys, hold it! It was just a joke. Why were they that sensitive to the subject? I don’t know?
What do you think?

PHP APC apc_shm_create error on CLI

Harun Yayli — Tue, 11 Mar 2008 13:36:18 +0000

If you’re getting an error like this one below on Windows PHP commandline make sure that you are not running an apache server that uses apc on the same machine!

[apc-error] apc_shm_create: shmget(0, 8388608, 658) failed: No error. It is possible that the chosen SHM segment size is higher than the operation system allows. Linux has usually a default limit of 32MB per segment.

This was hard to figure! Tested with PHP 5.2.5, APC 3.1.0-dev.

Facebook’s Buggy Spam Detection

Harun Yayli — Fri, 29 Feb 2008 15:05:10 +0000

Oh my! I’ve heard people getting kicked out of Facebook because they were sending too much messages and facebook considered them as spamming.
One last thing is added to the pile. Now they are claiming the reader of a message is spamming people.
Oh boy, it is funny.
I’ve logged into Facebook and saw I’ve received a message. I clicked the message and boom! There is a red box saying I’m spamming people with messages and I’ll be blocked soon if I continue this.
Wait a minute! I’m not the one writing the message I’m reading it.
So as a responsible geek, I’ve send a message to Facebook and here is the result:

From: Facebook ([edited])
To: [edited]
Subject: Messages Help: bug in spam detection

Hello,
I clicked on the inbox to see a message that is coming to me. I clicked the message to read it (t=[edited])
I’ve received a box saying, I’m spamming.
You’re algo is buggy. I’m not sending messages, I’m reading a spam.
FYI

Answer:

Facebook Support [edited] wrote:
Hi Harun,

We are aware of the problem that you described and hope to resolve it as soon as possible. Sorry for any inconvenience. Let me know if you have any further questions.

Thanks for contacting Facebook,
James
User Operations
Facebook

Well at least they know that somebody made a booboo. Or not?

Test your PHP Facebook. I’m sure you have bugs in detecting the spam as well.

Is it Firefox or Zend Debugger? Cookie Standards

Harun Yayli — Wed, 20 Feb 2008 15:50:56 +0000

I’m frequently using Zend Debugger and recenlty it started not working with firefox so I decided to investigate. It still works with IE7 and Opera so it was weird to see Firefox being broken with the recent update (2.0.0.12).

When Zend Debugger starts, it sets a cookie on the browser, so when the request passes through the Debugger, it’s caught. Simple enough.

See the cookie that is set by Zend Debugger:
Set-Cookie: ZDEDebuggerPresent=php,phtml,php3; path=/ ZendDebuggerCookie=192.168.33.87%2C127.0.0.1%3A10000%3A0||084|77742D65|0; path=/ SESSdd12cedd715988d11c29f14605e8aa57=rfem27em2jsn3l9ipusujaava2; path=/; domain=.127.0.0.1
Nothing looks weird to me…
But when firefox does a second request it returns only the cookies below:

Cookie: ZDEDebuggerPresent=php,phtml,php3; SESSdd12cedd715988d11c29f14605e8aa57=rfem27em2jsn3l9ipusujaava2

What happened to ZendDebuggerCookie? The little firefox ate it?
Plain weird.

ezComponents ready for prod?

Harun Yayli — Mon, 11 Feb 2008 17:47:37 +0000

I’m following what ezComponents doing for sometime now.
Quite nice framework for whatever you need.
I gave a try to write a mysql schema sync.
Real easy to write. only 4-5 lines of code to sync schemas.
It would have been great if it was actually working. The outout sql ddl is not runnable in some cases (syntax errors). Or the order of the columns are different.
I’m sure they’ll fix it soon but this tells me they are not yet ready for production quality.

See the code below, maybe I’m doing something wrong.

require_once "ezcomponents/Base/src/base.php";


function __autoload( $className ){

        ezcBase::autoload( $className );

}
$sourcedb['host']= isset($_POST['sourcedb']['host'])? $_POST['sourcedb']['host']:”;

$sourcedb['port']= isset($_POST['sourcedb']['port'])? $_POST['sourcedb']['port']:”;

$sourcedb['user']= isset($_POST['sourcedb']['user'])? $_POST['sourcedb']['user']:”;

$sourcedb['pass']= isset($_POST['sourcedb']['pass'])? $_POST['sourcedb']['pass']:”;

$sourcedb['db']= isset($_POST['sourcedb']['db'])? $_POST['sourcedb']['db']:”;

$destdb['host']= isset($_POST['destdb']['host'])? $_POST['destdb']['host']:”;

$destdb['port']=  isset($_POST['destdb']['port'])? $_POST['destdb']['port']:”;

$destdb['user']=  isset($_POST['destdb']['user'])? $_POST['destdb']['user']:”;

$destdb['pass']=  isset($_POST['destdb']['pass'])? $_POST['destdb']['pass']:”;

$destdb['db']=  isset($_POST['destdb']['db'])? $_POST['destdb']['db']:”;
$ddl = null;

if (count($_POST)>0){

	$sdb = ezcDbFactory::create(”mysql://{$sourcedb['user']}:{$sourcedb['pass']}@{$sourcedb['host']}:{$sourcedb['port']}/{$sourcedb['db']}”);

	$souceSchema = ezcDbSchema::createFromDb($sdb);
	$ddb = ezcDbFactory::create(”mysql://{$destdb['user']}:{$destdb['pass']}@{$destdb['host']}:{$destdb['port']}/{$destdb['db']}”);

	$destSchema = ezcDbSchema::createFromDb($ddb);

	$diffSchema = ezcDbSchemaComparator::compareSchemas( $destSchema,$souceSchema );

	$ddl = $diffSchema->convertToDDL( $ddb );

}

?>






 Schema Comparator for MySQL


Compares the source and destination db schemas, gives the DDL to apply to the destination.


















Source Db Server: ”/> Port:”/>
Source Db Username: ”/>
Source Db Password: ”/>
Source Db : ”/>










Destination Db Server: ”/> Port:”/>
Destination Db Username: ”/>
Destination Db Password: ”/>
Destination Db : ”/>










< ?php

	if (count($_POST)>0){

		if ($ddl!=null && count($ddl)>0){

			echo ‘USE ‘.$destdb['db'].”;\n”;

			foreach($ddl as $lines){

				echo $lines.”;\n”;

			}

		}

		else{

			echo ‘– No diff’;

		}

	}

?>

Followup:
bug is entered as http://issues.ez.no/IssueView.php?Id=12538&activeItem=1

You Used PHP to Write WHAT?!

Harun Yayli — Fri, 01 Feb 2008 14:03:59 +0000

There is an article on PHP on CIO, bashing it a bit.

PHP may be the most popular Web scripting language in the world. But despite a large collection of nails, not every tool is a hammer. So when should it be used, and when would another dynamic programming language be a better choice? We identify its strengths and weaknesses.

For the ones, who doesn’t know about CIO, their target audience is managerial. not developers.
So potentially reader will be your manager and they’ll get this info as a reference.
I’m copy/pasting some parts of it for your convenience. Let’s assume your manager does not know about PHP (I hope not) and you’re about to convince him/her to use PHP on a project. What whould he/she think after reading this?

When should you use PHP?

Creating an intranet site.

Prototyping an application that will be converted to Java or some other language.

Creating a Web database application.

Deploying an inexpensive or quick solution.

Using ready-made apps from Sourceforge.net or other sites.

In general you should not use PHP:

Where data security is of high importance.

In Shell or automated scripted applications.

In enterprise applications where scalability takes higher precedence than economy.

What a short sight!?!? Kenneth Hess the author of the article, is also the new “On The Desktop” columnist for Linux Magazine. Honestly, I would not really expect these claims from Ken Hess.

Please share your comment.

Link: You Used PHP to Write WHAT?!