Tabla de líderes

Flashparty se realizará el Viernes 27, sábado 28 y Domingo 29 de septiembre de 2019 en Radioclub Almirante Brown, en Morales 1020 (y Av. Espora) en Burzaco, Partido de Almirante Brown, Provincia de Buenos Aires, Argentina. (ver google maps) a 4 cuadras de la estación Burzaco del tren Roca (ramal Alejandro Korn), tan solo 30 minutos de capital federal. Las puertas se estarán abriendo el Viernes a las 18hs y se cerrarán el Domingo a las 14hs. La ocupación de los espacios y mesas dentro del recinto, como en el parque para acampar, será por orden de llegada y con prioridad para quienes preparen obras para presentar en las competencias. Ya está disponible un cronograma tentativo que iremos completando a medida que se acerque el evento. Qué es Flashparty? El evento esta basado en el modelo “demoparty” que tiene su origen en la sub-cultura de la demoscene, un movimiento del underground artístico e informático que usa tecnologías muy libre y nerdamente para la creación de piezas de arte: código arte, animaciones, música y gráficos. Una demoparty es la reunión en un lugar físico para presentar sus obras, intercambiar conocimiento, socializar y participar en competencias amistosas que se dirimen por votación del público presente. Podés traer tu computadora para participar de las competencias relámpago, intercambiar información, archivos, terminar tus obras in situ, jugar, etc. Lxs nerds también queremos nuestro Woodstock digital, y por eso habrá un sector al aire libre para que si lo deseas traigas una carpa con bolsa de dormir para descansar por las noches/mañanas. Contribución a la entrada A la entrada se pedirá un bono contribución válido para los 3 días para cubrir los gastos del evento y que te habilite poder acampar. También tenemos la opción de compra anticipada con descuento y transferencia bancaria (contactate con la org hasta el jueves para esto!) así reservás tu lugar. Cabe remarcar que Flashparty no tiene ningún fin de lucro, y todo lo recaudado será destinado a tratar de cubrir los costos de la organización del evento y donado a la asociación civil propietaria del espacio en caso que hubiera algún sobrante. La organización es a pulmón ya que creemos que es hora de rescatar las raíces autogestivas de muchos de los movimientos que actualmente hacen un uso crítico de la tecnología, tales como la demoscene, software libre, código creativo, retrocomputación, hacking ético y otrxs. Sin embargo no queremos que nadie se quede afuera, en el caso de no poder abonar parte o la totalidad podés ofrecerte para ayudar en tareas organizativas como mantener la limpieza, armado del salón, etc. Comunicate respondiendo a este correo electrónico si deseas colaborar con la organización. Resumiendo, qué vas a encontrar? Proyector y sonido para exhibir las producciones de lxs asistentes o participantes remotos. Mesas y sillas donde acomodar tu computadoras/dispositivos. Una LAN en donde encontrarás un chat interno para lxs asistentes, FTP con una gran base de producciones de la demoscene y herramientas de gráficos/sonido/arte texto, un repositorio GIT para que puedas codear hasta último momento, y un repositorio de archivos compartido para que compartas con demás asistentes. Electricidad (por favor recordá traer tu alargue y zapatillas) Zona para acampar. Café, té, agua y algo dulce gratis para que puedas terminar tu obra para las competencias! Comida y bebida sin alcohol a precio económico dentro de la Flashparty o en negocios de la zona. Baños (no incluyen ducha) Espacio al aire libre para oxigenarse y relajarse. Zona de competencias de videojuegos retro. Gente con quienes podés terminar tus producciones in situ, intercambiar ideas, mostrar tu obra y socializar. Y… Qué tenés que traer? Podés acudir como “solo espectador” y/o como partícipe de alguna/s de las competencia/s (seguro hay alguna/s categoría/s donde lo que haces se puede incluir. Ver las categorías de las competencias aquí. Recomendamos tener una experiencia completa, trayendo tus dispositivos, compartiendo lo que haces o tenés (al estilo de las copy parties de los 80s), socializando, aprendiendo y ayudando a otros/as en distintas tecnologías. Por favor traé zapatilla eléctrica con alargue a fin de que necesites un solo enchufe para conectar todo y dejes un enchufe libre para los demás. En caso de traer una PC de escritorio esta debe contar con placa o dongle WIFI para acceder a la red interna. Identificá tus dispositivos y cables personalizándolos de alguna manera (etiqueta con tu nombre, etc.) para que no haya confusiones a la hora de retirarse del lugar. Carpa, bolsa de dormir, repelente y todo lo necesario para los 3 días! Cualquier cosa que quieras compartir (tu arte, juegos, código, warez, dispositivos, etc) Dinero en efectivo para la entrada y otros gastos que puedas tener. Ganas de pasarla bien! PD: Recordá traer alargues, zapatillas, cargadores y adaptadores, no cuelgues! Otras consideraciones: La organización de Flashparty no se hace responsable de cualquier problema que pueda surgir con los equipos informáticos que traigan los/as asistentes. En el salón del evento habrá música y/o sonido fuerte de manera constante. Si deseas descansar en el lugar considera traer tapones para los oídos o utilizar la zona para acampar. El sonido emitido por las computadoras debe ser bajo, traé tus auriculares con buena aislación sonora para participar de competencias relámpago de música. Existe la posibilidad de que la organización y las personas asistentes tomen fotos y/o video del evento que serán transmitidos públicamente. No estará permitido conectar a la red eléctrica del evento equipos de alto consumo (microondas, cafeteras, planchas, etc.) No se permite fumar dentro del salón, podés fumar en el sector exterior todo lo que quieras. Si bien el evento es 24hs, las puertas serán "cerradas" al público desde las 24:00 hasta las 8:00 para garantizar la seguridad del lugar. Es a conciencia de cada asistente comportarse respetuosamente para con los/as demás y no realizar ningún tipo de daño a las instalaciones. En caso contrario, nos reservamos el derecho de permanencia en el lugar. Se cuenta con tu colaboración en mantener la higiene del espacio (Hacete la idea: 3 días, muchos nerdos/as y muchas computadoras juntas!) No se permite pegar stickers ni escribir en ninguna parte de las instalaciones. La demoparty será de corrido durante los 3 dias, pero el acceso al establecimiento será cerrado después de medianoche por temas de seguridad. El servicio de internet para todo/as lo/as asistentes no está garantizado (pero estamos trabajando para ello), en el caso de necesitarlo de manera indispensable traé tu propia conectividad 4G o similar. Recomendamos enfáticamente que vivas la experiencia completa Flashparty quedándote los 3 días, creando y socializando con tus pares! Cualquier otra consulta envianos un e-mail. +info en: - http://flashparty.dx.am - Nuestra pagina en facebook: https://www.facebook.com/flashparty.ar/ ENGLISH We’re sending you this email because you registered to attend Flashparty 2019! When? Flashparty will be held on september 27, 28 and 29, 2019. Doors will open Friday 6 pm and closed Sunday 2 pm. Places will be assigned in order of arrival. Looking to travel? We prepared a guide to help you located HERE. Where? at Radioclub Almirante Brown, at Morales 1020 (intersection with Espora avenue) in Burzaco, Almirante Brown, Province of Buenos Aires, Argentina. (see google maps) 4 blocks away from the Burzaco train station of the Roca railway (Alejandro Korn branch). How much does it cost? Upon entrance we will request a solidarity contribution valid for the 3 days to cover the event’s expenses and the cleaning afterwards. Flashparty is absolutely non-profit. In case you can’t pay the full amount or can pay partially, you can volunteer to help with organizing tasks, like keeping the place clean or preparing the party hall. In that case, reply to this email with the task you’d like to perform. What you will find: Sound system and projector. A place to setup your computer or devices. LAN with internal chat for attendants, an FPT with local demoscene productions and tools for graphics, sound, text-art, etc. GIT repository so you can code up to the last minute, and a shared files repository so you can share your data with attendants. Electric power 220v (please bring your extensions, connectors, adapters) Camping area. Coffee, tea, water and sweet stuff free so you have enough fuel to finish your entries. Food and non-alcoholic drinks for cheap inside Flashparty or in shops around the area. Bathrooms (shower not included). Outdoor area to breath oxygen and relax. Zone for retro videogame competitions. People that can help you finish your entry, to exchange ideas, show what you do and hang out. What do I have to bring: You can come as just spectator or take part in compos (probably there’s a category that fits what you do) Check compo categories here . You can bring your computer to take part in fast compos, if you do so please bring your extension power cable and connectors so you only require one plug to connect all your stuff and leave at least one socket available for the rest. There will be an outdoor area to put a tent and sleeping bag to rest during late night and early morning hours. Bring insect repellent. We will have an internal WIFI network for voting and uploading your entries, in case you bring a desktop PC, it must have a WIFI card or dongle to be able to access it. Label your computers/devices whatever you bring with a tag with your name, or something you identify, so there’re no confusions at the time of taking them home. Cash money, no credit or debit cards accepted. Other considerations: Flashparty organizers aren't held responsible for any inconvenience or malfunction attendants may have with the electronic equipment they bring to the event. There will be loud music and sounds almost at all times in the party room. If you want to rest in the place consider bringing ear plugs. The sound emitted by the computers of the attendants must be low, bring your headphones with good sound insulation to take part in the fast music compos. It's possible that the organizers and the attendants may take pictures or footage of the event that will be broadcasted publicly, you accept this fact by participating. Internet access is not guaranteed, so if you really need to have it please make sure to bring your own connectivity, 4G or the alike. Plugging kitchen appliances (microwave oven, coffee machines, irons, etc.) or other high power equipment to the electricity grid of the party is not allowed. You’re not allowed to attach stickers or graffiti on any part of the building. Smoking inside the indoor party place is not allowed, you can smoke in the outside area all you want. Internet service for all the attendants is not guaranteed (though we’re working on having it) so if you desperately need to access the internet please bring your own connectivity (4G or similar). We recommend you live the full Flashparty experience by staying the whole 3 days. For any other questions please send us an e-mail!

Según publica La Voz del Interior, la noticia fue confirmada por sus amigas y compañeras del rubro, Marina Trebol, Milena Hot y Natacha Jaitt. "Quiero hacer un anunció doloroso y terrible. Acaba de fallecer mi amiga la Sra Mariana Nardini, más conocida como Debora Pratt", publicó Trebol en su cuenta de Twitter. Prat tenía un hijo llamado Rocco, en honor al célebre actor porno italiano Rocco Siffredi y según Trebol falleció a "por una convulsión", aunque no hay más datos al respecto. La actriz participó en muchas películas XXX, como la recordada Natacha y Nino hacen una porno, protagonizada por Nino Dolce y Natacha Jaitt, quien también la recordó en su perfil de la red social. "Mariana Nardini=Deborah Pratt QPD y por favor, respeto #XXXArgentina", tuiteó Jaitt. Según publica Taringa!, el histórico director del mundo porno, Víctor Mayland, también envió un mensaje a través de Facebook después de conocerse la noticia: "Con solo conocerte bastaba para sonreír y desearte, fuiste imagen de nuestra vapuleada industria y lo manejaste muy bien. Formaste una familia hermosa. Voy a recordarte así amiga, cuando te retaba de onda por una toma malentendida o cuando disfrutamos tu sensualidad de ángel. El cielo se regocija una estrella totalmente libre y sexual va hacia ellos... Buen viaje Deborah". Sus restos serán velados en la avenida Warnes al 2.100, de la Capital Federal. clarin.com

Se paso de merca, sobredosis de cocaina mal. Es una lastima perder un bombon asi.

Mod Rewrite de Apache El Mod Rewrite es un módulo para el servidor Apache que sirve para reescribir las direcciones url. En este artículo se han seleccionado algunos ejemplos de reglas que suelen ser habituales. Estas reglas se deben guardar en el archivo .htaccess del directorio de nuestra web. La página se ha movido temporalmente Esta regla es muy útil cuando queremos cambiar la dirección de una página temporalmente. RewriteRule ^web.php$ nuevapagina.php [R,NC,L] ^ indica que es el inicio de una cadena $ indica el fin de la cadena. R significa que se redireccionará hacia la página destino. NC no importan las mayúsculas o minúsculas (case insensitive). L quiere decir que es la última regla (A veces se pueden definir grupos de reglas). Reescribir Urls Esta regla sirve para que apache convierta direcciones estáticas a dinámicas, útil para la indexación de nuestros sitios en los buscadores. RewriteRule ^([a-zA-Z0-9\-]+)/?$ script.php?parametro=valor&nombre=$1 [L,NC] ([a-zA-Z0-9\-]+) significa que se acepta cualquier palabra que contenga esos caracteres o números. /? significa que la barra (/) es opcional, y también se aceptaría una url sin este caracter Todas las direcciones que cumplan con esta regla se dirigirán a la dirección especificada script.php... $1 es el valor del primer parámetro. Ejemplo de Paginación con Mod Rewrite Este ejemplos es muy parecido al anterior. Es el caso en que tenemos que paginar resultados y queremos que nuestras direcciones url también sean estáticas. RewriteRule ^([a-zA-Z0-9\-]+)/([0-9]+)/?$ script.php?parametro=valor&nombre=$1&numpagina=$2 [L,NC] ([0-9]+) significa que sólo se aceptan números. $2 es el valor del segundo parámetro. ENMASCARAR Y MEJORAR UNA URL DE UN MISMO DOMINIO Existen una solucion más sencilla para enmascarar enlaces y en solo una linea. ¿Cómo? Usando htaccess, un archivo de configuración de directorios de Apache, dentro de este archivo podemos añadir una serie de directivas que nos permitirá entre otras cosas tener url amigables y redireccionamientos. El archivo htaccess es un fichero de texto que se llama .htaccess, es decir, su nombre comienza con un punto. Se puede crear con cualquier editor de textos y se coloca en el directorio donde deseamos que afecten las configuraciones indicadas dentro del fichero. Si lo colocamos en el directorio de publicación raíz del dominio, afectará a todos los directorios del dominio, pues este archivo modifica el directorio que lo contiene y todos los subdirectorios. El mecanismo para crear unas redirecciones pensadas para un mejor posicionamiento en buscadores es el siguiente. En el archivo .htaccess se define una regla de redirección interna, con esta sintaxis: RewriteRule url_patron url_destino RewriteRule es la instrucción para definir una redirección, que recibe dos parámetros: url_patron y url_destino. En el primero se especifica una URL patrón. Cuando la dirección a la que se está accediendo cumple el patrón indicado en url_patron, se redirecciona internamente hacia la URL de destino url_destino. La página se procesa en el archivo indicado en url_destino. El patrón es una expresión regular que corresponde con un conjunto de URLs posibles. Cuando el visitante intenta acceder a una URL que cumple esa expresión regular, internamente se procesa la página a través de la url_destino. Decimos que es un proceso interno, porque nadie se entera que la URL se está procesando a través de otro archivo, pues la dirección que aparece en el navegador siempre será la original y los buscadores no podrán detectar que Apache ha realizado una redirección interna para procesar la página. Así pues, para los visitantes y los buscadores que indexen los contenidos de nuestra web, las direcciones que están accediendo son las amigables para buscadores, a pesar que en realidad esos documentos no existan dentro de la estructura de directorios del servidor y el procesamiento real de la página se realice en otra URL de destino. Un ejemplo de instrucción RewriteRule podría ser el siguiente: RewriteRule ^articulos/(.+).php codigo/ver_articulo.php?nombre=$1 Como se ha dicho, la primera parte es el patrón que debe cumplirse para que se realice la redirección interna. Dicho patrón es una expresión regular que tiene una sintaxis especial. La dirección que se está accediendo en el servidor (URL) tiene que concordar con la expresión regular para que se realice la redirección. En la primera parte de la instrucción RewriteRule del ejemplo indicado anteriormente teníamos esta expresión regular: ^articulos/(.+).php Para explicar esta expresión regular creo que es mejor verla por partes. La primera parte sería "^articulos/". Esto quiere decir todas las URL que comiencen por "articulo/" (la palabra artículo seguida de una barra). El carácter ^ significa el comienzo de una expresión. La segunda parte es (+.). El "+" significa una o más repeticiones de algo. El "." significa cualquier carácter, luego "+." significaría uno o más repeticiones de cualquier carácter, es decir, cualquier conjunto de uno o más caracteres. El paréntesis sirve para agrupar expresiones. Luego veremos para qué nos puede servir esa agrupación. Por último, en la expresión regular tenemos ".php". La contrabarra es un carácter de escape que sirve para que el "." siguiente no sea considerado como cualquier carácter, sino como un punto sin más. Entonces, esto quiere decir ".php". En conjunto la expresión regular significa cualquier cosa que empiece por "articulos/", seguido de cualquier carácter o conjunto de caracteres, seguido de ".php". Con esta expresión regular concordarían URLs como estas: articulos/loquesea.php articulos/otra-cosa.php articulos/1234-xx_zz.php REGLAS PRACTICAS DE ENMASCARAMIENTO Patrones de expresiones regulares para htaccess. Regla htaccess RewriteRule ^platos/pais_([a-zA-Z_-]+).php$ codigo/platos_pais.php?nombre_pais=$1 Esta regla es similar a la anterior, pero ahora sí que estamos aceptando que algunos caracteres del nombre del país vengan en mayúsculas. Por ejemplo, acepta estas URLs: http://www.midominio.com/platos/pais_Espana.php http://www.midominio.com/platos/pais_Reino-Unido.php Que redirigiría a URLs como estas: http://www.midominio.com/codigo/platos_pais.php?nombre_pais=Espana http://www.midominio.com/codigo/platos_pais.php?nombre_pais=Reino-Unido Regla htaccess RewriteRule ^platos/nombre_([a-zA-Z0-9_-]+).php$ codigo/platos_nombre.php?nombre=$1 Esta regla .htaccess complica todavía un poco más la regla anterior, con la posibilidad que también se pongan números en la expresión. Redigirirá URLs como estas: http://www.midominio.com/platos/nombre_paella.php http://www.midominio.com/platos/nombre_PAELLA_2.php http://www.midominio.com/platos/nombre_paella-mariscos.php http://www.midominio.com/platos/nombre_Arroz3Delicias.php Que enviará internamente el procesamiento de esas páginas a estas direcciones: http://www.midominio.com/codigo/platos_nombre.php? nombre=paella http://www.midominio.com/codigo/platos_nombre.php? nombre=PAELLA_2 http://www.midominio.com/codigo/platos_nombre.php? nombre=paella-mariscos http://www.midominio.com/codigo/platos_nombre.php? nombre=Arroz3Delicias Regla htaccess Este esquema visto en el anterior ejemplo lo podemos repetir las veces que queramos en URLs que tengan una serie de directorios, separados por barras. Será algo como esto: RewriteRule ^([a-zA-Z0-9_-]+)/([a-zA-Z0-9_-]+)/([a-zA-Z0-9_-]+).html$ codigo/mascodigo/procesamiento.php? parametro1=$1&parametro2=$2&parametro3=$3 Esto acepta direcciones que tengan tres directorios distintos, uno detrás de otro, separado claro está por las barras. Los nombres de los directorios aceptan números, letras mayúsculas y minúsculas y guiones medios y bajos. Acepta direcciones tan variadas como estas: http://www.midominio.com/1/2/3.html http://www.midominio.com/loquesea/OTRACOSA/122.html http://www.midominio.com/a_b_c_1/A-B-C-2/A-b_C_987.html Internamente, htaccess procesará esas reglas y redirigirá a url como estas: http://www.midominio.com/codigo/mascodigo/procesamiento.php? parametro1=1&parametro2=2&parametro3=3 http://www.midominio.com/codigo/mascodigo/procesamiento.php? parametro1=loquesea&parametro2=OTRACOSA&parametro3=122 http://www.midominio.com/codigo/mascodigo/procesamiento.php? parametro1=a_b_c_1&parametro2=A-B-C-2&parametro3=A-b_C_987. PASO DE PARAMETROS En algunas ocasiones no basta con enviar un parámetro para que la página reciba todos los datos que necesita para mostrar los contenidos específicos. Si en la expresión regular tuviéramos otros (+.) entonces en la url_destino tendríamos que utilizar $1 para el primer (+.) que haya en la expresión regular y $2 para el segundo, $3 para el tercero y así sucesivamente. Por ejemplo, aquí podemos ver una sentencia RewriteRule que utiliza dos partes con (+.) para hacer el patrón. RewriteRule ^agenda/(.+)/(.+)\.html codigo/cita.php?mes=$2&anio=$1 Esta expresión regular quiere decir: Cualquier URL que comience por "agenda/", seguida de cualquier cosa, luego una barra y cualquier otra cosa, acabado en ".html" (fijarse la contrabarra antes de ".html" que es un carácter de escape para indicar que el "." de antes de "html" es un punto, en lugar del codigo especial que suele significar cualquier caracter. Ver el artículo anterior para más explicaciones sobre las expresiones regulares de este estilo. Como se puede ver, las direcciones estáticas amigables a buscadores no tienen por que finalizar en .php. En este caso finaliza en .html, pero podría acabar de cualquier otra forma, como .htm, .php3, .shtml o en un directorio. En el caso del ejemplo anterior, una dirección con esta forma: http://www.dominio.com/agenda/2006/7 Se hará corresponder con una url_destino así: http://www.dominio.com/codigo/cita.php?mes=7&anio=2006 Aunque también podrían haber concordado otros modelos de direcciones como: http://www.dominio.com/agenda/05/01 http://www.dominio.com/agenda/2006/marzo Será nuestra responsabilidad hacer el tratamiento para que sólo las URL que queremos muestren la página correcta. Veremos en el proximo capítulo cómo hacer este tratamiento de posibles errores y cómo resolver otros posibles problemas del uso del htaccess. Fuentes: google, webtaller, desarrolloweb, webtutoriales

Ahora ya que estan mas interesados en el tema, les dejo una mejor explicacion por parte de la gente de Rechechando.com [h=1]Reescribir direcciones con mod_rewrite de Apache[/h]Muchas veces, cuando estamos haciendo páginas web, nos interesa tener URIs lo más limpias que sea posible; no ya porque te indexen mejor los buscadores o porque queden más bonitas, sino porque un usuario normal, por lo general, va a recordar más fácilmente una dirección de este tipo, con lo que le será más fácil volver a nuestra página. Para esta tarea se suelen usar archivos .htaccess del servidor HTTP Apache junto con el módulo de reescritura del mismo (el mod_rewrite). El mod_rewrite es una pequeña extensión de Apache que nos permite que, al visitar una dirección de una página, realmente se está llamando a otra diferente. [h=2]Funcionamiento[/h]Apache usa archivos con el nombre de .htaccess (que no es que tengas que poner nombre.htaccess, sino simplemente eso, .htaccess) para que el administrador de las páginas web (que no del servidor) pueda definir una serie de parámetros de configuración para su espacio. Deben estar ubicados en el directorio sobre el que quieras aplicar esa configuración. Crear archivos de este tipo en plataformas Microsoft Windows puede ser un problema, ya que el famoso "sistema operativo" no te deja poner archivos sin nombre (solo tiene extensión) pero ello no significa que no se pueda hacer. El archivo se puede crear de varias maneras, yo recomiendo PHP ya que es muy fácil de hacer. Simplemente con poner algo como lo siguiente nos debería crear el archivo: <?php touch('.htaccess'); ?> Antes de seguir adelante debemos comprobar que podemos usar los archivos .htaccess y que tenemos el mod_rewrite activado. Comprobar que podemos usar .htaccess es bastante sencillo, basta con crear un archivo con ese nombre y poner en el una cadena aleatoria (tipo "asdasd123") y guardarlo en el directorio sobre el que queremos aplicar la reescritura. Si el servidor nos devuelve un Internal Server Error es que todo ha ido bien, podemos usarlos. Para comprobar que tenemos el mod_rewrite podemos hacer un phpinfo() (si disponemos de PHP en el servidor). Si Apache está como módulo de PHP entonces podemos mirar los módulos que tiene cargados; muy posiblemente el mod_rewrite está entre ellos. Para empezar deberemos poner al principio del documento (me refiero al .htaccess) la cadena RewriteEngine On, que se encarga de activar el módulo de reescritura, tras poner esto ya debemos poder empezar a escribir nuestras reglas para formatear las direcciones como nos plazca. A veces puede ser necesario poner un Options FollowSymLinks antes para que funcione, de modo que quedaría así: Options FollowSymLinks RewriteEngine On Si te ha fallado alguno de los pasos o no estás seguro de si tienes activado el mod_rewrite siempre puedes consultarle al administrador de tu sistema. [h=2]Funciones o comandos del mod_rewrite[/h]Hay varias funciones (o comandos) que usaremos a menudo y debemos conocer para escribirlos sin tener que recurrir al manual cada vez. La sintaxis de los comandos del mod_rewrite es bastante sencilla y rápida de entender. Los comandos empiezan con Rewrite. Normalmente el patrón es el siguiente: Comando Parámetro1 Parámetro2 Aunque en algunos casos varía ligeramente, como se verá a continuación: [h=3]RewriteEngine[/h]Solo acepta dos valores para su único parámetro: On y Off. Le dice a Apache una vez puesto en el .htaccess si debe o no iniciar el motor de reescritura. Está desactivado por defecto. #Para activar la reescritura RewriteEngine On [h=3]RewriteBase[/h]Nos permite ajustar una "base" para las rutas que escribamos a partir de que se usa. Lo que hace es añadir a las rutas siguientes el prefijo que indiquemos, esto puede ahorrar mucho espacio y es necesario muchas veces al no encontrarse el archivo .htaccess en el mismo directorio sobre el que se quiere aplicar (por eso es recomendable ponerlo ahí). RewriteRule ^/pagina/index.xml$ /pagina/xml.php?generar=xml #Con RewriteBase nos podemos ahorrar el /pagina/ de la siguiente forma: RewriteBase /pagina/ RewriteRule ^index.xml$ xml.php?generar=xml [h=3]RewriteCond[/h]Con esto se pueden definir sentencias condicionales, la sintaxis es muy simple y fácil de entender. Se pueden unir varias condiciones con el modificador OR. A continuación de este comando se debe poner o bien otro RewriteCond (usando el modificador para unirlos) o bien un RewriteRule, que es el que se debe ejecutar en última instancia en caso de cumplirse la(s) condicion(es). En caso de no cumplirse la condición el RewriteRule sería ignorado. #RewriteCond Cadena Patrón #Si la dirección contiene "pepe" se ejecuta el RewriteRule que habría debajo RewriteCond %{REQUEST_URI} pepe [h=3]RewriteRule[/h]Posiblemente este sea el comando que más usaremos. Es el pilar para lo que queremos hacer, ya que de el depende que se lleve a cabo la reescritura. Lo que hace es simple: le das un patrón y una URI de destino, si el patrón coincide se llama a la URI especificada con los parámetros que hayas indicado, etcétera. Las referencias hacia los valores agrupados con paréntesis en las expresiones regulares del patrón pueden ser referidas como $1, $2… hasta $9. Aquí es donde las expresiones regulares juegan un papel importante, al ser con lo que haremos los patrones de comparación. Es importante conocer su sintaxis básica y poder manejarse con soltura para crear reglas efectivas. [h=2]Modificadores de RewriteRule[/h]Esto son las flags de las que se habla en el manual oficial, a falta de una traducción mejor o más certera (banderas me parece cutre) he decidido referirme a ellas como modificadores. Los modificadores sirven para añadir características extra a ciertos comandos del mod_rewrite, como RewriteRule o RewriteCond. Cada comando tiene sus propios modificadores. Se ponen entre corchetes, tras un espacio al final del comando y se separan (en caso de especificar más de uno) con comas y sin espacios. Hay varios y no los explicaré todos, ya que para eso está el manual oficial, solo expondré los pertenecientes a RewriteRule que me parecen más útiles para lo que estamos haciendo. Por encima, los modificadores que más nos interesan son los siguientes: [h=3]nocase (NC)[/h]Este útil modificador hará que las expresiones regulares (o simplemente cadenas literales) que pongamos como patrón sean case-insensitive, es decir, que no se distinga entre mayúsculas y minúsculas. Esto nos puede venir bien muchas veces. [h=3]redirect (R[=codigo])[/h]Permite redireccionar a una dirección con un código concreto de respuesta del protocolo HTTP. El rango, según el manual oficial, debe estar entre el cñodigo 300 (HTTP_MULTIPLE_CHOICES) y 400 (HTTP_BAD_REQUEST). Para conocer el significado de esas constantes y los códigos que puedes usar debes consultar este protocolo. Suele interesar que, al redireccionar por este metodo, el archivo .htaccess no siga siendo interpretado, para lo que usaremos el modificador L. Por defecto, si no se especifica un codigo, se pone automáticamente el 302 (MOVED TEMPORARILY). [h=3]last (L)[/h]Este modificador hace que la condición, en caso de que se cumpla, sea la última en interpretarse del archivo. En caso de no cumplirse seguirá su curso normal. Es bueno especificarlo casi siempre, ya que le va a ahorrar a Apache la interpretación del resto de reglas. [h=2]Construcción de reglas o patrones[/h]Puedes construir tantas reglas como quieras, pero ten en cuenta que, cuanto más pesado el archivo, más le costará de interpretar a Apache. No recomiendo que pases de los 2KB (que ya es mucho). Se usan patrones basados en expresiones regulares (de tipo POSIX a partir de Apache 1.2.x) de manera que, si coinciden, se redirija al archivo que especifiquemos. Es realmente simple crear expresiones regulares para hacer las URIs como las de esta página. Dos buenos manuales para aprender a hacer expresiones regulares efectivas son los siguientes: Expresiones regulares, por Iván Arias Expresiones regulares en Ignside Es muy importante que delimitemos el rango de caracteres correcto acorde a nuestras necesidades. Si necesitamos obtener un número… ¿para que permitir letras u otros símbolos en el patrón? Esto nos ahorrará quebraderos de cabeza posteriores en lo referente a la seguridad de la aplicación final. También suele ser necesario que, en las direcciones que puedan terminar con o sin barra, indiquemos esta eventualidad (es decir, que pongamos la barra del final como caracter opcional), algo como lo siguiente: RewriteRule ^seccion/([0-9]+)/?$ index.php?seccion=$1 Si se diese el caso de que la barra opcional no está contemplada y es escrita en la dirección se lanzaría un error de tipo 404 (Página no encontrada). [h=2]Ejemplos de la vida real[/h]Hasta ahora se ha intentado enseñar lo básico sobre esta extensión y como funciona. Ahora que comprendemos un poco como va podemos poner unos ejemplos ambientados en la vida real. Lo que vamos a hacer en el siguiente ejemplo es obtener y enviar un identificador numérico a partir de una URL de tipo example.com/articulo/identificador_numérico, o sea, coger el número y pasárselo a una aplicación: RewriteEngine On RewriteRule ^articulo/([0-9]+)/?$ articulos.php?id=$1 [L] Si quisiésemos obtener el nombre de la sección de ese artículo (a partir de una dirección tipo example.com/articulo/sección/identificador_numérico) sería muy sencillo también: #La sección puede contener letras, guiones y guiones bajos RewriteRule ^articulo/([a-z_-]+)/([0-9]+)/?$ articulos.php?seccion=$1&id=$2 [NC,L] Ojo porque el identificador ya no está en $1, sino en $2, ya que es el segundo grupo de captura que hemos indicado. Al interesarnos tanto letras minúsculas como mayúsculas debemos poner el modificador NC. [h=2]Problema común y final del escrito[/h]Suele pasar que el programador, al usar el mod_rewrite por primera vez, después de haber hecho funcionar sus primeros patrones, etc. diga… ¡No me funcionan los enlaces! ¡No me carga la hoja de estilos! Bien, esto es muy fácilmente solucionable y totalmente previsible. Solo debemos poner la dirección "base" de la página hacia el dominio principal y hacer las demás rutas relativas. Para esto tenemos el elemento <base /> de XHTML: <head> <base href="http://www.example.com/" /> … </head> Con esto se soluciona cualquier problema de que no cargue algo…

Verdadero tema a estudiar cuando encontramos que queremos salir del estandard que nos traen por defecto las configuraciones de Apache. Muchisima informacion la podemos encontrar dentro de su sitio oficial, www.apache.org especialmente en los apartados de modrewrite, pero ya tienen que tener ganas de entender este tema para llegar a este punto, porque van a necesitar concentrarse, tener paciencia y leer atentamente demaciada informacion, ya que com bien explican las posibilidades de Apache sin increibles. Pero para simplificar el concepto, en la web de comocrearunsitioweb explican muy facil el concepto de hacer mas amigable una URL que tiene demaciados parametros de PHP. Interesante para empezar Los buscadores le dan importancia a las url y los lenguajes de programación web como PHP no generan urls muy amigables para los motores de busqueda. Si las url de nuestra web se ven parecidas a esto: "ejemplo.com/index.php?variable=1&otravariable=2&variabletres=3" claramente debemos cambiarlas para que se vean así: "ejemplo.com/1/2/3/". Una forma para lograr esto es con el mod_rewrite y .htaccess, un módulo de apache que reescribe las URLs de nuestra pagina web y las hace amigables para los buscadores. Para que funcione nuestro proveedor de hosting debe tener habilitado dicho módulo y soporte para archivos .htaccess (cualquier servidor bajo linux debería tenerlo). [h=2]Como hacer que nuestras URL sean amigables a los buscadores[/h]Si ya comprobamos que nuestro hosting soporta archivos .htaccess y tiene el mod_rewrite activado, haremos lo siguiente: 1-. Creamos un archivo vacio .htaccess en el directorio principal de nuestra pagina web y escribimos: Options +FollowSymLinks RewriteEngine on Estas dos lineas activan el motor y lo dejan listo para recibir las reglas de reescritura. 2-. Las reglas de reescritura tienen el siguiente formato: RewriteRule ^URLamigable URLdestino [flags] En el parametro URLamigable definiremos la estructura de la url reescrita, y el parametro URLdestino es la URL actual, donde mirará URLamigable. Por ejemplo, si tenemos una URL del tipo: "ejemplo.com/index.php?producto=cama-colchon" y queremos que se vea así "ejemplo.com/cama-colchon" deberemos escribir: RewriteRule ^([A-Za-z0-9-]+)/?$ index.php?producto=$1 [L] Pero si queremos definir una base para esa URL y que se vea así "ejemplo.com/productos/cama-colchon", haremos esto: RewriteRule ^productos/([A-Za-z0-9-]+)/?$ index.php?producto=$1 [L] Al principio puede parecer complicado, pero si se estudia detenidamente puede llegar a ser muy fácil.

Te dejo info de un Sitio personal de Victor Bracco [Desarrollador Web] El archivo .htaccess es un simple archivo de texto que Apache usa para tener algunas reglas sobre los directorios y los archivos. Resumiendo, este contiene determinadas directivas que obligan al servidor de web a actuar según los usuarios, así como a definir otras reglas para los documentos. Las características más utilizadas por los desarrolladores de sitios web, son aquellas que ayudan a la optimizacion de las url, control de trafico en una web, bloqueo de usuarios, y algunas otras que ya iremos viendo paso a paso. Aunque también existen muchisimas funcionalidad que pueden aplicarse, pero desde ya para usuarios algo más avanzados. Si necesitan más información deberás ingresar directamente al tutorial de Apache y extraer los datos de la fuente original. Primera regla El uso que la mayoría de los webmasters le da al .htaccess, es la posibilidad de optimizar el nombre de sus URLs, ocultando tediosas variables, que a Google no le gustan mucho. El ejemplo mas solicitado de este problema, es el que presentan los portales prefabricados, como PHP-Nuke, Xoops, y muchos otros, donde cada sección de la página, se accede a traves de una larga fila de variables, que resultan imposible de memorizar, tanto para nosotros, como para la mayoría de los buscadores. Si quisieramos ocultar algunas variables, tendríamos que hacer algo como esto: RewriteEngine on RewriteRule seccion/([_0-9a-z-]+)/([_0-9a-z-]+)/ pagina.php?var1=$1&var2=$2 Con este pequeño ejemplo, le estamos diciendo a nuestro servidor, que cuando alguien solicite la url: seccion/recomendanos/10, tendrá que abrir en realidad: pagina.php?var1=recomendanos&var2=10 El formato [_0-9a-z-] significa que puede esperar letras, números y guiones (bajo y medio), y el + a costado de la regla, indica que cada valor dado, debe tener como mínimo, un carácter de largo. También es posible reglas de la siguiente manera: [0-9]: solamente números. [0-9]{4}: números de 4 cifras. ([0-9]{1,2}: números de 1 y 2 cifras. (.*): cualquier expresión. [a-z]: solamente letras. [a-z]{1,10}: palabras entre 1 y 10 caracteres. Si por alguna razón, cuando subes tu htaccess a tu sitio web, este presenta un Error 500, es porque alguna de las reglas que has escrito, presenta errores de sintaxis y hasta que no lo modifiques, no podrás acceder a tu sitio correctamente. Personalización de Errores La forma de personalizar los que ofrecen los exploradores es bastante fácil. La sintaxis es bastante básica, y acá va un ejemplo para personalizar el bendito Error 404 - “Pagina no Encontrada”. Redirección Local RewriteEngine On ErrorDocument 404: error404.php Redirección Externa RewriteEngine On ErrorDocument 404: http://www.otrapagina.com/arhivo.php En este archivo error404.php o archivo.php (le podes poner el nombre que quieras) estará el contenido que vos quieras que se muestre cuando alguien llegue a ese error en tu página. Esta es quizás la regla más utilizada por los desarrolladores de sitios webs, pero se pueden personalizar todos los errores, y creanme que son muchos. También se puede optar por mostrar un mensaje de error emergente, si cambiamos el dirección de nuestro archivo, por el mensaje entre comillas (”mensaje”). RewriteEngine On ErrorDocument 404 "La pagina solicitada no existe" Siempre que estemos personalizando errores de la pagina tiene que ir la directiva ErrorDocument seguida del código del error. Hot Link El hot linking, es lo que se produce cuando desde nuestra pagina, linkeamos imagenes, videos, etc, que están publicados sobre otra página, o lo que es peor, sobre un servidor a cargo de otra persona, lo que equivale a un hurto de su trasferencia mensual, que se traduce como un gasto muy grande en el servicio de hosting. Podemos impedir que estos usuarios tengan links (generalmente img) sobre sus paginas, con nuestros archivo, si colocamos esta pequeña regla: RewriteEngine On RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://(www\.)?vbracco.com.ar(/)?.*$ [NC] RewriteRule .*\.(gif|jpg|jpeg|bmp)$ http://www.vbracco.com.ar [R,NC] Con esto, le decimos al servidor, que la única forma de mostrar las imagenes de nuestro sitio, es que el HTTP REFERER sea nuestra propia página. De cualquier otra forma, se mostrará la molesta X sobre la imagen, como si no existiera. Podríamos incluso, en vez de mostrar la X de error, disponer una imagen en blanco, o lo que nosotros quisieramos para mostrar cada vez que se linkee una imagen desde otro sitio. RewriteEngine On RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://(www\.)?vbracco.com.ar(/)?.*$ [NC] RewriteRule .*\.(gif|jpg|jpeg|bmp)$ images/nohotlink.jpg [L] También, podemos descartar o agregar extensiones de archivos que no quieres que te linkeen, como archivos de video o de sonido, pero siempre con la barra separadora |. Lo que no podemos hacer, es redireccionar una imagen en hot link, a una pagina web, ya que daría error de inconsistencia.

hola todos, ahora voy a dejar un link para un editor de los .ini encriptados, yo lo uso para sacar el bode de las ventanas lo q me hace mas rapido el cambio de clientes en ventana y/o en pantalla completa. para hacerlo hay q abrir el l2.ini de la carpeta sistem del juego (con file edit ), buscamos la linea q dice UseWindowsFrame: true, ahi borramos true y ponemos false, nos fijamos en la ventana q aparece abajo de todo en la solapa l2 endec q dice la version del archivo (v.413, casi siempre) guardamos y nos va a pedir una version para guardarlo ponemos la q aparecia en la salapa l2 endec y listo con ese l2.ini podes usar ventanas sin bordes.. https://rapidshare.com/files/1696394789/L2_FileEdit_CT2.3.rar seguro muchos ya lo conocen y lo saben usar, si quieren agreguen mas sobre editar files. saludos.

No es dificil ximp, y yo puse en el primer post la opcion q hay q cambiar... y con ventana sin bordes quise decir q habre el juego en modo ventana pero sin el marco q pone windows a todas las ventanas... cuando jugaba c4 con windows x4 no notaba cambio en la velocidad pra cambiar de cliente pero me resultaba mas comodo acomodar las ventanas y los tamaños, pero con windows 7 si cambia mas rapido en fullscreen (no se porq, pero si cambia mas rapido) y en ventana

Gracias por las imagenes y mejor no toco nada porq no entiendo una goma

Fileedit es una aplicacion que te permite editar los archivos que se encuentran dentro del system, dentro de esta carpeta hay un monton de archivos, y muchos de ellos definen frases y textos propios del juego. ahora hay un archivo especial, llamado l2.ini que tambien al igual que los otros, esta codificado y necesitas este editor para poder abrilo, y dentro de este archivo de config, se puede toketear algunas opciones tratando de buscar mejoras, no se como es el tema de los bordes, pero hay que buscar la opcion y cambiarla no debe ser dificil.

Pongan imagenes sino nose de q me estan hablandoo.... por lo q trato de entender es como jugar en modo ventana pero sin los bordes? o algo asi no? muchas gracias si me responden

gracias hivitro, bajando

Tengan en cuenta la version de FileEdit que utilizan, ya que es necesario guardar el archivo con compatibilidad con la version del cliente que estan jugando, en este caso Freya que entiendo que es CT2.5 Ademas hay 2 FileEdit, el que conocimos siempre que existe 1 version por cada cliente de Lineage 2, y hay un FileEdit Ruso que esta espectacular que es el que yo uso. El ruso tiene incluidos todos los seteos, desde c4 hasta freya, y se puede editar cualquier cliente y guardarlo con compatibilidad para el cliente correcto con el mismo fileedit, ademas tiene un editor re contra mejorado, mas parecido a un notepad++ en pantalla completa que permite trabajar, editar, reemplazar, y hacer mejores correcciones. Como todo lo ruso, esta hecho muy basico, trae un pequeño ejecutable y todo lo hace paso a paso, osea tiene el disasembler, y los seteos todo en carpetas muy rudimentario pero anda bien, incluso, si ocurre un error en el momento de encodear, guarda un log que te dice el error y un temporario donde queda tu trabajo. Si despues encuentro el link de donde lo bajo lo posteo aca, sino lo subo a algun sitio para que lo descarguen. El archivo original por si quieren buscarlo en internet, se llama L2 File Editor C4 - CT2.5 v2a Teniendo el dato todo se busca en google, aca dejo unos enlaces 4Shared - File Edit Ruso - L2 File Editor C4 - CT2.5 v2a http://www.4shared.com/file/St_eQ1yu/L2_File_Editor_C4_-_CT25_v2a.html MegaUpload - L2_File_Edit____Freya_.rar http://www.megaupload.com/?d=XRYGCXAQ

muy bueno lo uso para ajustar el rendimiento segun las pc en l2.ini tenes configuracion de video que muchas veces no te deja desde opciones, y mejorar rendimiento en pc mas viejas, muy buen aporte gracias