В самом 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 на новом серваке и все развернулось (на БД и файлсторайдж врядли абузы придут)
Я правда полагаю, что если нужно, то передадут. Только когда захотят, там уже не поможет "понять и простить", там будет "буду бить сильно но аккуратно".
Я к тому, что накажут, конечно, не всех поголовно, но тут как рулетка, "может тебя, а может и не тебя"😂 ---------- Добавлено 24.01.2017 в 16:59 ---------- Хотя я понимаю возмущение, как это посмели в одном из самых копеечных ДЦ, вдруг решили цену увеличить на пару евро :)
Люди такие наивные 😂 Если надо, узнаю по какому расписанию вы в туалет ходите 😂 Не узнают только в одном случае, если все деньги и транзакции вне территории страны. Ну можете лично в Германию возить в конвертике, а так по запросу налоговой ей предоставят все нужные бумаги любая компания которая планирует работать в России.
Вот тут как раз камень преткновения :) На шареде ваш сайт использует все доступные ресурсы, там ограничивают нагрузку по времени использования, количеству процессов, количиство подключений, но не железом. Конечно когда вы перетащили с слабенькой VPS на толстый шаред у вас как бы и должно было все взлететь ))
Хотя я не говорю что кто то не оверселит, я просто к тому, что иногда клиенты выбирают не правильные инструменты. И если вы не упираетесь в лимиты шареда, то лучше он чем VPS. Просто иногда можно встретить такие лимиты, как например размер БД до 1Гб ну и так далее. Но на шареде вы по факту как на выделенном сервере, при том далеко не хилом сервере.
