Это спорный вопрос. Попробовать стоит, но затыки могут стать сильнее.
В смысле произвольно?
Смотрите slow query лог - лог медленных запросов mysql, со специалистом смотрите, есть хороший шанс, что по запросам будет понятно какой конкретно индекс (или несколько) добавить для решения проблемы.
А таблицы myisam или innodb?
Если myisam, то
как минимум это раскомментировать
#table_open_cache = 2048
#table_cache = 2048
Остальные значения относящиеся к myisam увеличить раза в 4, кроме этих
max_allowed_packet = 32M
myisam_sort_buffer_size = 64M
query_cache_limit = 64M
Вот эти
tmp_table_size=8G
max_heap_table_size=8G
query_cache_size = 4096M
уменьшить до 512M
Но это ОЧЕНЬ грубо и скорее всего не сработает как положено, т.к. не зная текущую ситуацию в деталях невозможно дать хороший совет.
p.s.: А вообще найдите спеца по БД. Советами на форуме не зная внутренней ситуации помочь нереально. А пара индексов и правильный тюнинг my.cnf могут спасти ситуацию.
Даже если скрипт категорически не изменить, у Вас есть вариант включить slow query лог и посмотреть на тормозящие запросы. Возможно их получится ускорить проставив индексы.
А тормозить это сколько секунд на запрос?
Сервер так-то неплохой. Памяти может оказаться достаточно для индексов, тогда ситуация изменится если их правильно натыкать. Если деньги карман не жмут, мы бы ssd поставили какой-нибудь хороший.
Вообще покажите my.ini , без этого будет обсуждение сферического коня в вакууме.
Переедьте на хостинг где побольше оперативки и где пошустрее диски. Если у Вас не мегапроект (а судя по вопросу это так), то это будет на порядок дешевле чем колхозить оптимизации в текущей ситуации (что со скриптом, что с настройками мускула).
В общем случае это не так.
Т.е. Вы не знаете как работает возмещение, но называете идею делать там вклады глупостью? Как-то странно звучит. Было бы более понятно, если бы Вы знали о каких-то проблемах с этим и поэтому считали это глупостью.
Нам казалось глобальные банковские вопросы в ЕС регулируются центральным органом, в том числе возмещение, разве нет?---------- Добавлено 30.12.2016 в 22:39 ----------
А так-то на текущий момент ЕС-овские банки в евро выгоднее, все же 2.5% в евро (например) в россии тяжело найти.
А это реально представляет собой какую-то проблему? Т.е. что бы в россии по русскому банку получить возмещение - тоже надо знать процедуру возмещения, но проблемы в этом нет. В ЕС есть?
http://php.net/parse_str - получаете массив переменных из строки.
Дальше переносите в переменные с нужными Вами именами.
грубый код для примеру$a='id=38954083&subscription_id=505284239&order_id=19363&phone=79200000000&service_id=181&status=closed&date_time=1483114779&login=mfd10337&password=61974';$tmp=array();parse_str($a,$tmp);print_r($tmp);$sid=$tmp['subscription_id'];echo $sid;
В том-то и дело что нет.
Вы с упорством достойным лучшего применения называете утюгом то, что утюгом не является.
Поймите правильно, мы не говорим о том, что именно Вам или Вашему проекту нужна корзина и прочий набор всего, что Вы перечислили. Мы объясняем Вам что термин ИМ как раз означает именно этот набор, а тот функционал что нужен именно Вам называется каталогом или витриной.
Упрощенно говоря Вы берете феррари, называете ее утюгом и возмущаетесь "как же много в утюге всего лишнего". А взять за основу именно утюг (настоящий, а не феррари с надписью утюг) и не жаловаться на присутствие там ненужной Вам магнитолы, как Вам идея?
Ржавый велосипед доводить до ума для выступлений на ф1 тоже будет дорого, но кто в этом виноват? Ржавый велосипед? Или может быть ф1? Или тот решил взять ржавый велосипед с целью доводки его до ф1?
Повторим "надо не пытаться "запилить феррари" в каждом случае, а смотреть на задачи и где-то доставать трактор, где-то запорожец, а где-то пилить все "снуля"."
Проверьте загружаются ли файлы экспорта на хостинг.
Если нет, то
а) попингуйте сайт (а точнее адрес экспорта) с рабочего места откуда экспорт делаете, днс могли закэшироваться.
б) права на папки проверьте (могут ли в них писать скрипты и/или фтп), на шареде с ними могло быть по другому чем на вдс.
Если файлы грузятся, но не обрабатываются, то проверяйте ошибки пхп на вдс.
Если косяки не только при экспорте (и с обрезанными строками/буквами), посмотрите в сторону mbstring в целом и mbstring.func_overload в частности.