Author: masnun

Mac PHP

Mac OSX, nginx and php-cgi: doing it the quick and dirty way!

Post author By masnun
Post date November 22, 2012

I usually use Apache and it’s PHP5 module for my day to day php development. However, here came a time, when I needed to work on a project that involved using nginx. Installing nginx was easy with homebrew:

brew install nginx

1	brew install nginx

However, the recommended way to use php with nginx is using php-fpm. Since I use the apache module most of the time and building php with fpm builds it “–without-apache”, I didn’t want to go for anything complex for just one project at hand. I knew I could use the native “php-cgi” module, so I just googled, found few tips and set it up.

This is my nginx configuration:

worker_processes  1;
events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;

    server {
        listen       8080;
        server_name  localhost;

        location / {
            root   /Users/masnun/Sites;
            index  index.html index.htm index.php;
        }

        # pass the PHP scripts to FastCGI server listening on unix socket
        location ~ \.php$ {
            root           /Users/masnun/Sites;
            fastcgi_pass   unix:/tmp/php.socket;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
            include        fastcgi_params;
        }
    }
}

worker_processes 1;

events {

worker_connections 1024;

}

http {

include mime.types;

default_type application/octet-stream;

sendfile on;

server {

listen 8080;

server_name localhost;

location / {

root /Users/masnun/Sites;

index index.html index.htm index.php;

}

# pass the PHP scripts to FastCGI server listening on unix socket

location ~ \.php$ {

root /Users/masnun/Sites;

fastcgi_pass unix:/tmp/php.socket;

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

include fastcgi_params;

}

Basically, all I did was change the root element to point to my current “~/Sites” directory which I use as the htdocs for apache. And I’m using unix sockets for better performance. Please read the nginx docs if you don’t understand any of the directives but I’m pretty confident that all of them are more or less self explanatory.

Now, we bind php-cgi to the socket mentioned in our nginx conf file. That’s quite straightforward:

php-cgi -b /tmp/php.socket

1	php-cgi -b /tmp/php.socket

Once we have updated the nginx configuration and started the php-cgi process, we should restart nginx:

nginx -s stop
nginx

1 2	nginx -s stop nginx

This should restart nginx and all files with the “.php” extension will be parsed by php.

If you get “no input file specified”, check your nginx configuration and make sure that the paths are all correct. Specially this one:

fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;

1	fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

Also check that if the root element is defined in appropriate scope for the block to have access to. If you still run along some issues, do a quick google or ask in stackoverflow. And feel free to experiment with different nginx features, specially url rewrites 🙂

PHP

Symfony2 Forms and Doctrine Entity: Unique field values validation

Post author By masnun
Post date November 12, 2012
2 Comments on Symfony2 Forms and Doctrine Entity: Unique field values validation

If you’re using Symfony2 forms paired with Doctrine entities, you might sometimes need to validate fields so that the values in that field is always unique. Say – “username” field or “email” field. Two users must not have the same username or email.

There is a form validation constraint – “Symfony\Bridge\Doctrine\Validator\Constraints\UniqueEntity” which integrates nicely with your entity and allows unique values validation when the form is submitted. Let’s look at some code samples to see how it works:

use Symfony\Bridge\Doctrine\Validator\Constraints\UniqueEntity;

// codes not relevant to this example has been removed

/**
 * @UniqueEntity(fields="email", message="Email is already in use")
 * @UniqueEntity(fields="username", message="Username is already in use")
 */
class User
{
}

use Symfony\Bridge\Doctrine\Validator\Constraints\UniqueEntity;

// codes not relevant to this example has been removed

/**

* @UniqueEntity(fields="email", message="Email is already in use")

* @UniqueEntity(fields="username", message="Username is already in use")

class User

{

}

Here, the email and username fields will be checked for duplicate values and the defined message will be displayed if duplicate values are found.

PHP

Symfony2 & Doctrine: Custom Entity Repositories

Post author By masnun
Post date November 12, 2012
1 Comment on Symfony2 & Doctrine: Custom Entity Repositories

In Symfony2, we can easily map a custom repository class for an entity. This allows us to extend the functionality of the repository. For example, we can add custom methods for even more customizable data retrieval. Without any ado, let’s jump into codes.

First, create the class which will act as the repository. It must extend “Doctrine\ORM\EntityRepository”. Here, we’re creating a repository for “User” objects inside “WeCodePHP\HomeBundle\Entity”. You can get the entity manager using “$this->getEntityManager()” inside a method.

<?php

namespace WeCodePHP\HomeBundle\Entity;

use Doctrine\ORM\EntityRepository;

class UserRepository extends EntityRepository
{
    public function findTotalMatches($keyword)
    {
        /* your awesome code block */
        return 34;
    }
}

<?php

namespace WeCodePHP\HomeBundle\Entity;

use Doctrine\ORM\EntityRepository;

class UserRepository extends EntityRepository

{

public function findTotalMatches($keyword)

{

/* your awesome code block */

return 34;

}

Now, in the original entity, we need to define which class should be used as the repository class. We do that like this:

<?php
namespace WeCodePHP\HomeBundle\Entity;

use Doctrine\ORM\Mapping as ORM;

/**
 * @ORM\Entity(repositoryClass="WeCodePHP\HomeBundle\Entity\UserRepository")
 */
class User
{

}

<?php

namespace WeCodePHP\HomeBundle\Entity;

use Doctrine\ORM\Mapping as ORM;

/**

* @ORM\Entity(repositoryClass="WeCodePHP\HomeBundle\Entity\UserRepository")

class User

{

}

The repositoryClass tells Symfony2 about the custom repository.

Now, we can call our custom methods with ease:

<?php
$userRepo = $this->getDoctrine()->getRepository('WeCodePHPHomeBundle:User');
var_dump($userRepo->findTotalMatches($keyword));

<?php

$userRepo = $this->getDoctrine()->getRepository('WeCodePHPHomeBundle:User');

var_dump($userRepo->findTotalMatches($keyword));

Custom repository is what we very often do in models in other frameworks.

Recent Posts

Recent Comments

Archives

Categories