Вы опять пытаетесь подойти к решению с конца а не сначала, то есть вместо того чтобы устранить причину вы тупо пытаетесь нивелировать последствия, если вы решили таким путем пройти нахрена спрашивать совета
Вы тоже делаете выводы с конца. С чего вы решили, что есть какая-то проблема на сайтах и сервере?
Я вот и спрашиваю, чтобы понять есть ли вообще необходимость в увеличении ресурсов. Сейчас все устраивает, кроме нехватки места на диске, сайты работают, заказы идут. Я лично ни одного сайта не видел, чтобы полная отдача страницы с кучей информацией была меньше 0,8 сек, именно полная отрисовка: отработка сервера, отдача контента, отрисовка верстки в браузере и т.п.. Возможности увеличивать мощности сервера есть, но хочется понять нужно ли это. Потому и задаются вопросы, а не нахрена задаются.
Кластер не уверен, что потяну.
То, что файловый кеш работает быстрее memcache я убедился на опыте, но файловый нереально быстро сжирает мегабайты на дисках. Как бы меня не послали с постоянным требованием добавить денег на увеличение ресурсов сервера)
В плане пропускной способности. Пока в этом проблемы не замечено, скорее упираемся в ресурсы системы..
> При подключение к БД через IP используется стек TCP/IP в отличие от локалхост, да в дабавок еще и пинг имеется. В результате бд через сеть работает медленней, порой ощутимо медленней.
это если сравнивать работающую базу на собственном сервере и с репликацией? А если база работает вместе с пхп, мемкешем, нгинксом и кучей других менее прожорливых утилит, которые дают свою нагрузку на проц и диск, то бд через сеть не так уж медленней?
Увеличить просто дисковое пространство это план А. Пока рассматриваем разные решения. Сайты растут, памяти и процессор мощности тоже нужно будет, потому решаем увеличить сразу все, заодно можно сразу переехать на Centos7, тесты проводились, все работать будет. Спасибо.
Я не хотел разделять два сайта. Многие наработки для внутренних нужд фирмы работают для двух сайтов. Думал именно сервер базы данных перенести на отдельный сервер, чтобы вся его мощность работала только на сервер базы данных.
База влазит в 9 Гб для обоих сайтов. Но база растет. Именно под базы я и думал выделить отдельный сервер и только для работы mysql. По надобности, увеличивать память на этом сервере.
Спасибо! Получилось.
А я уж думал новую ветку создавать и потом что-нибудь из rebase/merge делать...
А тут проще оказалось.
И главное на этом сайте https://git-scm.com/book/en/v2/Git-Basics-Working-... не нашел (или еще не дочитал в последних разделах) про ключ --force
А подскажите где размещаться. Github вроде самый навороченный и известный, но платный. Мне пока рано на платные площадки залезать. Нашел Gitlab, но может есть что-то более русское (территориально хотя бы)?
Спасибо. Уже двое указали на git-scm.com, да и я его в гугле находил больше всего. Буду отталкиваться от него. Пока мало чего понятно и ощущение, что быстрее продолжить делать вручную. Но думаю потратив на изучение несколько времени, оно не пропадет зря.
Хорошо. Git говорите. А какой именно посоветуете? Я пока искал ответ на свой вопрос в гугле/яндексе этих Git'ов разных нашел с десяток с разными названиями. Хотелось бы попробовать на бесплатном и если получится/понравится/надо, я уже куплю и платные варианты. Но и вопрос безопасности/публичности тоже остается - разработка не для публики.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Вы тоже делаете выводы с конца. С чего вы решили, что есть какая-то проблема на сайтах и сервере?
Я вот и спрашиваю, чтобы понять есть ли вообще необходимость в увеличении ресурсов. Сейчас все устраивает, кроме нехватки места на диске, сайты работают, заказы идут. Я лично ни одного сайта не видел, чтобы полная отдача страницы с кучей информацией была меньше 0,8 сек, именно полная отрисовка: отработка сервера, отдача контента, отрисовка верстки в браузере и т.п.. Возможности увеличивать мощности сервера есть, но хочется понять нужно ли это. Потому и задаются вопросы, а не нахрена задаются.