возможно это багофича, также возможно чтото не так с правилами авторегистрации, убедитесь для тестов что правило регитрации всего одно и там все настроенно корректно.
Артём, Вы правы я плохо смотрел (тк как пхп и мне было лень вчитываться
pdo реализует нужные вещи но есть нюанс в вашем случае нужно блокирывать строку с продуктом в которую вы будете вносить изменения, что бы другая транзакция её не обновила. у вас какраз происходит то что описанно в документации:
If you query data and then insert or update related data within the same transaction, the regular SELECT statement does not give enough protection. Other transactions can update or delete the same rows you just queried.
взято отсюда - https://dev.mysql.com/doc/refman/8.0/en/innodb-loc... обычно применяют select for update
Артём, эээ вы вобще про mysql транзакции читали ? ваша реализация не будет работать.
у вас покупка должна происходить одной транзакцией в которой проверяется наличие и дальше выполняется апдейт.
поэтому гуглите "mysql transaction" и читайте документацию.
ky0, это не ужасы а типичный "нае б изнес", вы правы про нат, и обычно именно необходимость присвоить конкретные ип на конкретные виртуалки (чтобы для клиентов все выглядело как обычно) не дает сделать обычный нат.
ky0, это подозрительно похоже на типичный говно хостинг - покупаются ип адреса на виртуалке за 1-2 доллара, "сервера" (везет если именно сервера а не десктоп хлам) гдето в подвале через домашнего инет провайдера (поэтому и нет белых ип) и делается страшный колхоз чтобы клиенты думали что они хостятся в дц и у них белые ип адреса, но на самом деле нет.
MoscowStyle, так все тогда просто, релей и exchange настраиваете общаться между собой по ип адресам впн туннеля - таким образом у вас в хедерах не будет реального ип exchange.
MoscowStyle, тогда вам проще поднимать впн туннель до релея чтобы после нужного внешнего ипа (релея) в хедерах светились только серые адреса -это проще сделать и меньше опастности чтото сломать в хедерах письма
xotkot, вы правы про ссд и то что утилизация штука не вседа однозначная - для сложныйх вещей типа СХД или рейд массивов есть кейсы когда утилизация иправду не дает представления все хорошо или все плохо.
Например:
аппаратный рейд массив куда заливаются резеврыные копии - там пофиг на утилизацию - главный показатель пропускная способность. (утилизация 100% при примерно 60% пропускной спопобности)
аппаратный рейд массив на котором лежит подакшен база данных пол терабайта - там тоже пофиг на утилизацию - главный показатель латенси -если он растет значит будут скоро проблемы. (бывает что утилизация 30% а латенси уже растет) и наоборот утилизация 70% а латенси в норме.
софтварный рейд массив на котором идет еженедельный чек консистентности - и не важно что скорость сканирывания 50000 или 20000 килобайт в секунду - утилизация всеравно 100%
iostat берет инфу из /proc/diskstats и это нормальный источник(ничего лучше пока не завезли), правда стоит понимать что когда там цифра 100% это не означает что это предел пропускной способности а скорее всего означает что дальше при большей нагрузке будет расти уже задержка и тд.
Для того чтобы понять хватает ли быстродействия диска - также смотрите в топе %wa - если его много то это значит что процессы ждут ввовд вывод (скорее всего именно с диска)
В целом - для проброса IP-адреса за НАТ используют специальные заголовки а-ля X-Real-IP.
Вы чтото путаете - заголовок "а-ля X-Real-IP" может вставлять прокси работающий на седьмом уровне модели OSI - хапрокси, нджинкс, и тд.
Нат это механизм работы с четвертым уровнем и роутер просто перенаправляет пакеты, кроме этого у него нет ссл сертификата и он не может никак туда заголовок вставлять
MaxGoodWork, строки "warning: connect to Milter service inet:localhost:8891: Connection refused" говорят о том что постфикс не смогу соединится с opendkim по порту 8891 а на скриншоте конфига opendkim у вас порт 8892 !
@admin_agz,
1 то что бэд "убран" - он теперь reallocated, но резервное место не бесконечное и диск всеравно с вероятностью 99% скоро умрет, смотрите smart там все это видно.
2 Почитайте про smart - значение метрик и то как работает контроллер хдд,
3 если бы для восстановления сектора достаточно было бы его записать/почитать 10-100 раз то это давно бы уже делала прошивка контроллера не так ли ?
grabbee, скорость SAN будет зависеть от типа рейд массива, от количества дисков и их характеристик + колво потребителей этого SAN, если это не дорого то возьмите на месяц протестирывать, в случае достаточной скорости это снимет с вас головную боль о количестве места, рейд массивах и заменах дисков.
Для больших проэктов где много статики обычно разделяют что где хранится, например самые посещаемые вроде главной страницы сайта и какието топ новости могут лежать целиком в памяти в кеше nginx или например в ramdisk(обязательно с копией на локальном диске), дальше менее популярные вещи на локальном ssd/nvme и старые материалы например на медленно но обьемном SAN
Максим Корнеев, Автор вопроса спрашивает про iSCSI, упоминает сервер и отдельную сетевую карту, если у него более менее посещаемый ресурс(сайт) то возможно у него выделенный сервер (bare metal) и раз автор задает такие вопросы то там нет поддержки которая "сделает все хорошо" то ему придется изучать утилиту iscsiadm и так далее.
Ваша поспешность выводов меня огорчает, мы незнаем какой сайт у клиента - может это чтото типа джойреактора с огромной посещаемостью, и мы незнаем что за SAN ему предлагают, может там просто много места и обычные sata hdd.
И так как вы второй комментарий подряд делаете нападки - конструктивной беседы не получается поэтому я больше не вижу смысла вам отвечать.
Максим Корнеев, из вашей реплики я вижу только "наезд" а вот в чем я не прав вы не удосужились написать, пожалуста обоснуйте ваше мнение - что не так с моим комментарием, возможнно у нас просто абсолютно разный опыт эксплуатации СХД и области применения этих СХД.
Надим Закиров, из вашего вопроса не понятно - вы пробывали другую среду или нет,
и будет неловко если у вас на самом деле сбоит хдд или проблема в драйвере видеокарты, а вы уже потратили время на переустановку ОС и освоение gnome или XFCE
