Bugs/Devel

Preparando la v3 de BA

Josh 23 octubre 2005 13:07

⋮

Me he planteado en serio desarrollar la v3 de BA y estoy estudiando por donde atacarla.

- Tenemos el diseño y maquetación en html hecho
- Falta hacer el modelo de la base de datos
- Se programará sobre el framework rubyonrails.

Acabo de hacer una web con el y tira por tierra la forma tradicional de hacer webs, es algo así como tomarse la pastilla roja y salir de matrix para ver la realidad. Sencillamente alucinante e increible mientras no se prueba. Yo ya no soy capaz de hacer otra web en php.

En fin lo planteo pq el inconveniente es que poquisima gente sabe ruby y menos rubyonrails, pero es tan facil que en solo 4 días uno es capaz de desarrollar con el. Si alguien se anima y quiere hechar un cable, esta invitado. Quiero empezar a trabajar en ella la primera semana de noviembre y tenerla lista antes del 14 de febrero de 2006.

Este tema está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.

Josh 23 octubre 2005 13:14 ✎

⋮

Cliente:
Semantica en XHTML 1.1 Strict (UTF-8) (tableless en lo posible)
Estilos y diseño en CSS
Imagenes en PNG (discutible)
JavaScript con uso intensivo de XMLHttpRequest (AJAX)

Servidor
Apache (mod_rewrite para prettyurls)
FastCGI
Ruby
RubyOnRails
MySQL

✖

txuspe 24 octubre 2005 15:27

⋮

Eso de discutible... No es discutible. :-P Si no se usan imágenes dinámicas, PNG superior a GIF en todo.

Saludos ;-)

✖

Josh 24 octubre 2005 15:50

⋮

el formato es superior pero por lo menos con el potochop una misma imagen ocupa menos en gif que en png

te animas con el rails? en serio que es muy sencillo y jamas te arrepentiras de haberlo descubierto

✖

txuspe 24 octubre 2005 18:16

⋮

Sí, es cierto, pero es porque el Photoshop no hace la compresión deflate correctamente. Si quieres te paso un compresor de PNG para Windows que funciona muy bien.

El lenguaje ese... Dejalo para Navidades o así, que tendré tiempo... Es que ahora estoy muy estudioso, jeje. ;-)

✖

Josh 24 octubre 2005 19:08

⋮

✖

txuspe 24 octubre 2005 19:13

⋮

K-Beast 2 noviembre 2005 10:55

⋮

He estado mirando algo de rails y parece interesante, pero echo en falta info en español.

Si alguien sabe alguna web dedicada a rails en español que la anuncie.

jcomas 25 octubre 2005 01:57

⋮

Aprovechando que haces el cambio tan radical, iría bien que pensaras si diseñar para Mysql 5.0, que tiene muchas ventajas. Y si puedes poner procedimientos almacenados mejor que mejor, cuantos menos datos tengas que entregar al PHP perfecto. Utilizad vistas para las consultas más habituales.

✖

Josh 25 octubre 2005 08:56 ✎

⋮

mirate el rails, veras que accede a los datos como objetos sin escribir SQL:

articulo = Articulo.find(acticulo_id, :conditions => 'publicado=1')
Articulo.titulo
Articulo.contenido

Articulo.author.nick

ect.

De lo de las vistas me tendras que hacer una leccion como antaño con los indices ;)

✖

jcomas 25 octubre 2005 20:29

⋮

No lo dudo. Pero todo lo que pongas en MySQL será mucho más rápido que en PHP, tienes que devolver menos datos, los datos ya se encontrarán procesados.
Supongo que en Rails vas a utilizar tablas de Mysql y supongo que podrás ver vistas como si fueran tablas.
La idea es crear vistas de las consultas más habituales y cuando tengas que devolver muchos datos a PHP para que los procese entonces es mejor que lo haga el MySQL con un procedimiento almacenado, todo lo restante lo puedes hacer con Rails.
Hace unos meses estuve mirando el tutorial de Rails y me pareció muy fácil de utilizar, potente y mantenible.

MaX 25 octubre 2005 09:30

⋮

Probablemente me equivoco, pero con un vistazo rápido me recuerda a los Apache Struts (hay un proyecto por ahi en PHP que imita los Struts).

Yo estoy trabajando ahora con Struts, y son bastante cómodos una vez dejas de pegarte con los XML de configuración ;)

Suerte con ella ;)

✖

Josh 25 octubre 2005 09:57

⋮

No te equivocas, rails tabien es MVC, pero esta programado en Ruby que en mi opinión, como lenguaje de alto nivel es superior a Java

algunas cosillas:

en php

for(i=0;i echo i;

en ruby

5.times {|i| print i}

5 es un objeto de la clase Integer y llamamos a su metodo times pasandole como parametro un bloque de codigo
el metodo times ejecuta el bloque de codigo tantas veces como el valor del Fixnum

class Integer
def en_num_romanos
bla bla bla
end
end

acabo de añadir el metodo en_num_romanos a la clase Integer de forma que puedo pasar un decimal a romano con

2005.en_num_romanos

y mirate este video que en 10 minutos montan una web con rails (link roto)

✖

MaX 29 octubre 2005 11:56

⋮

Pues sí, tiene muy buena pinta =)

¿Por qué piensas que es superior Ruby? (al margen de Rails)
Pregunto como alguien que conoce bastante bien Java pero Ruby nada.

Un saludo.

✖

jcomas 29 octubre 2005 21:06 ✎

⋮

En el trabajo estuvimos probando de poner JAVA por su facilidad de gestión de threads (tenemos que gestionar muchas conexiones entrantes, y para la tarea más costosa que es la consulta en base de datos + localización del punto utilizamos un thread). Pero viendo lo mal que iba el recolector de memoria (el que viene por defecto en Linux, que compila el JAVA a C), decidimos intentar poner php y utilitzar fork, nos costó pero va perfecto. Para la comunicación entre padre e hijo utilizamos un socket de Linux.
JAVA está muy bien como lenguaje para evitar poner el sistema inestable, pero cuando es cuestión de rapidez, mínimo consumo se imponen claramente otros lenguajes. El PHP como lenguaje interpretado es rapidísimo, y testeado por muchos usuarios. Solo decirte que con PHP lo hemos realizado todo (incluso encriptación con certificado digital para la comunicación con el servidor de Telefónica en el tema de localización de móviles), exceptuando la parte de base de datos.
Hasta las aplicaciones de JAVA en el móvil no dan el rendimiento esperado, en cambio los programas en C compilados van muy bien.
JAVA tiene muchísimas clases, te permite hacer de todo, pero todo no implica que vaya a la perfección.
Utilizar JAVA con Apache no debe ser un problema, debido a que ese programa dura un tiempo y acaba, pero en el caso nuestro es un programa que siempre está abierto y no puede permitirse coger toda la memoria que quiera, hay que liberarla.
Más que Ruby, el tutorial que vi de Rails me impactó por la facilidad de construir aplicaciones. Que el sistema sea mantenible es un punto a favor.
Personalmente, yo lo que haría es hacer unas pequeñas pruebas para ver el rendimiento del mismo procedimiento en cada uno de esos lenguajes.
¿Y un MVC de PHP?

✖

MaX 29 octubre 2005 22:26

⋮

Arbillo 12 noviembre 2005 21:37

⋮

✖

Josh 14 noviembre 2005 10:59

⋮

✖

Arbillo 14 noviembre 2005 11:28

⋮

✖

Josh 15 noviembre 2005 15:41

⋮

Josh 30 octubre 2005 20:37

⋮

Yo, modestia a parte, considero que tengo un nivel muy alto de PHP5, pero ahora que empiezo a controlar de Ruby siento como si hubiese estado haciendo el primo todos estos años con el PHP existiendo algo como Ruby. Solo con eso os haceis una idea de lo cautivado que me tiene.

Algunas de las cosas que mas me gustan:
OOP al 100%
Herencia multiple
Threats
Licencia GPL
Multiplataforma
Las expresiones regulares y los rangos son tipos basicos como un array o un entero
Me fascina el tema de los bloques yield que es una caracteristica bastante singular

Aqui ahi una intro muy rapida:

(link roto)

Y aqui ejemplos de code:

(link roto)

✖

Josh 30 octubre 2005 20:49 ✎

⋮

✖

alejandrosantos 27 febrero 2006 23:49

⋮

Josh 2 noviembre 2005 14:07

⋮

mira que guapo XD

(link roto)

casualmente me compre esos dos libros (los de ruby)

✖

MaX 3 noviembre 2005 12:27

⋮

alejandrosantos 7 noviembre 2005 00:43

⋮

¿Habrá trackback? ;-)

✖

Josh 7 noviembre 2005 09:37

⋮

si, hay varias características que no existian cuando se hizo la versión actual y que quiero incorporarlas, pero me tendreis que asesorar

✖

alejandrosantos 7 noviembre 2005 16:32

⋮

Magnífico. Eso vendrá muy bien. Voy a tocar un resorte a ver si salta, xD.

✖

piezas 7 noviembre 2005 18:32

⋮

¡¡!Boingoingoingoing....!!!

Pero chacho, yo de xmlrcp no tengo ni idea. Pa empezar dudo de si lo habré escrito bien.

Si ya hablamos de Rubby, cuando aún iba por las condicionales anidadas en PHP me da pa confundir el javascript con el messenger o argo ;D

Creo que el que tenía tocao algo el tema era er... mmm... (¡...y no quiero mirar a nadie...!) ... er MaX.

✖

Josh 10 noviembre 2005 18:01

⋮

✖

undertow 10 noviembre 2005 18:09

⋮

✖

Josh 16 noviembre 2005 09:14

⋮

alejandrosantos 15 noviembre 2005 23:47

⋮

piezas 16 noviembre 2005 12:28 ✎

⋮

✖

Josh 16 noviembre 2005 12:43

⋮

✖

piezas 16 noviembre 2005 13:07

⋮

alejandrosantos 16 noviembre 2005 18:48

⋮

ximin 12 noviembre 2005 15:45

⋮

Aparte de la actual división en usuarios, moderadores, ...

1º Estaría bien crear otro grupo denominado colaboradores, que consistiría en usuario con capacidad de borrar y moderar sobre un post escrito por él. Esto viene bien cuando hay consultas, encuestas, ... donde el autor es el que recibe los avisos. Eso sí se tendrían que pedir los permisos de colaborar del foro para hacer estas cosas.

2º Para la moderación de foros por varios moderadores, vendrian bien que los posts creados por ellos a veces se pudieran controlar por todos los moderadores (escribir, cambiar cosas, cuando uno se va de vacaciones, nuevo moderador, ...) para ello sería interesante o que el post se pudiera pasar al meta-usuario "Moderador del Foro" o a un grupo de "Moderadores del Foro X".

✖

38cm 21 noviembre 2005 12:40

⋮

Leo este hilo frecuentemente pq tb soy programador PHP y me interesa todo lo que sea evolucionar.

Bueno, a lo que iba, despues de leer a Ximin se me ha ocurrido que sería interesante cerrar un post para determinados usuarios. Es decir, a lo mejor es interesante que un post solo pueda ser continuado por moderadores, colaboradores o simplemente no permitir a algun usuario responder.

Tambien considero interesante que se puedan incluir tablas en el post. Con un formato predefinido por vosotros para que no se joda la maquetacion. Asi se facilitarian muchos post donde quieres tabular datos.

Por ultimo, esto es una chorrada de cambio. Poder poner varias conexiones para un mismo usuario. Yo por ejemplo tengo dos, ADSL y UMTS, y estoy pensando poner otro ADSL.

38cm 3 diciembre 2005 22:25

⋮

Más sugerencias (si resulto cansino lo decís :P):

- Posibilidad de crear hilos con plantilla: p.ej. en el foro de jazztel tenemos varios hilos donde la gente rellena su caso según una plantilla. Estaría bien que una vez hecha la plantilla, la gente solo responda con esa plantilla y luego pueda editarla, pero no pueda poner otras tonterias que no vienen al caso.

- También sobre esto, se ha dado el caso que un hilo se ha llenado mucho y Ximin ha abierto otro para seguir pero no puede cerrar el primero porque si no la gente no puede editar su caso. Podría ser interesante cerrar para nuevos post, pero no para editar.

Saludos y enhorabuena por la web ;)

alejandrosantos 3 enero 2006 14:02

⋮

¿Cómo continúa todo? ;-)

✖

Josh 9 enero 2006 11:07

⋮

Hasta ahora he estado trabajando en la 'infraestructura' y esta practicamente completada.
Ahora estoy programando en JS los fixes para que el IE visualice correctamente tal y como se ve en Firefox.
Lo primero que vereis y podreis probar es el registro como usuario.

✖

Bilbokoa 9 enero 2006 13:20 ✎

⋮

Esperamos con ansiedad :-P la nueva versión de bandaancha.

A ver si pronto nos dais una alegría.

Un saludo. ;-)

MBKiller 23 enero 2006 13:42 ✎

⋮

Vamos allá

- Aspectos técnicos:
Como comentas por ahi arriba no es lo que te hace falta. Solo contestar a jcomas el tema de incluir llamadas a procedimientos almacenados en MySQL, a mi particularmente no me gusta, lo que ganas en rendimiento lo pierdes en libertad de cambio de motor de BD. Imaginate que dentro de 1 año quieres cambiar de MySQL a Postgres, MaxDB o cualquier RDBMS que surja. Tendrias que reprogramar y adaptar (si se deja) toda la programación de los procedimientos al nuevo motor, mal rollo se lo juro.
En la parte de desarrollo poco puedo ayudar , soy de la 'vieja' escuela de Java , Struts y demas , aunque me ha picado el gusanillo de Ruby y voy a echarle un vistazo.

- Aspectos funcionales y de diseño.
1) Búsquedas
Aunque las búsquedas estan bien, en general, se podian mejorar y dotar de mas potencia y elmininar algunas restricciones. En alguna ocasión poniendo algo que sabes que está , no lo encuentras hasta hacer varias consultas más genericas. En cuanto tenga tiempo pondré algún ejemplo. Los BocaDePez las utilizan para hacer Arqueología
. Se podrían limitar las búsquedas a los registrados.

2) Avatares
No soy un fanático de los avatares espectaculares que se ven por ahi , pero si se permitiese que , aunque con un tamaño limitado en pixel (32x32 o 64x64 como mucho) si pudiesen ser algo mayores de 'peso' ( con 25Kb ya me daba con un canto en los dientes)

3) Diseño
El actual me gusta bastante por que es original y compacto. Me gustan los fondos oscuros que se usan ( así no me dejo la vista como en otras web con el fondo blanco que acaba 'fundiendome' la cornea), pero entiendo que el libro de los gustos esta en blanco. Suguiero la posiblidad de poder cada usuario elegir entre varias hojas de estilo estandar (si se pudiese cada uno modificar la suya mejor)
Cada vez mas se accede a inet de desde dispositivos móviles (personalmente PDA, PSP y Movil) , crear una versión con la mayoria de las funcionalidades adaptado a ellos seria buenisimo. Ahora solo se pueden ver los titulares.
El editor de posts es a veces deseperante. Si se te olvida insertar , por ejemplo una URL o un Smile, siempre te lo añade al final, hay que ir cortando y pegando. No sé si exsite código ya escrito en RubyOnRails de editores o si hay que currarselo. Cualquier mejora se agradecerá.
La lista de post de un foro, podría incluir el ir directamente a la última entrada en lugar de posicionarse en el post desde el inicio. Hay post grandes y cuesta trabajo ir a la última respuestas cuando no se contesta al final del mismo.
Edito:
Relacionado con esto último el resalte de los últimos post es poco visible (una pequeña flechita roja y un azul un poquito mas oscuro) , también quedaría bien que la edición de los post quedase algo mas clara de forma automática, es decir no tener que ir acordandonos de poner 'Edito:' para que la gente sepa que es lo que hemos cambiado , aunque a mas de uno se nos iba a ver el plumero por la corrección de las faltas de ortografía .... (Un corrector sería ya demasiado pedir ;-) .
Alguna manera mas eficiente de insertar códigos de Smile y similares para que cuando pongas 8_) no salga 8) . Y una previsualización no solo para las noticias.

De momento es lo que se me ocurre. Conforme vaya recordando cosas iré editando esta respuesta y si veo que 'espabilo' con el tema de Ruby os aviso, por si puedo echar un 'teclado'

Animo !!!!!!

✖

38cm 23 enero 2006 14:36 ✎

⋮

El editor de posts es a veces deseperante

Habeis probado FCKeditor?

Es libre, multiplataforma y muy potente. Yo lo estoy usando en un proyecto actualmente y la verdad es que va muy bien.

EDITO: para los interesados -> www.fckeditor.net/

MaX 4 febrero 2006 17:11

⋮

Me comentaba coolkamio y lo dejo anotado por aquí: Incluir una fuente RSS por cada foro, en el que sólo aparecieran los hilos nuevos.

Para foros pequeños puede venir bien para tenerlos más controlados.
Para foros grandes... a lo mejor es demasiado lio.

En cualquier caso, ahí dejo la idea para discutirla :-P

✖

alejandrosantos 5 febrero 2006 14:36

⋮

Alguna vez lo hemos comentado entre nosotros. A mi me encanta esa idea.

✖

txuspe 5 febrero 2006 15:20

⋮

Pues hacer eso son 10 minutos, si os interesa para la versión actual...

Josh 5 febrero 2006 19:20

⋮

Tomo nota.
Hoy he hecho login como user por primera vez en en embrion de BA v3

✖

Bilbokoa 5 febrero 2006 23:52

⋮

Estamos impacientes !!!!!!!!! ;-)

proprote 28 abril 2006 12:19

⋮

yo aqui ni pincho ni corto, pero asi podriamos tener quien quisiera sus foros preferidos en un lector de noticias o por ejemplo en una pagina principal (como las personalizadas de google) actualizados constantemente no?

yo tengo en la de google la rss de bandaancha y estaria muy bien tener la de varios foros especificos...

mola..

danifv 11 febrero 2006 20:48

⋮

Ya queda menos.... :-P

✖

Bilbokoa 11 febrero 2006 22:44

⋮

Lo dicho, yo al menos estoy más que impaciente por ver la V3.

danifv 11 febrero 2006 22:34

⋮

otra cosa... hay alguna captura de BA v1?

Es que no recuerdo haber visto la versión anterior :-) :-P

✖

txuspe 12 febrero 2006 09:06

⋮

grifa escribía este mensaje hace unos días: origenes de b.a

Saludos ;-)

✖

raxor 12 febrero 2006 11:38

⋮

Txuspe esta quedando bien el primer boceto de V3, el fondo es lo que mas me gusta, que no se os olvide poner estrellitas que acompañan el movimiento del raton y el email dando vueltas que siempre queda muy cool.

xDDD

yomimmo 13 febrero 2006 15:31

⋮

Solo un comentario, no he podido determinar porque ocurre, pero si en la oficina hay un router basado en ipcop tanto si esta activado el proxy como si no lo esta al cargar cuatro o cinco paginas de bandaancha se bloquea durante un tiempo el acceso a bandaancha, las conexiones a otras webs siguen igual de fluidas, solo me ocurre con esta web.

¿Algun fallo del ipcop o alguna incompatibilidad entre bandaancha e ipcop?

✖

Josh 18 febrero 2006 23:54

⋮

Debe ser pq el server de ba intenta averiguar si el user accede desde un poxi y banea la ip de BA unos minutos

ximin 12 marzo 2006 18:05

⋮

Se podría añadir en la V3 un sistema de contestación sobre porque no se publica la noticia, a usar solo cuando se considera que no pertinente en absoluto el envio como:

· La pregunta formulada corresponde a los foros no al sistema de publicación de noticias

· Es copia literal de otro medio, el artículo debe ser de elaboración propia y no mera copia literal.
····

Es que algunos usuarios son reincidentes en mandar y mandar noticias sin elaborar un poquito los contenidos y copiar literalmente lo que se publica en otros medios. Y otros no se enteran donde estan mandando las cosas.

---------
La idea fundamentalmente sería tener unos mensajes estándar para los casos más habituales de no publicación:
· Corresponde al sistema de foros, no al weblog
· Copia literal de una noticia, el artículo debe ser de elaboración propia.
· No corresponde con la temática de la web
· ......

Y luego uno rellenable para casos especiales, aunque hasta el momento no he visto ninguno en particular.

Para ello sería necesario disponer del correo del que envia la noticia, y que se pusiera algo así. Deja tu email en el caso de que los editores quieran ponerse en contacto contigo.

✖

Josh 13 marzo 2006 14:18

⋮

leido cocina
yo tb creo que hace mucha falta

✖

alejandrosantos 28 marzo 2006 10:36

⋮

RoR 1.1. Actualización facilísima.

✖

Josh 28 marzo 2006 11:45

⋮

Te veo puesto ;)
Estoy trabajando con edge rails que es la ultima version del svn y de hecho hoy mismo estoy sacando provecho de las asociaciones polimorficas

✖

alejandrosantos 28 marzo 2006 17:52

⋮

✖

Josh 28 marzo 2006 17:56

⋮

✖

alejandrosantos 7 mayo 2006 12:12

⋮

chrimasa 25 abril 2006 20:18

⋮

Hay fecha prevista para lanzar la nueva versión de la web???

✖

Bilbokoa 29 abril 2006 23:12

⋮

Me parece a mi que aún tendremos que esperar...

Josh 2 mayo 2006 08:11

⋮

No hay fecha prevista pq la habia y me la pase.
Espero que podamos ver una beta en marcha este verano.

✖

Bilbokoa 2 mayo 2006 15:20

⋮

Bueno...como se suele decir, más vale tarde que nunca.

Ánimo.

;-)

✖

jonnysword 16 noviembre 2006 22:44

⋮

De eso de esperar los clientes de euskaltel sabemos mucho verdad, Bilbokoa.

A nosotros con nuestro ISP para ver cambios nos toca esperar hasta el infinito, así k podremos esperar a Bandaancha V3

✖

Bilbokoa 17 noviembre 2006 13:07

⋮

JaGuAr 3 mayo 2006 15:30

⋮

Esto mismo lo he planteado en el foro de BandaAncha.st, pero me han recomendado que lo pusiera aquí.

Copio y pego:

Cada usuario (registrado) en la zona en dónde se editan los datos personales de cada uno, tenemos la opción de marcar la casilla de navegación invisible. Mi pregunta es:

¿Por que no ponéis el número de usuarios logueados que están navegando "ocultamente"?

A mí parecer la Web esta bastante completa, bien diseñada y todo ordenado. Pero le faltaría ese pequeño detalle, acompañando en dónde pone usuarios online, los invitados y los registrados. Bueno, a ver si me dice alguien si se añadirá ese pequeño detalle.
Salu2

VKarmaZenReload 4 mayo 2006 20:44 ✎

⋮

bueno... bueno he encontrado un post donde estan todos ... uhmm todos toditos, (aqui debe ser donde se realizan las reuniones de la masoneria...;-) ) aqui es donde deciden quien gobierna y quien no... BA.st

en FIN DOS solicitudes, Y les dejo trabajar, (para mi gusto pocos defectos tiene esta web y SI virtudes)

-LONG LIVE for PECESdecolores (bocadepez) , no se olviden de este punto que es importante... para el SANO crecimiento de BA...

-Es aqui donde se esta trabajando y mejorando el rendimiento en carga de las webs =?... algo pasa con la version 7 de explorer, mucha caña al micro, aunque ESTOY convencido de que la culpa es de microsoft y sus "benditos" programadores,... no esta de mas mirar po que tanta carga en la CPU, no es "sano"...

ssaludos. no tengo ni idea de que va el ruby ESE y no si se sera mejor o peor que programar en PHP etc.. algun link en español ???, saludos. y a seguir mejorando.

postada: salvo momentos puntuales, la libertad de expresion y la VELOCIDAD de respuesta en los foros es alucinante ¡¡¡, hay mas POTENCIAl de lo que se ve a primera vista en esta web... FELICIDADES a todos. y a seguir mejorando...
EDITO: ya hay por aqui solicitudes de KARMA infinito NEVATIVO, eso es el colmo, pues es como darles una pistola electronica sin necesidad de cargador... vamos ese karma se puede usar MAL y sin coste... que pasa si yo decido premiar NEGATIVAMENTE a un post por que SI y sin ser objetivo ??? si encima no me cuesta karma seria un chollo y una barbaridad, por cabales que nos parezcamos siempre LLEGA alguien que nos SACA de quicio (algunos son expertos=)

✖

TaToCoCo 5 mayo 2006 00:33 ✎

⋮

www.sobrerailes.com/
www.ruby.org.es/

Para que te hagas una idea general, en sobrerailes tienes un articulo de ventajas de Ruby frente a PHP.

Un Saludo, Tato_CoCo.
PD: Ansioso por ver la nueva version de BA :P

✖

VKarmaZenReload 5 mayo 2006 20:42

⋮

gracias. vere a ver lo que saco por hay en castellano y si no queda mas remedio al profundizar en ingles...

veamos SI es ORO todo lo que reluce o se queda en OTRO lenguaje de moda...

piezas 7 mayo 2006 15:56

⋮

Sobre el karma: se entiende que éste está (o debería estar) distribuído, al menos hasta poder funcionar con validez estadística. De ese modo, pese a que es cierto que cualquiera que tenga karma puede hacer una moderación abusiva, ésta puede resultar compensada por el "Commons".

O al menos en teoría. Creo que nunca funcionó del todo bien, y no dispongo de ningún dato sobre cómo está funcionando ahora.

✖

VKarmaZenReload 9 mayo 2006 03:27

⋮

ok. solo era que habia leido algo de KARMA infinito para puntear negativo...

orroroxo...

por cierto puedo NAVEGAR con la PsP sonny portatil por la web

genial verdad :-D

espero que la siguente version tambien sea compatible..

VKarmaZenReload 21 mayo 2006 05:37 ✎

⋮

haber le cuento una cosa pues lo de bloquear los post un poco antiguos me parece un error.. hay varios post, pero solo es NECESARIO que se lea la respuesta JOE DALTON...

es mas dificil de explicar que de hacer, parece un poco complejo, pero bandaancha.st es de todo menos simple ;-)

Post reflotado

RE: IDEAS y Post reflotado y limitacion de num respuesta PECES

bye-

en resumen, una variable EDAD con valor 1 para recientes 2 para reflotados y 3 para antiguos.

solo pueden revivir a los post muertos los USERSregistrados, y pasan a valor 2, post zombbys, tienen una vida corta de 1 mes desda la ultima edicion. por ejemplo

Se entiende que de primeras solo un grupo de post nuevos, EDAD 1, cuando se hacen viejos, ( y tres meses es poco tiempo para eso en temas de hardware o redes), pasan DIRECTAMENTE a nivel 3, y estan ordenados en las ultimas pags...

si algun pez necesita ayuda en esos post muertos, se puede registrar y preguntar, ESTOS post pasaran a nivel 2, durante 1 mes, estando MAS cerca de las novedades, pero NO pudiendo interferir con ellas... Los peces podran responder en este nivel, a los post zombby 2, pero no cuentan, al MES de ello los post seran viejos otra vez...

Ademas seria interensante limitar el numero de PREGUNTAS que puede hacer un PEZ por minuto, para evitar trabajo extra para los mods,, hace unos dias alguien creo mas de 30 post insultante en pocos minutos...

Yo creo que Penalizar el campo que ordena los post, por fecha supungo que una variable EDAD 1 o 2 o 3, ordenara los post en pocos meses... AUTOMATICAMENTE, y evitando cerrojazos, que pueden ser antes de tiempo... por supuesto la fecha de creaccion del post no es muy relevante, cuando los post han sido revividos y estan en ESTADO 2, digamos que 2 semanas o 1 mes desde la ultima entrada seria suficiente para encontrar ayuda...

POr cierto, yo creo que no habra tantos post de nivel 2 como pensamos, y sera MUY sencillo ayudar a alguien que se conecta MUY ocasionalmente, para algun tema antiguo, ordenador viejo, modem prehistorio etc...

ximin 31 mayo 2006 20:32

⋮

Añado otr punto más a las sugerencias.

Cuando un hilo llega a los 200 mensajes que automáticamente se cierre y se cree uno nuevo con un II con la misma cabecera que el inicial y un pie de hilo con la referencia al antiguo hilo y en el pie de hilo viejo una referencia al nuevo hilo. Esto por supuesto todo automático.

Ya de paso vendria bien que los moderadores pudieran poner notas en los posts por ejemplo en el pie del post para comentar ciertas cosas o para puntualizar algo que los usuarios han comentado y que luego no queda claro en los hilos, o vayamos a saber para que.

Saludetes, Josh

✖

38cm 8 octubre 2006 13:11

⋮

Yo creo que sería más claro si se paginara el hilo, así todo estaría junto y se podría seguir contestando a los primeros posts.

Ejemplo:

Mi router se ha quemado! (1,2,3)

Así puedes acceder a las paginas directamente.

Un saludo

TitoBill 10 agosto 2006 01:11

⋮

Si yo puedo echar un cable con algo, estaré encantado ;-)

Salu2.El Innombrable.

SrCuesta 13 agosto 2006 04:50

⋮

Dos sugerencias:
1) Ampliar el lugar donde aparecen tus Ultimos 10 comentarios a las noticias a 20 o 30 y que aparezcan solo a las que te han respondido.

2) Aumentar el tiempo de sesiOn para que, si lees un hilo largo, no se te acabe el tiempo y ya no aparezcan el azul claro las cabeceras de los mensajes que no has leIdo desde tu Ultima conexiOn. Hasta ahora lo Unico que se me ocurre es dar a refrescar cada cierto tiempo. O poner otro mecanismo que solucione esto.

Neosphera 16 agosto 2006 15:34

⋮

Mi sugerencia:

- Creo que los hilos puntuados negativamente no deberían poder ser contestados. A veces se convierten en batallas campales con 20 posts de trolls contestandose unos a otros y se ensucia la página de comentarios.

ximin 2 diciembre 2006 20:27

⋮

Sugerencia mas: correo de feedback en el weblog tal y como esta para los foros, que luego no me entero cuando me responden.

badec 3 diciembre 2006 01:10

⋮

Cuando verá la luz esa version?

✖

KarmaZenBuffer 3 diciembre 2006 06:55

⋮

deja deja..

no soy amantes de los cambios. si BA.st funciona bien...

proverbio chino:

SI el problema tiene solucion para que te preocupas?, y si el problema NO tiene solucion, para que te preocupas entonces ?=

;-)

PD: actualmente esta version funciona bastante bien, no hay errores, y se puede cargar, la version completa en una PsP. por ejemplo.

Ademas la carga en LOs ordenadores clientes del navegador es bastante fuerte ya... ( no me refiero la carga del server) sino la carga de algunas pags de Ba.st cuando suben los comentarios etc...

saludos.