Oversec

Вас, как верстальщика, тем более зеленого, не должны напрягать такой задачей. Ваша задача - сделать верстку.

Ну а в целом, по нажатию на кнопку отправляется запрос на сервер и с него подтягиваются данные, которые затем вставляются на страницу. Тут надо знать в каком виде сервер будет отдавать данные. Будут это готовые куски html кода, или чистые данные в json (следует согласовать с бэкенд-программистом)

В простом случае, когда у вас с сервера будут приходить куски html кода можно сделать примерно так (примеры с jQuery, так проще).

Ваша html разметка примерно такая (сначала блоки присустствующие на странице, потом пустой контейнер для подгружаемых и в конце кнопка)

.items>.item*2
#moreitems
#readmore-button

Простейший код для подгрузки будет таким:

$('#readmore-button').on('click', function(){
  $.get('/url-address-for-request.php', function(response){
    $('#moreitems').append(response);
  });
});

Адрес /url-address-for-request.php должен быть согласован с программистом. Либо вы можете сделать свою заглушку и указать в комментарии, что адрес нужно указать правильный для сервера. Вашей заглушкой может быть простой html-файл с кусками подгружаемого html-кода.

Копирую одну и ту же инструкцию для всех, кто спрашивает одно и то же - "как решить проблемы вордпресса после ручного переноса":

В современном мире вордпресс делаем так:
https://wordpress.org/plugins/duplicator/ - ставим плаг.
Заходим в него, жмем "Create package". Далее, далее, далее.
Получаем installer.php и архив. Заливаем их на новый хостинг (домен, папку - не важно). Запускаем site.com/installer.php. Вводим новые логин-пароль от базы данных.
Далее, далее, далее.
В конце делаем по инструкции на экране - логинимся в вп, пересохраняем постоянные ссылки. Удаляем файлы инсталлятора и архив.
Всё. Всё перенесено. Никаких проблем с путями и т.д.

Для того чтобы использовать git, в желаемом вами контексте, я бы рекомендовал освоиться со следующими понятиями:
- origin — центральный репозиторий, через который происходит синхронизация
- master — по умолчанию это главная, центральная ветка
- .gitignore — файл, в котором можно указать файлы и директории, которые не должны отслеживаться — например локальные конфиги, автоматически генерируемые артефакты, вендоры, логи и прочий runtime
Таким образом, Вы с коллегами
1. настраиваете локальную dev окружение
2. игнорите конфиги и прочее
3. разрабатываете что-то локально, коммитите
4. пушите в origin
5. на продакшене делаете clone, настраиваете конфиги
6. повторяете п.п. 3-4 + pull на продакшене

Это, пожалуй, самая простая схема — реализует то о чём Вы спрашивали.

чтобы один проект был в одном репозитории и можно было организовать там как devlop среду

Для develop и production выделите отдельные ветки.
При решении очередной задачи выносите её тоже отдельной веткой от dev. После того, как решите её и протестируете - сливайте с production-веткой

так и pull'ами отправлять на продакшн прямиком на сервер

Здесь вам уже нужно работать с web hook-ами. Подробнее тут можно почитать:
https://www.digitalocean.com/community/tutorials/h...

Git обязательно, раз будет еще разработчик. Тогда и не придется работать на сервере.

Не пишите код на сервере, узнайте про деплой, про development и production среды для начала. Git обязателен, либо любая удобная SVN.

Уже писал (чтоб не повторяться Качественные скринкасты по фронт-энд разработке с нуля? ).
Очень не рекомендую этот канал для обучения WordPress - парень с ошибками рассказывает, в движке не разбирается.

Те "знания", которые вы получили просмотрев 2х часовой ролик, лучше забыть) К WordPress это относится мало.

Для возможности публикации плагинов в официальном репозитории Wordpress, надо пользовать то что рекомендуют приведенной вами ссылке, для codecanyon это не критично

Правило unique не работает при клиентской валидации, но в доке об этом забыли упомянуть.
В данном случае, проще всего использовать ajax валидацию поля login:
1. В представлении включить валидацию для поля

$form->field($model, 'login', ['enableAjaxValidation' => true]);

2. В контроллере create/update отдать ошибки валидации

if (Yii::$app->request->isAjax && $model->load(Yii::$app->request->post())) {
    Yii::$app->response->format = Response::FORMAT_JSON;
    return ActiveForm::validate($model);
}

В исходном примере, если ввести корректные имя и пароль и корректный, но не уникальный логин и отправить форму, она вернется с ошибкой валидации не уникального логина. Все работает и срабатывает;)

Создать связь c моделью getContents(). После этого можно обратиться к атрибутам связанной таблицы через связь: $model->getContents()

Привет!
Правильно ли я понял, что у вас появилось желание развиваться и вы просто ищите пути?

Мой вам совет — уходите в аналитику, не в разработку.
Дизайн — это не про красивые картинки и грамотно сверстанный псд.
Дизайн прежде всего решает проблемы бизнеса, это инструмент коммуникации. Хватит др$%^ить на крутые иконки — они проблем не решают, они помогают в их решении (и то немного).

Хочется видеть дизайнеров, которые смогут расписать бизнес-процессы, которые понимают, что-как-где нужно изменить в бизнесе, которые сделают решение, а не «зацени какую иконку зафигачил».

Без крайностей конечно же, дизайнер должен знать, что такое CSS/HTML, разбираться в технологиях, ведь ему надо контролировать фронт-енд и советоваться с бек-ендом (я про крупные проекты). Оставьте верстку спецам — у меня был опыт, когда мой дизайн верстальщик сверстал почти без картинок, чего бы я сам никогда не сделал.

Такие вот дела.
Дизайн это не про картинки. Дизайн это про инструмент коммуникации и решения проблемы.