artodeto's blog about coding, politics and the world

If you need a kind of unique id creation inside php (but can not or do not want to use your database for this job), here is a small function for this.
I have also implemented a md5 hash compare. You can replace your current md5 hash method with this one (if you are getting errors in your unittests for e.g. ).

?php
$generatedUUIDs = array();
$generatedMd5s = array();

for($i = 0;$i<10000;$i++) {
$generatedUUID = createUUID();
$generatedMd5 = md5($generatedUUID);
if (in_array($generatedUUID, $generatedUUIDs)) {
echo 'matching same uuid in run ' . $i . PHP_EOL;
exit();
} else {
$generatedUUIDs[] = $generatedUUID;
}
if (in_array($generatedMd5, $generatedMd5s)) {
echo 'matching same md5 in run ' . $i . PHP_EOL;
exit();
} else {
$generatedMd5s[] = $generatedMd5;
}
}
echo 'Run ' . $i . ' creations of UUIDs successfully.' . PHP_EOL;

function createUUID()
{
return sprintf('%04x%04x-%04x-%04x-%04x-%04x%04x%04x',
mt_rand(0, 0xffff), mt_rand(0, 0xffff), mt_rand(0, 0xffff),
mt_rand(0, 0x0fff) | 0x4000,
mt_rand(0, 0x3fff) | 0x8000,
mt_rand(0, 0xffff), mt_rand(0, 0xffff), mt_rand(0, 0xffff));
}

Even while i was working on my auth plugin for the zend framework, i tought it is right that the user db table needs to store the password.



Well, bad luck, i was wrong.
I wrestled with the fact that the password is stored in my user domain model. This leads to the fact that everywhere where use the user domain model the code can have access to the password - that sucks in the matter of security.

After a few minutes with a colleague we figured out that a password and even the loginname should be stored and managed by an auth class.
Even cooler, when you store this information in a central authentification you can use it everywhere (i mean other projects or modules as well).

Since the PHP 5.3 update nightmare, i will wait a while before i update my version. But all in all there are three cool features inside, traits, short array syntax and DTrace.

Since DTrace is something for "when my development sever is ready to run", short array syntax and traits are ready to use.

Short array syntax is pretty nice.

$foobar = ['foo' => 'bar'];

And traits, well we will see if it is good to use ore not. I like the fact that you can easily define one method and use it where you want. So it is more or less an interface with implementation. I will spare you from the general Singleton example here .

But i can recommend the following links if you want to know more.
Whats new in php 5.4.0
traits
Migration from 5.3.x to 5.4.x

I was astonished that my search results on google are fixed location based. I can change the location inside a country via the name of the city or a zipcode but i can not disable this "feature".

When i tried my search with duckduckgo.com, everything looks as expected.

It is bad to see that also google became what a big company has to became .

I am working on the private project "tool.bazzline.net" to get away from social services and have a tool that fits perfectly to my own requirement.
Private projects always (should ) have the benefit of "no time preasure" that leads to "implement some cool features".
The first thing on this feature list is a data mapper.

Why a datamapper?
Well, won't you like to work with domain models and don't give a s*** about how and where the data is stored?
There is a wonderfull and short article created by Martin Fowler and i just have to recomend this one.

I found two datamapper projects for php on the web, pdodatamapper and phpdatamapper. To keep things short, a data mapper removes the logic of "how and where" to store the model data.
Both projects are still under heavy development and are not in a final state right now. I will not use them (but always take a look on how they have things done).

So what should my data mapper do?
All in all, it should hide all the database tables from the developer - even the orm if used. I just want to create a domain model and use it to store and get data from a persistent storage.
My data mapper must be smart enough to figure out which rowset on which storage/database table he has to update (or create).
The data mapper should have a lazy loading/storing mechanism, this should be done by a propertieset that knows which propertie is stored on which storage/database table.
My data mapper should support a very simple/limited filter mechanism that prevents me to blow up my data mapper class with to many "loadModelWhenItFitsToTheFollowingCircumstances"-methods.
This data mapper should also support to create a domain model by the upper called filter mechanism.

I decided that the general data mapper methods "insert()", "update" and "delete" are not perfect in the matter of sense to fit on my requirements. Thats why this data mapper will have the methods "load($model, $filters)", "save($model)" and "delete($model)". You can adapt each data mapper by adding own load methods with pre defined filters.

Filter what?
All this filtering leads to a filter class. This is a simple and straight forward one with the properties "criteria", "name" and "value".
The filter class has to be independent from the real storage implementation, thats why i will use an aditional filterMapper class.

This filterMapper is used from the data mapper and prevents to write doublicated storage dependent code. He is responsible to transform the general filterset to the a storage dependant model - means you throw the filter and the storage model inside and get the storage model with added storageFilter back.
That filter and filterMapper can communicate with each other by using a criteria class.
The criteria class will define what "like" or "greater then" is so that the filterMapper can map this to the storage model.

After the trip to the filtering adventure, we are back to the data mapper itself.
The real domainModelDataMapper will use a general propertieSet class. This propertieSet class is the only real connection between the domainModelProperties and the (maybe more the one) storage models - so the theorie currently .

I must admit, i have made no decision if the real domainModelDataMapper is a decorator of the dataMapper, or if the dataMapper class is implemented as abstract class.
Since the whole project is a "learning by doing", i will figure out what will work - final in the phase of implementation (have i remarked that i never ever have worked with a data mapper for real? ).



Lets see what is next.

More or less the vivaldi is a rebranded chines tablet with an kde plasma actice desktop/user experience on top. But all in all, the hardware of current tablets reachs a potential that should be enough for not rocket science task.
Thats why i am very exited about this table. With raspberrypi for the tv and vivaldi for the easy task, i will became a cool gadget year .

Since php 5.4. throws his shadow i finally had some time to check the release notes of 5.3. Here are some changes that are made in PHP 5.3, i just picked up my favorits (as expected ).

New Global Constants
__DIR__
__NAMESPACE__

New Functions
array_replace: replaces elements from passed arrays into the first array
array_replace_recursive: replaces elements from passed arrays into the first array recursively
class_alias: rreates an alias for a class
header_remove: remove previously set headers

I have not used one of this functions but since i am a developer i knew a lot of situations where this functons could have saved time.

other changes to extensions
cURL: cURL now supports SSH
OpenSSL: OpenSSL digest and cipher functions are now supported.
Session: Sessions will no longer store session-files in "/tmp" when open_basedir restrictions apply, unless "/tmp" is explicitly added to the list of allowed paths.


new methods
DateTime::add(): Adds an amount of days, months, years, hours, minutes and seconds to a DateTime object
DateTime::diff(): Returns the difference between two DateTime objects.
DateTime::sub(): Subtracts an amount of days, months, years, hours, minutes and seconds from a DateTime object.

Wisst ihr noch, damals, als RFID rauskam, und die Datenschützer gesagt haben, hey, das wird garantiert gegen ein verwendet werden eines Tages? Und als die "Experten" versicherten, dass es bei RFID bloß um die Logistikoptimierung geht? Ja?

Nun, schaut mal, was Sony gerade so treibt (wenn sie nicht gerade gehackt werden):

Sony's authentication outlet manages electricity use on a per-user and per-device basis with NFC (near field communication) and RFID (radio-frequency identification) tools.

Ein Stromstecker, der die User per RFID und NFC trackt und dann den Strom pro Gerät abrechnet!

Der Lacher ist ja, woran sich viele gar nicht mehr erinnern werden, und das war auch für mich vor meiner Zeit: Die Werbung beim Einstieg in das Atomzeitalter war, dass der Strom dadurch so billig werden würde, dass man gar nicht mehr abrechnen müsse, wer wieviel verbraucht. Hah. (Danke, Chris)

Jetzt hat es sony auch endlich geschafft und kriegt deswegen ihren lang verdienten eigenen Tag.

Und wehe einer kommt mit dem Argument, dass dies weniger Stress für den Kunden bedeutet. Einmal im Jahr zu meinem Stromzähler zu gehen und die Zahlen abzulesen kann ich gerade noch so verkraften.

The Zend Framework community is pleased to announce the immediate availability of Zend Framework 2.0.0beta3. Packages and installation instructions are available at:
http://packages.zendframework.com/
[...]
Featured components and functionality of 2.0.0beta3 include:

Refactored Config component
All configuration readers have been moved under the Zend\Config\Reader namespace
A Zend\Config\Factory has been added to simplify retrieving a config object from a config file
Supported configuration formats now support importing additional configuration files
All constant processing has been moved to a Zend\Config\Processor namespace, and expanded to be more powerful
Work was provided by Ben Scholzen, Artur Bodera, Enrico Zimuel, and Evan Coury

New View layer
New subcomponents include Zend\View\Model, Zend\View\Resolver, Zend\View\Renderer, and Zend\View\Strategy
The old Zend_View class has been moved to Zend\View\Renderer\PhpRenderer, and rewritten to move most of its responsibilities into collaborators, greatly simplifying its design while simultaneously giving it more capabilities.
A new class, Zend\View\View, allows selecting rendering strategies on a per-template basis, based on arbitrary criteria, and optionally injecting rendering results into a Response object
MVC integration streamlines common use cases, including View Model creation and injection, 404 and error page creation, and more.
Work was provided by Matthew Weier O'Phinney, with copious feedback from Rob Allen.
Rewritten DB layer
New architecture features low-level drivers, which also provide access to the PHP resource being consumed; adapters, which provide basic abstraction for common CRUD operations; new SQL abstraction layer, with full predicate support; abstraction for ResultSet's, with the ability to cast rows to specific object types; abstraction for SQL metadata; and a revised Table and Row Data Gateway.
Work was provided by Ralph Schindler

New AgileZen component
Support for the full AgileZen API
Developed for use with our planning board
Work was provided by Enrico Zimuel

PHP 5.4 Support
A number of issues when running ZF2 under PHP 5.4 were identified and corrected.

I am happy the team managed to finished the view layer, the database support and the config .

I just released my first project on github.com.

As mention in the headline, it is called Bazzline_Controller_Plugin_Auth.

It is a simple plugin which tests if the called url is a "logged in user" only url or not. If it is "logged in only", the user is redirected to the login. The previously called url is saved in the session. After a successfull login, the user gets redirected to this saved url.

All can be configured in a config file.

This plugin is only for simple access controll by "user is logged in" or "user is not logged in". The ACL stuff is still in the pipeline and should not - to follow the KISS principle - be inside an auth plugin.

While setting up this project on github, i had some problems while getting a valid connection to github.

I followed the howto but not "pressed enter" when asked for a file to store the key.

Thats why:

ssh -T git@github.com

ssh -T git@github.com -i path/to/my/private/key

Create or open the file at ~/.ssh/config Add the following lines:

Host github.com
User git
Hostname github.com
PreferredAuthentications publickey
IdentityFile /path/to/my/private/key

git push -u origin master

Japanese researchers have created a hand-held gun (pictured above) that can jam the words of speakers who are more than 30 meters (100ft) away. The gun has two purposes, according to the researchers: At its most basic, this gun could be used in libraries and other quiet spaces to stop people from speaking — but its second application is a lot more chilling.

The researchers were looking for a way to stop “louder, stronger” voices from saying more than their fair share in conversation. The paper reads: “We have to establish and obey rules for proper turn-taking when speaking. However, some people tend to lengthen their turns or deliberately interrupt other people when it is their turn in order to establish their presence rather than achieve more fruitful discussions. Furthermore, some people tend to jeer at speakers to invalidate their speech.” In other words, this speech-jamming gun was built to enforce “proper” conversations.

Would be a strange feeling on a demo when you see somebody speaking but you can not hear anything :-S.