Пума Тайланд: ну как бы да. Если вам нужен надежный бекап - делайте свой. Родной бекап - это банальный фоновый снимок. Из документации, например - "Please note that automated backups running on a server with an active database can result in an incomplete backup of your database." То же самое касается активной записи в файловую систему. Тут, как бы, изначально хостер говорит, что наш автобекап - штука не совсем надежная, если вам надо что-то большее, чем просто регулярные снимки - используйте кастомные решения (которых масса).
Пума Тайланд: ну и где здесь в тексте утверждение "да такое может произойти" (по крайней мере по вашим словам я уловил контекст "ну это типа нормально, бывает, не парьтесь")? Вам четтко написали:
1. Возможную причину
2. Что делать
3. Пообещали мониторить ваш дроплет на предмет залипания
Абсолютно корректный и адекватный ответ. Вообще, в данном случае, если проект критичен к аптайму - создать новый дроплет и перенести все на него (хотя, как я уже говорил выше, для совсем критичных проектов, нужна схема fail-proof). Хотя я бы не делал, если подобное не повторится. Ну и, судя по озвученной возможной причине, произошел конфликт I/O, что вполне может случиться с write-intensive приложениями. В данном случае, дейсттвительно, стандартный backup попросту не подойдет. В подобных ситуациях как раз и помогает fail-proof архитектура - на время бекапа сервера он исключается из цепочки, передавая свою функцию вторичному, после бекапа возвращается в строй.
Пума Тайланд: Вообще-то для проектов где минута простоя смерти подобна нужно делать fail-proof решения, с репликацией бд и балансировщиком :) Пруф что "суппорт говорит да такое может произойти" есть?
Пума Тайланд: Ну как раз я про остальное не упомянул даже, так как там проблем не возникает, DO как раз из тех, что "включил и забыл" - все просто работает, как техника Apple. По твоим случаям:
1. Ни разу не было, а под моим контролем много дроплетов разного размера в разных датацентрах (чуть больше 40, плюс регулярно создаются-удаляются временные для тестов и тп). Если ребут больше 1 минуты - либо проблема с настройками сервака при загрузке, либо реально с железом (иногда случается). В первом случае - это ваша забота, во втором - пишите в саппорт, решат быстро (проверено).
2. Все дроплеты бекапятся, ни разу не было ничего подобного. Я вообще не замечаю даже существование этой фичи, она "просто работает".
Не обобщайте на своем негативном опыте (тем более без объективных доказательств, что вина на стороне DO). Под моим контролем там более 40 серверов, все они мониторятся через New Relic. Аптайм практически равен 100%, единственный даунтайм - это когда мы сами ребутим серваки, например после апдейтов.
SergPro: можно, мне же удается. Просто разговаривать надо языком чистых цифр. Показываете статистику, объясняете как обстоят дела на данный момент и как они будут обстоять через 1 год (а сайт ведь делается с рассчетом наперед). Ну и, как я уже писал выше, просто добавляете, что поддержку старых ИЕ можно сделать - за дополнительную плату и дополнительные сроки. Как отдельную услугу.
VladimirZhid: вот-вот. Такой маленький нюанс, размером в $100 :) Хотя, если заниматься разработкой сайтов на WP на заказ, то покупать однозначно стоит - экономит кучу времени и денег, стоимость лицензии отбивается за первый же заказ.
sim3x: кроме того, ничто не мешает делать нормальный mobile-first progressive enhancement, тогда старые версии просто получат облегченную мобильную версию. Это значительно дешевле и быстрее.
sim3x: фразу из контекста не дергайте. Забили все, кто умеет считать деньги. Делать поддержку старых браузеров если это действительно НУЖНО (все верно - госсектор в РФ, например) - тогда это идет отдельной строчкой и в прайсе, и в графике работ. Во всех иных случаях эта поддержка не нужна. Еще на этапе написания ТЗ проводится анализ и определяется, нужно ли поддерживать столь архаичные версии самого любимого браузера. В большинстве случаев - игра не стоит свеч. Тратить кучу времени и денег на 1-3% юзеров, при этом это заставляет отказываться от каких-то плюшек для остальных 97-99%? Спасибо, не надо.
SergPro: ой, а я еще хочу, чтобы за меня машина и клиентов находила, и бюджеты нормальные выжимала, и ТЗ писала... и еще много чего :) А если серьезно - ориентируйтесь на смартфоны и планшеты, требования и рекоммендации поисковиков, оптимизацию по скорости и тд. А на поддержку ИЕ меньше 9-10 вообще давно уже забили все, кто умеет считать деньги - как свои, так и заказчика.
Александр Таратин: сильно-сильно зависит от проекта и аудитории. У меня подход такой - если у тебя >20% мобилы и планшеты, и <5% старые ослики - нахрен осликов и все, что с ними связано. И уж тем более нахрен XP, которую туда же послал даже сам Мелкософт.
Пума Тайланд: ну не скажите, есть приятные исключения, и DO - одно из них. Отношение что к моему личному аккаунту с 1м VPS за $10, что к моему рабочему аккаунту с 26ю серверами на круглую сумму в месяц - одинаково хорошее, оперативное и качественное. Я на личном акке даже однажды тестировал - убрал деньги с карты, чтобы автобиллинг не проходил, и ждал что будет дальше. 24 числа следующего месяца (только через 3,5 недели!) мне написали, что с моим банком проблема, и предложили вместе поискать другой способ оплаты и вообще любую помощь в решении проблемы. Я им наплел, что жду платеж на карту от клиента в течение 3-4 дней, они пошли навстречу и вручную вынули мой сервер из автоблока, дав мне еще неделю времени на оплату. И никаких проблем с аптаймом, блоками и тд. Вот это - хороший сервис. Про реальную помощь в самых разных ситуациях на клиентских серверах я вообще молчу. Если честно, сервис DO - одна из лучших сторон. Даже если появится конкурент, который будет продавать такие же сервер в 2 раза дешевле, я не уйду. Ибо сервис - отличный.
Дмитрий Исаев: тогда берите убунту или дебиан и не парьтесь. Мы поддерживаем много серверов с разными ОС (так уж сложилось, что есть клиенты которые сервера покупали до нас и ставили им систему до нас), и убунта, и дебиан, и центос, и фря - все хорошо, все плюс-минус одинаково. Главное не ОС, а руки.
Страница опций ACF только ж в Pro) Я, кстати, не предлагал это решение именно по этой причине, хотя сам, кстати, использую в основном именно его, так как Pro лицензию получили давным давно, у нас еще на ACF 4 были куплены платные аддоны.
Такой сервер должен справляться с десятками тысяч товаров без проблем. У вас проблема где-то глубже, надо дебажить. Подозреваю, что узкое место - база данных. Скрипт долго ждет выполнения запроса к БД.
Михаил Семёнов: post-thumbnail - это отдельный размер и функционал, который включается/выключается и настраивается через код, как написал Руслан. На странице настроек медиа этого размера нет.
