hedgehog

@hedgehog,все верстальщики натягивают, а кто-то даже ругается, что это не работа программиста (back-end), значит я буду - да и заказы так легче получить, а то прям вообще беда с ними.

20 часов?? не, серьезно чисто натяжка 20 часов? Я верстку на 2тыр оценила, думал аза натяжку еще 1тыр - сойдет цена, а получается 20 часов - ну это хотя бы тыщи 4 за натяжку надо брать.

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

Я то знаю, что я могу и в 3 и в 4 (и больше) раза дольше провозиться, мне прост интересно на поставленном потоке сколько на это времени примерно уходит).... Чтобы хотя бы примерно прикинуть сколько за натяжк прибавлять к цене....

Хз, часов 20 навскидку, если на макете это все, что есть. Без верстки, JS, QA, багофикса и всяких там обсуждений, мануалов...

 

А в кастомном темплейте страниц - вот эти картинки большие картинки у каждого блока - их можно вставлять как background в css? Или они как миниатюры через тег img только смогут пойти?

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

Так что решай для начала, интересно ли тебе заниматься разработкой под Wordpress Просто если тебе не интересно и ты не планируешь этим занимматься - то ты впустую потратишь время на самообучение, которое тебе не пригодится.

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

Мой эстимейт тебе ничего не даст, потому что ты делать будешь дольше, т.к. нужно будет искать подходящие решения (если, конечно, ты не хочешь просто нахардкодить и в продакшн). Сам макет, с виду, очень простой, хотя мне кажется, что одностраничные сайты - не лучший вариант для первой работы, т.к. тут уже желательно понимание происходящего в 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.

Я как-то делал похожее, но никак не вспомню где исходники.

Спасибо hedgehog, как посоветуешь меня исправить, просто добавить UL в начале?

Да, обернуть все в UL (см. примеры по ссылке ниже)

И да, список выводится через wp list categories

Этот список тоже форматируется при помощи класса Walker, который ты можешь дописать:

http://codex.wordpress.org/Template_Tags/wp_list_categories

Cпасибо за ссылку, не раз ее читала. Мне интересно кто какой способ использует для себя, как самый удобный.

А какой больше подходит, такой и использую. Обычно 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/

И, это самое.. В твоей теме лучше начинать с внутренних страниц, чтобы набраться опыта до того, как начнешь курочить главную.

Вообще я ни одного ресурса не нашел где было бы полностью описанно как делать шаблон для WordPress, но я учился на этих статьях, в них не все, но хотя бы понятно для меня было:

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

По ходу разработки будут возникать вопросы - в гугель, кодекс и на форум

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

Во-вторых, хукнуть pre_get_posts, добавив в запрос фильтр по автору. Но в хуке надо проверять, ы админке ли мы, какая роль назначена и основной ли это запрос.

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

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

Мне кажется по-другому не получится...

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

 

 

А можете написать как реализовать более корректно?

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

Я использовал "cat=33" для того, чтобы на странице отображалась одна определенная категория, а не все. Просто заказчик хочет, чтобы страница была нестандартная, а с шапкой и со всеми фичами, как сделать по-другому я не знаю, поэтому решил пойти этим путем...

Потом заказчик случайно удалит категорию и создаст по-новой, а ничего не работает. Или захочет выводить другую категорию. Или добавить новую.

Я заметил, что справа есть виджет "Категории". Почему бы такие страницы не сделать действительно категориями, а не страницами? Тогда не придется городить кучу огородов ивложенные циклы (которые, к слову, у вас реализованы не совсем корректно).

Например, можно использовать шаблон 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" идеально заменяется кастомным постами

Это одно из решений. Я же сразу написал что надо прописать нужные классы, соответственно "home" и "no_home" указывают где. Вместо is_home можно воспользоваться is_front_page. Необязательно лезть в functions.php, а новичкам вообще нежелательно.

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

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

 

Есть, прописать нужные классы блоку с контентом 

<div class="<?php if ( is_home() ) { ?> home <?php } else { ?> no_home <?php } ?>">Content</div>

 

А зачем, если нужный класс (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