интересно, при чём тут Review Team. А вообще, прошлый опыт работы кодером мне подсказывает не очень хорошую версию - они по ошибке проапдейтили таблицы, стёрли данные и теперь не могут найти бэкапы. Или бэкапов у них просто нет
Личное мнение: между БД и сайтом в шаттере сидит прослойка, обеспечивающая что-то типа кэширования данных БД в виде структур в памяти, что применяется сплошь и рядом. Состояние БД и этого кэша как-то синхронизируется, а многие из наблюдаемых глюков - следствие серьёзной рассинхронизации этого и того. Причиной рассинхронизаций может быть кривизна реализации кэша, а может быть и внесение изменений в систему. Нормальное состояние восстанавливается синхронизацией кэша со "статическими" данными БД, что требует какого-то времени. Глюки совсем не означают того, что накрылась сама БД. К тому же, система такого рамера является так или иначе распределенной, что преизрядно добавляет вариаций на тему возможных причин глюков в ней.
Последний раз редактировалось photogearch, 26.02.2018 в 00:31.
У вас это только сейчас произошло? Уже года 1.5-2 живу с этим и даже как-то привыкнуть успел.
да в этом месяце только,целый год шаттер кормил,балду гонял,ща жим-жим происходит,срочно портфель надо готовить на беханс,думаю за пол года управлюсь
с этими рамочками на шаттере по жизни далёко не уйдешь
Re: Обсуждаем уровень продаж на Shutterstock
Линейный вид
