hedgehog

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

Хз, часов 20 навскидку, если на макете это все, что есть. Без верстки, JS, QA, багофикса и всяких там обсуждений, мануалов... Ты можешь получать URL картинки и вставлять его как бекграунд инлайновым стилем: wp_get_attachment_image_src, если за это отвечать будет featured image. Если отдельное поле - там слегка другой подход. Так что решай для начала, интересно ли тебе заниматься разработкой под Wordpress Просто если тебе не интересно и ты не планируешь этим занимматься - то ты впустую потратишь время на самообучение, которое тебе не пригодится.

Мой эстимейт тебе ничего не даст, потому что ты делать будешь дольше, т.к. нужно будет искать подходящие решения (если, конечно, ты не хочешь просто нахардкодить и в продакшн). Сам макет, с виду, очень простой, хотя мне кажется, что одностраничные сайты - не лучший вариант для первой работы, т.к. тут уже желательно понимание происходящего в WP (во всяком случае, если делать так, как делал бы я). Но, в общем-то, если временные рамки позволяют - берись, задавай вопросы, и учись А насчет оценки верстки - это лучше не ко мне, я как-то от верстки отошел.

Я это реализовывал на основе подстраниц для статичной главной страницы. Создал несколько кастомных темплейтов страниц (с префиксом Home: чтобы было понятно, для чего они) и пользователь просто выбирал выбирал подстраницы, набивал контентом, задавал приоритет и выбирал нужный шаблон. Но в твоем случае можно, наверное, просто добавить поля а-ля "цвет фона" и "фоновая картинка" (насколько я помню, при помощи advanced custom fields можно настроить чтобы эти поля отображались только при редактировании страниц для главной страницы). Слайдеры я обычно делаю кастомными постами, т.к. потом оказывается что к сайту надо прикрутить блог Заголовок и подзаголовок - это могут быть имя сайта и описание, которое задается в админке. Телефон (а, при желании, и все остальное в хедере) можно выводить либо через настройки темы, либо через виджеты (текстовые, например). А можно точно так же, как и слайдер с текстом выше, только использовать featured image у кастомных постов. Или, например, у WP в последних версиях появилась крутое UI для создания галереи, можно воспользоваться им. Для себя я пользуюсь этим плагином: http://wordpress.org/plugins/contact-form-7/ А к нему - расширение для сохранения данных в WP: http://wordpress.org/plugins/contact-form-7-to-database-extension/ Для обычных пользователей удобнее Gravity Forms, но оно платное.

Ну так это, пример двух колонок: http://htmlbook.ru/content/dve-kolonki-navigatsiya-sleva

Вопрос о том, "как сверстать две колонки" или "как вывести контент в Wordpress"?

Серьезно? А в темплейтах он может быть где угодно. Для начала стоит заглянуть в home.php (телепатия, йеху!), а если нет - полнотекстовый поиск по шаблонам. Например, на предмет класса "subscribe-form" или "leftarticle". Еще это может быть виджетом, так что в Appearance -> Widgets тоже имеет смысл заглянуть. Особенно если это какая-то купленная тема, там редко пихают хардкод. Но, опять же, у тебя вопрос по бекенду, а показываешь ты нам фронтенд, поэтому кроме как костыля "display: none" тебе ничего не скажут.

Без проблем: А если серьезно, как это тебе должны помочь его удалить? По фотографии? Ищи где он выводится в темплейтах и удаляй (если это не виджет, в этом случае - из админки).

Вся постраничная навигация WP основывается на query_var параметре "paged" и сопутствующих ему свойствах глобального объекта $wp_query (found_posts, max_num_pages и post_count, кажется). Поэтому если у тебя метки выводятся какими-то кастомными запросами, то либо манипулируй этими свойствами и используй PageNavi, либо пиши какую-нибудь свою реализацию, которая будет выводить метки с нужным offset в зависимости от номера страницы, переданного через query_var. Я как-то делал похожее, но никак не вспомню где исходники.

Да, обернуть все в UL (см. примеры по ссылке ниже) Этот список тоже форматируется при помощи класса Walker, который ты можешь дописать: http://codex.wordpress.org/Template_Tags/wp_list_categories

А какой больше подходит, такой и использую. Обычно overflow: hidden, если никому не мешает.

Во-первых, у тебя менюха дырявая. LI осиротевшие, без UL. Во-вторых, ты это меню как выводишь? Если стандартными ВПшными функциями, можешь попробовать добавить классы для пунктов в кастомном волкере: http://codex.wordpress.org/Function_Reference/wp_nav_menu#Using_a_Custom_Walker_Function А-ля если текущий пост попадает под твои условия, то в в соответствующий пункт меню добавляется класс.

Ну так и в чем проблема? Первый же снипет по ссылке показывает, что надо добавить место, куда можно добавлять виджеты, то есть, сайдбар: http://codex.wordpress.org/Function_Reference/register_sidebar

ИМХО правильнее делать это на стороне PHP: проверять, есть ли контент для запроса и, если нету, либо редиректить на 404, либо отдавать заголовок с 404й ошибкой и отдавать соответствующий темплейт. А пихать это в htaccess... во-первых, это тебе надо предусмотреть все случаи для неправильно сформированного query_string, а, во-вторых, ты все равно не узнаешь, есть ли категория с запрошенным айдишником или нет и тебе все равно на PHP надо будет что-то крутить.

Писал в соседней теме, напишу и тут: смотри как сделаны стандартные темы, а-ля twentyeleven, twentytwelve. Там очень хорошо показано использование циклов (loop) для вывода контента. Читать до умопомрачения (лучше в английском варианте): http://codex.wordpress.org/Цикл_WordPress Читать только после того, как поймешь, что вообще из себя представляет loop и как им пользоваться: http://wp-kama.ru/id_767/3-sposoba-postroeniya-tsiklov-v-wordpress.html Почти вся информация по WP: http://codex.wordpress.org/ И, это самое.. В твоей теме лучше начинать с внутренних страниц, чтобы набраться опыта до того, как начнешь курочить главную.

Кодекс как раз таким ресурсом и является. Нельзя в одной статье описать ВСЕ, потому что API довольно обширное, возможностей много и далеко не все из них нужны в каком-то конкретном случае. Так что лучше всего почитать несколько общих профильных статей, а-ля тех что приведены в твоем посте, и начинать имплементацию. Очень полезно посмотреть в примеры стандартных тем, ОСОБЕННО в header.php По ходу разработки будут возникать вопросы - в гугель, кодекс и на форум

Во-первых, назначить им роль "автор", чтобы не выдумывать с правами на сохранение, т.к. Автор может править только свои посты. Если роли автора недостаточно, тогда можно плагин подправить разрешения (см. сообщение выше). Во-вторых, хукнуть pre_get_posts, добавив в запрос фильтр по автору. Но в хуке надо проверять, ы админке ли мы, какая роль назначена и основной ли это запрос.

Было... Но после того, как резко потянулся к ESC и сбил чашку, больше не пью Ноут резко воткнул, пришлось вытаскивать батарею чтобы выключить и просушить. Но ничего, все норм.

Как минимум - можно установить Advanced Custom Fields плагин и добавить поле, позволяющее добавить выбор категории к странице и в шаблоне уже брать ID категории из поля. Клиент сможет сам выбирать на какой странице какую категорию выводить. Плюс этот плагин позволяет отображать поле только если выбраны конкретные темплейты страницы, для которых поле актуально. Как максимум - пересмотреть все, но, во-первых, проект уже почти закончен, а, во-вторых, для этого требуется опыт. Я, обычно, для вложенных и/или кастомных циклов использую WP_Query/get_posts и сбрасываю данные после цикла - wp_reset_postdata. Но ситуации бывают разные, в вашем случае надо вникать, нужно ли это.

Потом заказчик случайно удалит категорию и создаст по-новой, а ничего не работает. Или захочет выводить другую категорию. Или добавить новую. Я заметил, что справа есть виджет "Категории". Почему бы такие страницы не сделать действительно категориями, а не страницами? Тогда не придется городить кучу огородов ивложенные циклы (которые, к слову, у вас реализованы не совсем корректно). Например, можно использовать шаблон category.php (изменять основной запрос при помощи query_posts уже не надо в этом случае).

Если нравится страдать, то заменяем это: query_posts('cat=33');На это: $paged = (get_query_var('paged')) ? get_query_var('paged') : 1;query_posts('cat=33&paged=' . $paged);А по хорошему, выкинуть этот говнохардкод нафиг и сделать по-человечески. Что-то мне подсказывает, что эта ваша "cat=33" идеально заменяется кастомным постами

Так зачем дублировать-то? Классы уже назначены. А если новичкам не пользоваться всеми доступными возможностями, как им учить?

Проблема не в самой пагинации, а в выводе постов. Наверняка изменяете запрос каким-нибудь query_posts или хуками, не учитывая текущую страницу. В шаблоне для этой страницы есть вызов query_posts, get_posts, WP_Query или чего-то в этом роде?

А зачем, если нужный класс (home) уже висит на body? И, да... is_home() указывает не на главную страницу, а на страницу блога. Т.е. если главной выбрать статичную страницу, то is_home() вернет false. И, опять же, если нужно каких-то особенных классов, привязанных к конкретной странице, то вместо насилования шаблонов можно воспользоваться хуком: http://codex.wordpress.org/Function_Reference/body_class#Add_Classes_By_Filters

Если сайт посещаемый - можно и нужно кешировать Вот этой штукой, например: http://codex.wordpress.org/Transients_API