- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Честно говоря вот лет 10 знаю Unix системы, не сталкивался с лимитированием баз MySQL по месту... честно говоря не думаю, что это можно реализовать путем самого SQL сервера, а в остальном клиент подчиняется Shared условиям которые трактует сервер , ВСЕМ клиентам на нем размещенным, любое исключение - может привести к краху всех пользователей по сути.
вариант - можно вынести SQL сервер на отдельный сервер и поставить там лимит на размер файлов?
но это не вариант для большинства хостингов
вариант - можно вынести SQL сервер на отдельный сервер и поставить там лимит на размер файлов?
но это не вариант для большинства хостингов
Я же о чем, можно и SQL для клиента запустить отдельный (uid отдельный) и userquota хватит тогда с головой....
Но размер файла в случае MYISAM это размер 1й таблицы.. по этому не катит :)
Я ж за что и говорил, что скорее всего провайдеру легче отказать такому клиенту, нежели удовлетворить его требования.... а технически (т.е если за это платят) можно конечно ограничить все что хочешь в принципе ;)
Я же о чем, можно и SQL для клиента запустить отдельный (uid отдельный) и userquota хватит тогда с головой....
Но размер файла в случае MYISAM это размер 1й таблицы.. по этому не катит :)
Я ж за что и говорил, что скорее всего провайдеру легче отказать такому клиенту, нежели удовлетворить его требования.... а технически (т.е если за это платят) можно конечно ограничить все что хочешь в принципе ;)
в isp manager вроде есть функция ограничение для mysql (Запросы, обновление, соединение) 🚬
Можно ее как ограничение использовать.
ТС можно порекомендовать еще кеширование включить, и mysql будет меньше дергаться.
Если бы хостер ограничил ресурсы, которые не определены контрактом - это одно.
Но когда хостер заявляет, что не может выполнить условия контракта - это примитивное ламерство.
В чём разница? Только если в контракте прописать, что хостер имеет право отказать в услугах на своё усмотрение с возвратом оставшихся средств. В общем так и делают.
Анлим параметров не бывает в природе, всегда стоят какие-либо лимиты.
К примеру, безлимитный трафик. Без проблем - качайте сколько влезет, но канал делится на всех (не бывает резиновых каналов) и режется так, что вы не сможете выкачать очень много. Но трафик реально безлимитный и никто вас не ограничивает количеством и не выставит счета.
Если у клиента база создаёт проблемы другим, то можно выгнать его не за размер базы, а за превышение нагрузки, либо за то, что аккаунт создаёт проблемы другим клиентам. Это всё можно прописать в договоре без проблем.
Да и нужно понимать, что когда берёшь аккаунт за 1$, сколько их будет на сервере. Естественно всё будет общее и никто не даст грузить сервер.
В том и дело, что не можно указать, а нужно. Клиент должен знать за какие ресурсы он платит. И, заплптив, он их должен получить. Рассуждения о "проблемах других клиентов" просто смешно. Пусть они ещё сошлются на проблемы соседского кота и недосыпание.
Это, батенька бизнес, а не детский сад.
1. Клиент платит,скажеми, за место на диске. Пусть туда хоть на 10 гигов базу втюхает. Если она не создаёт нагрузки и редко ипользуется. Но в договоре можно прописать максимальную нагрузку и выгонять спокойно за это. Я думаю,что в любом договоре есть пункт, за который можно выгнать и вообще не писать про какие-либо лимиты.
2. Это как раз детский сад, про кота и прочее.
В договоре можно явно прописать, что аккаунт не должен создавать проблемы другим клиентам и выгонять за это. И пофиг, какие лимиты превышает или не превышает клиент.
Здесь главное - это не бизнес. Не должен хостер тыкать клиента в договор, как и клиент хостера. Просто хостер должен понимать за что он берёт деньги, а клиент - за что платит и что получит.
А пока будет клиент считать, что за 1$ получит "дофига", тогда будет подобное. Разница только в том - сможет хостер ткнуть клиента в договор, либо не сможет.
Дык и указали бы сразу.
Вам станет легче если начнутся договоры из серии 1 пункт, в нем написано что хостер ничего не должен, и вы покупаете все на свой страх и риск. ?? Так это уже написано в любой публичной оферте. Но вы же знаете как это все происходит, не нравится... пункт 1 ..... не устраивает контракт пункт 1 ...... и тому подобное, в общем Пункт 2 говорит - все в пункт 1 :)))))
Я думаю что в том договоре который подписали там, нет ничего о цифрах нагрузки или занятости SQL, по этому сказать что хостер не прав не дав клиенту 2 GB под SQL равносильно тому, что и клиент не в праве требовать это ибо не указано в договоре в принципе.... Все скользко но как ни странно прозрачно ;) Вы сразу за УК..... там своих ошибок пруд пруди..... :)
Romka_Kharkov, сказано верно.
Нужно любить друг друга и не будет проблем)
Вот у меня часто перед сказом интересуются тарифами, показывают сайт, рассказывают посещаемость и уточняют все вопросы. Я говорю честно, как и что.
После этого все довольны и знают, что получит каждый.
Нужно искать компромиссы, а не тыкать друг друга в договоры и УК.
Хостер должен понимать, что клиент не будет платить "за воздух", а клиент должен понимать, что хостер никогда не будет работать в убыток.
Не нужно пытаться никого обманывать и жить станет легче =)
Romka_Kharkov, сказано верно.
Нужно любить друг друга и не будет проблем)
Вот у меня часто перед сказом интересуются тарифами, показывают сайт, рассказывают посещаемость и уточняют все вопросы. Я говорю честно, как и что.
После этого все довольны и знают, что получит каждый.
Нужно искать компромиссы, а не тыкать друг друга в договоры и УК.
Хостер должен понимать, что клиент не будет платить "за воздух", а клиент должен понимать, что хостер никогда не будет работать в убыток.
Не нужно пытаться никого обманывать и жить станет легче =)
Чувак, ты достучался до моего сердца ! (С)
+1
Чувак, ты достучался до моего сердца ! (С)
Единение мысли профессионалов просто радует)) Но сладкое слово халява просто манит и манит.
Вот у меня часто перед сказом интересуются тарифами, показывают сайт, рассказывают посещаемость и уточняют все вопросы.
Это золотые клиенты и скорее всего профессионалы в своём деле :) Большинство просто заказывают хостинг, а интересоваться ограничениями начинают уже после, когда что-то не работает или работает плохо.