Да, но люди такие не надежные. Имеют свойство косячить, забывать, мстить и страдают еще много какой фигней. Я повторю вопрос: "Что вы будете делать, когда нанятые вами сотрудники профукают проект клиента который приносит 30000ye в месяц?"😂
Есть много разных невероятных историй связанных с ДЦ, хостерами (одному в ДЦ на второй этаж даже пикап влетел). Так что не говорите, что вот у вас точно нини. Вы скажите что будет если все таки будет нуну? Я же говорю, смоделируйте ситуацию, ДЦ сгорел, вместе с бэкапами, и?---------- Добавлено 25.01.2017 в 17:48 ----------
Да нет тут взаимосвязи. Тут обычно взаимосвязь серово вещества и железа есть, ну и взаимосвязь прямотырук и железа. А вот доход и железо точно никак не связаны.
Все просто, дело в том, что вы не компания, вы сис админ, подрабатывающий перепродажей оборудованием с некоторой его настройкой. Вам действительно нет разницы, продавать 1 сервер 30 хомячкам или 1 сервер одной компании. Но когда у вас будет 1000 серверов я посмотрю как вы возьмете за ставку сисадмина чей то проект, особенно если он будет геморойный😂
Когда речь идет о деньгах, никто бы их никому не доверил. Если вы как опытный хостер профукаете проект клиента который приносит 30000ye в месяц, что вы сделаете? Мне так ради интереса. Вы обратились бы в стороннюю компанию и доверили свой бизнес кому то еще? Ага. Нет если проект приносит хорошую прибыль, то его надо как минимум задублировать и обслуживать своими силами. Вы правильно сказали, для вас как хостера это всего лишь "виртуалка", а для кого то дело всей жизни.
Если у проекта бизнес завязан на интернет, то гарантии можно получить только от самого себя. Это как с сеошников требовать гарантий — бесполезная трата времени.
В самом MyISAM нет ничего страшного. В случаях частых выборок (а это обычно так и есть) он себя ведет даже лучше чем InnoDB. Разве что всю табличу лочит при записи ну и еще пара моментов )))---------- Добавлено 25.01.2017 в 12:13 ----------cblcg, Да, но еще и человек знающий nix, вообщем вам просто нужен специалист :) Да это дорого, но зато надежно, как правило))
cblcg, Вам нужно грамотно настроить сервак, а так же подкрутить проект. У тормозов всегда есть причины, и они редко в железе. Просто эти причины надо локализовать и устранить, а для каждого проекта эти причины свои и нет какого то общего рецепта на все случаи жизни. MariaDB это хорошо, особенно когда много ядер, она тредиться, php тогда уж 7, я думаю вебасист на нем заведеться. Ну и курить маны/смотреть логи/эксперементировать с настройками/допиливать проект.
Мммм, индексы хорошо работают только тогда, когда таблица не может влезть в буфер (оперативку) целиком. У вас так много товаров? Если товаров действительно много + куча вариаций + куча поставщиков, ну например как яндекс маркет, то вам надо просто построить свой индекс, где будет 3 столбика, первый название параметра(id или что то подобное), второе поле это его значение, а третий список ID товаров, у которых этот параметр равен этому значению.
Это как один из примеров. Не нужно каждый раз перебирать таблицу. Либо хотя бы кэшировать ответы от БД, вариантов пересечения параметров будет не столько много, но инвалидировать такой кэш точечно довольно сложно, хотя опять же зависит от ключей кэша. В редисе можно нормально сделать
Не знаю насчет Челябинска, а вот на дальнем востоке я бы взял бы по московским тарифам😂
Или может уже есть? А то есть проекты нацеленные на хабаровск и близлежащее население
Индексы на все столбцы вообще ересь какая то. В запросе БД может использовать только 1 индекс, всегда только один, и выбирает максимально оптимальный. А составные должны быть точто в таком же порядке как и в выражения where. По факту получается, что у вас беда с архитектурой БД, потому что в теории (ведь это реляционная БД) вам не должно понадобиться такое количество индексов в рамкох одной таблицы. Хотя фиг его знает что у вас там за приложение.
А вот перестраивать индексы в большой таблице при insert/update/delete может стать огромной проблемой
Вы принципа не видите. Я как физ лицо, покупающее товар - плачу НДС.
Я как ИП на УСН заказывая услуги у компании которая работает с НДС - плачу НДС.
Представьте что Хетзнер - это компания работающая с НДС вот и все. Если компания являеться плательщиком НДС она не может выставить счет без НДС и плевать ей какая у вас система, у неё то с НДС. Просто когда вы тоже плательщик НДС, эти НДС каким то хитрым способом возвращаются, а если нет, то вы просто платите на 18% больше вот и всё.
Даже больше, в РФ обычно у владельца есть и ИП на УСН и ООО на ЕНВД (или как там), и в зависимоти от клиента выставляет счета от разных лиц, так же и оплачивает. Но услуги у нас в РФ они если стоят 1000р то и стоят, просто туда либо уже включен НДС, либо нет, цена то не поменяеться, ведь НДС вернеться. Хетзнер по факту делал скидку, скидка закончилась, работаем так же как и в России, становитесь плательщиком НДС и получаете возврат, если стоимость бухгалтера выше возврата - не становитесь плательщиком НДС))
Хостинг может быть любой. Главное безпроблемный. То что клауды что то там отдадут каким то "конторкам" представляющие бренды тем более из России, я смоневаюсь. Да и всегда можно переехать на другой акк, развернуть проект на самом деле задача не сложная и при должной автоматизации еще и быстрая. А если разнести еще узлы в разные компании, то еще проще. сделал git clone на новом серваке и все развернулось (на БД и файлсторайдж врядли абузы придут)
