andrewatfornax

File not found on the link. I have to say, I have no memory of that, but I could have forgotten...

https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken https://documentation.revive-adserver.com/display/DOCS/No+Statistics Also, 3.2.4 is very old! Try a later version.

Hi @Display Name, Revive Adserver takes time from the installed system time / PHP timezone configuration settings, in terms of defining what the date and time actually is. Then, you need to take into account if there is a different user configuration for timezone in Revive Adserver. When you create delivery rules, both of the above will be taken into consideration, to calculate what the deliver rule actually is in UTC, and that's what's stored in the database. The delivery engine then just uses the system time / PHP timezone config to calculate the time in UTC, and then compares that against the deliver rules.

Hi @L0RE, I suspect you have understood it wrong - but then, it could also be that I don't understand what you want to do. Delivery rules are static, yes - if you have a banner that you want to display when one or more keywords are passed in, then yes, you need to define a static list of keywords in Revive Adserver for which the banner should appear. However, I don't see that this is an issue - after all, if you have a banner that advertises a given thing, then the thing that it's advertising is static, so surely the list of keywords that define when it should be able to be shown is static for that banner? If so, then the keywords that you pass in from your website can, however, be dynamic - just get your code that delivers the web content to update the list of keywords that are passed in to Revive Adserver depending on the context of the calling page. HTH

Hi @ghostmi, Two options: 1. Look over all the running services, and either turn some of them off, if you can, or configure them to use less memory; or 2. Add more memory.

Yes, there's a Site - Variable delivery rule for passing in variables from the website.

Haven't we had this conversation before? :-)

It's probably not relevant now that you've managed to get things upgraded, but if that's the entire debug.log file, then we would also need the upgrade log file as well to understand what's going on. You can't - Revive Adserver requires an admin user login to upgrade, and from what I remember, that is pretty integral to the upgrade process, so removing it would be non-trivial. Okay, that's great new - I'm glad you managed to proceed. I'm afraid I still don't have any idea why this is the case, though. I don't see any mention of this question above! But the answer is that we DO provide the plugins with the install - they are all located in the /etc/plugins directory of the release package. I believe that the errors in the debug log are simply the Revive Adserver initialisation process looking for the details of the installed plugin XML files, and failing to find them, because it's a clean install package. This should be okay, because when the upgrade process gets further on in the process, it will use the location of your old installation to retrieve the plugins that you had installed, and copy the details over (and them upgrade the plugins to a later version, if required, based on what's in the installation package). So, I think those errors are a red herring, and don't have anything to do with your issue relating to the admin username/password not working. It would be interesting to see what the upgrade log file says, but if you have it working now, and don't want to go down that path, I would understand. It's a strange issue though, I don't ever remember seeing anything like it.

Hi @prophoto, Ah, interesting re: the attachments. I get something next to that box that lets me add new ones. I will let our team know. You seem to have managed to put up a screenshot of the forums, though - so I guess you did this as a URL? Yes, of course - it's possible. What you're describing doesn't sound like that, though. I don't think it's likely that if you've managed to access the installer UI, and progress to the point where it's asking you to log into your admin account, that the use of SSL or not is going to affect that. The SSL is between your browser and the web server, so if that works to get the initial installer screen up, then it should work when you get to the point of logging in - unless there's anything in the web server logs to indicate otherwise, but you've said there's nothing in the web server logs to suggest an error. So, I don't think the SSL matters. I think this is _probably_ okay. There are all kinds of routines that check for things, and output errors, as part of the process of detecting what's going on. Provided this isn't the end of the log file, and this is where things stop, then I think this is just a normal part of initialising the system during upgrading. What is at the end of the Revive Adserver debug and upgrade logs files, at the point where the login fails? It might be easier to set up a clean upgrade attempt, and go through the upgrade process, and then pop the complete logs on line somewhere we can see them...

I've updated https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken to cover SELinux.

https://documentation.revive-adserver.com/display/DOCS/Revive+Adserver+Broken#ReviveAdserverBroken-HTTP500ErrorCode

The directory appears to be writable - are all the files and subdirectories within it also set to be writable?

Just below the text box when posting, I see an "Insert other media" option... Okay, thanks, that's fine - if you can be the admin account, then the user has admin rights. Are you attempting to upgrade using a package downloaded from the Revive Adserver website, or a checkout from Git?

Hi @joesc230, Looks to me like what has happened is that you've managed to upgrade the database (hence it saying the database is stamped as 4.1.1), but you're still accessing the system using a 3.2.1 code base. Unfortunately, part of the upgrade process includes doing things like adding new config file options to the file(s) on your server, while maintaining the values that you had, and also upgrading plugin files, so, simply copying the files from a Revive Adserver zip file over the top of your 3.2.1 code base won't capture everything, unfortunately. Do you still have the 4.1.1 code base that you put onto your system to perform the upgrade? If do you, it would be better to move your old 3.2.1 code base out of the way to another location, and then move the 4.1.1 code base into where the 3.2.1 one used to be. That 4.1.1 code base should have the correct configuration settings and plugin files in place - although you might then have to update some configuration file options to match the new location of the directory after moving it.

Hi @prophoto, I'm going to give you the benefit of the doubt here, but I want to be clear - this is an open source project, and this is a community support forum. It's not a place where you are entitled to support. So, please, don't come in here and SHOUT about how long you've had to wait for a response. No one is under any obligation to offer you free support. Yes, we have a Patreon page, that the income from that is starting (slowly) to get to the point where I can actually dedicate time to this project without asking my family to make sacrifices because I'm doing this, instead of things that earn money - but that still doesn't mean you can come in here any complain that the response time was too slow for your liking over what (for many of us) is downtime around the end of the year. Anyway, enough of that. Let's try and sort things out, yes? Okay. Nevertheless, as I said, screenshot always help us to see what's going on, and where. Could you please show us what's happening? I asked if you were sure that the account you are using to log in with during the upgrade has admin permissions. You responded with: However, all I can see from your original post is that you are sure that your username and password are correct. Nothing about which account you are using to log in with, and if that account definitely has admin permissions for Revive Adserver or not. With regards to logs, you said: Do you mean the webserver logs? Have you looked in the Revive Adserver logs?

Again, just to be clear - we don't have anything to do with Installatron. Use it at your own risk - we cannot help at all if something doesn't work as a result of using a non-Revive Adserver based installation.

Hi @crsurf, Sorry, no, as an open source project, we don't offer a paid support offering. If the change was that you updated myPHP, I would carefully at that change, and what it did - seems like that might be somehow related. Did the myPHP upgrade also make other changes, e.g. MySQL permissions, etc?

Glad that the latest version is working - seems like something wasn't right with your old install, but hard to know what without digging around on it.

Could you use the "Time - Day of week" or "Time - Date" delivery rules?

Hi @Display Name, I don't know what you mean by "page refx.at" being somewhere I can see the problem. Version 3.0.5 is very old now - I would strongly recommend upgrading.

Hi @Migz, There's a link to our documentation on our website, and also in the footer of all of my posts! :-) There are no specific C# invocation tags - you will need to use one of the web or API based ones, and implement code in your application (or use a library) to call one of these, and display the resulting banner.

Hi @Display Name, Sorry, but unfortunately, I find it difficult to understand what you are asking. 1. Can you add rules to banners to target delivery to things like the users browser and/or country? Yes! These are called Delivery Rules (formerly Delivery Limitations). Please see our documentation - most of the options are well documented. 2. The system sucks? Sorry to hear that! There are a number of ways you can help make it better, but the most helpful at the moment would be to support us on Patreon, to give us more time to make things better! 3. Please see our documentation for details on how to create banners in Revive Adserver.

Hi @Migz, Revive Adserver does not have a C# API, so, there's no way that you can simply load up an interface in your C# editor and start including ads that way. You would need to install Revive Adserver separately, and then use one of the invocation tag mechanisms that best suits your needs, calling that invocation tag from your application.

Hi @Display Name, Sorry, but Installtron is nowt to do with Revive Adserver. We don't offer that, nor do we support it.

Hi @RSB, I'm pretty sure the bigger column is impressions, and the smaller one is clicks.