Hi All,

Two things

> 1)

Servers srv03 and srv04 have had routine maintenance of a major upgrade to their Apache web server software.

All primary domains have passed IDA’s QC. But, as with any software upgrade, please do you client QC(s) to verify any unique functionality you might have.

> 2)

At this time IDA is also taking request to move sites to either of these servers. If you want to move your site(s) closer to your users’ localities, these servers are located at:

Hi All,

Your Drupal 7 site has been updated today for:

[Security-news] Views - Moderately Critical - Access Bypass - DRUPAL-SA-CONTRIB-2017-068
https://www.drupal.org/node/2902604

[Security-news] Views refresh - Moderately Critical - Access Bypass – DRUPAL-SA-CONTRIB-2017-069
https://www.drupal.org/node/2902606

Hi All,

Your Drupal 7 site has been updated today for:

[Security-news] Drupal Core - Multiple Vulnerabilities - SA-CORE-2017-003
https://www.drupal.org/SA-CORE-2017-003

While this individual security issue should not effect many sites, we apply
all security releases immediately to address as best as possible as yet
undiscovered security issues.

Problem: Your PHP max execution time was exceeded and PHP quits.

Solution: Extend PHP's Runtime Configuration max_execution_time.

For security reasons try changing max_execution_time to 60 seconds first, then longer if you need it.

* Also, you'll need to change the pathing I've used as appropriate for you site / system.

# Drupal Solution Details #

First we need to play, "Where's php.ini?"

I occasionally have to deal with shared hosting. Which I'll admit, I'm not real happy about as I generally have to install a bunch of my default tools, most of which then have to be 'fixed' to work on [insert cheap hosting firm's name]'s concept of security.

As I just did this (again), here is the 'patch' for drush to make it 'play nice.'

Summary Procedure

Copy php.ini to a drush usable location and edit for your problems.

Detailed Procedure

The Error:

I'll fully admit Drupal has one crappy user administration interface. And, since I get quite a few of the "can you find info about this user?" requests, which take so little time I can't bill for them :), I've expanded on the Drupal Post installation support question:

Search for username in Users list?
https://www.drupal.org/node/744628

and created a custom view to help out my customers.

In the better late than never, I've finally gotten around to publishing it . . .

You want to build a website and you done enough research on the various CMSes available to have decided on Drupal. You've also done a write up of your site's needs, but you're not sure of the Drupal way or where you should start? The hundreds of upfront hours for reading and learning Drupal just to known which modules and feature sets are most appropriate for your specific use case causing you anxiety? Want to shortcut some of that headache?

I have a barebones testing VPS, which, as they are insanely cheap, I think everyone should have one. True, these aren't really usable by retail website owners, but if you're in IT and take QA seriously they're wonderful.

The one big issue with these are having to rebuild them from scratch when you want to try a different set of software packages that will emulate a clean production build and configuration. The solution was relatively easy, but the journey was a pita.

SolusVM's Central Backup seemed to be the ideal solution, but, it's not:

Clients!? Clients are wonderful things. They pay the bills. But they definitely ask you for some odd things.

I have a client who needed 10s of thousands of images, from different sources, to be displayed by the date they were taken. As he didn't want to spend hours in his favorite image editor, checking the properties of each file one by one, he punted the whole thing to me with a: "Hey, take these images, and add them to the gallery and make sure they display by date."

As it's my business to make clients happy, my reply, "Sure. I'll have that for you in a few days."

"uploadprogress" is the usual suspect for Drupal to track the progress of file uploads.

Installation is very straightforward:

1. Login to WHM, https://ServerIP-Address:2087
2. Go to: Software » Module Installers
3. on the line "PHP Pecl," click "Manage"
4. Paste "uploadprogress" into the "Install a PHP Pecl" box, click "Install Now"

Done.

To verify, reload your 'Status Report' page:

D6 or D7: /admin/reports/status

That's it!