Development of a sketch for Arduino

Programmer services are required. A sketch for the Arduino is required. You need some kind of smart relay. The device must call the server to request a time, and then close and open the 220b network for a few seconds at that time.
In general, I would like it to connect to the server bd, mysql ideally, in response received a set of time parameters in the form of hours: minutes (you can also in the format of hours: minutes: seconds, but more often once a minute it will not work, in general there will be no more than 20 positives per day). However, I couldn’t find information on the Internet on how to connect to the database with Arduino, so you can replace the database with a web server, the controller must request a web page at a specific address (something like https://1.1.1.1/app/ntime.php?P1=i), and in response receives several time parameters in the same format (something like [time parameter 1]
[time parameter 2]
[time parameter 3]
[time parameter 4]
[time parameter 5] ....
I would like to do without a time sensor, for a number of reasons. To clarify the current time, each time after switching on, the controller can access the server at a specific address (for example: .../now.php), the server in turn returns the current time, and, for example, once a day for clarification, if necessary.
It is also desirable, but not necessary, that the controller itself can be sent a direct request to some tcp / UDP port, for example, putty, so that it can also perform a task once (close and open the network).
This should be connected to the network via WiFi. That is, it can be an Arduino uno or nano, or any other, at your discretion, with a hooked relay and WiFi, or a device with integrated WiFi, like nodemcu and a connected controller.

The sketch needs comments, not very detailed, only the most basic and the plan for connecting relays and WiFi sensors, if it is discrete. Once the request for a response time is fulfilled (this can be done once a day or once an hour), the system will store it in RAM until it is turned off. It would be desirable that after successful receipt of information from the North it is also recorded in internal memory, so that the system could, after switching on, if it failed to request information from the server, work with the data that it received last time.