Вообще должен, если не сделали header unset lastmodified и корректно выставили mime-типы для файлов. Но апач это апач, там не угадаешь, что он делает без поллитры и конфига перед глазами.
@sim3x legacy всякое.
Софт для станков, заводов, складские программы древние. Много там всего.
Просто на языке сейчас почти никто не пишет, людей мало. Специалистов найти вообще невозможно, работу найти тоже сложно, но если найдете - то вряд ли меньше 100к (если на полную ставку).
@absorberex наверное поэтому на одном только тостере 2 вопроса про то, какого хрена Joomla пытается послать в админку по https, в которых людям не смогли помочь?
@opium окей, давайте перечислять проблемы вашей идеи
1) не факт, что на момент падения мастера (или что там у вас) реплика будет актуальной.
2) не факт, что ваш скрипт переключения отработает корректно. Например, при том же split-brain и публичной доступности мастера.
3) не факт, что за время использования failover-ноды, в базу не запишутся изменения, несовместимые с недоступной базой (посинкать обратно не получится).
4) из-за пункта 3 не факт, что ваша автоматическая синхронизация отработает.
5) если выбрать вариант "убивать базу, заливать заново" - можно потерять данные на момент падения.
И вероятность всего этого сильно выше, чем возможность потери взаимной связанности между тремя нодами в интернете.
@opium ну failover/failback в данном случае вещь страшная и чинить придется ручками после каждого отключения. split-brain на трех нодах куда менее вероятен. Да и ноды можно посадить рядом.
@zxc80 ну архитекторы в общем-то фигачат такое, что split-brain не страшен. Другой вопрос, что там решения специфичные и подходят только в одном конкретном случае. И не опенсорс, само собой.
А так да - страдаем, страдаем) Кормим кластера железом и задираем кворумы до nДЦ-2
@zxc80 ну там нужно закладываться на кворум. У меня в галерах кворум=2, любая нода из трех в одиночестве перестаёт принимать запросы на запись (можно и на чтение переставать).
Другой вопрос, что если при одной упавшей ноде порвется линк между двумя другими - то вся эта конструкция сама себя тушит и потом приходится восстанавливать руками.
А вообще оно ничо так, работает. Раз в 10-15 медленнее нативного mysql на запись, зато отказоустойчиво )
Так что да, вы правы, в общем-то, после split-brain всё разваливается и нужно чинить руками. И монгу, и гластер, и галеру. Что-то легче, что-то сложнее.
@netherneon
пунктом 4 попробуйте как то так:
mount udev -o rw,relatime,size=10240k,nr_inodes=4112034,mode=755 /dev -t devtmpfs
mount proc /proc -t proc
mount sysfs /sys -t sysfs