Después de mucho tiempo buscando la traducción al español completa de bbPress 2.1, sin éxito, Jordi Plana decidió descargarse el paquete de idioma traducido al 64% desde Glotpress y acabar de traducirlo 100% en Español (España) todos los créditos son para el, yo solo lo comparto para todos. Como todos en algún momento, uno de sus trabajos con BuddyPress que utilizaba bbPress como sistema de foros le hizo necesitar una traducción completa, y como no existía la hizo el. Como a el, a mi siempre me pasó lo mismo, y también tuve que crear mis propias adaptaciones a medida que comparto con vosotros en este blog, solo que en esta ocasión yo tuve la suerte de encontrar su trabajo.
P.D. Si no has visto ningún cambio en tu foro bbPress 2.1, asegúrate que el fichero wp-config en la raíz de tu instalación WordPress contiene la siguiente linea de código:
|
1
|
define('BBLANG', 'es_ES'); |
Continua leyendo “Traducción al Español Completa de bbPress 2.1” »
Muchas veces mientras trasteamos en nuestro Magento nos aparece el dichoso Error 500 Internal Server Error. Hay veces que no nos queda mas, es un error interno del servidor por que parte del código choca con las directrices del mismo, y no te lo ejecuta, generalmente por la configuración (sobre todo de Google o Paypal), pero en Magento el 90 por ciento de las veces, es algo mas sencillo. Puede ser que estemos intentando acceder a una sesión ya caducada, en cuyo caso se resuelve borrando var/cache y var/sessions y volviendo a entrar pero borrando todo lo que no sea la url de la tienda.
La otra opción mas común, es que se nos han desconfigurado (por no decir que los hemos desconfigurado nosotros) los permisos CHMOD. Esto se corrige asignando los permisos correctos a todos y cada uno de los archivos y carpetas de nuestra tienda Magento. Lo puedes hacer uno a uno, pero claro como Magento apenas tiene archivos, tus nietos pueden acabar tu labor. También hay programas FTP, como por ejemplo FileZilla que es gratuito, que si te pones en la carpeta superior, te cambia los permisos automáticamente de todo lo que tenga dentro, pero claro, también tarda lo suyo, aunque considerablemente menos, eso si también te chupa transferencia.
Hace tiempo en un foro encontré un script, que he ido modificando y adaptando según actualizaban las versiones para mi propio magento, y me ha ido bastante bien. Solo había que editar la línea 83 para poner el path a nuestra tienda.
Continua leyendo “Magento: Solución a error 500 Internal Server Error” »
Como he tenido mil y un problemas para poder traspasar mi antiguo foro de PHP Nuke ET a un nuevo foro SMF 2.0.1 mucho mas potente, he tenido que hacer cosas y buscar información que no conocía para llevar todo a buen puerto. Lo primero que hice fue adaptar un conversor sacado del propio foro de Simple Machines, para poder migrar el antiguo PHP Nuke ET a una nueva instalación de SMF 2.0.1. He incluido en las descargas de la web el conversor adaptado ya que no lo he visto en ningún otro lado, lo podéis encontrar aquí.
Una vez hecho esto, y teniendo en cuenta que como no había nada para hacerlo ya tenía otro foro SMF 2.0.1 funcionando tenia que fusionarlos, y por mas que he mirado por Internet no había forma de poderlo hacer. Nadie daba solución ni forma de hacerlo y mire en todos los idiomas. Finalmente en el foro de Simple Machines, Joker™ me dijo que podía haber una solución en un post, y así fue, así que me puse manos a la obra y tras algunos traspiés al final lo logré como podéis ver en la web de Urgencias y Emergenciasque es donde lo apliqué. Como esa solución no me ha sido fácil encontrarla y además solo esta en inglés recopilada por jkdove he creído interesante publicarosla aquí en la lengua de Cervantes para todo el que lo pueda necesitar, además he corregido y cambiado algunas cosas ya que sino a mi me daba algún error.
Lo primero tenemos que diferenciar ambos foros para hablar de ellos, los vamos a llamar antiguo y principal, donde el antiguo es la Base de datos antigua desde la que queremos recuperar los datos, y principal es la Base de Datos actual, a la que queremos exportar esos datos, es decir, el foro en funcionamiento.
Os puedo asegurar que funciona, y la prueba la tenéis mas arriba, pero tienes que seguir las instrucciones exactamente y al pie de la letra. Yo lo he usado una vez sin problemas y en su post jkdove dice haberlo realizado tres veces ya sin problemas. Como apunte deciros que los dos foros que uní eran dos smf 2.0.1. Vamos a ponernos el mono de trabajo, y manos a la obra. Continua leyendo “Como mezclar dos foros SMF usando MySQL” »
Ramon escribió “Después de unos meses de inactividad, “La Comunidad Songohack” vuelve a la carga. Hemos reclutado a nuevos administradores y moderadores para los foros para poder atenderos a todos. Entre las novedades de la Comunidad encontrareis un montón de nuevas “DESCARGAS” y el recién estrenado “TOP SONGOHACK”, la mejor manera de promocionar tu web. Podrás poner un enlace en tu web para que tus usuarios te voten y salir en el home de una de las webs más visitadas.
Además a partir de ahora realizaremos actualizaciones más a menudo para ofreceros a todos un mejor servicio y ayudaros a construir vuestras webs en nuke como los mejores webmasters de la red.
Visita www.songohack.com“
catosino escribió “
En muchos sitios esta dando vuelta la noticia de una nueva falla en el PHP-Nuke, que permite tomar el control de todo el sistema.
Pero hay cosas que muchos no tiene claro todavía, por eso aquí las explico, y doy mas detalles sobre el tema…..
Te puede descargar los archivos ya modificados AQUÍ
Primero: La falla NO es en el archivo modules.php, sino
que esta presente en los módulos Downloads y Weblinks, entre otros. El archivo modules.php solo se encarga de incluir los archivos de cada modulo para que así la URL quede mas presentable.
Por eso el advisorie:
http://www.securityfocus.com/archive/1/340664
Esta mal desde un principio. Otra cosa para aclarar, que podriamos llamar:
Continua leyendo “Bug peligroso ante el atake de los hackers (noticia de la Web antigua)” »
Ayer por la mañana, Desarrollonuke.org ha amanecido “hackeada”, el autor de la “gracia” dejó un mensaje de saludo y recomendándoles que mejoraran su seguridad.
El atacante con IP: 200.106.28.61, Internet Explorer 6.0 y Windows NT 5.1 accedía a las claves encriptadas de los administradores mediante SQL injection en el módulo Downloads, seguido a esto accedía a la administración del sitio usando una pasarela dbase64 para introducir valores numéricos en el admin, y así poder acceder con la contraseña en md5.
Esta grave vulnerabilidad viene acarreando el 70% de los ataques al sistema PHP-Nuke, lo más grave es que las páginas testeadas son vulnerables desde las versiones 5.6 hasta las últimas conocidas, en cambio las páginas oficial PhpNuke.org y Nukecops.org están misteriosamente parcheadas, ¿que pasa aquí?
Solución:
Para solucionar estos bugs hay que cambiar principalmente dos archivos, el primero es el index.php del módulo Downloads
se debe buscar la función viewdownload y colocar en la 1º línea lo siguiente:
$cid = $cid*1;
quedando de esta manera:
function viewdownload($cid, $min, $orderby, $show) {
$cid = $cid*1;
global $prefix, $dbi, $admin, $perpage, $module_name;
Y lo que sigue…
De esta manera el valor de cid será siempre numérico y no dejará acceder al atacante a los valores de md.
El 2º cambio hay que realizarlo en el mainfile.php del PhpNuke, aquí haremos que el admin.php no acepte un logueo de un presunto administrador sin coger la información directamente desde la cookie:
después, de por ejemplo la línea ob_start(“ob_gzhandler”); incluir seguidamente este código:
// Fix falso login del admin por Miguel de la Hoz
if (isset($_COOKIE['admin'])) {
$admin = $_COOKIE['admin'];
} else {
$admin = "";
}
Este bug ha sido encontrado y resuelto por el equipo de Desarrollonuke.org principalmente por Navegante – Miguel de la Hoz de Ibernuke.org y Spacebom – David Martín de Desarrollonuke.org
Comentarios recientes