Aleksandr Yurchenko, ну вы же понимаете, что на самом деле только спрятали ссылки из меню, а по прямой ссылке все равно можно перейти и все будет работать? И кстати зря не пользуетесь - с ним один раз разобраться, научиться делать свои секции и контролы, и дальше очень удобно туда пилить всю кастомизацию сайта для клиента. Быстро делается на этапе разработки, клиенту очень удобно визуально все настраивать c предпросмотром.
Ярослав, вы неправильно делаете, не понимая суть id в базах данных. ID записи (строки) в БД - это внутреннее свойство, на которое вам опираться в ссылках не нужно. Для ссылок есть slug, который вы можете устанавливать на свое усмотрение.
Boris Korobkov, нет, в одно время человек имеет 1 паспорт (или по 1му паспорту разных типов - внутренний и загран, в некоторых странах). В случае замены происходит именно ЗАМЕНА, старый паспорт теряет свою актуальность и по хорошему должен быть заменен в БД на новый. Хранить неактуальные паспорта нет необходимости если только вы не паспортный стол. В вопросе нету конкретного требования хранить несколько паспортов, такое допущение может только выплывать из наличия свойства documentType. В этом случае, если ваше предположение верно, то связь будет oneToMany конечно же.
WP_Query принимает массив параметров, одним из которых вы можете передать тег / массив тегов, посты с которыми следует исключить из результатов. Подробнее о всех параметрах WP_Query смотрите в документации.
Не путайте теплое с мягким. Функция is_admin() возвращает true если вы находитесь в админке, а не залогинены под админом. Это разные вещи. Если вы залогинены как админ, но находитесь на фронте сайта, то функция вернет false.
Антон Дымов, Для начала укажите с каким конкретно виджетом вы работаете. Возможно у него есть нужный хук и вообще не надо ничего делать. Это раз. Два - чтобы запилить свой виджет (если это таки понадобится) нужны знания PHP и понимание OOP. Писать виджет за вас никто не будет, это задача для фриланса.
WebDev, нет. Вы сами можете использовать на нескольких компьютерах - дома (стационарный + ноутбук), на работе и тд. Ровно до тех пор, пока это ваши компы и вы сами за ними работаете. Передавать лицензию другому человеку - это уже нарушает лицензию. Вы же вопрос тогда изначально четко ставьте - могу ли я дать соседу поюзать мою лицензию (или купить одну на двоих изначально). Юридически - нет, не можете. Но вы же спросили совершенно другое - можете ли вы сами пользоваться на разных компах. Это - разрешается.
lamer350, у меня тоже парочка карт на 64, удобно вообще-то. Ну, по крайней мере пока сижу на прошке 2015 :) Но как люди на 128Гб живут - не понимаю. У самого 512, и то мало, что-то на NAS сливаю. Только один из проектов который на постоянной поддержке весит под 80 гиг, куда это все влезет на 128)
lamer350, true. Но стоимость данных решений такова, что лучше сразу доложить и купить побольше. Капсулу не берем во внимание ибо несравнимо по скорости ну даже приблизительно (а для монтажа это будет критично).
зы: а в старых прошках еще есть удобный вариант SD-карты. 32/64Гб практически у каждого валяется.
sidor_tank, Опять же, неполные данные. Product has many Opportunities, а обратно? Тоже many, делая связь many-to-many? Или one, то есть связь one-to-many? Соответственно, дополнительные поля будут в таблице opportunities или в association / pivot? StartDate / EndDate - это поля какого типа? Используете ли вы какой-нибудь ORM на Java или вам нужен чистый SQL запрос а дальше разберетесь?
Роман Мирр, имеет / не имеет - зависит от ситуации. Простой пример из жизни - клиент из Австралии, 80+% клиентов - там же. Сервер с HTTP/2 конечно же, стоит в Мельбурне. И в пределах Австралии все огонь. Но для оставшихся ~20% клиентов из Европы и Северной Америки - боль и слезы в силу физического лимита скорости света, с которым (почти) байты летают по проводам под океаном. Выход - CDN, и он решает проблему чуть более чем полностью - клиенты из других частей мира получают контент с серверов "тут за углом". Чуть более лучше (при должном подходе) данную проблему может решить только балансировщик на уровне DNS и отдельные сервера в разных регионах. Но это дороже, больше администрировать, для относительно небольших проектов неоправданно от слова совсем.
https://en.wikipedia.org/wiki/Clean_URL