А какие хуки у регистрации клиента woocommerce?
Возможно, что я ошибаюсь, но как по мне предпочтительнее отдавать статику из CDN, чем из локалки.
в порядке БРЕДА можете локально отдавать эти скрипты. Чтобы они были актуальны обновляйте по CRON.
Говорю заранее, это не самый лучший вариант (отдавать скрипты локально, но чтобы гугл перестал жаловаться на них, можно сделать так)
Это уже второй раз как wordpress повел себя странно первый раз он резко перестал показывать конфликт ванильного jquery и jquery.min.
85% описанного опыта в сети от людей которые никогда не работали с системой/устройством :)
В связке ios-app+Серверное приложение+Веб-сайт не годится сайт на вордпрессе. Это совсем неправильное решение. Так мне и серверщик сказал, да и все говорят.
В такой системе сайт должен быть самописным.
Заказать самописный сайт- не великая задача. Но потом мне, как чайнику, нсли нужно добавить любую мелочь, которую на вордпрессе я делаю одним щелчком, установив нужный плагин, мне придется бегать к программисту.
Знакомый смог через miniDisplayPort-HDMI подключить мой моник к air 17г, а у меня не получается. У меня Mojave, а у него что-то чуть старее. Моник видится, но разрешения выбрать нельзя в итоге на UWD разрешение размазывается FHD. Выглядит адово. Естественно работаю без доп моника.
А в посте у меня речь идет о том что мак после 15 значительно больше подвержен поломкам, нежели чем 15 и ранее. Притом что плюсов сильно больших у него нет. И соотвественно зачем сувать руку, зная что могут укусить. Не за чем.
А маки 15г такого ужаса не было(помню вроде в каком то году только антибликовое покрытие у экрана отходило), но это косметический недостататок, а когда клава или шлейф отваливается - это уже создает сильные помехи в работе.
И подводя итог. Макбук 16 и позже года имеют больше брака чем макбук 15 и ранее.
Покупать и пользоваться можно, но очень осторожно и держать деньги под подушкой на ремонт)
Нормализация это и есть комплекс мер, которые включают и защиту от дурака, и форсирование определенного формата, и валидацию ошибок, и потом, после того как данные прошли, их последующая обработка, чтобы в БД они всегда хранились в одинаковом формате. Например:
- ввести можно только цифры (пробелы, скобки, +, дефисы и тд - не принимаются полем типа "number")
- длина должна быть 10 (3 цифры код оператора/региона + 7 цифр сам номер) или 12 (+2 цифры международного формата). Это для Украины - у нас 38 код страны, 0XX код оператора и XXX XX XX - сам номер. У США код страны 1 цифра, например. Подробнее по нужным странам можно посмотреть тут.
- далее, если 12 цифр - валидируем что первые 2 соответствуют коду страны
- на бекенде смотрим, если 10 цифр, дописываем код страны
- сохраняем в БД в одинаковом формате: 12 цифр (код страны + код оператора + номер)
Это минимально адекватный вариант. В зависимости от требований учесть другие страны можно логику усложнять - можно выбор страны сделать селектом + геолокация, отдельно код оператора/региона (+валидировать его чтобы он был реальный, все эти коды известны и есть их базы), отдельно сам номер 7 цифр без пробелов и других символов. В общем, это не так сложно, как кажется на первый взгляд.