[umka]

Всё зависит от того, что у вас в договоре. Если написано, что услуга почты предоставляется, то не важно, на чьих она серверах, лицензия должна быть у вас.

Сделать псевдо-крон, привязанный к заходам посетителей.

Но это такая же бредовая идея, как изобретание велосипеда :)

"Любишь кактусы — люби делать бэкапы"

(народная мудрость)

А в чём должна заключаться облачность хостинга? :)

У нас на шареде, для примера, один клиент с самописным движком и посещаемостью 25-35 тыс. хостов (50-80 тыс.хитов) укладывается в 150 р/мес.

Да, и что про нагрузку говорит нынешний хостер?

Просветите немного, каким образом по одному договору могут платить несколько разных юр.лиц и физ.лиц?

Посмотрите, что за робот, если не нужен и мешает, можно забанить.

Скорее всего где-то выше в коде есть stripslashes()

Это ж на до ж так извратить SQL-запрос :)

Мне было бы проще уделить ещё одну минуту внимания для фильтрации исходных данных, чем громоздить что-то подобное.

Интересно посмотреть, как в той же транскрипции будет выглядеть запрос типа

INSERT INTO pf_cache SELECT e.id eid, DATE_FORMAT(e.date,'%d.%m.%Y'), DATE_FORMAT(e.date_time,'%d.%m %H:%i'), e.name, e.descr_short, e.img, e.descr, e.guests, IF(eg.person_user_id,1,0), COUNT(pf.user_id), p.name, p.rating, p.address, p.types, co.en, IF(co.ru!='', co.ru, co.en), ci.en, IF(ci.ru!='', ci.ru, ci.en), IF(u.url!='',u.url,u.id) FROM `events` e LEFT JOIN events_guests eg ON (eg.event_id=e.id AND eg.person_user_id=123), places p, events_guests eg2, people_friends pf, countries co, cities ci, users u WHERE e.date_time>NOW() AND eg2.event_id = e.id AND pf.friend_user_id = eg2.person_user_id AND p.user_id=e.place_user_id AND p.city_id=777 AND ci.id=777 AND co.id=7 AND p.country_id=7 AND co.id=7 AND ci.id=p.city_id AND co.id=p.country_id AND ci.id=p.city_id AND u.id=p.user_id AND u.status=1 GROUP BY e.id ORDER BY e.date_time

Если POST, то точно не робот (не поисковый робот)

PHP + TCPDF + руки