Я Input'ы втого файла не переносил. Хотел заставить Input' первого файла сохранять все поля формы.
А он сохраняет только свое, поля второй формы сохранять не хочет.
Из второго файла я забрал только ХТМЛ + немного пхх которые были ВНУТРИ формы. Я не переносил нижний JS и Input'ы
Просто все больше умных людей, которые установили скрипт Сергеича и банят все на автомате, а не как вы вручную
Получил таблицу, провел тесты:
1 запуск - 3 сек
2 запуск - 1,8 (и далее в районе этого)
после добавления простого индекса на поле name - время исполнения из майадмин - 0.0006 сек.
Эксплейн показывает что до добавления индекса запрос перебирает 540416 строк, после добавления всего 2
P.S. подтверждаю что даже без индекса из консоли запрос отрабатывает за 0,1 сек
P.S.S. optimizer_search_depth=0 стоит
Попросите Гугл разбить платеж на мелкие части и присылатть только по будням + учитывать национальные праздники.
Не ну а чо .... :)))
Идиалити пробуждение!
Самое важное - вернулся ли юзер после вашего сайта в поиск продолжать искать то что искал.
1. Если юзер провел на вашем сайте 30 сек, смотрел одну страницу и больше не гуглил эту тему = ваш сайт на 100% отвечает запросу (запросам) и у вас все ок.
2. Если юзер просмотрел 5 страниц, пробыл на сайте 5 минут, ничерта не нашел - вернулся в поиск и попал на сайт из п.1 - то у вас все плохо, несмотря на типа отличные ПФ.
Сори, че то затупил...
Из Москвы и Германии открываетя норм, а вообще - http://ping-admin.ru/free_test/
Яндекс браузер, Опера, Лиса, ИЕ
Mobiaaa, киньте мне в личку дамп и пример запроса.
Более года назад перешел с мускуля на Марию 10,1 - остался доволен.
Вот данные мунина по моему серверу.
Кол-во запросов и кол-во медленных запросов (причем время слоу квери я выставил на 0,5 сек)
Это облачный ВПС с 4 ядрами и 16 гигами оперативы держит примерно 80.000 трафа Джумло сайтов. На прошлой недели были пики выше 1000 запросов в сек. (боты набежали) - эти пики вообще никак не отражаются на медленных запросах, все работает очнеь быстро.
Да и от тех единичных медленных запросов можно легко избавиться, просто мне уже лень в них колупаться.
NothingMatters, спасибо, почти то что нужно.
чуть изменил и получил то что хотел
SELECT * from profi WHERE userid not in (select id from users) and `userid` != 0
Постараюсь объяснить еще раз.
Есть таблица юзерс, в ней поле айди.
Есть таблица профи, в которую при регистрации попадают определнная группа юзеров, и она связана с таблицей юзерс через поле userid.
userid - это по сути id таблицы юзерс.
За годы работы сайта скопилось много ошибочных регистраций и сейчас есть много записей в таблице профи, в которых прописаны userid а таких ID в таблице юзерс уже давно нет!!!
Вот мне и нужно найти эти записи в таблице профи и почистить у этих записей поле userid
P.S. может это важно - но поле userid таблицы профи по умолчанию = 0