Немножко про хостинг

В последнее время просто какой то PageSpeed головного мозга — все хотят зелененькую оценку и кучу попугаев.
Ну и их есть у меня, оптимизация базы, сервера кеширование всего и вся в комплексе с  OptiPng + JpegOptim + Imagick приносят на нормальном шаблоне 90+ оценку очень часто.

Но это все реализуемо на VPS, на шаредах как правило нереально, так как параноидальные хостеры не дают ни shell_exeс ни дополнительных библиотек для оптимизации изображений.

На днях попался магазин, в котором 100 товаров, никаких фильтров, VPS там нафиг не нужен, но очень много больших картинок, которые нужны в хорошем качестве и в минимальном размере. Соответственно без дополнительных библиотек — никак.

Отправляю владельца магазина в AdminVPS задать вопрос — а нет ли случайно на шареде наших либ. И что вы думаете. Любой каприз.

В общем без особых танцев с бубнами, заменой библиотек формирование изображений и оптимизацией базы получаем:

pageSpeed

Еще раз подчеркиваю — это шаред хостинг ADMINVPS

 

Хуйнаныр(4)Очко(1)

Оптимизация и ускорение магазинов на Opencart. Или сага про скурвившийся хостинг.

Шалом, православные!

Расскажу я вам сказочку. Я думал что так не бывает, но так бывает.
Вобщем есть один крупный. ООООчень крупный хостер и есть там аккаунт, одного хорошего человека.

И решил этот человек переехать на 2.3 и начал пилить магазин. И затупило у него все к ебеням. И старый магазин на 1.5 и новый на 2.3. И призвал меня нах в помощь.

Сделали мы ему все по классике, и базу оптимизировали и быстрый кеш поставили, и турубу и шмурбу. А хуй там — тупит. При чем тупит блять пиздец, то 0.7 секунды, то 7 секунд.

Пишем ебланам в саппорт. Вы там черти ахуели в край у вас серванту пизда. Они нам — у нас все нормально ОПТИМИЗИРУЙТЕ. ЩА дословно приведу цитату:

День добрый!
Скорость ответа сервера зависит от скорости генерации страниц скриптом (CMS) Вашего сайта.
Проверить скорость ответа Вы можете создав в корне сайта тестовый файл, например, test.txt и увидите, что проблем в работе сервера нет.
Чтобы увеличить производительность и скорость работы сайта, можете воспользоваться рекомендациями данной инструкции:
[Тут должна была быть ссылка на инструкцию]
или обратитесь к специалистам для диагностики проблемы и ее решения.

 

Ахуеть дайте две.  КЭП, Тест.txt. А блять нортон коммандером файл скопировать не надо ?
Я ебаный специалист по проблемам и решениям, мы еще раз пишем, у вас ебется база и одни и те же запросы хуярятся с разницей во времени в 100 раз. Вы че с дуба рухнули ?
Ответ просто пиздец пиздец:

Доброе утро.
Судя по скриншоту, на нем указан результат времени выполнения запроса в базу данных, выполненного php скриптом. Если аналогичные запросы выполнить вручную через phpmyadmin, то время их выполнения будет значительно меньше. Одной из возможных причин того, что время выполнения запросов через php скрипты завышенное и отличается от случая к случаю может быть достижение лимита по утилизации мощности процессора хостинг аккаунтом [наш аккаунт] (если мы говорим о сайте dev.site.com, который виден на скриншоте). Каждый хостинг аккаунт на сервере ограничен лимитами системы cloudlinux, один из лимитов, который ограничивается — лимит процессора (почитать можно тут https://docs.cloudlinux.com/index.html?cpu_limits.html). Согласно нашей статистике, аккаунт  [наш аккаунт] регулярно упирается в лимит по процессору. При достижении этого лимита время выполнения всех процессов в окружении пользователя может увеличиваться, так как процессы как бы становятся в очередь за дефицитным ресурсом, возникает задержка. Вполне возможно это и является причиной проблемы, с которой Вы обратились.
Перенос аккаунта на другой сервер в таком случае не поможет. Нужно устанавливать причину такого потребления ресурса процессора. Обычно, это может быть один-два сайта хостинг аккаунта. Нужно в первую очередь анализировать логи сервера тех сайтов, у которых посещаемость больше. Нужно смотреть какие запросы и с каких ip адресов приходят на сайт. Нужно искать закономерности в запросах на сайт, смотреть нагрузку, создаваемую ip адресами. Возможно сайт слишком интенсивно индексируется, возможно сайт подвергается сканированию не нужными ботами, возможно на сайте наблюдается активность ботов (спам ботов, или ботов ищущих уязвимости и тем самым делающих не нужные запросы к сайту).

Здесь прекрасно все. И какие-то возникшие недокументированные ограничения. И дефицитный ресурс. 2017 год. Сука. Процессорное время дефицитный ресурс. И статистика нагрузки по ip (к слову все нахуй было закрыто в robots.txt, в который пидарасы из саппорта даже не посмотрели.

И то что ебланы выполнили пару запросов  в phpmyadmin, забыв, что надо их делать всегда с директивой MYSQL_NO_CACHE.

Вобщем меня это все заебало, и я начал хуярить в саппорт со словами старшего админа мне на бочку, тупые обьезьяны, вы заебали. C десятого раза, до саппорта дошло, что отписками — «в чем суть вашего вопроса» со мной не получится и я их заебу, дали мыло, которое мониторят хозяева. Туда я написал суть проблемы и блять о чудо!!!!
Через 15 минут все ожило.
И прислали отакую хуергу.

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

Это знаете как называется — АЙ БЛЯДЬ, простите, мы ОБОСРАЛИСЬ И ОБТЕКАЕМ!
АЛИЛЛУЯ БЛЯДЬ! Три месяца человек пишет: у меня тупит магазин — а глиномесы ему мол все ок.

Пишу я значит опять упырям хозяевам, мол вы бы не быковали — а начислили человеку полгода хостинга бесплатно…

Знаете какой был ответ? Пусть пишет сам. У нас такие правила…

Кароче по факту мы имеем скурвившийся хостинг. С глиномесным саппортом. И с ахуевшим руководством.

Как считаете, стоит повесить на форумах обьяву: к этим гандонам ни ногой, категорически рекомендуем!

 

Хуйнаныр(41)Очко(0)

Настраиваем VPS для магазина на Opencart

alhimik

Недавно я обещал статью по настройке сервера.
Вы меня простите, но если дергать скрины и пошагово рассасывать каждый пункт, получится нихуйовый такой сценарий мелодрамы, страниц на 150.
А так как я блогир? а не пейсатель — я так не умею ).
Поэтому ловите кратенький чек-лист со списком задач и мероприятий, которые надо сделать любому уважающему себя собаководу.
Часть пунктов, я думаю всем будет интуитивно понятна. Часть гуглится на форуме поддержки ISP Systems без вопросов.
Ну а там где не получилось. Мучайте саппорт, привлекайте ваших сайтостроителей.

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

Перед покупкой сервера:

  • Смотрим сколько места занимают файлы ваших проектов. И исходим из того, что вам надо столько же на сервере + 30% запаса.
  • Пишем в саппорт хостера. Ну я не могу лишний раз не прорекламировать AdminVps.
    Почему именно у них я подробно рассказывал раньше.
    Так вот. Пишем — перенесите мне магазины оттуда и оттуда — вот вам доступы ftp+phpmyadmin адрес.
  • Сервер в большинстве случаев берем Start, если чего-то будет не хватать, можно или докупить по отдельности или мигрировать на больший тариф.
  • Триал кстати неделя и без денег. И переносят бесплатно.  Кстати, если будете оплачивать на год — то в отделе продаж можно выцыганить нормальный серт начального уровня бесплатно.
  • Засетапьте седьмой Centos + ISP5. Почему именно centos? Потому как де-факто самый распространенный вариант для web-серверов.  Не забываем, что service не работает как раньше и теперь всем заведует systemctl. Вот отличная шпаргалка с Хабра.
  • Не жадничайте 200 рублей за пятую панель, и 90% задач из списка ниже вы сможете реализовать сами просто тыкая галочки.

Общие действия сразу после покупки:

  • Меняем рут
  • Название сервера должно совпадать с названием вашего домена.
  • Запрос в саппорт для регистрации обратной DNS-зоны, или PTR. Обратную зону может в большинстве случаев прописать владелец IP. А это ваш хостер.
  • Создаем пользователя и меняем пароль для ftp пользователя.
  • Название пользователя не admin.
  • Ставим время для php + mysql.
  • Двухфакторная авторизация для входа в панель.
  • Проверяем, не загнал ли в DNSBL ваш ip его предыдущий владелец.
  • РУТ НИКОГДА НИКОМУ НЕ ДАЕМ без крайней необходимости.

Настраиваем виртуалхосты и http-сервер

  • Включаем сжатие кеширование  статики.
    проверяем здесь: https://developers.google.com/speed/pagespeed/insights/?hl=ru.
  • ioncube + zip.
  • time_limit скриптов в 30 сек.
  • wait_timeout, interactive_timeout в 10сек. Гуглим и в зависимости от конфы вносим твики в mysql.
  • Keep Alive Off.
  • SSl сертификат — ставим let’s encrypt.
    проверяем сертификат здесь: https://www.ssllabs.com/ssltest/.
    Если анализы не очень, и у вас нет красивой зеленой оценки A — пишем Savage4Pro.
    Подробно про переезд  магазина на Opencart на https читаем у нас на форуме.
  • Закрываем админ магазина через htpassword.
  • В случае, если возникли проблемы с правами, переводим php  в режим CGi — как правило по дефолту в настройка ISP он будет работать от владельца виртуалхоста и это исключит проблемы с правами. Не желательная ситуация. В идеале FAST CGI. Но с этим со всем возникли дискусии, чуть позже рассмотрим этот вопрос подробней.
  • Проверяем права на папки и чистим все кеши, логи и модификаторы. Также желательно почистить кеш изображений.

Настраиваем почту

  • Под каждый домен разворачиваем почтовый домен.
  • почта dkim + spf + dmark + greylisting + dnsbl.
  • регистрация в postmaster
    https://postmaster.google.com
    https://postmaster.mail.ru
    https://postmaster.yandex.ru
  • Проверяем в mail-tester.com
    (для того чтобы проверить — просто делаете регистрацию на временны e-mail)
    Про почту у меня было две статьи тута и здеся. И вот тут про отправку через SMTP от mail.ru, актуально в принципе для любого SMTP.

Немного общей безопасности

  • Проверяем поддерживает FTP TLS-шифрование.
    если при подключении с дефолтными настройками FileZilla шлет на хуй с текстом handshake failed — нету у вас TLS.
  • Настраиваем сразу бекапы в облако — Яндекс Диск, или dropbox.
  • Закрываем phpmyadmin по Ip
  • Выключаем отображение ошибок php
  • Убираем хлам из хомяка, оставшийся от переноса и всякую хуету типа phpinfo(), архивов, баз и так далее.
  • Пользователь фтп, с которого теоретически работают ваши подрядчик должен быть без доступа к логам а только в хомяк. (Хомяк — это home-directory) корневая папка вашего сайта.
    И про безопасность Opencart тоже читаем на форуме.
  • Бекапы-бекапами, но не забывайте сливать к себе все локально на компьютер, хотя бы раз в месяц.

Полезное:

  • При переносе аккаунтов, либо при активной работе во время любых изменений в базу, пользуйтесь SXD.  Ва первых, не надо увеличивать размеры max_upload и post_size, во вторых быстрее чем средствами phpmyadmin, в третьих совершенно спокойно храните себе пошаговый лог всех изменений и спокойно откатываетесь в нужную контрольную точку.

Комментарии от господина Savage4pro

  • ssh с 22-го порта на куда-нибудь нахуй 58123
  • тока нада чтобы в iptables открыт он был
  • iptables заворачивать все, кроме 80, 443, 21 (который тоже нахуй), 58123 и почтовые.

*********************************   Реклама ************************************

Также всем напоминаю — что стоит запасаться лицензиями на Opencart.pro, через недельку дюже подорожает.
Ну и самые модульные модули покупаем у господина Френка Синатры на LiveOpencart.ru.

******************************* Реклама закончилась ***************************

 

Upd. Я думаю что много полезного я сразу навскидку и не вспомнил, так что будет дополняться.

Хуйнаныр(45)Очко(0)

у вас еще нет своего сервера? Просто вы не умеете его готовить

srazy_cok

Я уже несколько раз рассказывал про то как я дожил до первой покупки VPS, пришло время подробно поведать вам эту историю.

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

Эта ситуация категорически перевернула наше восприятие надежности системы. Стало ясно, что хостинг «по дружбе» никуда не годится и с этим необходимо что-то решать. Мой друг Снастик настаивал на том, что надо купить свою железку, поставить ее в ЦОД и нанять за на аутсорсе саппорт, я же, как упертый баран, утверждал, что это все хуйня, надо взять сначала в аренду долларов за 20 в месяц на Ukraine.com.ua VPS, попытаться его поднять и разобраться в администрировании. Как же я сука был наивен.

Читать далее

Хуйнаныр(15)Очко(2)

Атака зомби на АдминВпс

zombie

На серче, конкуренты-зомби атакуют AdminVps.

Я знаю что многие мои читатели очень довольны их сервисом. Если кому не лень, поддержите парней в этой ветке, у них реально крутой хостинг:
http://searchengines.guru/showthread.php?t=790638&page=42

Хуйнаныр(25)Очко(0)

По поводу позавчерашнего падения АдминВпс

Тем кто не понял что это было — объясняю на пальцах:

Это не вина хостера
хостер — арендатор площади в датацентре
там температура
бесперебойное питание
генераторы аккумуляторы
резервные водяные бассейны
и дизель топливо в танках качество которогопроверяют раз в неделючтоб эмульсии не было
квадратный метр аренды может стоить и 15000 рублей и 20 000 в зависимости от класса датацентра
так вот
В мск есть нескольок tier 3 сертифицированных датацентра
круче нету!
вот один из них упал
Это как винить Бритни Спирс, в том что ты перебрал и йенг не шевелится.

Хуйнаныр(14)Очко(0)

Лежит ЦОД Caravan (Ожил)

Что то я сегодня перехвалил хостеров. И все поймали форсмажорчик. Из-за какой то хуйни в Центре обработки данных. Caravan, легло все.

На котором сервера у AdminVps — ебучий Tier 3 по русски.

Не пытайтесь убить их тех поддержку — они реально не при чем. Это проблемы в СУКА САМОМ ДОРОГОМ ДАТАЦЕНТРЕ МОСКВЫ.

При этом сам ДЦ  —  это ХОСТИНГ ДЛЯ БОГАТЫХ, как пишуть на хабре.

Какая то чистая хуйня. Собянин экскаватором провод перебил видать.

По мере поступления информации буду вас оперативно оповещать.

 

1 Upd от господина Savage4Pro

Легло в 15:27

Сообщение от 16:07

tier 3 — «время простоя за год 1.6 часа»
еще не выбрали?

 2 Upd 

16:08 связной, робокасса… капец

3 Upd 

16:21

http://www.banki.ru/

http://qp.ru/

4 Upd 

16:30 — ожило!

Ура товарищи!
Из графика не выбились

Хуйнаныр(8)Очко(0)

Дешевые хостинги или как я три дня забирал домен у ukrhost.biz, отзыв «довольного» клиента =)

2b711a

Эта тема наверное обсуждалась миллион раз, но расскажу ка я Вам ещё одну историю, которая произошла со мной на днях:

В самом начале, когда я ещё был на старте своего развития в строении интернет магазинов, и у меня не было знакомых, которые могли бы мне сказать «в жизни не ведись на дешевый хостинг», я повелся и купил хостинг по дешману, ну и домен к нему в придачу там же. Кто же знал, что это мне аукнется таким геморроем.

Подробности под катом.

Читать далее

Хуйнаныр(9)Очко(0)