19 декабря 2017 в 10:31
Добрый день!
У моего интернет-магазина происходит аномальное количество соединений с базой данных. Необходимо отключить кеширование для интернет магазина.
Прошу связаться со мной кто готов это выполнить.
Комментарии
Кэширование чего?
Может наоборот включить?
друпал кеширует формы, нужно отключить для магазина
Отключить-то можно, только у вас товар в корзину перестанет добавляться. Ну, и залогиниться тоже не получится.
Не будут работать формы, в общем.
В настройках производительности повыключайте. Также на сервере может быть "прогресссивыный" режжим кеширования включен.
друпал формы не кеширует, надо смотреть, какой нибудь бустер или еще что стоит скорей всего
Ой ли? У вас таблица cache_form до 10Гб ни разу не росла? А в случае интернет-магазина на commerce, где каждая кнопка "Добавить в корзину" это форма, проблема более чем актуальна. А если кнопки аяксовые - то вдвойне.
Попытки сэкономить на сервере, приведут к печальным результатам. При стоимости нормального сервера (около) 12-15тр в год, выкручиваться, башляя разрабу разово за финт ушами, несерьёзно.
Ты решил установить себе спутниковое ТВ. Есть 2 конторы, которые занимаются этим, но в одну нужно ехать и самостоятельно привезти аппаратуру, а в другой сами всё привозят. В первой стоит 300р в месяц, во второй 600р в месяц.
А съездить разово за аппаратурой, чтоб экономить по 50% в месяц постоянно - да, это не серъёзно
Тут два варианта, там где 600р приедут профи и как надо установят-настроят. Где 300р приедет вчерашний таксист, который млин довозил позавчера профи и тот принял его в команду типа "там ничо сложного" прибор для нахождения сигнала стоит 200р. Нууу, в принципе и таксист настроит.
И каналы даже показывать все будут.
Но я о другом, в нашем случае купить норм сервер и разово заплатить за настройку, и не жмотничать более, ужимаясь "аунас дисккончитсящас" или "опять проблема щас спецапоищем".
Не факт
В нашем случае база может быть 200Мб или 20Гб. Для 200 нужно произвести тюнинг друпала(разово) или перейти на более высокоплачиваемый тариф (постоянно). Ну и где профит? А ещё я тебе скажу по секрету как спец чайнику как работает БД. При запросах к БД мускуль загружает в оперативную память (на сколько может) таблицу по которой идёт выборка данных. Если таблица помещается в оперативу збс. Как результат - запрос быстро отрабатывает и нет никаких проблем, Если же размер таблицы превышает допустимый лимит по оперативе, то мускуль по очереди выгружает куски этой самой таблицы, при чём пока до последнего куска не дойдёт выделенная оператива под мускуль будет трещать по швам. А терь, исходя из своих же слов:
посчитай во сколько у тебя будет обходиться сервак хотя бы с теми же 10Гб оперативы?
Если приложение со всем своим функционалом(не зависимо на чём оно написано) может комфортно работать на одних ресурсах, то "несеръёзно" арендовать "нормальные" серваки только из-за того, что кто-то "не умеет готовить"
Просто, Константин, у тебя на хостинге возможно штук 20 мёртвых сайтов с нулевой посещалкой в одном пространстве. И ресурсы сервера в основном задействованы только когда ты пилишь на проде новый такой же сайт. И нехватки ресурсов ты не замечаешь. А вот если бы ты хоть раз столкнулся с каким-нить крупным проектом и встал бы вопрос об увеличении ресурсов сервера, либо выпиливании говнокода джуниора Васи, то ты вряд ли так же бровадил об "нормальных" серверах
При Акселе я бы вам сказал пару ласковых.
Директор "крупного" завода спосбен принимать "рациональные" решения. Например сделать выбор в пользу разовой выплаты в размере 10 тугриков вместо постоянной в 2 тугрика
Но далеко не "крупного" завода.
А так мы каждый сам себе директор, такой же как и ты
Директора разные бывают. Решать технические проблемы тупо увеличением серверных мощностей ой как не всегда хорошая идея. Впрочем, клепать уникальные разработки от доморощенных гениев тоже плохо - обслуживать потом дорого.
Я неоднократно сталкивался с обоими подходами, причём как в роли директора, так и в роли исполнителя. И по опыту скажу что нужен разумный баланс, когда всё оптимизировано, но только до уровня под который легко найти специалиста на рынке.
P.S. Три минуты поиска дали вот такое решение: http://xandeadx.ru/blog/drupal/751