Евгений Крупченко

Евгений Крупченко
Rating
158
Registration
27.09.2003
Country
Russian Federation
Interests
хостинг без тормозов
Потому что надо прикладывать, а не прилаживать.

И что в итоге вам известно о том, кому заплатили?

Телефон
Скоро...
Артём Ломакин #:
ИП оформим чутка позже

На все это нужен паспорт... который будет чуть позже.


Тут даже нет вопросов к пацану, а скорей вопрос адекватности его "клиентов". Такие и на авито переводят непойми кому на карту и потом ждут с моря погоды.

Т.е. спрашивать по каким-то форумам, давать кому-то доступы - это нормально.

А просто обратиться к хостеру чтоб тот посмотрел что не так или просто сделал дамп - что-то из разряда фантастики?


Это первое что стоило бы сделать.

Второе:

phpmyadmin у вас от панельки какой-то? Я бы скачал последнюю версию и закинул на сайт. Т.к. а) маловероятно, но какой-то баг в phpmyadmin б) вы скорей всего увидите в логах ошибки, если такие там имеются (лога phpmyadmin от панели скорей всего вам не увидеть). Запросто может просто оказаться какой-то default параметр в php или специально зачем-то сильно урезанный.

Дальше. Кроме phpmyadmin есть же другие инструменты, например:

https://www.adminer.org/#download

Также, если даже нет ssh, то можно попытаться из под php запустить mysqldump и может он сделает дамп правильно.

Кроме вас и вашего хостера никто тут не видит что именно и кто запрашивал в моменты этих всплесков.

Если вы не знаете куда смотреть, просите того, кто должен знать - хостера.


А так, конечно же первым делом access логи вебсервера.

Во-первых чтоб убедиться, что действительно дело в 135.131.185.35.bc.googleusercontent.com, а не чем-то/ком-то еще.

Во-вторых смотрите что конкретно оно там с вас скачивает такое объемное. Может фото-видео тяжелое.

И что вообще за 135.131.185.35.bc.googleusercontent.com - за ним ведь скрываться может любой ip, даже совершенно не связанный с гуглом. Если действительно что-то левое - просто бан (любым способом) и все, зачем ходить по каким-то форумам, спрашивать кого-то кто понятия не имеет что у вас там происходит...

Да вам уже несколько раз пытались объяснить, что это не только от сервера зависит, но и от сайта самого (скриптов)

Как тогда это объясните?


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

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

Там ведь вполне может быть, что на почти любом другом этот сайт вообще 30сек будет генерировать страницы.

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

Может скрипты грузят проц, может mysql запросы тяжелые, а может вообще ничего - тишь и благодать, а просто ваши дурные скрипты что-то качают из вне при каждом обращении.

Какой ответ вы от кого тут хотите получить?

Никто не знает почему у вас страница генерируется 3сек. Со скриптами очевидно перебор.

А что говорит обалденная, мгновенно отзывчивая, очень быстро разбирающаяся в разном спектре вопросов, самивседелающая поддержка лидера большинства рейтингов хостинг-провайдеров - hostiman?

Я уже не понимаю что вы вообще хотите. Сперва было:

Dram #:
в конфиге Джумлы у меня как обычно прописан 465 порт через сервера Яндекса

Т.е. зачем вам exim и т.д. локальные вообще?

Если у вас не уходило письмо с сайта, значит оно видимо пыталось тупо php mail() через конечно же локальный smtp отправить.

Теперь вы его якобы установили (но не настроили) и конечно из php оно уходит, но дальше затык на exim'е/postfix'е.

Все еще - зачем? Пусть скрипты с сайта сами подключаются к smtp яндекса и отправляют.


Настроить нормально локальную почту это не на 5 мин работы. Там много моментов.

Например проверяли ли ip vps'ки своей по спам базам? https://mxtoolbox.com/blacklists.aspx например

Сделана ли PTR запись и т.д.


Проще скрипты свои научить работать с внешним нормально настроенным и трастовым smtp. Но дело ваше конечно...

У вас с поддержкой похоже разговор слепого с глухим.

Вы же надеюсь "пробивали" яндексовские  smtp.yandex.ru и т.д.? Не локалхост хоть? :)

А поддержка видимо думает что речь про вашу vps, на которой "не установлено", "не запущено"...

Самое простое это снести на время все правила iptables -F и еще раз попробовать, open ли порты.

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

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

Это плата за "стабильность".

Оно скачивает не старую, а последнюю стабильную по их мнению.

https://packages.debian.org/buster/nginx

Именно 1.14 входит в debian 10.

1.18 стабильная пока лишь по мнению nginx.org, но в debian видимо свои процедуры тестирования и совместимости.

Какая собственно разница? Хотите другую - ставьте.

В том же debian вроде можно добавить репозиторий с более свежим софтом (backports например - https://serveradmin.ru/nastrojka-repozitoriev-v-debian/#__Debian).

Можно также отдельно по многим програмулинам добавить их собственный репозиторий. Вот вроде как для 18 или для 19го nginx что добавить в конфиг apt нужно:

https://nginx.org/en/linux_packages.html#Debian


А хотите еще большей независимости - изучите вопрос как собирать самостоятельно из исходников.

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


Чтоб от этих платных опций был какой-то толк, нужно чтоб ваш сайт/cms/плагин это дело поддерживали (redis, memcache и т.д.). От простого их наличия ничего не изменится конечно же.

Другое дело opcache. Но неужели он тоже платно где-то? Это получается хостер сам себе в ноги стреляет - вместо того чтоб кэшировать клиентские скрипты и заметно уменьшить общую cpu нагрузку, они пытаются на этом какие-то копейки заработать в ущерб скорости, нагрузке... хотя если они еще и cpu нагрузку лимитируют и хотят больше денег за превышение, тогда логично конечно.

Не показывая самого сайта, что можно советовать? Может там вообще на стороне сервера все в норме, а тормозит уже на клиенте из-за как говорите "массивности" - мульен стилей, js скриптов и фоточек.

Total: 501