Хакатон SberCloud
для разработчиков
До конца регистрации:
05
:
03
:
13
:
49
Подробнее
SEO
Артём Кукшинский
7612

Как ускорить сайт на Wordpress без знаний кода

Перевожу недавнее видео от Ahrefs в пошаговую инструкцию о том, как ускорить свой сайт на Wordpress. Я долго искал в рунете, как это сделать, но действенного решения не нашел. Обращался к компаниям, они берут за это от 10 до 300 тысяч рублей. Сегодня мы сделаем все сами бесплатно.

В закладки

Скорость до и после

тесты скорости от PageSpeed Insights

Зачем ускорять сайт

Кроме очевидного, что люди не любят пока грузятся страницы и картинки вашего сайта, есть и неочевидная вещь. Гугл ранжирует сайты по скорости загрузки. Года два или три назад это стало важным фактором. И если ваши позиции в топе на ПК, то в мобилке точно они пониже, потому что мобильная версия сайта всегда дольше грузится с телефона, чем ПК версия с компа.

Гугл ставит в топ быстрые сайты, и если у ваших конкурентов сайт грузится быстро, пора ускорять свой.

Шаг 1. Меняем DNS провайдера на Cloudflare

DNS это по сути айпи адрес вашего сайта. То есть когда я пишу свой сайт nimbus-sten.ru и нажимаю Enter, интернет ищет какой IP адрес соответствует моего домену. То есть DNS это что-то вроде адресной книги интернета. Поэтому чем быстрее интернет догадается какой айпи подходит под ваш домен, тем быстрее сайт загрузится.

В списке самых быстрых Cloudflare.

Заходим, регаемся. Вбиваем свой сайт, выскакивает это:

Кликаем, выбираем обычный метод, затем появляются наши DNS имена

Заходим в панель нашего домена (не в вордпресс и не в хостинг, а именно туда, где куплен домен). У меня и у большинства людей это reg.ru. Там заходим в панель настроек и вбиваем для полей N1 и N2 значения из Cloudflare.

Шаг 2. Покупаем и устанавливаем WP Rocket.

Офигенный плагин, лучше всех бесплатных бустеров от вордпреса, которые не работают. На оф сайте он стоит 3000 руб в год. Вполне доступно, тем более нам это поможет повысить трафик из поиска и сделает сайт удобнее, а это нам важнее всего.

После покупки нам прилетает zip файл, это и есть плагин, нам его нужно загрузить в админку. Заходим в вордпресс, и добавляем плагин:

Теперь нужно настроить WP Rocket, а именно проставить везде галочки, чтобы сжать наш сайт максимально.

Кэш

Включаем кэш для моб. устройств.

Файлы

Ставим галочки везде

Медиа

Тоже галочки

HTTP 1.1 vs HTTP 2

Затем он говорит, что сайт должен быть с HTTP 2. Дело в том, что протокол HTTP 1.1 подгружает каждый файл отдельно, и пока один не загрузится, другой не начнет загружаться. Это долго и поэтому HTTP 2 загружает сразу все файлы одновременно.

Так что скрещиваем свои сеошные пальцы и заходим на

Там вбиваем свой сайт и надеемся, что он HTTP/2

CDN для тех кому надо

CDN это сервера разбросанные по всему миру, но это для тех, у кого на сайт заходят с разных точек Земли. Ко мне только Питер и Москва, поэтому я их не покупал. Но если для вас подходит, берите. Так люди с Урала зайдут на сервер, который ближе к ним.

Шаг 3. Оптимизируем картинки

Есть много плагинов, я раньше юзал Imagify, но он посоветовал взять Shortpixel. Плагин как-то по-умному уменьшает вес картинок до 50%, не изменяя их качество. Вообще, с картинками отдельный разговор. Старайтесь их меньше использовать по возможности или хорошо оптимизировать, но не надо шакалить в jpg))

На этом всё, спасибо, что почитали. Надеюсь помог ускорить ваши сайты. Можете поскидывать ваши скорости до и после в коменты)

{ "author_name": "Артём Кукшинский", "author_type": "self", "tags": ["wordpress"], "comments": 98, "likes": 9, "favorites": 216, "is_advertisement": false, "subsite_label": "seo", "id": 171484, "is_wide": false, "is_ugc": true, "date": "Wed, 28 Oct 2020 22:12:35 +0300", "is_special": false }
Объявление на vc.ru Отключить рекламу
Маркетинг
Как бизнесу заработать в соцсетях в 2020 году: полноценное руководство с прогнозами и примерами
Пошаговая рабочая стратегия продвижения бизнеса в соцсетях с медиапланом и примерами внедрения от директора «Студии…
0
98 комментариев Накачай стартап
Популярные
По порядку
Написать комментарий...
12

"Сегодня мы сделаем все сами бесплатно" забыли написать в начале статьи что 3к всё же выложить за рокет придётся

Ответить
0

Блин, точно))) 

Ответить
3

В год. Так будет ещё точнее. ;)

Ответить
0

Божечки) 

Ответить
0

Кстати на заметку: посредники между вами и фрилансерами специально нафаршировывают сайт плагинами, знаете почему?

Ответить
0

Когда пишут про гипотезу лучше так и писать, типа: в одном из бесполезных по сути агентств глянул бесполезный видос и он навел на определенные соображения

Ответить
8

"Обращался к компаниям, они берут за это от 10 до 300 тысяч рублей."
А потом на биржах фриланса ищут исполнителя за 500рублей ))

Ответить
0

А бонусом к рекламируемому в посте чуваку - безотказная секретарша, на которую ему бесхарактерные клиентосы, прочитав сей опус завсегда готовы внести пожертвования :) ибо сама контора не производит нифига по сути :)
Гениально и безотказно!

Ответить
0

Вопрос только куда вся эта гениальность приведет https://www.business-gazeta.ru/article/485833 

Ответить
5

Не представляю удивление автора, когда он откроет для себя Brotli, Memcached и OPcache:) Кстати, я недавно на WordPress устанавливал БД PostgreSQL и скорость значительно стала выше, чем когда я использовал MySQL и MariaDB. И WP Rocket с точки зрения возможностей и функционала уступает плагину W3 Total Cache, поэтому мне кажется, что WP Rocket сильно переоценён автором данной статьи.

Ответить
0

Прикольно) чтобы ускорить сайт нужно еще 6 плагинов сверху вместо одного wp rocket))) 
А то у меня на сайте совсем мало плагинов, надо бы добавить)) 

Ответить
8

Это не плагины.
Вообще идея затыкать все многочисленные дырки WP плагинами - так себе идея, хотя и позволяет решать вопросы быстро и практически бесплатно.

Ответить
2

когда он откроет для себя Brotli

Разрешите поинтересоваться: чем именно Бротли заслужил упоминания здесь? Некоторое время назад изучал этот вопрос, вроде как выходило, что в лучшем случае выигрыш 11% в сравнении с GZip. У себя всё-таки использую, но думаю, что каких-то радикальных бонусов он не даёт.

недавно на WordPress устанавливал БД PostgreSQL и скорость значительно стала выше

А вы не изучали за счёт чего именно? По-моему, основные затыки WP всё-таки на уровне PHP и БД там прямо значительного ускорения дать не должна.

Ответить
1

По поводу Brotli, то да, вы правы, он дополнительно предоставляет возможность сэкономить 8%-10% по сравнению с Gzip. Что касается БД, то при выполнении запроса, MySQL загружает весь ответ сервера в память клиента, а PostgreSQL загружает только указатель, а ответ хранится в памяти сервера БД.

Ответить
0

MySQL загружает весь ответ сервера в память клиента, а PostgreSQL загружает только указатель, а ответ хранится в памяти сервера БД

А что именно в данной ситуации, когда всё крутится на одном сервере, вы называете клиентом? Процесс PHP? А то я недостаточно хорош в таких тонкостях :-\

И, опять же, если всё происходит на одной машине (т.е. нет кластера с отдельным MySQL-сервером), не выходит "так на так"? Т.е. тут один память забирает, там — другой?

Ответить
–1

То есть, при использование PostgreSQL вся заголовочная информация таблиц находится в оперативной памяти сервера, а не в памяти клиента.

Ответить
0

похоже на какую-то чушь, сорри

Ответить
0

Естественно, т. к. не аргументировано. Вот, если интересно - можете почитать об этом здесь: https://www.keboola.com/blog/postgresql-vs-mysql

Ответить
–1

У меня слабенький VPS и PostgreSQL помог оптимизировать SQL-соединения, что в следствии, как мне кажется, помогло увеличить производительность сайта. Да и если честно, то я сам в SQL не особо силен, как и в системном администрирование в целом. 

Ответить
0

У меня еще до этого часто сервер падал из-за нагрузки MySQL на ОЗУ, а после перехода на PostgreSQL ничего подобного больше не происходило.

Ответить
1

У меня еще до этого часто сервер падал из-за нагрузки MySQL на ОЗУ

Читал, что переходом на Maria от такого спасаются. Хоббисты-лоуэндеры оптимизируют так, что гоняют вордпрессы и форумы на VPS'ах с 128-256 МБ RAM :)

Ответить
0

Наверное удивлю: если почистить базу после очередного обновления пишущегося разными людьми WP  умелыми руками будет еще прикольнее.

Ответить
0

Страшно представить что будет когда он узнает о fast-cgi cache в nginx :)))

Ответить
5

самый простой способ ускорить - это удалить все плагины и сделать 1 свой.
+ своя тема где все файлы собраны в бандлы. Для этого конечно нужно программировать, но дом тоже не построишь без знаний, разве что кривой сарай

Ответить
4

Многое из этого плагина можно реализовать через cloudflare из коробки, ну и nginx тоже умеет в кеширование страниц :))

Ответить
1

Какой клаудфлэр в России, когда херовп куча его айпишников в бане ркн

Ответить
1

Не проблема, прекрасно работает на нескольких проектах, опять же в случае бана ip, поддержка идёт на встречу почти всегда.

Ответить
1

В чем не проблема? Ставили кучи клиетов, в отдельных регионах например ip заблочен, когда про это узнают уже куча времени потрачено и клиентов

Ответить
0

Может крутые программисты и могут) у меня инструкция для чайников в коде как и я) 

Ответить
0

В Cloudflare на вкладках Speed и Caching все работает сразу и без кода, просто включаем и все :)) Также ещё есть плагин официальный от Cloudflare для WordPress, для ускорения, а LazyLoad есть в самой cms в версиях 5.5 и старше, если не ошибаюсь, при условии, конечно, что его корректно воспринимает тема

Ответить
0

Антон, cloudflare может работать реально коряво. Это все таки загрузка со стороннего ресурса, запрос-ответ на чужой сервер. Уж лучше картинки руками сжать. Есть масса онлайн-ресурсов для этого. Даже для пакетной обработки. 

Ответить
0

Так кто же спорит, можно кучей разных способов, но автор же хочет без кода, без усилий и одним кликом :))

Ответить
0

Так а тут и не надо "кодить". Просто сжать картинки в онлайн-сервисе. Делается сразу, когда картинку вставляешь на сайт.))) 

Ответить
0

Подтверждаю, сам тоже перестал использовать, так как некоторые провайдеры в РОссии блокируют этот сервис. Зачем терять трафик?

Ответить
4

Боже, какая чушь.... Особенно для чайников. Покупают рокет, потом ему ума не могут дать. А потом ещё понатыкают кучу всякой фигни и ломают голову, почему ничего не работает.... Именно потому в компаниях ускорение сайтов и стоит денег.
Артем, а как на счёт 94/99 по Google speed test? 
Это для wp, без сраного "рокета"! 

Ответить
0

пишите статью

Ответить
0

Для каких целей? Что мне даст эта статья?)) 

Ответить
0

Хм, а почему ее пишут другие? Чтобы поделиться опытом

Ответить
0

Карим, другие пытаются пиариться, здесь на vc, взять клиентов, ссылки на свои сайты публикуют. Мне это не нужно, потому и не пишу подобную фигню.))) 

Ответить
0

не все пишут для этого

Ответить
0

Ну а я не публикую "инструкции" именно для того, чтоб дорогу никому не перешагивать. У всех устоялось свое мнение по wordpress, не будем его разрушать)) 

Ответить
1

не надо шакалить в jpg) - это что значит?

Ответить
8

надмозг компутерного перевода.
Писать от себя могут не только лишь все

Ответить
3

это когда ужимаешь картинку в очень плохое качество

Ответить
2

Так в плохом можно не только в jpg, не?

Ответить
1

В интернете ты можешь что угодно

Ответить
2

3000 ₽ в год за плагин? «Вполне доступно»? )

Ответить
3

Можно ссылочку на сайт? Просто отсутствует адекватная выборка из конкретных работ подобных "художников". А предложение установить с бэкдором левый плагин вообще смущает. Интерес проснулся и для личной статистики.

Ответить
0

Зная что он делает - да) 
Если он мне в год принесет одного клиента это окупится. Но я то знаю, что он мне принесет 10 и больше) 

Ответить
2

То, что делает плагин можно сделать самому.

Ответить
1

Плагин приносит клиентов? Реально?

Ответить
–1

Косвенно да. Как твоя пассивная агрессия приносит людям боль, так и плагин ускоряющий сайт приносит клиентов. 

Ответить
1

Не хотел обидеть художника

Ответить
0

Максим, пусть пишут....))
По мне, так прописать кеширование в htaccess и не париться.... 

Ответить
2

Очень слабая статья, увы.
Освещены какие-то отдельные и несвязанные куски.
Относительно графических форматов, автор вообще мягко говоря не в теме, а это сейчас важно. 
Нет ничего о хостинге или сервере и его настройках
нет ничего о том, что настройки, указанные автором в кэшировании скорее всего убьют ваш сайт, поэтому это надо делать крайне аккуратно, чистить кэш и проверять работоспособность, нет описания настроек кэша, нет описания возможности preload кэша и списка страниц, которые надо исключить из preload и т. д. и т. п
В общем, дилетантство :(

Ответить
2

Хорошо люди делают Деньги на нубах, да ещё и говно впаривают. Все это делается за полчаса руками.

Лейзи лоад картинок через такие плагины тут описывались - он скрывают картинки от поисковиков. Он их просто не увидит вообще.

А совет использовать поменьше картинок - вообще эпичный. Когда поисковик из жопы вон лезет, чтобы найти оригинальный контент, в первую очередь медиаконтент, этот совет - выстрел себе в ногу.

Картинки использовать нужно, но с умом. Нужно использовать уникальные картинки, максимально оптимизированные, прописывать им alt, в названии файла использовать транслит альта без спецсимволов, и т.д.

Оптимизировать картинки без потери качества можно через tinypng

Тогда они будут полезны для сайта и для поиска.

Ответить
1

LazyLoad давно не скрывает картинки от поисковых систем, читайте FAQ.

Ответить
1

LazyLoad давно не скрывает картинки от поисковых систем

Тоже видел упомянутый выше текст, читал наискось, там речь о том, что для WP то ли подавляющее большинство, то ли вообще все плагины, кроме одного платного, реализуют ЛЛ криво.

читайте FAQ

FAQ к чему именно вы предлагаете читать? Сейчас ваш ответ выглядит как "читайте FAQ к JPEG'у".

Ответить
1

У ПС есть FAQ по оптимизации сайта. Там есть информация, как он учитывает lazyload картинки и в каком атрибуте они должны быть. А вообще конечно лучше самому lazyload сделать, а не использовать плагин. Не все плагины например учитывают, что при загрузке картинка не должна сдвигать блоки сайта.

Ответить
0

в названии файла использовать транслит альта без спецсимволов

Уточните пжл, что именно вы здесь имеете в виду? А то как-то не совсем понятно сочетание имени файла и спецсимволов.

Оптимизировать картинки без потери качества можно через tinypng

Главное tinyjpg не использовать. Хотя после отключения бесплатной части JpegMini, вообще непонятно чего интересного для JPG осталось.

Ответить
0

Я вот использовал этот совет, давал имена картинок транслитом, но как-то на прирост заходов с картинок это не влияет. Проверал статистику в серч консоли. Вообще лучше свои картинки делать, но это конечно дорого под каждую статью фотографа нанимать. 

Ответить
1

но как-то на прирост заходов с картинок это не влияет

У меня весьма ограниченный опыт, но тут соглашусь — по моим наблюдениям выстреливают картинки с и без того прокачанных (наиболее известных) ресурсов, на которые из-за известности источника, к тому же активно ссылаются извне.

Либо какие-то совсем уникальные вещи по крайне низкочастотным специфическим запросам.

Ответить
1

На прирост заходов с картинок - не повлияет. Но ещё один ключик в коде тоже лишним не будет. Ключи в URL то поисковики учитывают.
Что касается картинок - то там содержание важнее, ИИ в состоянии это разобрать. Кроме того, рекомендую обратить внимание на два момента:
а) какие картинки уже висят в топах поиска по картинкам. ИИ считает это оптимальным контентом для картинки, делайте то же самое;
б) теги картинок (того же Яндекс). "Возможно, на картинке..." - там прямым текстом показано, что именно видит нейросеть и с чем ассоциирует.
Пример из практики: человек иллюстрирует статью про деньги фотографией мужика в свитере с кошельком в руках. В тегах - "свитер крупной вязки", и никаких денег. Стало быть, как иллюстрация картинка не зайдёт, незачот контентщику.
Это, кстати, тоже важный момент: нужна именно иллюстрация к текстовому материалу, а не случайный медиа-контент со стоков или какой-нибудь мемасик с Ди Каприо. Если картинка никак не дополняет текст - она не нужна.

Ответить
0

часто люди название файла делают что-то вроде "Фото с корпоратива (2020.10.20).JPG" и  в таком виде заливают на сайт и вставляют на страницу. Причем, это еще и исходник в 13 мб.

А должно быть "photo_s_korporativa_2020.10.20.jpg" и максимально оптимизированное

Ответить
2

Начать следовало с того, как не замечать чистый ВП хламом из плагинов и скинов)

Ответить
0

Ну да, но и нет) 
Вп на то и создан, чтобы было удобно писать сайт. Поэтому и много там лишнего кода. 

Ответить
1

Чистую версию можно в космос запускать, а оттого, что народ у нас не умеет чистить код и все проблемы решает путем сторонних апгрейдов, мы наблюдаем в итоге работоспособность на 90% ниже, чем у конкурентов) если же мы идём путем плагинов, то 3к в топку отдавать за рокет - это садомазахизм. Есть пачка лёгких вариантов сжатия, оптимизации и даже инструменты, позволяющие почистить шаблон и сам код без знаний прогера.

Ответить
2

Как ускорить сайт на вордпресс:
1. Выкинуть вордпресс.

Ответить
0

золотой совет

Ответить
0

А ещё выкинуть все cms, кодить с нуля, поднимать сервера, писать обработчик и все остальное))) 

Ответить
2

может быть кто не в курсе, но достаточно в левом меню (не в случае сайта про стены) иметь кол-во слов больше положенного и показатель Cumulative Layout Shift (CLS)
 уничтожит всю гипотезу нафик....

так, что молодой человек расписывайте лучше стены дальше, чем писать то, о чем не совсем в курсе, а 1-2 сек на страницу для компа, когда руки откуда надо растут на вордпрессе без заморочек с regru - норма, а не ускорение.

Ответить
1

сайт то ускоренный где?

Ответить
1

А нету.... Хокер-спаниель съел. 

Ответить
0

Тут чисто рекламный пост ))

Ответить
1

Чтоб героически не преодолевать трудности:
Делаем макет дизайна, хоть в пэйнте. Потом по макету на Astra собираем свой сайт. Картинки сжимаем, подгоняем размеры заранее, ручками. Шрифты, ни в коем случае не Google. Ставим бесплатный autoptimize, настраиваем, согласно рекомендаций (переводчик в помощь), и, вуаля, скорость 93-97/99-100.
Только нужно понимать что делаешь и зачем.
А если сверху колибри поставить, можно ещё чуть подтянуть.
Ну и хостинг, соответственно хороший должен быть)) 

Ответить
0

А что о гуглевских шрифтах?

Ответить
1

ну как минимум это обращение к левому серверу. Да и не парится никто оптимизацией гарнитур, лепят всё подряд.
Хорошо, если оттуда какой-нибудь OpenSans берут или Roboto, эти и в кэше уже могут быть. Чаще же то, что прописано в шаблоне, который делали буржуи, и там даже кириллицы нету - и в результате браузер всё равно использует стандартные системные шрифты.

Ответить
1

Погано они влияют, за счёт загрузки с  чужих ресурсов. Шрифты нужно либо стандартные использовать, либо загружать свои. 

Ответить
1

Уже http3 на том же cloudflare пишут :))

Ответить
0

Прикольно) 

Ответить
0

Clodfare блокируется часто Роскомнадзором. Лучше забыть про него.

Ответить
–1

Ну какой WP Rocket за 3000 в год. Ставим бесплатный WP Super Cache, который создает статические html страницы и отдаем их напрямую через nginx. Ничего быстрее даже теоретически не может быть, только если кэш хранить весь в оперативной памяти. Это максимальная скорость отдачи контента за 0 рублей в год. Чекайте.

Не уверен, что на кворке за 500р. это настроят, но за 1000-2000 думаю найдется исполнитель.

Ответить
0

Вы ещё пользуетесь дырявой цмс? И ещё покупаете для нее плагины?
Мне вас жаль...
Кстати показатель ускорения не очень хорош😢

Ответить
1

Если посмотреть статистику взломов, то чистый WP практически не ломают. Уязвимости в основном - в темах и плагинах. Чем меньше участия грамотной разработки, тем выше риски.
Ещё хуже - нулленые плагины и темы, или плагины, не обновлявшиеся лет 5.
По моей личной статистике (я работаю в веб-студии, на потоке) WP ломают ничуть не чаще, чем битрикс, modx, open cart, webasyst и т.п.

Ответить
0

bitrix, так вообще уязвимая хрень.... А wp, обновляйтесь вовремя, не ставьте "странных" плагинов, и будет вам счастье. 

Ответить
0

у меня за год 2 сайта ломанули за счёт дырок тем. Белых, бесплатных, без бэкдоров. Заплатку разрабы тем в обоих случаях выкатили буквально за сутки или даже меньше, но этого периода хватило, чтобы чисто ботами сайты поломать.
Хорошо хоть бэкапы были наготове, удалось восстановить ещё несломанные версии и сразу накатить "заплатки".
Если бы люди ломали - они бы и времени не тратили. Один сайт был нулячий совсем, даже закрытый от индексации пока, второй - мусор с тремя визитами в день. 

Ответить
1

Виктор, я вот не люблю "темы", их превеликое множество особенно. Работаю с astra. Есть бесплатная, хорошо, обычно хватает)). Все время актуальна. Пока никто ниче не сломал. Есть и Pro вариант, так, купил от делать нечего. В связке с Elementor все работает прекрасно. В поддержку ни разу не обращался. Что то дополнительное нужно - либо сам пишешь, либо кастомизируешь то, что проверено многократно. 
Почему против "многообразия" тем - тяжёлые, натыкана куча сомнительных плагинов внутри, обновляются редко, и, как следствие, уязвимы. Самое поганое - оптимизации скорости практически не подлежат. 

Ответить
0

Маломальский сайт сканится ботами и детектиться ВордПресс это ли 😂

Ответить
0

Не, там конкретные вещи ищут: или конкретную тему, вернее, конкретную закладку, либо конкретную свеженькую уязвимость.
Забавно, когда видишь поиск файлов WP в логах того же Битрикс.
По ту сторону ботов - какие-нибудь индийские школьники. WP - самая популярная CMS в мире, ядро открытое, чего бы не поиграть в хацкеров

Ответить
0

ВордПресс без плагинов убог.
В той же Joomla! 3 из коробки больше функционала. Чтобы добиться подобного в ВордПресс нужно поставить кучу плагинов и часть из них платная.

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

Если посмотреть новости, то чуть ли не каждый месяц информация об уязвимостях, чего не скажешь о других цмс.

Ответить
0

Для своей ЦА и задач WP заточен недурно, и обилия плагинов там не надо. Файерволл толковый, какой-нибудь Custom Fields или Pods, если таксономий не хватает. Для информационки - вывод "содержания". Да и всё, пожалуй.
Но ставят-то кучи каких-то слайдеров, плагинов для портфолио, используемых как каталог или даже и магазин и всё такое.
Для проектов без бюджета, любительщины, а самое главное - pbn, которые и так создавать дело затратное - самое то.

Ответить
0

Почему днс Яндекса не подходит? Он ведь быстрее.

Ответить
1

Потому что в мануале был написан клауд, а Яндекс не был написан

Ответить
0

WP без Redis (если есть трафик) - деньги на ветер.

Ответить
0

.

Ответить
0

Норм

Ответить
0

делаем быстро качественно дешево - одно из трех зачеркните на свое усмотрение

Ответить

Правильный самолет

–1

Взять vps к бабке не ходи

Ответить

Комментарии

null