= используется для прямого сравнения с единственным значением,
хорошо будет работать с вложенными запросами с агрегатной функцией, или точным посимвольным значением
IN используется если вариантов сравнения несколько, и подходит любой из перечисленных, например
мне нужно выбрать свитер, где цвет IN ('синий', 'коричневый', 'зеленый')
это будет быстрее, чем писать
WHERE цвет = 'синий' OR цвет = 'коричневый' OR цвет = 'зеленый'
Начинайте с фреймворком.
При чем на старте, лучше написать какое-нибудь простенькое hello world на нескольких фреймворках, и на чем будет вам проще и удобнее, на том и пишите.
Писать в самом начале с нуля не имеет смысла, т.к. вы еще не знаете как нужно писать правильно, а фреймворки в этом плане следуют паттернам и вам придется писать правильно.
Конечно можно наговнокодить везде, но фреймворки будут держать вас более менее в рамках)))
Пока использую mysql, там же создаю таблицы, поля.
Вот забудьте про все остальное, и разберитесь с mysql.
так чтобы уверенно использовать без "тумана в голове". Прочитайте и разберитесь что такое реляционные базы, orm, как правильно планировать архитектуру таблиц, индексы, разные типы колонок, и прочее прочее, все на примере mysql.
потом уже посмотрите, что там еще есть вокруг, какую базу используют в битриксе, и что актуально в текущем 2024.
Пиши свои штуки на чистом PHP на процедуральном стиле.
Потом изучай ООП и начни что-то сделать своё но уже на ООП.
Потом изучай MVC и уже переходи к фреймворкам.
Чтобы избежать тумана в голове, нужно говорить не про абстрактные базы, а про конкретный проект.
Если вы начинаете работать с БД, то просто с mysql хотя бы разберитесь до уверенного использования. Есть множество проектов, которым mysql с головой хватает.
Нет смысла бегать галопом по европам, не освоив хотя бы один инструмент. Все SQL базы для новичка более-менее похожи.
Nosql базы нужны для других типов данных.
Вам нужна нативная разработка. Используйте системные библиотеки. У эпла и андроида есть рекомендации по дизайну.
У эпла достаточно разумно использовать элементы из UIKit, чтобы сделать нативно и адаптивно под все устройства.
Если это ваш первый опыт, советую найти проектировщика интерфейсов. Он сразу сделает как нужно для разработчика (чтобы разработчик потом не плакал от ужасов кастомизации)
Если сертификат Ваш (то есть имеется файл ключа), можно но бессмысленно - валидным будет только один домен, который прописан в сертификате.
Если сертификат не Ваш - нельзя.
Можно, но браузер каждый раз будет выдавать предупреждение безопасности. Лично я в таких случаях, если, по крайней мере речь не идёт о денежных транзакциях, его игнорирую и всё-равно перехожу на сайт, хотя и пытаюсь убедиться в наличии взаимосвязи между доменами, но, боюсь, не меньше половины посетителей испугаются или поленятся подтверждать переход.
(Сходство доменных имён значения, очевидно, не имеет: для компьютера строки либо равны, либо нет.)
