nirvimel

Что-то типа такого?

select a.email as email, p.id_post as id_post, (p.publicated_to - NOW()) as days_left
    from publications as p inner join authors as a on p.author_id = a.id
    where p.publicated_to > NOW()

Классический вариант решения:
1. Таблица, где хранятся котировки, имеет индекс по дате/времени.
2. Выгрузка идет отдельными транзакциями в цикле. Между транзакция не сохраняется никакого внутреннего состояния. По окончанию каждой транзакции программа (условно) возвращается в исходное состояние (этим обеспечивается восстановление после сбоев).
3. В самой транзакции сперва делается выборка записи с максимальным значением временной отметки (поиск по индексированному полю - мгновенно).
4. Это значение округляется в меньшую сторону до начала периода (минуты/часа/дня/года).
5. Производится запрос котировок за этот период.
6. Выбранные данные объединяются с содержимым таблицы таким образом, что пересекающиеся записи не дублируются (тут много вариантов решения на sql).
7. Транзакция закрывается.
Все.
Итого: полная гарантия отсутствия дублирующих записей в базе при любом раскладе. Этот скрипт/программу можно запускать вручную/автоматически/по_графику в любое время - ситуация с несколько одновременно работающими копиями не опасна (хоть и бессмысленна).

Собственно при этом что-бы цена была низкая.

Ну конечно же - NameCheap

Желательно что-бы на своем опыте, а не просто так

У меня куча печального опыта с другими. А с неймчипом я благополучно забыл все те "опыты".

Можно сверху (вне всех обработчиков) ввести переменную:
var myMap;
Дальше просто заменить:
var myMap = new ymaps.Map()
на
myMap = new ymaps.Map()

Дело в том, что метод click создает событие click, которое имеет свойства screenX и screenY, то есть должно происходить на "видимом" экране. Работа через Selenium не меняет того факта, что браузер и все скрипты на странице работают с неким "видимым" экраном. Иначе одной строкой на js можно было бы легко выявить весь обман и отсутствие живого человека по ту сторону браузера.
Но find_elements_by_xpath возвращает все соответствующие данному xpath элементы дерева в независимости от их реальной видимости. При этом невозможно вызвать click на элементе за пределами "видимого" экрана.
Частично решить эту проблему можно путем вызова scrollIntoView на элементе перед click. Но у этого метода тоже могут возникать проблемы с элементами, у которых (или у их родителей) style="display:none".