Не слышал о таком ограничении (впрочем, я не большой специалист в mysql). Возможно, просто планировщик решил на 8 условии, что быстрее будет sequence scan.
Попробуйте переписать запрос эквивалентно:
select sum(c) from (
select count(id) as c from mytable where col1=609
union
select count(id) from mytable where col2=609
union
...
)
32.0.0.371. Там нет Time bomb. Плюс работает на новых версия ос.
Можно "32.0.0.465 time bomb to 2040 repack by lrepacks". Только надо найти ссылку без рекламы.
@mysql_query() уже одного этого кусочка хватает для того, чтобы сильно усомниться в скиллах.
Функция mysql_query устарела более семи лет назад, и в современных версиях языка ее вообще нет.
Подавление ошибок через @ - вообще шедевр. У вас, значит, запрос с ошибкой, или база упала - но ваш код это просто игнорирует и делает вид, что так и надо. Зашибись :)
Проверьте значение $perpage_ajax. Там, похоже, 0, и цикл становится бесконечным.
Кстати, знание математики хотя бы в рамках начальной школы позволяет переписать этот кусок так, чтобы цикла не было вообще. Заодно и ошибка division by zero будет куда информативнее ;)
В мутациях нельзя применять асинхронные запросы. Мутации — исключительно синхронны. Для асинхронных аперацию используйте Actions — который получает данные и уже потом вызывает мутацию с подготовленным объектом для сохранения
А может стоит перестать заниматься ерундой (в смысле - пытаться использовать jquery совместно с vue), и попробовать взглянуть в сторону чего-нибудь более подходящего?
Ну а так-то проблем нет: DOM-элементам добавляете какой-нибудь атрибут (типа data-id), который будет задавать связь между DOM-элементом и элементом данных; добавляете обработчик update своему sortable, в котором получаете DOM-элементы, выдергиваете значения атрибута, в соответствии с их порядком перестраиваете исходные данные. Например.