New Jor's config (Opera & Mozilla)

[Jor]

This is an old version. Please see This Thread for the new version.

-------------------------------------------------------------------------------

I've uploaded an updated version of my Proxomitron filter set, all redundant filters, graphics, and blockfiles have been removed.

It includes customized versions of filters I picked up all over the place, and an edited start.js (from the filterset "Tame Javascript" at http://www.geocities.com/u82011729/prox/filter.html#tamescripts). Also, filters have been updated to make them compatible with Naoko-4.1

The set is probably not compatible with browsers like M$IE, as it uses CSS2 and Javascript methods M$ refuses to support. NN6+, Mozilla 0.95+, and Opera 4+ work perfect with it. When using Opera, use [Proxomitron]htmlprox.css as your Opera user stylesheet, and leave this enabled in document mode as well... this takes care of the Prox styling. (For Mozilla and NN6 use the filter in the post below).

I have not changed any names this time, so beware at installing -- this file will overwrite any existing files of the same name (including default.cfg)

File can be found at http://members.outpost10f.com/~jor/files/Prox.zip (313'955 bytes)


EDIT: Apparently it *will* work with MSIE6, I have not tested this myself however.

Edited by - Jor on 12 Jan 2002  17:15:31

Edited by - Jor on 28 Mar 2002  14:54:00

Edited by - Jor on 28 Mar 2002  14:55:43

[Jor]

And here's the filter to include the stylesheet when not using Opera:

Name = "Insert Prox Stylesheet"
Active = TRUE
URL = "$TYPE(htm)"
Limit = 256
Match = "<start>"
Replace = "<link rel="stylesheet" type="text/css" href="dhtml/prox.css" />"

 

[Jor]

Stripped out a last few errors, and added some new filters. (Posted in this forum as well).

Filesize is now 314'446 bytes

 

[altosax]

hi jor,

i could find more useful to download your filter set if it were smaller.
why you don't create 2 packages, the first with filters and the second with dll's?

btw, you could find mine at http://virgolamobile.50megs.com/proxomitron.html

regards,
altosax.

 

[Jor]

Good idea actually

DLL files have been removed from the zipfile. (I had them included because I used a file compare utility to remove all files from my zipfile that were already in the default download -- which does not include the SSL DLLs. A slight oversight on my part).

Also just now fixed two filters I made a typo in... the
"Referer: Fake referrer info (Out)" and "Referer: Randomize referrer info (Out)" filters never actually called the AllowReferrers List. Now they do work.

Filesize is now a small 33131 bytes


Edited by - Jor on 15 Jan 2002  20:44:43

[xartica]

Within your latest "Bypass_List.txt" are the lines
=================
# M$' move to XML makes it impossible to filter...
(*.)microsoft.com/
=================

I haven't found many MS pages that are XML.
Where are you entountering them? (MSDN site? Search pages?)

[xartica]

Within your "Fix MIME-types" blocklist, you have ennumerated these types:
================================
?htm $SET(0=text/html)
?html $SET(0=text/html)
css $SET(0=text/css)
# eml $SET(0=text/html)
exe $SET(0=application/octet-stream)
htm $SET(0=text/html)
html $SET(0=text/html)
js  $SET(0=text/javascript)
mid $SET(0=audio/mid)
mp3 $SET(0=audio/x-mpeg)
rar $SET(0=application/x-rar-compressed)
swf $SET(0=application/x-shockwave-flash)
txt $SET(0=text/plain)
xml $SET(0=text/xml)
zip $SET(0=application/x-zip-compressed)
================================


Questions:

            ?htm $SET(0=text/html)
            ?html $SET(0=text/html)
--------------^ What are these (these types)?
Is the purpose here to match sililar, yet less-common, file extensions such as "phtm" and "phtml"... as well as the more common .shtm // .shtml files ?

Why is it necessary to ennumerate all these types?
(I'm not suggesting it's unnecessary. I'm just confused.)
Won't the "unknown types handler" header filter act as a cure-all?
If not, should I ennumerate .cgi , .pl, and file extensions, as well?



 

[Jor]

quote:I haven't found many MS pages that are XML.
Where are you entountering them? (MSDN site? Search pages?)

I'm beta testing some M$ applications, and most of the MSDN uses compliant XML. Since some of my filters add content to the page, rendering in Opera is broken unless I place the site in the bypass file.

Another reason for this is that download.microsoft.com does some weird checks (at least while downloading betas), which are apparently only allowed if Prox is in bypass mode.

Praeterea censeo Americe esse delendam.

[Jor]

quote:Why is it necessary to ennumerate all these types?
(I'm not suggesting it's unnecessary. I'm just confused.)
Won't the "unknown types handler" header filter act as a cure-all?
If not, should I enumerate .cgi , .pl, and file extensions, as well?

As for why I do not use the unknown files handler -- I built this list mostly to work around common server errors -- I use Opera6 as my browser, which (correctly) determines action by mime type, not by extension. Quite a few servers provide incorrect data... I've seen shtml files served as text/plain
So to answer your question -- it is necessary, because people do not configure their servers correctly, and a standards-compliant browser will get confused. The unknown types handler does not work well for Opera, as most mime types are known, the server just fails to serve them correctly.

.cgi and .pl I would not place in there, as they can be used to load many different kinds of files. If you would enumerate .cgi to text/html, any image loaded would get filtered by Proxomitron, and corrupted. The same would apply to cgi's that load executables (application/octet-stream).

A second reason for adding the ?htm, ?html, htm, and html entries, is that Opera will allow for these files to be served as text/xml or text/xhtml (for XHTML parsing) -- Since Opera's parser is very strict, it will fail to display pages with minor errors that would be shown if the mime type is specified as text/html (then the SGML parser is used).

Praeterea censeo Americe esse delendam.

[vincamp]

I'm a new comer, so please forgive me if the question is stupid: I've downloaded the zip file and now? To install filters I have to copy manually all the files or is there another method?
Thanks
Vincenzo

quote:
I've uploaded an updated version of my Proxomitron filter set, all redundant filters, graphics, and blockfiles have been removed.

It includes customized versions of filters I picked up all over the place, and an edited start.js (from the filterset "Tame Javascript" at http://www.geocities.com/u82011729/prox/filter.html#tamescripts). Also, filters have been updated to make them compatible with Naoko-4.1

The set is probably not compatible with browsers like M$IE, as it uses CSS2 and Javascript methods M$ refuses to support. NN6+, Mozilla 0.95+, and Opera 4+ work perfect with it. When using Opera, use [Proxomitron]htmlprox.css as your Opera user stylesheet, and leave this enabled in document mode as well... this takes care of the Prox styling. (For Mozilla and NN6 use the filter in the post below).

I have not changed any names this time, so beware at installing -- this file will overwrite any existing files of the same name (including default.cfg)

File can be found at http://members.outpost10f.com/~jor/files/Prox.zip (313'955 bytes)


EDIT: Apparently it *will* work with MSIE6, I have not tested this myself however.

Edited by - Jor on 12 Jan 2002  17:15:31

[altosax]

ciao vincenzo, ti scrivo in italiano così ci capiamo prima

devi prima salvare i tuoi file, per evitare che di perderli venendo sovrascritti (è sufficiente salvare le cartelle html, list e il file default.cfg) poi aggiungi i file scaricati ai tuoi, sovrascrivendo quelli con lo stesso nome. a questo punto il gioco è fatto. non c'è altro modo che per via manuale.

ad ogni modo, ho realizzato anch'io un set di filtri che potresti provare. lo trovi all'indirizzo da me proposto in questo stesso thread alcuni messaggi fa oppure nella sezione link di arne

questo è tutto, in bocca al lupo.
altosax.