hedgehog

Заголовок уже выводится по ховеру, можно застилить чтобы выводился сразу. Но если нужны и заголовок, и описание - можно использовать свой шаблон для галереи при помощи этого фильтра: https://codex.wordpress.org/Plugin_API/Filter_Reference/post_gallery Смотри как работает стандартная функция вывода галереи: https://core.trac.wordpress.org/browser/tags/4.2.1/src/wp-includes/media.php#L919 вот здесь идет проверка, пытается кто-нибудь изменить шаблон галереи или нет: $output = apply_filters( 'post_gallery', '', $attr, $instance );Если фильтры что-то возращают - это считается темплейтом и выводится как галерея. Ниже можешь посмотреть как работает стандартный вывод и использовать это как шаблон. Один нюанс: все заголовки и описания хранятся в медиа библиотеке, а не в созданной галерее. То есть, одна и та же картинка не может иметь разные заголовк и описание в разных галереях, разве что загружать второй раз. Если я меняю стандартную галерею, то я, обычно, добавляю какое-нибудь поле или drop-down в окошко создания галереи, где можно выбрать тип. Например, "по умолчанию", "с описанием" и тд. Эти данные добавляются к шорткоду, а в своем коллбеке для фильтра ты проверяешь: если это "твой" шаблон, обрабатываешь сам, если нет - отдаешь вордпрессу. Как-то так: http://wordpress.stackexchange.com/a/90443/63728

Ну и правильно, на примерах разобраться проще. Постепенно будет всплывать все больше нюансов

Никогда не используйте хардкод по айдишникам Никогда не забывайте обнулять $wp_query после кастомных циклов ( wp_reset_postdata() ) Никогда не говорите никогдаjdk, судя по ссылке, это шаблон категории, поэтому запрашиваемые посты уже есть в цикле https://codex.wordpress.org/The_Loop PS: а почему все так не любят body_class и post_class ?

W3 total cache отключи, зачем он тебе для сайта в разработке-то?

https://ru.forums.wordpress.org/topic/updatephp-on-line-119-on-line-287-on-line-435 беда у тебя какая-то с сервером и/или инетом. А по поводу твоих проблем с базой данной - лови момент когда снова будет такая ерунда и пробуй залогиниться в базу данных с учеткой, которую ты создал для сайта, и посмотри - доступны ли таблицы и их содержимое. Заодно загляни в логи ошибок веб-сервера.

для Wordpress нужна только одна база данных, посмотри какая БД прописана в константе "DB_NAME", ее и скачивай. Но в базе хранится дофига ссылок на старый урл, их надо менять, причем не абы как, чтобы не похерить виджеты, которые хранятся в сериализованных массивах. Можно экспортить базу плагином: https://wordpress.org/plugins/wp-migrate-db/, он умеет правильно мигрировать данные. Вторая база данных может относиться к другому сайту или какому-нибудь плагину. information_schema тебе точно не нужно

Такое бывает если нет доступа к базе данных или база данных пустая.

По умолчанию количество постов ограничивается настройкой "Settings > Reading > Blog page shows at most..."

Крутая тема Вот только ты это можешь сделать в аплоадах (можно и нужно), а вот все остальное тебе выйдет боком. Если запретишь выполнять скрипты, как сайт работать будет?

Не совсем далеко не везде ты можешь вообще как владелец сайта получить рута, а злоумышленнику это и подавно не нужно. Задача - удаленный шел, т.е. скрипт, который позволит ему через веб (пхп скрипт) получить досутп к консоли. Это позволит, например, иметь полный доступ к файловой системе и заливать разные там ботнеты, пихать мылварь и так далее. Как раз недавно такое говно вычищал... Обычно это файлик с кодом, запрятанным в base64 несколько раз, возможно выполняемый через eval (который может быть "перевернут", в моем случае это было lave ) , который принимает команды через POST/GET и выполняет их

Конечно возможно. Либо через встроенный редактор файлов (отключаемый), либо посредством установки плагина/темы с шеллом (чтобы не палиться - этот плагин-тему можно удалить потом). Кроме того, в последнее время подлатали немало критических дыр, советую обновляться Это, кстати, относится как к Вордпрессу, так и темам/плагинам Ну и на закуску для повышения безопасности (что-то из этого умеет мониторить изменения в файлах, а что-то даже сканить на предмет малвари): https://wordpress.org/plugins/wordfence/ https://wordpress.org/plugins/sucuri-scanner/ https://wordpress.org/plugins/better-wp-security/

Начнем с того, что wordpress.com это платформа для блога, а не хостинг для вордпресса. Вы там рулите только контентом, по сути, темы и плагины там - свои. Импорт - скорее всего на блоге wordpress.com нужный импортер уже был установлен, который не входит в базовую установку. Меню - без понятия, как оно создается на блоге В Wordpress это Appearance > Menus (Внешинй вид > Меню, наверное). Плюс, надо выбрать - какая менюха будет главной (зависит от темы).

(должно быть внутри цикла) global $more;$more = 1;А после этих всех извращений советую использовать wp_reset_postdata(), иначе можно словить проблем в других местах, т.к. глобальный объект $post будет ссылаться на какую-то фигню в сайдбаре, а не текущий пост. А можно я позанудствую и скажу, что это плохой вариант, потому что используются данные в сыром виде (не обработанные фильтрами)? Если фильтры the_title вы, скорее всего, не заметите, то отвалившееся форматирование (абзацы, переносы строк) в контенте незаметить сложно

Settings > Permalinks Здесь, небось, префикс "blog" указан? а, сори, сайт в подкаталоге установлен. а основной сайт на чем?

Это генерируется плагином All in one SEO pack. Настраивается постранично.

Если вы беретесь за имплементацию верстки, то нужно как минимум добавить тестовый контент, чтобы клиент видел что все работает и как это выглядит. Т.е. создать и вывести менюшки, виджеты, тестовые страницы в соответствии с макетом. Это две разных задачи, но многим проще объединить в одну задачу, чем искать сначала верстальщика, а потом цмс-разработчика, которому еще не факт что понравится верстка, а переделывать уже никто не будет.

Если говорить о кодексе как о энциклопедии - то да, там, в общем-то, почти все нормально Для разработчиков это отличный ресурс, а для новичков - непонятно, с чего начать и где применять. Не ленитесь, загляните в стандартные темы - twentyeleven, twentytwelve (twentyforteen для этих целей немного перегружена). Попробуйте сделать по примеру, или хотя бы дочернюю тему.

В кодексе удобно искать инфу, только не надо забывать что наполняется он коммьюнити. Главное, найти нужный функционал, а если примеров по нему функционалу не хватает в кодексе - гугл. На данный момент кодекс содержит наиболее полную информацию о ВП. Да, на других сайтах это все может быть подано в гораздо более удобном и развернутом виде, но это все расположено на разных ресурсах, поэтому я обычно использую гугл+кодекс, а иногда - заглядываю в код, потому что некоторые вещи либо не документированы, либо документированы слабо. Например, когда мне нужно было немного подправить иерархию шаблонов (нужно было создать дополнительную URL структуру для расширенных архивов и шаблоны для них) - я ничего такого не нашел, пришлось копаться в коде.

Да элементарно. Создается страница, ей назначается шаблон, который выводит 5-7 подстраниц в блоках. В чем проблема? Или, например, Posts to Posts. Вариантов - масса.

Как появится полчаса свободных - накидаю пример использования новой settings API

В header.php ищешь этот элемент: <div class="menu-alert"> Если нету - смотришь элемент выше. И обращаешь внимание на функцию, которая отображает содержимое этого всего.

Просто деактивировать плагин не вариант? Нужно ли дублировать функционал? А вообще, то что ты хочешь - это опции, как уже выше написал rus. Для опций есть новое API: http://codex.wordpress.org/Settings_API Несколько замороченное, вникать можно долго Но после этого сможешь клепать опции как безумный.

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

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

Так если это отдельный темплейт, то <body> там свой и ты туда можешь сама классы навешать какие хочешь. Я чего-то не понимаю? Если у тебя несколько страниц с таким темплейтом - добавь галку какую-нибудь в админке при редактировании. Если она стоит - цвет такой-то, если нет - дефолтный. Либо поле для выбора цвета. Это все custom fields. Если не хочется заморачиваться с метабоксами, можно поставить плагин: https://wordpress.org/plugins/advanced-custom-fields/ В ACF можно выбирать, при каких условиях показывать поле. Например, если выбран определенный темплейт страницы. И вообще, даже если хедер.пхп не подключен - то ведь body все равно есть, и в него можно добавить классы стандартные.