rustelekom

rustelekom
Рейтинг
550
Регистрация
20.04.2005
Должность
Генеральный директор
Нам 23 года.

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

в РФ указание цены в долларах давно вроде поставлено вне закона. потому переходить к долларам опять как то нелогично да и незаконно. другое дело что переписывать будут цениики согласно текущему курсу. хотя в общем то все это пока вилами на воде - никто не знает как оно будет через месяц другой - аналитики в пролете что уж говорить о нас...

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

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

3 в месяц ? не вопрос. есть и за 11 за год но там только один домен можно.

Удручает что ТС так предвзято относится к своему хостеру у которого размещает сайты. Ощущение такое что это какие то враги которые спят и видят как бы нагадить несчастному клиенту. И это не первый такой топик. 500 ошибка может вызываться клиентскими скриптами если php запущен как cgi приложение а также ошибками в .htaccess. Гон на хостера что мол "вчера работало" без проверки скриптов и логов неправомерна если хостер не менял настроек сервера (а про этом можно и спросить - это не коммерческая тайна). Могли подложить к примеру iframe или яваскрипт код. Могли провести неудачно sql инжекцию. Могли превыситься квоты на диск и соответственно база могла покорежиться. Да много чего могло случится и далеко не все проблемы могли случится по вине хостера.

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

в секции [mysqld]

где нибудь прописать просто строчку:

log-bin

и эти логи будут копиться в /var/db/mysql (если у вас фряха) с расширением .bin

смотреть их надо утилкой /usr/bin/mysqlbinlog имя файла лога.

PS. Если у вас не используются таблица типа innodb то лучше их в том же /etc/my.cnf совсем выключить. Опять же одной строчкой и в той же секции:

skip-innodb

А если используется то надо посмотреть может они и грузят (это по сути один здоровый файл и если он повредится то базам наступит большое куку. На ВПС я б не стал вообще пользовать базы на innodb).

если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.

Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.

Советы :) :

1) собаки лают (не обижайтесь, такая уж поговорка) а караван идет.

2) не знаю ни одного хостера которого кто нибудь не похаял бы.

3) не срываться, строго соблюдать свои же правила и все будет ок в конечном счете.

PS. А молодость абсолютно не помеха в любом бизнесе. Надо только голову не терять и не крутить руль слишком сильно а то можно попасть на проблемы. Ну есть конечно армия но, вроде уже только ленивые не научились от нее откашивать :)

Всего: 6336