Omet la navegació.
Inici

Como arruinar una web con miles de visitantes

23 respostes [Darrer article]
revoltoso
Desconnectat
Afegit: 25/03/2009

1 No renovar contenidos en la página principal y petarla con imágenes desorbitadamente grandes
2 No fomentar la participación, ni tener en consideración, ni tratar de mantener a los usuarios más activos y valiosos.
3 No permitir cambios
4 La refinitiva, introducir como líderes dinamizadores de la web a usuarios nuevos y, en algunos casos, con escasos conocimientos técnicos y nulo interés en fomentar la participación.

0
El teu vot: cap

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

enric
Desconnectat
Afegit: 24/09/2008
convertimos las quejas en propuestas?

1. Está pendiente que alguien envie la imagen reducida de queremos para poder colgarla en la web en castellano, como está volem, en la web en catalan.
A parte de este detalle tonto pero necesario,
Estaremos tod@s de acuerdo en que hay que reorganizar la página principal y que esa reorganización incluya una forma de reflejar actualidad en la columna central (ya se van actualizando automáticamente las columnas laterales)
Se me ocurre, que las 3 publicaciones tengan una imagen pequeña para que quien las busque pueda acceder a ellas (seria una nueva subcolumna) y que a parte de ello haya otra subcolumna para actualidad. Puesto que las noticias de más interés estan en varios lugares distintos (agenda, grupos, foros,,,) tendríamos que buscar alguna forma para seleccionar que noticia de estos diversos ámbitos pasa a columna central.

2. Supongo que te refieres a la participación en la administración de la web, porque los otros ámbitos como los grupos y los foros ya son participativos de por sí. Alguna propuesta para hacer participativa esa administración. Fomentamos un sistema de enquestas para los cambios en estructura de la web, además de encuestas sobre que noticias poner en columna central?

3. Creo que se resuelve con lo que ya estamos hablando. Pido que se entienda, que el hecho que se haya creado un cuello de botella en el ámbito de la administración no significa "no permetir" en todo caso significa "no estamos siendo capaces" a ver si lo resolvemos...!

4. Creo que confundes ámbitos. Estos que dices que son nuevos usuarios "dinamizadores de la web", en realidad son gente que está en grupos de trabajo que acuden a reuniones físicas y que asumen tareas para la red, que tienen su traslación a la web. Pero no se trata de administradores de la web, sino de dinamizadores de grupos de trabajo, lo cual tiene su ámbito muy determinado y no tiene que ver con lo que estamos hablando...
Hay que entender que esto no es solo una web sino que detrás hay redes de personas que actuan..
Revoltoso, sabes gestionar cambios en el drupal? si sabes hacerlo o quieres aprender, quizá puedes colaborar en ese nivel, pues es donde está el cuello de botella.

Estoy en poca conexión estos días, por las charlas en Galiza pero de lunes y miercoles espero estar más pendiente para colaborar en cambios.

saludos
enric

virabhadra
Desconnectat
Afegit: 22/09/2008
Ánimo

Salud y alegría!!!
A pesar de todo triunfaremos!!!
"Yo quiero tan solo amor militante,
que la vida siempre grita hacia adelante"
Todo lo que existe bajo la Luna pasa por fases, como la Luna misma, que pasa de brillar mucho a no verse en 14 días, y vuelta a empezar...
Hay momentos en que todo se ve oscuro...
...pero no creo que sea tan fácil cargarse una web con miles de visitantes.
Salud y fuerza!!!

OM NAMAH SHIVAY!!! (cantat, no cridat)

revoltoso
Desconnectat
Afegit: 25/03/2009
me alegro de que se me escuche

Hola Enric,
Me alegro de que se me escuche y se tenga en cuenta mi opinión, aunque sea un poco tarde, pero eso no me importa. Mis propuestas, que ya las he comentado en otras ocasiones, son:

1º – Crear una base de datos con los datos de contacto de las personas que queremos colaborar activamente. Esta base de datos tiene que tener al menos las siguientes características:
- Una forma de contactar.
- Trayectoria de la persona / experiencia profesional
- Disponibilidad y preferencias
De esta forma podremos organizar los recursos. Una organización que desconoce el potencial de sus recursos los está desaprovechando y utilizando ineficientemente.

2º - Crear Proyectos
Una vez conocidos estos datos, decidir que proyectos se pueden llevar a cabo con los recursos que existen. Los proyectos no despegan porque no existen los recursos y los conocimientos o porque estos no se están aprovechando, esto tiene dos posibles causas:
1 – Se han seleccionado mal los proyectos porque no existen los recursos ni los conocimientos para hacerlos. En ese caso se deben descartar y centrarse en los proyectos con posibilidades.
2 – Se están utilizando mal esos recursos y conocimientos. Por eso hay que crear esta base de datos para tener la información necesaria.

3º - Transparencia en la información
Una vez empiecen los proyectos, hacerlos de tal forma que toda la información esté disponible para todos. Para eso disponemos de esta herramienta de difusión que es internet, otro recurso altamente desaprovechado en este movimiento. Y para aprovecharlo mejor podría hacer otras tantas propuestas pero esas las haré cuando se cree un proyecto de creación o mejora de la web y se aclaren las personas que participan, sus conocimientos su disponibilidad y se establezca un verdadero marco de trabajo.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

revoltoso
Desconnectat
Afegit: 25/03/2009
En cuanto a los Puntos que indicas

1 - "Está pendiente que alguien envie la imagen reducida", ya empezamos mal, ¿quién ese ese alguien? ¿Por qué de eso no se informa ni se discute en el grupo de administración web? ¿No es posible que hubiera otro alguien que quisiera hacerlo antes y lo hubiera echo ya hace meses pero no lo ha echo porque no contaba con la información necesaria?
Todo lo demás que dices me parece bien, pero como todo trabajo complejo y que requiera dedicación debería realizarse mediante una metodología de proyecto. Yo utilizo el programa de gestión de proyectos dotproject, es de gran ayuda para llevar a cabo todo tipo de proyectos.

"tendríamos que buscar alguna forma para seleccionar que noticia de estos diversos ámbitos pasa a columna central", yo habría propuesto implementar algo de tipo meneo, http://www.meneame.net, como en la red social http://www.pligg.com. En cualquier caso esto convendría discutirlo en el marco del proyecto y con las personas que estén involucradas en él y que tengan los conocimientos técnicos necesarios para convertir este diálogo en algo productivo y no todo lo contrario.

2 - Fomentar la participación no consiste sólo en permitir la participación sino en premiarla. Para premiarla y motivar al que participa lo mejor es darle más relevancia y/o responsabilidad, esto hará que no se sienta desmotivado porque su participación no se ve valorada. Vuelvo de nuevo al sistema de meneame que ofrece un nivel de karma a los usuarios segun su aportación a la comunidad, con lo cual se consigue que los miembros se sientan valorados y se motiven. Al resto te he contestado en el otro apartado.

3 - Lo que decía antes, si no sois capaces, demos la opción a otra gente que lo sea y que quiera trabajar, que la hay. Llevemos las intenciones al campo práctico de los proyectos.

4 - El echo de que esas personas acudan a las reuniones no significa que sean las más preparadas. Pienso que la comunidad es mucho más grande que la comunidad que se reune y hay que utilizar a todo el mundo en las medidas de sus posiblidades y no discriminarlos porque no puedan asistir a reuniones.

Yo, puedo y quiero participar en realizar esos cambios en drupal, busquemos a más gente que también sepa y hagamos un proyecto para trabajar en grupo. Saludos.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

imatge de emi
emi
Desconnectat
Afegit: 20/09/2008
"Reaparicion-ando"

Hola!
Aunque no lo parezca, sigo por quí haciendo cosillas. En cuanto a lo que comentas, revoltoso: en el grupo de Administración están abiertos los temas para desarrollar/mejorar esta web. Si faltan puntos (es decir, tienes alguna idea para un punto nuevo), creas un nuevo nodo en Administración y se dicute con quién esté interesado.

En cuanto a lo de los recursos disponibles por parte de los participantes de este grupo, podemos abrir un nuevo apartado en Administración para poder gestionar esto DE FORMA TEMPORAL. Digo esto por que creo que no es solo una necesidad del grupo de Administración sinó también de todos los grupos. Así como creamos las "necesidades" de los grupos, no veo nada mal crear las "posibilidades" o "recursos disponibles" de los grupos. Esto implicaría crear un nuevo tipo de contenido en el Drupal, junto con su(s) vista(s) (resumen/resúmenes o listado/s). Para hacerlo habría que pensar bién qué información queremos guardar en este tipo de contenido, como por ejemplo:

  • Título: Nombre del Recurso (ej.: Conocimientos de administración de Drupal)
  • Cuerpo: Descripción del Recurso (ej.: He estado creando y administrando drupales por más de un año. Páginas creadas: blablabla)
  • Usuario: Usuario que ofrece/dispone del Recurso (ej.: emi)

Otros campos que podríamos discutir: calidad del recurso ("sé mucho drupal"), cantidad del recurso (ej.: dispongo de un servidor y mucho tiempo), Valoración de este recurso por otros usuarios (ej.: enric lo valora con un 6/10. Comentario: "tiene demasiadas obligaciones para cumplir con todas nuestras necesidades", revoltoso lo valora con un 5. Comentario: "no me activó el módulo para el filtro de nombres de usuarios tipo twitter" ).

PD: A lo mejor sea mejor idea llevar esta discusión al grupo de Administración para madurarla y, una vez madurada, llevarla a los foros para enriquecerla con las aportaciones de la comunidad.

imatge de emi
emi
Desconnectat
Afegit: 20/09/2008
Rv: "Reaparicion-ando"

Hola de nuevo!!
Ya he creado el nodo para discutir el tema de los recursos en el grupo e administración:

Grupos de Trabajo (Organic Groups): Recursos disponibles

Seguimos allí?

revoltoso
Desconnectat
Afegit: 25/03/2009
En cuanto al tema de los

En cuanto al tema de los recursos disponibles, yo he puesto mi curriculum. De todas formas habrá gente que prefiera no hacer públicos estos datos. ¿Puedes hacer ese foro sea inaccesible para no registrados?

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

imatge de NingúnOtro
NingúnOtro
Desconnectat
Afegit: 14/10/2008
El estado de la web es sólo un síntoma...

... de cuando fallan los planteamientos.

No puede ser que la razón de que aún persista esa imagen grande sea que "Está pendiente que alguien envíe la imagen reducida". Y no puede ser porque... reducir el tamaño de esa imagen es un proceso TRIVIAL en cualquier programa informático de manejo de gráficos bitmap, ya sea el Photoshop bajo Windows o cualquier otro que no sea el Microsoft Paint del Windows 3.1, o el Gimp o cualquier otro bajo Linux. Se tarda nada y menos en hacer la conversión necesaria en lo que respecta al tamaño. Tampoco estaría de más utilizar el formato de archivo gráfico más adecuado a las necesidades, que si son meramente mostrar la imagen en pantalla como elemento visual y/o soporte para un enlace de forma que sea lo menos costosa su utilización para la carga de los recursos informáticos es el .jpg en este caso. Adjunto fichero que pesa escasamente 21,8KiB, para que no tengamos que esperar a Godot.

A nivel de organización hay un gran problema... si cualquier tipo de colaboración tiene que pasar previamente por ayudar a solventar este tipo de nimiedades, porque suele haber tantas de ellas que impiden dedicarle tiempo a otras cosas que se consideran más importantes o prioritarias dentro de la organización (desde el punto de vista de lo que uno podría o le gustaría aportar personalmente).

Y ya estoy oliéndome que estoy levantando ampollas inútilmente, y que va a surgir la respuesta de siempre... si es tan fácil, ¿por qué no lo has hecho tú? Pues porque si me dedico yo a esas nimiedades terminan siendo tantas las que tengo que atender que no me queda tiempo para otra cosa, y mis prioridades estratégicas son otras (no en otro campo, fuera de aquí, sino en el sentido de aprovechar óptimamente las capacidades de uno y de cada cual). Ya fui yo el que planteó la necesidad de aligerar el peso gráfico de la páginas web la última vez que el sistema se colapsó.

Si queremos plantearle batalla al "capitalismo" tenemos que aprovechar las capacidades de cada uno a su máximo nivel de competencia, y ello implica, con el debido respeto a las posibilidades de cada cual y sin que ello derive en una clasificación jerárquica de la que se obtengan beneficios personales, que cada cual TOME LA INICIATIVA de contribuir lo que puede al límite de sus capacidades, para que aquellos que por las circunstancias que sean están capacitados para aportar algo y que no haya nadie que pueda aportar alternativamente esa capacitación... puedan dedicarse específicamente a aportar eso, y no se abstengan porque de todas formas como lo demás no se hace o no hay nadie para hacerlo esa persona no vea que su aportación puede contribuir a que un proyecto que es de todos llegue a buen puerto.

Se que lo que digo tiene aparentemente un tufillo de elitismo si lo analizamos desde la perspectiva "socialista" del ... todos iguales (formalmente, y lobotomía si hace falta para nivelar el encefalograma), pero os aseguro que es más "de cada cuál, según sus posibilidades, a cada cuál, según sus necesidades". Y no me implico más porque veo que hay demasiados que torpedean las posibilidades lanzándose en estériles discusiones sin fin entre corrientes ideológicas.

Llevo viendo también, desde hace demasiado tiempo, discrepancias en los tiempos y las horas mostradas en la web (¿las webs?) según el nombre de dominio por el que se entra, asombrándome de la aparente facultad que tengo de viajar por el tiempo al ver anunciadas a veces intervenciones mías de hace días como si las hubiera hecho hace unos minutos o unas horas. Ahora mismo, la columna izquierda anunciaba la última intervención de Revoltoso, y cuando pinché sobre la misma... fui dirigido hacia un comentario ANTIGUO, sin que aparecieran las que resultaron ser varias últimas intervenciones. Tuve que acceder con mi cuenta para llegar hasta esos comentarios... No es la primera vez que me vuelvo loco buscando unos últimos comentarios anunciados.

Se hace lo que se puede, seguro, pero yo insisto ante la adversidad porque me interesa el tema por motivos personales (mi forma de pensar sobre muchas cosas, no necesidad de cubrir carencias), y me imagino que se lo estamos poniendo muy cuesta arriba a mucha gente mucho menos comprometida... y mucho menos convencida de que la iniciativa puede ser útil, de la que no podemos prescindir si queremos llegar algún día a alguna parte.

AdjuntMida
PortadaESPColorPequena.jpg 21.75 KB

Si no lo hago Yo, no lo hará NingúnOtro.

imatge de emi
emi
Desconnectat
Afegit: 20/09/2008
Re: El estado de la web es sólo un síntoma...

Hola NingúnOtro,
El hecho de que "viajes en el tiempo" es debido a la cahcé, que hasta que lo has dicho estaba puesta a 15 días y que ahora la he bajado a 10. Esta caché es, digamos, el estado de una página en un momento dado, nunca mayor al que se ha puesto (ahora son 10 días), que permite reducir la carga del servidor, pues no tiene que rehacer la página hasta al cabo de 10 días.

Esto, claro está, solo es válido para los usuarios no autentificados, es decir, aquellos que no se han identificado. Si quieres ver lo último de lo último, lo mejor es poner tu usuario y contraseña. No podemos rebajar mucho esta cifra (10 días) porque sinó el servidor no aguanta. Podemos probar de ir bajando poco a poco hasta ver que el servidor no puede más, pero actualmente ya hay momentos graves de sobrecarga (más de un@ lo habrá notado).

En cuanto a la imagen, ya la había cambiado. La he puesto en png y ocupa 23kB.

imatge de NingúnOtro
NingúnOtro
Desconnectat
Afegit: 14/10/2008
Me imaginaba algo parecido.

Me imaginaba algo parecido. No lo he considerado algo completamente lógico y me resistía a creerlo porque como comprenderás la caché es algo muy bueno para contenido estático, pero para foros dinámicos termina creando la confusión a la que asistimos.

Si resulta inevitable intentar reducir la carga de un servidor hay que optimizar la estrategia de otra forma. Una opción más racional sería, si es técnica y humanamente posible, limitar las intervenciones en los diferentes hilos a lo estrictamente relacionado con el mismo y cerrar periódicamente a comentarios las temáticas que lleguen a un estado de madurez, aunque sea con un comentario final que remita hacia otra página si se quieren añadir comentarios relevantes. Es decir, en un cierto punto una página deja de ser dinámica y se convierte completamente en estática (y candidata perfecta para encontrarse preferentemente en la caché). La página a la que se remitiría en el último comentario podría mantenerse dinámica mientras no creciera demasiado, siendo candidata a resumen y pase a estática en cuanto esto ocurriera. Pero confieso que no tengo ni idea de cómo hacer que drupal use los dos tipos de páginas ni como podría gestionar automáticamente el estatus de las páginas de una forma a otra.

Ayudaría también el aligerar globalmente la página que el sistema tiene que generar reconfigurando la presentación según la utilidad que se necesita y se pretende optimizar. Quiero decir que se podría aligerar bestialmente la cantidad de elementos que han de componer una página dinámica en particular. Comprendo que cuando alguien teclea 17-s.info en su navegador se le ha de presentar la totalidad de la página principal para que tenga acceso a todas las opciones (y preferiblemente sin que parte de lo que se le muestra sea una caché de hace diez días), pero cuando ha elegido una de las opciones presentes... se debería limitar lo que se le presenta estrictamente a lo necesario para moverse por las alternativas de esa opción en particular, sin visualizar permanentemente todas las alternativas previas a su elección que añaden peso muerto a cada página y fuerzan el sistema a regenerar una nueva versión cada vez que se modifica cualquier detalle en cualquiera de los apartados que la componen. Por ponerte un ejemplo fácil de entender... supón que me encuentro leyendo un hilo y recargo la página... si estoy sólo en una página que muestra el hilo y no ha cambiado nada, el sistema puede bastarse con notificar que lo que tengo actualmente está actualizado, sin ocasionar tráfico. Si ha cambiado algo en el hilo, regenera la página del hilo. Si no ha cambiado nada en el hilo, pero me encuentro en la pagina tal como se muestra ahora... y se ha incrementado el número de "vaguistes" desde que cargué la última vez la página... el sistema tiene que regenerar toda la página para presentármela, a pesar de que nada relevante ha cambiado en el hilo que es lo que mantiene el foco de mi atención. PEOR... como comprobar si ha habido o no algún cambio en algún elemento cuesta más esfuerzo que generar nuevamente la página, la estrategia suele ser optar sin más por regenerar la página en todos los casos, porque sale más económico. Cuanto más ligera sea la página a generar entonces, mejor para la carga del sistema. Si uno está viendo un hilo, conviene que el contenido de la página sea sólo el contenido relevante del hilo. Lo óptimo sería incluir en la página que muestra el hilo una opción (¡estática!) que diga "ahora que he terminado de explorar el hilo quiero volver a ver un menú global para elegir otra opción".

Me di cuenta de que habías intervenido, y de que habías cambiado la imagen, después de que se regenerase la página tras enviar mi comentario. La imagen que has puesto no sólo ocupa 22,8kB (que está muy bien) porque la has puesto en formato .PNG, sino porque sus 92.000 puntos de color se encuentran en formato de 8 bits de color indexado (736.000 bits de datos en total) que el algoritmo de compresión que usa el formato PNG comprime hasta 22.800 (ratio de 32/1). Funciona bien en este caso porque el contenido cromático de la imagen se deja reducir a 256 matices o menos sin perder calidad. En el caso del JPG, los 92.000 puntos se encuentran en formato de 24bits y ocupan 2.208.000 bits de datos, que el algoritmo de compresión del formato JPG comprime hasta 21.750 (ratio de 101/1). Aunque casualmente los resultados puedan parecer equivalentes, conviene comprender cuales son las diferencias y en qué pueden influir estas en la versatilidad que tendrá el resultado generado según el destino que necesite dársele.

Pero bueno, todo esto son consideraciones teóricas que ayudan a comprender pero no alivian la saturación actual ni liberan un tiempo que quizás no se tiene para hacer más modificaciones que las imprescindibles. Yo comprendo que sugerir cambios es muy fácil pero que a veces lo aparentemente fácil es técnicamente inabordable por la cantidad de cambios que requiere a las circunstancias dadas, así que espero que nadie se tome estas sugerencias como un cuestionamiento de sus capacidades o un reto. No se puede hacer más que lo posible.

Si no lo hago Yo, no lo hará NingúnOtro.

revoltoso
Desconnectat
Afegit: 25/03/2009
hola

Emi,
Las posibilidades de participación son muy limitadas, existe el foro pero no se dan las condiciones para que se pueda trabajar. Te contexto en el foro de administración.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

revoltoso
Desconnectat
Afegit: 25/03/2009
La solución al problema de

La solución al problema de sobre carga yo la veo bastante sencilla, Cambiar de servidor. Hay servidores en EEUU muy baratos (del orden de 30$ mensuales) y que no ofrecen límites de ningún tipo. Y para mejorar la rapidez de carga utilizar Ajax y optimizar código.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

enric
Desconnectat
Afegit: 24/09/2008
por aquí pendiente

Hola!

me alegro que ya se esté trabajando en equipo y que la intervención de revoltoso haya servido para eso.
No es algo que podamos solucionar de un dia para otro, pero lo importante es ponerse y colaborar con continuidad

En cuanto al servidor, creo que el problema no está en sus límites que es bastante potente
sino en otras cosas de nuestro propio drupal, seguramente Emi te lo podrá explicar muy bien, pues es quien se pelea continuamente con ello.

saludos
enric

revoltoso
Desconnectat
Afegit: 25/03/2009
Hola Enric, para colaborar se

Hola Enric, para colaborar se necesitan las condiciones necesarias para poder participar en el trabajo y en la toma de decisiones, algo que no se da. Ya veremos si se mejora en este aspecto. Tampoco es que sea algo urgente pero debe tenerse presente este punto básico y empezar a trabajar en ello.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

imatge de emi
emi
Desconnectat
Afegit: 20/09/2008
Servidor

Hola!
El servidor que tenemos, por lo que tengo entendido, es un servidor dedicado (no compartido físicamente con otros usuarios). Por lo que las limitaciones que tiene vienen dadas por el hardware de la máquina, no por la política de la empresa. Las limitaciones del servidor son:

  • Memoria: 2GB
  • CPU: 2x Pentium Dual CPU E2180 a 2GHz
  • Disco Duro: 230GB
  • Sistema operativo: Debian Lenny (con control total sobre éste)
  • 2 direcciones IP
  • Velocidad de la red: 100Mb/s

Nuestras necesidades (las del Drupal que lleva esta página): cada instancia del programa (cada página servida a un usuario identificado) consume unos 70MB de memoria y tarda unos segundos en generarse (entre 1 y 10, dependiendo de la carga del servidor y la página pedida). El sistema no ocupa más de 300MB de memoria, lo que nos permite unas 10-20 instancias del Drupal ejecutándose simultáneamente (varía según la página pedida, pues hay páginas más difíciles de generar que otras, en tiempo y recursos).

NingúnOtro: el sistema de caché que estamos usando hace que cuando se muestra una página no se ejecute NADA de PHP. Esto nos permite servir muchísimas más páginas a la vez, pues no tarda nada ni consume memoria. Lo malo es que no podemos poner condiciones para ver si queremos o no regenerar la página pedida. Lo que se puede hacer es que evite cachear algunas páginas (como la principal, por ejemplo) y hacer que esas páginas se guarden con una caché menos agresiva (por bloques como el de "últimos comentarios", por ejemplo), lo que nos permitiría gestionar mejor qué páginas regenrar y cuándo hacerlo. Otra opción es rellenar los bloques mediante AJAX: así podríamos guardar la página entera sin nada de ejecución y que se rellenen los bloques de forma dinámica, permitiendo actualizar esa info si fuera necesario. Así y todo, esto nos llevaría a hacer varias instancias de Drupal para una sola página...

En cuanto a lo de cambiar de servidor, tendríamos que encontrar una opción mejor y/o más barata que la que tenemos actualmente y aceptada por tod@s l@s implicad@s. A mi, personalmente, si encontramos algo mejor, no me importa. Pero tiene que ser demostradamente mejor. Por ejemplo, Hostmonster dice que no pone límites, pero si tu página se pone a consumir muchos recursos (memoria y/o CPU), te la apagan sin más. Y nuestra web en serio que consume recursos como lima nueva (es decir, muchos).

Hasta luego!!
emi

imatge de emi
emi
Desconnectat
Afegit: 20/09/2008
Colaborar

Hola de nuevo!
revoltoso: ¿se te ocurre algún tipo de organización que nos permita hacer lo que dices? Es decir, poder colaborar y participar de las tomas de decisiones referidas a la administración de la web y del servidor (son dos cosas totalmente diferentes, aunque depende una de la otra por causas obvias).

Ya veremos si se mejora en este aspecto
¡¡Depende de nosotr@s!! (incluído tú, claro está).

Un saludo!!
emi

revoltoso
Desconnectat
Afegit: 25/03/2009
Para poder participar

Para poder participar en el trabajo lo que hace falta es acceso a los medios de producción y a los procesos productivos. En el caso de la web hace falta que se de acceso a los componentes del grupo de trabajo de administración al código fuente de la página.

Para la toma de decisiones ya hice una propuesta en un proyecto que mandé al coordinador del grupo de noticias, consistente en realizar asambleas a través de chat. Cuando haya que tomar una decisión importante se convoca una asamblea y se acuerda la solución entre los participantes.
De wikipedia: En la teoría anarquista se denominan asambleas a las reuniones donde todos los afectados por un determinado asunto o miembros de una misma organización pueden dar su opinión o decidir sobre un tema directamente y sin representantes (democracia directa). En este tipo de asambleas suele preferirse la decisión por consenso para llegar a acuerdos mínimos aceptables para todos los implicados y reservarse las votaciones para los casos en los que no hay acuerdo posible.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

imatge de antibildenberg sempre
antibildenberg ...
Desconnectat
Afegit: 05/05/2009
una petita objecció, el 17s

una petita objecció, el 17s ja ha passat i el sistema capitalista continua vigent xD suposo que es obvi però no ho sembla això pel títol de la web! seria el seu actualitzar-lo ja que la meta es la construcció d un postcapitalisme (avui, demà i sempre!).

Cada uno ve lo que cree, pocos ven lo que es.

revoltoso
Desconnectat
Afegit: 25/03/2009
anti

Hay también otros nombres para la web: sincapitalismo.net, podem.cat
Lo importante no es el nombre si no el contenido.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

imatge de emi
emi
Desconnectat
Afegit: 20/09/2008
RE: Para poder participar

Hola de nuevo!
Revoltoso, ¿de qué manera crees que sería óptimo dar permisos al código fuente de la página? Hay que tener en cuenta varios factores:

  1. Duplicidad de trabajo: que no haya dos personas intentando corregir el mismo problema paralelamente
  2. Seguridad de la página: que no pueda ponerse a modificar el código cualquier persona, sinó solo l@s autorizad@s
  3. Estabilidad de la página: ¿hay que montar una copia de la página para hacer las pruebas? Si hay que hacerlo, hay que ir con cuidado con: direcciones de correo en la BD, inclusiones de ficheros de motores de búsqueda (si incluimos JS de google, google detecta la página y la añade a sus índices, pudiendo llevar a confusión a más de un usuario), etc.
  4. Control de versiones: ¿hace falta montar un sistema de control de versiones tipo CVS o SVN?
  5. Trabajo nuestro Vs Trabajo de los grupos de desarrollo de Drupal: Hay que ir con cuidado con el código que creamos/modificamos, pues con bastante frecuencia se actualiza el código de los módulos y del core del Drupal. Es posible que habitualmente nos convenga participar directamente en los grupos de trabajo de los módulos en vez de hacerlo aquí.

No sé si me dejo algo, pero creo que la cosa va por aquí.

Un saludo!!
emi

imatge de NingúnOtro
NingúnOtro
Desconnectat
Afegit: 14/10/2008
Creo que resulta evidente que

Creo que resulta evidente que no puede haber más de una persona responsable de una página concreta sin que las posibles complicaciones se vuelvan ingestionables. A una persona se le puede pedir responsabilidad, y se le pueden indicar los límites técnicos y/o humanos de la tarea específica que se le encomienda. Y cuando algo falla, también se tiene la certeza de a quién dirigirse y qué más o menos debería poder decirnos sobre las circunstancias que han llevado hasta el surgimiento del problema. El poder indicar unos límites técnicos y humanos coherentes y comunes es también la única forma de mantener una estructura e imagen más o menos homogénea e identificable a través de toda la web.

Designar un responsable nos lleva sin embargo al eterno problema de la organización horizontal no jerarquizada: cómo contribuir y cómo transformar múltiples colaboraciones individuales diversas en una solución única consensuada que se ponga en práctica. Mucha veces la solución termina en uno de estos extremos: 1) El responsable se convierte en un pequeño dios, coartando la libertad de colaboración al imponer sus propios criterios... y se queda solo; 2) Falto de modelo de toma de decisiones adecuado, no se llega nunca a una conclusión satisfactoria y el responsable "dimite" asqueado.

Si no lo hago Yo, no lo hará NingúnOtro.

revoltoso
Desconnectat
Afegit: 25/03/2009
Ningún, tienes mucha razón,

Ningún, tienes mucha razón, por eso debe ser prioritario trabar primero en la metodología de trabajo para que eso no ocurra.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

revoltoso
Desconnectat
Afegit: 25/03/2009
Emi, por ser un tema para el

Emi, por ser un tema para el grupo de Administración, te respondo en el foro correspondiente, un saludo.

"En un tiempo en que prevalece la mentira, decir la verdad se convierte en un acto revolucionario." George Orwell

Opcions de visualització de comentaris

CAPTCHA
Aquesta pregunta és per assegurar-nos de que ets un humà i mantenir aquesta pàgina neta de SPAM.
Selecciona la vostra manera preferida de visualitzar els comentaris i feu clic en "Desa la configuració" per activar els canvis.

Envia un nou comentari

El contingut d'aquest camp es manté privat i no es mostrarà públicament.
  • Les línies i paràgrafs es trenquen automàticament.
  • Etiquetes HTML permeses: <a> <em> <strong> <b><u><i><cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img><h1><h2> <h3> <h4><h5><h6> <img><br><p><div><span><table><thead><tbody><tr><th><td> <hr> <embed> <object> <param>
  • Les adreces de pàgines web i de correu electrònic es tornen automàticament en enllaços.
  • L'estil de Twiter de #hashtags s'enllacen directament a search.twitter.com.
  • Pots introduïr videos amb el codi [video:URL]
CAPTCHA
Aquesta pregunta és per assegurar-nos de que ets un humà i mantenir aquesta pàgina neta de SPAM.