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

Евгений Крупченко
Рейтинг
178
Регистрация
27.09.2003
Интересы
хостинг без тормозов

снова из firefox не заходит. вчера работало ведь.

и это не в первый раз такое.

свою тему поднять не могу

/ru/forum/1021591

давайте скинемся админам этого сайта на футболочку

mark2011:

PHP with ionCube Loaders v10

Вот это что-то не думаю, что будет на шареде.

в смысле? почему нет?

baas:

Device Model: KINGSTON SKC300S37A120G
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)

т.е. диск так понимаю может около 500мб/сек, но у вас он работает на скоростях sata-II и по-этому макс скорость сколько, ~250мб/сек?

отлично 😎

как вам посоветовать? ни домашнего адреса, ни телефона...

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

и не понятно о чем речь, о vps или обычном виртуальном.

нет данных какой порядок размера места критически важен: 1-10-100гб-1тб...?

доверяйте гуглу, но чтобы получить правильный ответ учитесь ставить вопрос.

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

на форумах то же самое, сплошная мафия "оптимизаторов".

иногда даже регистирируют аккаунты-однодневки ради вброса ссылки на "нужный" хостинг... осторожнее тут.

1) /ru/forum/715340

2) здесь недавно успешно сделал привязку:

https://exchanger.money/account/bindings

яндекс пишет, что не привязан

но меняется на https://smartwm.ru/ без проблем

wm и яндекс полностью идентифицированные много лет назад на укр. паспорт.

капитан очевидность спросил бы у tosa@rx.t-online.de, а не на форуме каком-то.

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

пока перманентно, периодически очищаю и оно по новой собирает.

но надо однажды заняться, более красиво это дело автоматизировать. что бы был авто разбан ip по какому-нибудь принципу.

очень возможно, что с вашего ip раньше (может очень давно) кто-то доставал этот mx02.t-online.de и тот его забанил у себя. и конечно никакими проверками по спам базам и никакие удаления из каких-либо баз тут делу не помогут.

только tosa@rx.t-online.de, если он конечно снизойдет этим заниматься.

почему бы не проверить, отправив туда же письмо с другого ip?

это у вас там впс'ки... курильщика.

а тут речь про нормальный shared хостинг... здорового человека

:)

владичка, что ты хочешь?

то насмехаешься над хостингом на антресолях и говоришь что должны этим заниматься специалисты.

то говоришь shit happen у всех и у спецов тоже.

так как надо-то?

спор ради самого спора со всеми подряд по любому поводу и без собственной четкой позиции?

есть у тебя личный опыт по теме? делись. нету - досвидания.

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

---------- Добавлено 17.07.2019 в 21:19 ----------

Glueon:
Неплохо у ТС от бизнеса пинспб прижгло конечно.

клей? 🙄

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

тс тут причем?

и как обслуживание командой специалистов-профессионалов не допустит вышеописанной ситуации когда клиент (тот самый, которому бы вообще лучше не заниматьмся сайтами) скачает откуда-то cms, накачает тем, плагинов и в итоге там окажется закладка или известная уязвимость, позволяющая залить дорвей тот же?

особенно если это vps или выделенный, куда у команды доступа не будет? а если будет, то кто и чем гарантирует, что они не станут еще одним источником угрозы?

как они вообще узнают о взломе? по факту, по абузам? ну так дальше эта ваша команда лишь выключить сможет клиента, это и называется обслуживанием? или обслуживанием наоборот считается не реагирование на абузы (снова привет пинспб)?

или даже с полным доступом, на shared'е, кто-то хотите сказать будет вникать что произошло, закрывать за клиента дырки, вычищать его сайт? не отрицаю что такое бывает, но не надо считать это нормой и думать что так всегда у "правильных" хостеров.

в любом случае превентивно они ничего не сделают.

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

пытаюсь просто представить как это должно работать по-вашему (зная как это работает у большинства).

SeVlad:
Достаточно сайта, позволяющего что-то залить на диск из вне.

по-этому сайты должны быть из только из статики.

а заливать новое на них - только через госуслуги 😂

Всего: 623