О! Я не сдох, не спился, не ужрался ягой. Дела у меня хорошо. Вращение придавал я вашим негативным отзывам обо мне. Короче, я живее всех живых и специально этой статьёй попытаюсь вам объяснить, как можно улучшить ваш букс, хайп, игру, любого рода самопальный проект и заставить его работать реще… Как? Читай.Такс. На моём горбу сейчас работает один проектец. И я не занимался оптимизацией SQL запросов, не грузил себе голову настройкой и т.д. до тех пор пока он не запустился. Но с его запуском я забыл обо всей лабуде и вот когда начались первые фризы — пришло время немножко позаниматься. Сейчас попытаюсь вам объяснить чем можно ускорить работу сайта:
Немножко олдскульной банальщины:
Убираем все mysql_close() и все mysql_connect. Оставляем первый коннект.
Больше банальщины:
Процедурный стиль. Если юзаешь ООП — забудь о mysql, представь это ночным кошмаром. mysqli работает быстрее mysql и чуть чуть (крапаль) быстрее PDO. НО в ПДО простые инъекции отсеиваются автоматом, однако, если ты передаёшь все данные в числовом формате — гораздо быстрее их отсеивать intval() или лучше (int)$a. Текстовые поля стоит фильтровать. Можно поиграться с htmlentities (при желании).
Ещё немножко гипертупизма. str_replace/str_ireplace — не очень хорошо. Однако, то же можно сказать о echo и print. Если echo можно вызвать как функцию, то print нам позволяет играться с and. На самом деле это не критично, на это можно закрыть глаза.
Теперь о том, что реально поможет снизить нагрузку на железо:
1. require_once забыли. require и желательно вначале кода, если подключаемый файл не имеет исполняющего кода (например просто забитый дефолтом массив или константы).
2. SELECT * — нет слов. Все поля вытянули и перечислили через запятую, выигрыш существенный.
3. Таблицы или куча полей? На самом деле мускул рассчитан на то и другое. Хочешь — создай кучу полей, хочешь создай кучу таблиц. Стоит помнить, что при обращении к таблице мускул создаёт минимум 3 файла. На HDD это заметно, на SSD не очень заметно, поэтому хранить таблицу с рефами отдельно от общей таблицы юзеров ГЛУПО. Гораздо проще юзать index хотя бы.
4. index ёпть, это ваш помощник, запрос вида:
В таблице table имеющей, допустим, лям строк будет перебирать ВСЕ СТРОКИ. Но стоит добавить index на col3 — ситуация изменится.
5. Рефсистемы:
Как предлагал dmk — если я авторизован — скрипт берёт мой id и перебирает таблицу referals и вытягивает всех, кто привязан к моему id (пусть в примере это будет поле ref_id).
//по результатам этого запроса берём инфу из users
SELECT `bla`,`bla`….. from `users` where `id`=result
Чёрт возьми, что нам мешает добавить одно числовое поле, допустим int(5) (5 число знаков — если рассчитываешь на большее — меняй) и поставить ему index?
Таким образом задействуешь одну таблицу.
6. InnoDB или MyISAM?
Банальные правила: InnoDB — отличный варик для динамических таблиц. Дело в том, что запросы вида:
И вида:
ЛОЧАТ таблицу table если она имеет тип MyISAM! А когда она лочится — с неё чтение становится невозможным — отсюда и глюки при чтении и соответственно в работе скрипта. Но есть и дёготь в этом дерьме: InnoDB не лочится при обновлении, НО чтение с неё происходит довольно медленнее.
ПОЭТОМУ СМОТРИМ ПУНКТЫ ВЫШЕ:
касаемо рефсистемы если каждое действие рефереру чё нить даёт и этих действий много — юзаем две таблицы (неоспоримо): например просмотр ссылок. таблица с рефами пусть будет myisam! users однозначно innodb
если реферер затрагивается например при пополнении или при депозите (хайп) наилучшим вариантом буедт также оставить users в формате innodb и всю реф структуру вязать на partner_id которому мы даём index
7. …escape_string ЛЮБАЯ РЕГУЛЯРКА РАБОТАЕТ БЫСТРЕЕ ЧЕМ ЭТА ЛАЖА! помним об этом! лучше лишний раз через функцию прогнать чем этой хернёй защищаться. в текущем рынке хайпов, буксов, игр и прочей белиберды в основном используются числовые значения (intval в помощь). текстовые юзаются при реге и авторизации. ну ещё восстановлении и то FILTER_VALIDATE вам в помощь.
8. условия
if(a==b){
if(c==d){
if(e==f){
ЗАБУДЬТЕ ПРО ЭТУ ГРЯЗЬ!
если запрос шлёте аяксом или json то проверяйте ответ. задайте констату например \’ok\’. Если ответ не ok то выводите алерт с ответом! не забудьте закрыть display_errors! и в таком случае условие будет вида
if(a!=b) exit(‘a not b’);
if(c!=d) exit(‘c not d’);
if(e!=f) exit(‘e not f’);
Ну вот бывают ситуации и сложно с jquery! таких ребят тут много. никто вас не осуждает. ЛУЧШЕ ВСЕГО ЮЗАТЬ elseif
if(a!=b){ print ‘a not b’; }
elseif(c!=d){ print ‘c not d’; }
elseif(e!=f){ print ‘e not f’; }
else{
//some do mother fucker blyat!
}
с условиями ясно.
9. Циклы грёбаные
Не буду объяснять почему (окей гугл юзайте), просто дам сразу вам по приоритету операторы:
1 место for
2 место foreach
3 место while
допусти вы берёте строки с users
//процедурка для непрошаренных
$SQL=mysql_query(«SELECT `qqwq`…. FROM `users`»);
//лучший вариант
for($i=1;$i<=mysql_num_rows($SQL);$i++){
$row=mysql_fetch_assoc($SQL);
}
самый суко быстрый вариант. мерил разными. любимый while курит в сторонке. foreach не ахти…
касаемо цикла в цикле:
for(i=1;i<=1000;i++){
for(q=1;q<=10;q++){
//do some blyat
}
}
всё это херня! есть траблы? пиши в комменты (если юзаешь цикл в цикле) и дядька лёшка тебе подскажет, как это сделать шустрее. и сразу ответ на вопрос где такое может быть?
Такое строят обычно без опыта юзеры, либо не сильно заморачивающиеся. пресуще это для таблицы допустим с личкой. там будут значения \»от\», \»кому\», \»дата сообщения\», \»стаус прочитан или нет\». как бы вот челу надо вывести список уникальных диалогов — можно поюзать оператор, можно измудриться с from==id or to==id. по сути диалог — это общение между двумя пользователями. но это несложно если просто вывести по дате последнего сообщения, но иной раз нужно как бы вывести статус сообщения. в принципе идея по последнему сообщению своеобразна, но кто-то хочет и со статусом выпендриться (раньше я так выпендривался). вот тут то и идёт цикл в цикле и дополнительные условия в цикле.
Короче с SQL если будут мысли пишите. мой запал кончился на этом стакане вискаря. к сожалению, большущих стаканов у меня нет, и каждый новый стакан вынуждает меня переключиться в сторону другой области…поэтому перезарядившись, я пинаю вас в сторону nginx. почему именно он? потому что почти все VPS/VDS юзают его.
Для того, чтобы он думал резвее — нам нужно:
идём в панели управления в файловый менеджер. идём в корень. ищем путь /etc/nginx/nginx.conf
в нём:
гуглим или заведомо знаем скок ядер наш процессор на сервере имеет и число ставим равным этому.
максимальное кол-во клиентов на коннект. лупим также 4к
ну и я советую врубить gzip в этом же файле
gzip on; //включён
gzip_min_length 1024; //мин длина ответа для компрессии
gzip_proxied expired no-cache no-store private auth; //для каких запросов выёёпываемся
gzip_types text/plain text/css text/xml text/javascript application/x-javascript application/xml text/html; //форматы
gzip_disable «msie6»; //для юза в ие
gzip_comp_level 5; //степень сжатия (советую 5. сами экспериментируйте)
всё по nginx расписывать не имею желания. вот вам линк. Читаем (это хабр если чё). и обращаем внимание на запись в логи. если ты самоуверенный тип, знаешь что косяков и дыр уже не допускаешь — отрубай логирование. правда если тебя ломанут через дырочку, ты уже не узнаешь как именно, но зато ты был самоуверенным)))))
Автор публикации
Отправить комментарий
Вы должны быть зарегистрированы чтобы оставить комментарий.
Вы должны быть зарегистрированы чтобы оставить комментарий.
Alex, ты не спился еще? странно.
это все сарказм.
Давно тебя видно не было
хуйня. твой скилл за 5 лет так и не поднялся.
зацени свой и померимся мудила
А Что есть еще люди которые пишут на mysql_*
Вроде уже большинство хостов обновили пхп, да и ПДО гораздо удобнее и безопаснее обычного mysql_*
По поводу скорости циклов я реально не знал! Теперь взял на заметку!
По поводу mysql_real_escape_string , так вот она нихера не защищает от инъекций, смысла от нее толком и нету! Как и сказали выше, регулярки лучше!
mysql_real_escape_string уже устарело!
на счет условий так лучше использовать switch если есть возможность!
Alex Рад что жив здоров!
Жаль что новыми фитчами и алгоритмами нас не порадовал))
А так все верно говоришь чем быстрее работает тем совершеннее
Чем щас занят в какую тематику ударился?
руфус брат ну блеа. как я чё нить напишу — ты сразу объявляешься. я уверен, что тебя тянет мой энтузиазм и потенциал. как бы ты не хуесосил меня в ответ, так онои есть. всё просто: мы с тобой в одном дерьме крутимся. был бы ты выше — ты б хер сюда заходил. та же тема и у меня) а пиской помериться дело святое) просто мериться надо в той плоскости, в которой писька оппонента и находится)
Alex,
Он тут как обосрать надо, сам бы чего тогда накатал) Но ему не выгодно/лень/не хочет вообще связываться)
Alex,
угу вы с Руфусом как два сапога пара, один появился, у другого как буд-то прога с парсингом с SFB — тинь Леха пост сделал и тут Руфус ))))
ей богу
Для сео спринта пойдёт Рни уже давно глючат)))