HighlanderICT

I installed this plugin in the timeline shown above when we were getting absolutely slammed, and almost immediately our registrations and visits dropped to 0. These are my stats for the 7-day free trial and just purchased the 2-year subscription with 6 months free so about USD$22 for 2.5 years. (...And another 6 months for writing an honest review!)

We were getting hammered first day by a group of IPs in Delhi so i blocked those and today it was Russia so blocked those too. Its a website for a Scottish football team so not really visited a lot from outside of 5 or 6 countries.

another dozen registrations overnight. all had either not responded to validation email or needed admin validation. flagged them all. Installed the plugin from @CleanTalk and set it up, registered for free trial and within 5 minutes it blocked its first registration attempt. Will see how it helps me during free trial. At $12 per year it seems value for money if it does what it says on the tin.

We got absolutely slammed over the last 12-15hrs. Normally we get 0-1 spam registrations per day as we have all the typical measures in place - captcha, registration questions, email validation etc. In the last 12-15 hours we have had more than 50. The Spam Defense system also helps but our license expired last week and I had not renewed it so registrations did not go through there (my bad), but all other measures were still in place. Last night we had about 35 registrations, all spammers, and all got through. They posted with merry abandon! My mods flagged them as spammers in a game of cyber whack-a-mole. I renewed my license this morning to get the Spam Defense working again and also tweaked it so that registrations require admin validation now until this (hopefully) dies down. Since I did this, have seen another 15 or so registrations. Spam defense caught 3 of them. 2 with a score of 4, the other with a score of 3. I flagged them as spammers which hopefully adds them to Spam Defense? My concern however is that the StopForumSpam site which I used to check the rest shows some combination of username, email address or IP address, and in some cases all three values for each of the others so how could Spam Defense rate these as 1 when they are already blacklisted?

Also got exact same email from Google today. I am assuming I set this up correctly and the key they reference in the email is definitely the value of the public key not the private one. Just don't want to get a nasty surprise one day where my normal $0.00 Google Maps "invoice" actually shows an amount.

Please try now. I have this account set to lowest permissions until I need it. Have made it an admin now. Also changed/updated the password and entered it in the profile for this purchase as requested. I had not changed FTP info recently but have updated this also.

Yes, no patches showing up (running 4.7.1 of everything). Only recommendation that comes up is to not use cloudflare but no effect if we switch that off so we switched it back on again. We have a custom theme (from marketplace) as well as custom templates for pages (Supergrid) also have copy_topic and promote_posts_to_articles plugins but reverting to default template and disabling all of these also had no effect.

My editor has started noticing a strange problem that did not exist previously. For each of the last few weeks, whenever he publishes an article, it does not appear at the top of the list of articles, instead, it is at the end. This happens regardless of whether he is writing the article directly into the CMS or is copying or promoting from a topic Through a process of elimination, we have determined that ALL affected articles have the same issue. The entry for each article in the DB has a record_saved field with the date but the field in the database called record_publish_date always shows 0. If I manually copy the record saved date to the other field it displays as intended but if i create an article and just save it, the database entry shows 0 and its nowhere to be seen on front page. thought perhaps there may be an issue with using 'immediately' as a setting for publish, but created a second test article and used the date instead and still record_publish_date is 0. Suggestions? Advice? Pointers?

Got an error As a test I also tweaked the settings in the DB settings in ACP and asked it to add a prefix to the topic title. Looks like it does create the topic or perhaps more accurately, reuses the topic that was created before. I created a topic called 'test topic 9' in forum 'A' which I promoted to article and should have appeared in forum 'B' based on the DB settings ... However, the topic remained in forum A and was renamed to 'art_test topic 9' which was the prefix i set in the settings.

Hi Adriano - I agree. The change was to the core software in some fashion, not your plugin which has been happily sitting on our site for years and doing everything that was asked of it, and now somehow the topic is not getting created by pages if that article came from a topic ... That's why I initially posted here not in the plugin support as its a change in how the software behaves. I dont have the coding knowledge to figure it out so I guess we need to live with it, hope it gets fixed, or change our own processes in publishing articles.

Hi @Adriano Faria - until V4.7 it did everything we wanted. We often use your copy plugin to copy a template post we setup before to a new thread - all works well and does what it should. We then edit that new thread and when its complete we use the promote post to article plugin to make it an article. It works well and the article is created. So it does what it should. Under 4.6 it does not seem to affect the option chosen in database settings to create a topic in a forum of your choice to store the article and the comments and the new topic is created when you publish the article. Under 4.7 it seems to do everything else but it does not allow the database to create a topic for a new article. I agree, the plugin DOES promote the post to article, but for whatever reason, the article it creates no longer creates its own topic as requested.

Thanks Jim I believed I had done that but when I create an article the standard way after disabling the plugins it seems to work. When promoting a post to an article it does not. Using the latest version of the plugin from @Adriano Faria so will post to the support topic for the plugin. We do like to use the forums to create articles as we tend to use a few templates we have created over the course of a season and just copy them, edit the relevant info and then convert to article. Its a football site so much of the layout is repetitive over the year, just the content is different. will continue looking into it. thanks for your time.

For years we have published our articles the same way ... Our users, depending on permissions have 3 ways to do it. Admins/Mods can use the backend (create new article) or the front-end (add new article). Our editorial team - which has permissions slightly below moderator level - does not have access to this so creates an article in a dedicated forum (sometimes from a previously created template that is first copied to the relevant forum) and one of the admins or mods then promote these to an article. We use the copy topic and promote posts to articles plugins from @Adriano Faria to make all this work. The resultant article is published on the front page and a copy of the article that stores the comments is also posted to a specific forum (or should be). This was all working flawlessly until recently. My guess is last week when we encountered an error on the site although we didn't publish any articles since June 30 so it could possibly have been earlier (although no updates were done). The error we encountered last week was theme related, causing us to have error 500 all over the place and basically forced up to upgrade from the version we were using (4.6.x) to 4.7 to get rid of the error. We can still use the same article system method in the front or backend as well as the non-admin method to copy topic / promote posts to article and the article itself will still publish to our-picks and also the front page as well as facebook/twitter. HOWEVER, it no longer posts to the forum we tell it to use for the article and comments. Am I missing something here? Did something change? This is the setting in the Database / Forums. I have verified this and rebuilt everything just in case there was an issue. I have also verified that none of the Categories have the over-ride set I have checked two articles I know were done correctly and I can see them promoted to articles as they have a link left behind in the forum where they were created. They appear on the front page and in our picks However, they do not appear in the forum noted in the database config above .... The last time anything went into the forum where it was supposed to go was May 30th so the 2 items shown in OurPicks above are not there but the 3rd one is .... Any hints or suggestions on where to look for this error would be greatfully received? I believe I have checked everywhere I should but its possible I missed some setting that changed between 4.6 and 4.7 and that's throwing me off.

Thank You Adriano. This worked perfectly.

Is it possible to have the original date as shown in the screenshot above DISABLED by default ? We use this a lot for various post templates and when we copy the template from our editorial forum to the main one the person editing this often forgets to uncheck this value and its a lot of steps to go into the database and set a new post date .... If not possible to make it an option, is there a manual edit we can make to turn this flag off ?