Hola,

Se me presentó la siguente situación:

Estoy usando la misma vista para crear y editar una persona. Por lo tanto esta vista tiene oculto el campo persona.id (para usarlo cuando esté editando), al crear la persona lo hace correctamente pero el objeto creado se queda sin id:

<?php
//...
$persona = new Persona($data);

if($persona->create()){
    Logger::debug("Id de la persona: $persona->id");// Imprime: Id de la persona:
}

Donde $data son datos que viene por POST:
$data: Array ( [id] => [numero_identificacion] => 159632 [nombre] => John Doe )

Si al array $data le quitamos la clave 'id' antes de crearlo si le carga al objeto creado el id correspondiente.

Php: 7.4-fpm
KumbiaPHP: 1.1.1
pgsql: postgres:11.5-alpine
servidor: nginx

cuando quiero usar el codigo con el LiteRecord
$class->create($dataSave);
tengo un error:
{"error":"SQLSTATE[23502]: Not null violation: 7 ERROR: null value in column \"id\" violates not-null constraint\nDETAIL: Failing row contains (null, 01, Amazonas, 01, Chachapoyas, 11, Levanto, 2020-05-24 00:58:54, null)."}
adjunto imagen de la tabla.

el error ocurre porque LiteRecord le pone NULL a la ID que es autoincrement

Al traer un proyecto previamente desarrollado con KumbiaPHP y montar el entorno de desarrollo, al iniciar sesion en el sistema aparece el mensaje:

"Fatal error: Declaration of Kumbia\ActiveRecord\ActiveRecord::all($params = Array, $values = Array) must be compatible with Kumbia\ActiveRecord\LiteRecord::all(string $sql = ", array $values = Array): array in /var/www/vendor/kumbia/activerecord/ActiveRecord.php on line 26"

El proyecto actualmente es funcional en entorno productivo, por lo cual si se copia el vendor de produccion a este entorno de desarrollo el sistema funciona correctamente.

Hola buenas, quería saber si tiene compatibilidad con php 8.1 ya que por los commits es hasta julio de 2021
gracias

SQLSTATE[08P01]: <>: 7 ERROR: bind message supplies 1 parameters, but prepared statement "pdo_stmt_00000002" requires 0 (08P01)

En el archivo C:\xampp\htdocs\bp\vendor\kumbia\activerecord\BaseRecord.php en la línea: 255

We need to talk about where first() and all() will be.
And the functionality of these methods.

Al realizar el procedimiento indicado para instalar el veedor del nuevo ActiveRecord en vez de dejarlo en vendor/kumbia/activerecord/Kumbia/ActiveRecord en vez de dejarlo como vendor/Kumbia/ActiveRecord

Cuando se realizan consultas, los objetos creados tienen almacenados sus valores en el atributo:

protected $values = [];

Lo que hace imposible su uso por ejemplo al usar el template csv de KumbiaPHP que contiene la función:

get_object_vars($key)

Esa función solo saca los valores de los atributos declarados como public.

Fatal error: Unsupported operand types in .../vendor/Kumbia/ActiveRecord/ActiveRecord.php on line 181

class Node extends ActRecord {
}

I trying execute this:

Node::allBy('id', 1);

or

Node::allBy('active', 1);

La función QueryGenerator::update genera la cadena UPDATE con todos los nombres de los campos que saca de la tabla y esto hace que si el campo no está definido en el objeto(LiteRecord) que se le está pasando lo ponga como NULL en la cadena borrando cualquier dato que haya registrado en la base de datos.

Hago el contexto en primer lugar. Tenía una app más menos armada en beta2, pero quería saber qué tal iría al cargarla sobre 1.0rc. Estuve realizando arreglos principalmente en lo que respecta a las consultas (SELECT) sin mayores complicaciones, pero a la hora de intentar hacer el proceso de creación (INSERT) éstos no pasan. Por lo que pude revisar, la problemática es que me genera el campo id en la lista de valores a insertar, y no cuadra el número de atributos versus el número de valores. He revisado la tabla y ésta cuenta con la definición de clave primaria (en el campo id), y es autoincremental. De hecho, los insert funcionan a la perfección usando beta2, pero algo extraño sucede con PDO a la hora de calcular la lista de atributos que no deben contemplarse en el insert.