laravel 4 enregistrer l'adresse IP au modèle

Option 1: Utilisation de type VARCHAR(45) de la colonne

Compte tenu de la discussion dans un autre DONC, la question Longueur maximale de la représentation textuelle d'une adresse IPv6?la longueur maximale de l'IPv6 est de 45 lors de l'inclusion de l'IPv4 fonctionnalité.

Ainsi, une migration plus sûre de commande serait:

$table->string('ip_address', 45);

Pour:

1. La colonne est lisible par l'homme. Pas besoin de conversions lors de la définition de la valeur ou de l'interrogation de la ligne pour l'affichage.

Contre:

1. Il utilise plus d'espace que l'Option 2, près de 3 fois plus grande en fait. Mais je ne vous inquiétez pas, sauf si vous êtes à la planification des millions de lignes.

---

Option 2: Utilisation de la colonne BLOB

@Euantorano fournis le lien pour L'adresse IP de stockage dans la base de données mysqlvous pouvez stocker l'IP en binaire pour économiser de l'espace.

La réponse la plus simple serait d'utiliser:

$table->binary('ip_address');

Pour:

1. Stocker les adresses IP en binaire va vous faire économiser de l'espace.

Contre:

1. Vous aurez besoin de convertir l'adresse IP de la chaîne binaire en utilisant d'abord quelque chose comme PHP inet_pton(). La colonne ne sera pas lisible directement depuis qu'il est stocké dans un format binaire. Vous verrez des caractères bizarres ou vide si essayé de l'interroger directement. Vous pouvez regarder ma façon de stocker et de récupérer l'adresse IP dans l'Option 3 ci-dessous.

2. Le générateur de requête dans Laravel, en dépit de l'appel d'une méthode binaire, créer une colonne BLOB pour vous. BLOB est stocké hors de la tablehors de la ligne de la mémoire tamponqui éventuellement signifie une baisse des performances. Et il n'y a vraiment pas de raison de ne pas utiliser les BINAIRES de type de colonne, comme nous savons que les adresses IP ne sont pas longues pour BLOB nécessaire.

---

Option 3: Utilisation de type VARBINARY(16) de la colonne

Laravel du générateur de requête produit une colonne BLOB pour l'exemple de l'Option 2. Si vous utilisez MySQL, vous souhaitez utiliser VARBINARY(16) au lieu de BLOB pour de meilleures performances.

Script de Migration:

class CreateMyLogsTable extends Migration {

    public function up()
    {
        Schema::create('my_logs', function(Blueprint $table) {
            $table->increments('id');
        });

        DB::statement('ALTER TABLE `my_logs` ADD `ip_address` VARBINARY(16)');
    }

    public function down()
    {
        DB::statement('ALTER TABLE `my_logs` DROP COLUMN `ip_address`');

        Schema::drop('my_logs');
    }
}

Évidemment, la seule partie importante ci-dessus est le DB::énoncé(...). Nous avons besoin d'utiliser des requêtes comme Taylor Otwell suggéré. N'hésitez pas à créer le reste de la table à votre façon.

De là, vous pouvez utiliser PHP inet_pton() et inet_ntop() pour convertir les chaînes d'adresse IP en binaire et vice versa.

Pour:

1. D'économiser de l'espace par rapport à l'Option 1 de
2. Mieux DB de rendement par rapport à l'Option 2

Contre:

1. Comme dans l'Option 2, vous devez convertir manuellement et-vient entre le binaire et lisible par l'homme, de la ficelle ou de l'utilisation Éloquent modèle avec une paire personnalisée accesseur/mutateur je vais présenter ci-dessous.

---

Un crédit supplémentaire: Ajouter des Éloquent accesseur/mutateur (facultatif):

C'est là que je trouve Éloquent vraiment utile. Vous pouvez définir votre propre accesseur/mutateur à votre Éloquent modèle et vous pouvez obtenir/jeu via votre modèle la variable d'instance, comme d'habitude.

class MyLog extends Eloquent {

    public $timestamps = false;

    public function getIpAddressAttribute($value)
    {
        return inet_ntop($value);
    }

    public function setIpAddressAttribute($value)
    {
        $this->attributes['ip_address'] = inet_pton($value);
    }
}

Maintenant, si vous n':

$log = new MyLog;
$log->ip_address = '192.168.0.1';
$log->save();

L'adresse IP sera enregistrée en tant que binaire correctement. Et vous pouvez le faire:

$log = MyLog::find(1);
echo $log->ip_address;

Et il se fera l'écho de sortir 192.168.0.1. Très utile!

De @Unnawut.

Vous avez besoin de changer de binary(16) à varbinary(16) si vous voulez traiter à la fois ipv4 et ipv6 dans le même domaine.

Mais si vous avez besoin de traiter uniquement l'adresse ip v4 juste INT UNSIGNED

Si vous voulez traiter seul ip v6 BINARY(16)

ref: MYSQL - SELECT IP v4/v6, inet_pton & bin2hex

ref2: https://stackoverflow.com/a/5133610/2126472