В ВП с верси 4,7 css можно вставлять прямо в настройшике темы (кастомайзере), не трогая файлы стилей, которые при обновлении затрутся.
Но лучше использовать дочерние темы. И в данном случае это файл /wp-content/themes/twentyfourteen-sv/style.css ;)
Я выше писал:
Добавлю ещё, что дизайнер, веб-дизайнер, программист и сайтостроитель - четыре разные специальности. Вообще разные. Абсолютно. Но с нек. перекрещивающимися знаниями/задачами. Для создания сайта нужен последний. "По совместительству" он может быть и "программистом" (кодером точнее), но это прикландая задача (сайтостроитель=строитель всего дома, кодер=каменщик, понимающий стены)
А дизайн - это не главное. Вообще не главное. Не главное для создания сайта, но не для его дальней жизни. Для создания сайта от "дизайна" нужно получить только общую структуру и функции каждой его составляющей. А картинки/цвета - это то, что всегда можно поменять.
Не стоит обижаться на коллег. Стоит прислушаться к советам и попробовать понять почему они так говорят. Вот если бы я вначале не увидел ТЗ, а сразу этот топик - я бы отреагировал может ещё резче. Только относительно неплохое ТЗ (бриф) показало, что этот случай - некоторое исключение их подобных топиков. Тут задача вроде бы реальна, в отличии от множества праздношатающихся по разделу.
https://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%9E/%D0%9A%D0%B0%D0%BA_%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%B8%D1%82%D1%8C_%D0%BD%D0%B5%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82%D0%BD%D1%8B%D0%B9_%D1%84%D0%B0%D0%B9%D0%BB
Это ты влажные мечты обрисовал. Причем убого и однобоко, что меня уже не удивляет. но да ладно.
А я тебя про текущую реальность спросил.
Вторую попытку сделаешь?
Ок. Еще подскажу - я это назвал не раз. И не только я. И не только в этом топике. И даже скрины, которые ты не осилил к этому в некотором роде имеют отношение. Но их не смотри - могут увести в другую сторону. Читай внимательно что написал Mister_Black, думай ширше. :)
Задача должна начинатся с ТЗ - описания хотелок и требований что важно сохранить со старого - какие урлы и тп.
И вопрос экспорта со старого - нужно чётко понимать и определить кто и как это будет и сможет сделать. Да так, чтобы все нужные данные не пропали - и картинки (в тч и их привязка к каким записям, если это отдельными полями, а не в контенте) и может какие СЕО данные и пр.
Создавать - проще пареной репы. А вот доводить до того, что хочется - зависит от хотелок. Насколько она должна отличаться от родителя (начиная от убрать ссылки из футера..). В целом - не сложно.
Тебе про джаву никто и не говорит. Тебе говорят про жабаскрипт (js).
Где тут хоть слово про сайтостроение? Ничего этого для сайтостроения не нужно.
Третий не всегда лишний. Мёд и дёготь хороши по разным банкам, а если смешать - ни то ни другое уже будет не пригодно для первоначальных целей.
"Интеграции" форумов в контентные движки - это в 99% случаев не только геморрой на века, но и дыры и др зло. А с магазинами - вдвойне. Если нужно, что бы юзер логинился один раз для всего - для этого нужно делать шлюзы (и может даже через промежуточные, скрытые узлы)
ИМХО: На сегодня можно не париться интеграциями, а использовать логины через всякие ОпенИД/соцсети, но не убирая стандартные возможности для тех кто это не юзает.
Ууу.. как всё запущено-то.. Ок переведу. Ты не умеешь найти нужного тебе контакта, не умеешь использовать ни скайп, ни личку форума, и вообще не понимаешь как вести диалог с максимальной надёжностью. И поэтому ЗА ТЕБЯ кто-то должен решить ТВОИ проблемы - чтобы ТЫ "не ошибался"? И ещё при этом ты ещё требуешь ОБЯЗАТЬ? Ну и..
Всегда так было :) исполняемый код в контенте - потенциальная дыра. Ида плагины для этого есть и свежие, но их уже не так много как раньше. Всё больше тех, что позволяют писать код в своём интерфейсе, а в контент вставлять шоркод. Это тоже не очень вариант (держать код в БД), но всё же безопаснее, чем в конетнте.
Именно этот код не может поломать. Если конечно он не ломается сам.
