Ideas Web
De JarfilWiki
- Web-Wiki-Blog - Unir Weblog y Wiki
- Wiki DIV Autohide - Meter secciones en DIVs ocultables
- Trolls - Ideas para (contra) los trolls
Links
- CSS (W3C)
Meter páginas de wiki en webs estáticas
(menú lateral y esas cosas)
y bueno.... en realidad... pensándolo bien... hmm... a que hago una mezcla de web-wiki? xDDD
podría meter el formato por un lado en estáticas y luego reprogramar la wiki para que llamada desde ahí saque como-que-estáticas pero entrando por wiki se puedan editar... eso estaría genial! xD
puedes hacer una pagina visualmente agradable a base de wiki?
vamos, que sea wiki pero con posibilidad de sacarla "normal". habría que meter el formato en estática, pero lo otro se puede llamar directamente
Entradas wiki multi-página (subdividir como si fuesen artículos)
BackLinks a partes de texto aunque no haya "a name"
ToDo
Error404
- Crear interfaz javascript para páginas
- comprobar los enlaces periódicamente si son válidos
- sobre cada enlace no-válido mostrar un menú con opciones
- consultar más tarde
- recordar
- guardar
- auto-comprobar y mostar (con restricciones de tiempo, permisos, prioridades, etc)
WebSemantica (enlaces)
Wiki sobre matemáticas (desde 0 hasta x, fácil y gráfico)
Mundo ¿VRML? 3D ¿MMRPG?
- servers cooperativos
- programación de server
- diseño de modelos
- tipo "WWW"
- pequeño tamaño
- packs de texturas
Añadir soporte weblogs.com a phpWeblog
/include/init.inc.php :
include_once("$G_PATH/include/weblogs.inc.php");
/include/weblogs.inc.php : http://www.yaysoft.com/pingweblogs.php
$default_name = "YOUR_BLOG_NAME"; $default_url = "YOUR_URL"
/include/func.inc.php :
function export_rdf() {
pingWeblogs();
Idea multi-language wiki
I was just thinking about the same, and got some ideas:
- "language block" inside the page that would show only when that language is selected. For example: "en:examplede:beispiel" would show "example" or "beispiel" depending on the language selected. Drop-down would be filled with all xx:...yy:... entries found on the page. Perhaps an additional "default language for the page" ("default:en"?) would be a also good idea.
- separate database entries for each language, perhaps by naming each page in a format like "/index.php/Example:en" and "/index.php/Example:de".
- some way to link "/index.php/Example" and "/index.php/Beispiel" so that both would show up on the drop-down of each other. Perhaps that could be done by classification. I mean, have both of them linked from a "common" page ("/index.php/Example:common", perhaps?) and then back-trace and forward the page names for the drop-down.
- join both ideas so that both "en:example" and "/index.php/Beispiel" might be on the same menu.
I think the most powerful combination might be to have all these ideas implemented, so that you would have no need to create separate pages for small definitions, nor have to make a single-page mess when they get larger, nor have much additional "meta-data", nor have to choose one or another, being able to use both as you wish.
As for the search plugin... perhaps it could be done by showing a "SiteMap" with a list of languages the pages are translated to. In a table, so you could pick the pages that have no translation yet. Also, now that I think about it, that might be a cool idea for multilanguagizing the SiteMap...
Oh, one other thing. Language names should be localizable, or custom-definable (wiki-admin definable)? I think l10n may be enough, right?
M17N
hm... "multilangualization" -> m17n?... ;)
phpWebLog and weblogs.com
- Save http://www.yaysoft.com/pingweblogs.php as /include/weblogs.inc.php - Change $default_name and $default_url to whatever you want - Add include_once("$G_PATH/include/weblogs.inc.php"); in /include/init.inc.php (about where all the "include_once"s are) - Add pingWeblogs(); at the end of "function export_rdf()" in /include/func.inc.php (right before the last "}")
Subdominios anti-spam
taba pensando sobre spam y cía... y creo que tengo cierta solución para publicar emails "totalmente desechables": en vez de hacer una direccion "loquesea@midominio.com", crear un subdominio "b876a.midominio.com" y meter la dirección que sea ahí. cuando el subdominio reciba demasiado spam (demasiado tráfico), se desactiva y se crea otro...
Ataque DOS anti-spammers
(originalmente en barrapunto)
Se basaría en suponer que determinados spammers usasen conexión directa con el servidor (sin relays) y eliminasen de sus listas aquellas direcciones cuyos servidores no respondiesen en X tiempo (al tercer reintento cada 6h, por ejemplo), nada de "responder y rebotar" o "responder que el puerto está bloqueado". Simplemente /dev/nul, con lo que haría perder tiempo a los spammers (mira... menuo ataque DOS a que se me acaba de ocurrir... publicar tropecientas direcciones falsas en dominios con IPs que no existan ;) )
La idea
- Crear subdominios en un dominio
- Asignarles MX falsos (ej: 192.168.251.200, 127.5.5.9, etc.)
- Crear lista de direcciones ficticias en los subdominios creados
- Distribuir estas direcciones en todos los sitios posibles (news, web, foros, etc.)
Efectos:
- Spammers: por cada dirección deben esperar X segundos de intento de conexión (ataque DOS)
- DNS: incremento de las consultas a los subdominios (teniendo en cuenta las cache, menos de una por dirección)
- Peligro: contra-ataque de los spammers (¿poco probable?)
Notas:
- Sería interesante monitorizar las peticiones de resolución
- Si hubiese un servidor dedicado, sería interesante ofrecer su IP y monitorizar los intentos de conexión al MX para descubrir las IPs.
CMS - Content Management System
- http://www.steptwo.com.au/papers/kmc_evaluate/ - How to evaluate a content management system
Ideas Wiki
ToDo
- sección "code" para empotrar código resaltado sintácticamente
- opción de descargar
- cache? (de resaltado)
- añadir comentarios a los cambios de la wiki
- sección "comment" expandible/editable
- añadir edición concurrente por subsecciones (think: WikiPedia)
b2Evolution WebLog AntiSpam
IFS=$'\n'; for f in `cat`; do echo "http://home.jarfil.net/weblog/admin/b2antispam.php?action=ban&type=keyword&keyword=$f" ; done
Una wiki para opinar? Nunca!
Me parece un gran error y una falta de comprensión de lo que significa una wiki el haberla puesto para que la gente opinase.
El tratamiento de información de una wiki se basa en crear un "compendio relacionado de datos", donde los usuarios corrijan estos datos para adecuarlos a una situacion real. UNA situación, ¡nunca "varias"!
Es totalmente imposible mantener una página de opinión donde cualquiera puede modificar las opiniones de los demás. Tal vez se pudiese idear una mezcla de foro y wiki donde se pudiesen sub-comentar o enlazar puntos o conceptos puntuales entre una opinión y otra, pero las opiniones personales son PERSONALES, no se puede permitir que cualquiera las modifique o si no lo que aparece es el caos completo. (ToDo: pensar en cómo se podría hacer)
Claro, se podría decir que "si los usuarios son educados y no machacan las opiniones de los demás...", pero entonces ¿qué diferencia habría con respecto a un foro? Me parece que ninguna.
Firefox as Web IDE
- at Coding Horror
- Web Developer (warning: suspected to slow new windows)
- FireBug
MediaWiki
strange error (MySQL 1062, encoding)
El error de retorno de MySQL fue"1062: Duplicate entry 'wiki:pcache:idhash:1442-0!1!0!0!!es!2' for key 1 (localhost)".
$wgShowSQLErrors = true;
INSERT INTO `mw_objectcache` (keyname,value,exptime) VALUES
mw_objectcache -> vaciar
DELETE FROM `mw_objectcache` WHERE keyname='jarfil_wiki:pcache:idhash:1442-0!1!0!0!!es!2' keyname -> char(255) ascii_bin
keyname char(255) binary not null default ,
- MySQL:
mysql Ver 14.12 Distrib 5.0.42, for pc-linux-gnu (i686) using readline 5.2 - MediaWiki:
MediaWiki 1.7.1
debug patch:
--- includes/BagOStuff.php 2007-06-22 08:10:34.000000000 +0200
+++ includes/BagOStuff.php 2007-06-22 08:11:17.000000000 +0200
@@ -278,6 +278,9 @@
$sql);
}
$res = $this->_doquery($sql);
+
+ print_r($reps); print_r($sql); print_r($res);
+
if($res = false) {
$this->_debug('query failed: ' . $this->_dberror($res));
}
reset cache: touch LocalSettings.php
# When you make changes to this configuration file, this will make # sure that cached pages are cleared. $configdate = gmdate( 'YmdHis', @filemtime( __FILE__ ) ); $wgCacheEpoch = max( $wgCacheEpoch, $configdate );
