Luego de probar con la aplicación en OS X y con Windows, y habiendo descargado desde cero el repo, creo que hay un problema al cargar datos con el Form helper. Los elementos tal como los estoy trabajando están en los siguientes PasteKu Controller: http://kupaste.com/ver/240774 Model: http://kupaste.com/ver/240775 Vista edit: http://kupaste.com/ver/240776 Sql de la tabla: CREATE TABLE categoria ( id int(11) NOT NULL AUTO_INCREMENT, nombre varchar(45) DEFAULT NULL, icono varchar(45) DEFAULT NULL, PRIMARY KEY (id) ) Configuración en Windows: Apache/2.2.22 (Win64) mod_ssl/2.2.22 OpenSSL/1.0.1c PHP/5.3.13

Que tal, al tratar de implementar un proyecto con la librería Auth2, me topé con 2 probelmas, el primero es que en mi caso, para codificar una contraseña, uso algoritmos propios de la empresa para la que trabajo y no necesito especificar si es MD5, crc32 etc, por lo que considero mejor pasar la clave ya codificada, haciendo que modifiquemos la línea a:

$password = ($this->_algos)? hash($this->_algos, $password) : $password;

El otro asunto con el que me topé es que al querer obtener una instancia del modelo que usamos para hacer el logueo, me da error de "Fatal error: Cannot redeclare class" por lo que opté por usar la función Load::model y dicho error desapareció.

Solo hay que cambiar "production = On" en "default/app/config/config.ini" En "core/kumbia/bootstrap.php" Comprobar si esta en produccion y poner: error_reporting(0); En caso contrario poner: error_reporting(E_ALL ^ E_STRICT) e ini_set('display_errors', 'On')

Hola, Me pasó lo siguiente, estaba verificando el método "to" de la clase redirect y me dí cuenta que allí se llama View::select(null, null), lo quise hacer en un método de un controlador y el renderizado de las vistas se comporto de una forma extraña después de esto, sólo salía el HTML sin el template base, incluso en otras vistas no aparecía el HTML completo.

Especificaciones de Entorno:

Windows 7 XAMPP Server PHP 5.4.7

Cordial saludo, mirando el link http://wiki.kumbiaphp.com/Ejemplo_Rest mi idea es trabajarlo con json he estado haciendo prueba con el Get, Getall y Post , he notado que si lo veo desde el navegador este me nuestra un error

This page contains the following errors:

error on line 2 at column 1: Extra content at the end of the document Below is a rendering of the page up to the first error.

Warning: get_class() expects parameter 1 to be object, string given in /default/app/views/_shared/templates/xml.phtml on line 10

veo es q se esta mostrando es la plantilla xml.phtml como hago para indicarle que necesito la plantilla json.phtml.

Una vez instalado correctamente kumbiaphp en mi hosting y usando un subdominio solo se muestra correctamente la pagina principal y las demas vistas se muestran solo con el contenido del template, sin cargar correctamente el contenido de la vista asignada por el controlador ni los archivos css, js, jpg etc.

El mod_rewrite esta activado y realize una modificacion en mi archivo public/index.php en la linea 83 con la direccion de mi subdominio y no soluciono el problema define('PUBLIC_PATH', 'sub.dominio.com');

El problema no se genera cuando estoy dominio regular www.dominio.com

De antemano Gracias por su poyo y ayuda, estare atento a cualquier apoyo que puedan brindarme. Saludos

En la última actualización se obtiene el error descrito.

/core/libs/db/db_base.php(89) /core/libs/db/db_base.php(110)

Esto se debe a que en el archivo /core/libs/db/adapters/mysql.php, línea 451 se estableció if ($schema === '') { NO FUNCIONA en vez de if ($schema == '') { SI FUNCIONA si funciona que pueda hacer la consulta return $this->fetch_all("DESCRIBE $table"); sin emplear el nombre de la base de datos.

Con esto va a resolver el problema. Pero el problema de fondo es:

• Hay variables que tengo la impresión, las emplean como sinónimos, por ejemplo al hacer la conexión hay un arreglo llamado $config con la información de la base de datos name='nombre de la base de datos', al cargar la línea 77 de /core/libs/db.php funcion connect($database)

$config = $config + ['port' => 0, 'dsn' => null, 'dbname' => null, 'host' => 'localhost', 'username' => null, 'password' => null, 'pdo' => false, 'charset' => '', ];

le agregan más información además de establecer dbname=null.

el algoritmo sigue su vida, pero al llegar al archivo kumbia_active_record.php, en la function protected function dump() línea 547, SIEMPRE MANTIENE $this->schema = null (o nunca se asigna un valor) y es por ello que en la funcion anterior 77 de /core/libs/db.php funcion connect($database) tiene que consultar por if ($schema === '') para resolver el problema de conexión

$this->schema = name = dbname ?

en cUpdaterSelect se ponía como fijo el parámetro 'id' en el objeto json y siempre que se usaba el ajax::link, ponía ese parámetro como fijo. Utilizando la función load en vez de $.get, se logra el funcionamiento correcto de dicha función.

Al momento de "mudar" la función $.live a $.on se dejaron los parámetros intactos, sin tener en cuenta que en $.on NO se tiene ese mismo orden. Adecué cada llamada con sus respectivos parámetros para su correcto funcionamiento

Buenas, estoy haciendo pruebas cacheando un template, el controlador que se está cacheando esta protegido por logueo.

cuando entro logueado todo perfecto y se cachea la vista y el template.

pero si cierro sesion y escribo la url que se cacheo, me muestra la pagina sin problemas ( cuando me deberia pedir que inicie sesion, como cuando no está cacheada ), ya que en produccion si una url está cacheada por template, no se ejecuta el fw sino que solo se manda lo que esté en cache.

No se si esto ya se tiene en cuenta, tampoco es que sea razonable cachear una url que esté protegida, al menos cachear todo el template.

Creo que es algo que se debe discutir para tratar de resolver.

CONTROL - standard=PSR2 - FILE: core/extensions/helpers/html.php FOUND 1 ERROR AND 4 WARNINGS AFFECTING 5 LINES LINE: 26 | ERROR | Each class must be in a namespace of at least one level (a top-level vendor name) LINE: 33 | WARNING | Property name "$_metatags" should not be prefixed with an underscore to indicate visibility LINE: 39 | WARNING | Property name "$_headLinks" should not be prefixed with an underscore to indicate visibility LINE: 154 | WARNING | Line exceeds 120 characters; contains 148 characters LINE: 229 | WARNING | Line exceeds 120 characters; contains 130 characters LOGIC PROGRAMMING LINE: 60 | DANGER | Bad processing single and double quotes, does not correctly concatenate this! LINE: 77 | DANGER | Bad processing single and double quotes, does not correctly concatenate this! LINE: 93 | DANGER | Bad processing single and double quotes, does not correctly concatenate this! LINE: 136 | DANGER | concatenacion caracter con variable. Espacio entre variable no es interpretado!! LINE: 138 | WARNING | la variable $LIST recibe caracteres especiales atravez de comillas dobles!! LINE: 138 | WARNING | la variable $LIST permite caracteres de escape mediante comillas dobles! LINE: 154 | WARNING | array css permite injeccion de caractes por bucle! LINE: 154 | WARNING | variable code permite injeccion codigo!"

LINE:228 | Caracter - &amp - NO Sse decodificara entre comillas simples.

He estado probando la funcionalidad de creacion de controladores por consola y he encontrado el error en la linea 85 del archivo core/console/controller_console.php, pues no reconoce la librería FileUtil y no logra crear la carpeta de las vistas. He hecho la prueba sin FileUtil (solo con mkdir) y resulta bien, pero supuse que FileUtil tiene un motivo, así que propongo este cambio pues solo con la modificacion ha pasado el create controller con toda su funcionalidad.

Versión de KumbiaPHP 1.1.3: La función getField no autocarga ni los checkbox ni los radio button cuando proceden de campos de la base de datos. Esto es debido a que no se pregunta si es un campo de la base de datos antes de asumir que es un dato no del modelo y asignarle el valor por defecto.

Forma actual de la función:

public static function getField($field, $value = null, $is_check = false, $filter = true, $check = false)
    {
        // Obtiene considerando el patrón de formato form.field
        $formField = explode('.', $field, 2);
        list($id, $name) = self::fieldName($formField);
        // Verifica en $_POST
        if (Input::hasPost($field)) {
            $value = $is_check ?
            Input::post($field) == $value : Input::post($field);
        } elseif ($is_check) {
            $value = $check;
        } elseif ($tmp_val = self::getFromModel($formField)) {
            // Autocarga de datos
            $value = $is_check ? $tmp_val == $value : $tmp_val;
        }
        // Filtrar caracteres especiales
        if (!$is_check && $value !== null && $filter) {
            $value = htmlspecialchars($value, ENT_COMPAT, APP_CHARSET);
        }
        // Devuelve los datos
        return array($id, $name, $value);
    }

La corrección sería invertir los dos últimos else-if

if (Input::hasPost($field)) {
            $value = $is_check ?
            Input::post($field) == $value : Input::post($field);
        } elseif ($tmp_val = self::getFromModel($formField)) {
            // Autocarga de datos
            $value = $is_check ? $tmp_val == $value : $tmp_val;
        } elseif ($is_check) {
            $value = $check;
        }

BugForm.zip

Añadir el método

public function getName() { return $_FILES[$this->_name]['name']; }

que nos permita saber el nombre del fichero que ha sido descargado.

En el index.php y .htaccess de la carpeta Public están incluidas algunas líneas para que Kumbiaphp funcione en entornos con FastCGI.

Probando como proteger un controller con PHP_AUTH_USER he visto que se ignoraban los valores.

La solución que he encontrado ha sido esta, que tal vez sea interesante incluir en el .htaccess

RewriteCond %{HTTP:Authorization} . RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

Url del código original probado: https://www.kumbiaphp.com/blog/2015/10/26/how-to-create-a-rest-service-with-basic-auth-in-kumbiaphp/

Un saludo

KumbiaPHP v1.0 RC PHP 7.0.23

Cannot instantiate abstract class DbPDO (0) La conexión a la base de datos esta para usa PDO

En el archivo /home/cacid/core/libs/db/db.php en la línea: 98

Fichero (línea) Función

#0 /home/cacid/core/libs/db/db.php(63): Db::connect('production') #1 /home/cacid/core/libs/kumbia_active_record/kumbia_active_record.php(519): Db::factory('production') #2 /home/cacid/core/libs/kumbia_active_record/kumbia_active_record.php(277): KumbiaActiveRecord->_connect() #3 /home/cacid/default/app/controllers/socios_controller.php(17): KumbiaActiveRecord->__construct() #4 [internal function]: #5 /home/cacid/core/kumbia/router.php(147): ReflectionMethod->invokeArgs(Object(SociosController), #6 /home/cacid/core/kumbia/router.php(111): Router::dispatch(Object(SociosController)) #7 /home/cacid/core/kumbia/bootstrap.php(79): Router::execute('/socios/directo...') #8 /home/cacid/public_html/index.php(103): require('/home/cacid/cor...') #9 {main}