AlliedModders

AlliedModders (https://forums.alliedmods.net/index.php)
-   Plugins (https://forums.alliedmods.net/forumdisplay.php?f=108)
-   -   Updater (https://forums.alliedmods.net/showthread.php?t=169095)

Steell 10-12-2011 15:16

Re: Updater
 
Quote:

Originally Posted by GoD-Tony (Post 1573632)
I thought about this before but couldn't decide on a proper way to implement it.

How would you like the backups to work? Should all of the replaced files be grouped into the same folder, or should they keep their directory structure intact but move to /data/updater/backups?

The main problem I see with backups is that they're rendered useless if a plugin is updated twice within a close time-frame. Basically your backups would only be as good as the second newest version.

I was thinking just rename the file by appending -backupDDMMYYYY to the end of the filename (or something to that effect).

Paparazziv2 10-12-2011 16:36

Re: Updater
 
Quote:

L 10/12/2011 - 17:28:01: [SM] Plugin encountered error 25: Call was aborted
L 10/12/2011 - 17:28:01: [SM] Native "SetFailState" reported: This plugin requires the cURL or Socket extension.
L 10/12/2011 - 17:28:01: [SM] Displaying call stack trace for plugin "updater.smx":
L 10/12/2011 - 17:28:01: [SM] [0] Line 76, updater/download.sp::ProcessDownloadQueue()
L 10/12/2011 - 17:28:01: [SM] [1] Line 97, updater/download.sp::AddToDownloadQueue()
L 10/12/2011 - 17:28:01: [SM] [2] Line 196, D:\srcds\orangebox\cstrike\addons\sourcemod\s cripting\updater.sp::Updater_Check()
L 10/12/2011 - 17:28:01: [SM] [3] Line 140, D:\srcds\orangebox\cstrike\addons\sourcemod\s cripting\updater.sp::Timer_CheckUpdates()
L 10/12/2011 - 17:28:22: [umc-rockthevote.smx] RTV: RTV is now available.
with socket 3.0.1

GoD-Tony 10-12-2011 17:47

Re: Updater
 
Quote:

Originally Posted by Steell (Post 1573661)
I was thinking just rename the file by appending -backupDDMMYYYY to the end of the filename (or something to that effect).

This could create a lot of "hidden spam" for plugins with many update files. If a file buried in the /translations/jp/ folder kept getting written to, a server op may not notice until it's flooded. Using the date is a good idea though.

Quote:

Originally Posted by Paparazziv2 (Post 1573698)
with socket 3.0.1

Something odd is going on with your extension setup. Can you paste an "sm exts list" after the error occurs?

Sockets is somehow loaded in the beginning (passing the first check) but unavailable at the time of the update (10 seconds in).

Paparazziv2 10-12-2011 18:14

Re: Updater
 
yes, now all extension load perfectly (Automatically), but without extension of raydan, (Only Socket 3.0.1). This launch a error, not is problem now, because i have the two sockets. and Thanks!

Steell 10-12-2011 18:14

Re: Updater
 
Quote:

Originally Posted by GoD-Tony (Post 1573753)
This could create a lot of "hidden spam" for plugins with many update files. If a file buried in the /translations/jp/ folder kept getting written to, a server op may not notice until it's flooded. Using the date is a good idea though.

Perhaps have it so it's configurable on a per-file basis for the developer, and have a cvar to enable/disable backup for the client.

Peace-Maker 10-14-2011 19:03

Re: Updater
 
Awesome job! Implementing that into all my plugins now:)

sinblaster 10-14-2011 19:26

Re: Updater
 
Can I ask, is this how the cvar gets entered?
sm_updater "1|2|3"

| < is valid?

Peace-Maker 10-14-2011 19:54

Re: Updater
 
| should be considered as an exclusive "or".

GoD-Tony 10-15-2011 02:06

Re: Updater
 
Quote:

Originally Posted by sinblaster (Post 1575472)
Can I ask, is this how the cvar gets entered?
sm_updater "1|2|3"

| < is valid?

I just meant that the valid options are 1, 2, or 3. :)

sinblaster 10-15-2011 04:42

Re: Updater
 
thanks Tony.

I am getting this error yet I have socket installed, so I didnt think I needed curl also (as mentioned in first post)



L 10/15/2011 - 18:26:08: [SM] Unable to load extension "curl.ext": The specified module could not be found.


All times are GMT -4. The time now is 20:49.

Powered by vBulletin®
Copyright ©2000 - 2020, vBulletin Solutions, Inc.