NEWDIR SCRIPT - site new/dupe/undupe with fast dupechecker

[romracer]

I think he wants something like the banned genre feature of ioZS but for it run before the upload as opposed to after. ioZS deletes failed genre files after they've been upped. His idea is to have newdir ban the files before they are ever upped, sort of like dupechecking on filenames works now.

Its a good idea except that you run into various problems, most notably the fact that the genre is stored in the id3 tag which is at the end of the mp3 file. You could theoretically end up banning folders when really only one mp3 in that release was of a banned genre. But maybe its possible, who knows..

[ddeca]

Hmmm... That's to bad..

Well I guess I have to live without it then

THX for the great script anyway..

REGARDS ddeca



---EDiT---

Well thats the idé ...
I if 1 file is banned GENRE then the whole release need to be banned ... cant have incomplete releases on site...

[ddeca]

Okey here we go again... Another try

1. A dir is being created on the site (newdir loggs it in newdir.log)

2. First file is being sent (ioZ check the genre of it when it is completed then it decides if it should be delete/warn for banned GENRE..
if u set ioZ to warn for banned genres it writes to ioftpd.log WARN: if newdir could catch that dir and put it in a "bandir.log" file

3. Next file is being sent but on PRE STORE, newdir checks the path/dir of it against the "bandir.log" (just like it does for dupes)
If it exist it rejects the file for being a BANNED GENRE and outputs that to client just like it would for a dupe dir or file...

Then all the rest of the files in that dir would be rejected
Wich would save alot of BW for the server instead of recive them and then just delete them... Would also save alot of credz for curry on the OTHER site...

Some extras that it could support also....

1. Create a dir inside (saying BANNED GENRE PLZ delete or get nuked)

2. Nuke dir or remove it completly

Hope you understand it now...

Becuase this is the best English i got

ddeca

[romracer]

The problem being that newdir doesn't monitor ioftpd.log. That's all done by the sitebot, generally speaking. But perhaps its possible for dZSbot and newdir to cooperate with each other.

[neoxed]

ddeca Well your way is kinda *overkill* for this.

A simpler way:

An iTCL script on a timer that will scan the ioFTPD.log file for a banned entry from ioZS. Then using ITCL commands...

[client kill virtualpath "/the/vpath/logged/*"]
[file delete -force [resolve pwd "/the/vpath/logged/"]]

Then if deleting the dir failed (because a script/user is still in it) you could set a timer to wait a second or two and try again.

Basically, it kicks the user, and deletes it. (Now the release is still in the dupelog and they can't recreate it)

But the ultimate solution would be, if ioZS did this for you. (It would much more efficient and less overhead, compared to continually scanning a log file, espically when they are a few mb)

My 2 cents

[ddeca]

My main goal is to stop the files from being uploaded..

And yes the best solution would be for ioZ to do this by its self..

SECOND goal is to delete or nuke...

ddeca

[ddeca]

Just come to think about something....
Cant NEWDIR check ioftpd.log for WARN: entrys just like it check dupedir.log for dupe entryis..

Or is that to time consuming?

Example of a WARN: entry in ioftpd.log

11-23-2003 12:18:30 WARN: "/mp3/1123/VA-MP3_CDA_2003-RELEASEDUDES" "\002Instrumental\002 is a banned genre. \002VA-MP3_CDA_2003-RELEASEDUDES\002 is a possible 4\002NUKE\002!!!"

[ddeca]

damn i cant stop make up things to add

A site approve addon...

Lets say u put CDS (cd single) in bandir-mp3.cfg
and then you see a release like

Most_Have_This-Best_Single_Ever-CDS-2003-MP3MOFO

Site approve Most_Have_This-Best_Single_Ever-CDS-2003-MP3MOFO
or
!triggerapprove Most_Have_This-Best_Single_Ever-CDS-2003-MP3MOFO

then i guess it will be added approve.cfg and then on premkdir check if in approve.cfg and if, skip the rest of test as dupe and banned

I know Bounty can fix this in about 4-5 min tops


//ddeca

[lev]

Really great work!

With newdir 3.2.0 when an upload is interupted, the file name still gets added to to dupelog & the resume upload attempt is rejected as a dupe.

How can I avoid this?

[bounty]

Originally posted by lev
Really great work!

With newdir 3.2.0 when an upload is interupted, the file name still gets added to to dupelog & the resume upload attempt is rejected as a dupe.

How can I avoid this?

well in your ioftpd.ini
The order of your OnUploadComplete (in events) is very important

my looks like this:
OnUploadComplete = TCL ..\scripts\nfourl.itcl
OnUploadComplete = EXEC ..\scripts\ioZS\ioZS.exe Upload
OnUploadComplete = TCL ..\scripts\newdir\OnUploadComplete.itcl

if you put newdir line before the zipscript line i think it will add the file in the dupe log and will block it next time you try to resume

i'll see if i can add a sanity check with OnUploadError trigger

have fun
bounty

[lev]

Mine looks like this:

OnUploadComplete = EXEC pSio.exe UD
OnUploadComplete = TCL ..\scripts\newdir\OnUploadComplete.itcl
OnUploadError = EXEC pSio.exe UD

See anything wrong here? Thanks for the reply =)

[odd]

is it possible to get newdir to work with smal chapters when preing? Im not sure if its ioA or Newdir thats causeing this. Iam useing newest version(ioA 1.0.2, NewDir 3.2.0) of both scripts. Or is it case sensative? Im not sure you guys tell me.

Notice the site pre apps/APPS

mkd dir1
257 "dir1" created.
site pre apps dir1
200--[Pre]-----------------------------------------------------------------------
200- dir1
200- succesfully pred to
200- /APPS/dir1
200------------------------------------------------------------------------[ioA]-
200 Command successful.
site new
200- ---------------------------------------------------------NEWDIR V3.2.0-----
200- ## | Age | Owner | Section | Directory Name
200- ----+-------+---------+---------+------------------------------------------
200- ---------------------------------------------------------------------------
200-
200- Use "SITE NEW <num> <section>" to show the last <num> Dirs. in <section>
200 Command successful.


mkd dir2
257 "dir2" created.
site pre APPS dir2
200--[Pre]-----------------------------------------------------------------------
200- dir2
200- succesfully pred to
200- /APPS/dir2
200------------------------------------------------------------------------[ioA]-
200 Command successful.
site new
200- ---------------------------------------------------------NEWDIR V3.2.0-----
200- ## | Age | Owner | Section | Directory Name
200- ----+-------+---------+---------+------------------------------------------
200- [01] 00m 03s ioFTPD APPS dir2
200- ---------------------------------------------------------------------------
200-
200- Use "SITE NEW <num> <section>" to show the last <num> Dirs. in <section>
200 Command successful.


Ive get this in the systemerror.log when I use SITE PRE apps dir1
12-09-2003 22:25:57 "..\scripts\newdir\newdir\OnSitePre.itcl" terminated abnormally
--------------------------- ErrorInfo ----------------------------
can't read "section": no such variable
while executing
"puts $fileid "$now $user $section $vpath $release""
(procedure "onsitepre" line 24)
invoked from within
"onsitepre"
(file "..\scripts\newdir\newdir\OnSitePre.itcl" line 34)
------------------------------------------------------------------

[bounty]

hmm yeps i forgot to add '-nocase' in that 'string match'

open in an editor your OnSitePre.itcl

look for line:
if { [string match [lindex [split $tmploop :] 0] [lindex $args 0]] == 1 }

and replace by:
if { [string match -nocase [lindex [split $tmploop :] 0] [lindex $args 0]] == 1 }

normally it should fix the problem
it will be fixed in next rls. thx for the report

have fun
bounty

[odd]

Working good but that you already knew. Thanks


EDIT: For ppl that are as stupied as me. Dont forgett to add { in the end of the line

if { [string match -nocase [lindex [split $tmploop :] 0] [lindex $args 0]] == 1 } {

[bounty]

Originally posted by odd
Working good but that you already knew. Thanks

eheheh good to know

have fun
bounty