Тонкости и особенности разработки под WordPress

Сообщение от Lazor Именно. И прежде всего - нужно использовать хостинг, а не виндовые недосерверы.

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

0

Сообщение от TuxFighter да, а что там не так с версткой? хедер, футер, между ними боди на всю ширину

Я наверное понял причину нашего недопонимания: вы наверное всегда делаете сайты с макета. А что делать в ситуации когда есть уже готовая верстка? Перенёс я хедеи футер в дочернюю тему, удалил оттуда весь html код темы, вставил свой. Про сам контент молчу, это тоже холиварная тема как он будет редактироваться\создавать, но тогда вопрос: а зачем же мне всё-таки родительская тема?

0

Сообщение от Silver22 вы наверное всегда делаете сайты с макета.

делаю с того что у заказчика есть.
предпочитаю что бы была готовая верстка html + psd

Сообщение от Silver22 удалил оттуда весь html код темы

зачем? чем он вам мешал? и хэдер и футер изначально пустые, их наполняют виджетами и настройками темы.

Сообщение от Silver22 а зачем же мне всё-таки родительская тема?

с таким подходом вам и ВП не нужен вообще.

0

Сообщение от TuxFighter их наполняют виджетами и настройками темы.

А виджеты вы свои создаёте или просто HTML код добавляете в них?

0

Silver22, какого именно виджета вам не хватает, что приходиться создавать новый?

0

TuxFighter, ну раз уж мы говорим о той вёрстке что я скинул, вот какие блоки я вижу в хедере. Какими виджетами это можно сделать?

Миниатюры

 

0

	Комментарий модератора
	Обсуждение вынесено в отдельную тему.

0

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

Сообщение от Silver22 Тему нельзя писать самому, ОБЯЗАТЕЛЬНО использовать тему из оффициального каталога и создавать дочку.

Враньё. Я так безапелляционно никогда не утверждал. Я не раз говорил - кому-то нельзя, а кому-то в каких-то редких случаях можно и даже нужно. Нельзя ни в каких случаях тем, кто спрашивает по форумам.
Теперь мысль понятна?

Сообщение от Silver22 И у какого процента из них потом были проблемы? И поделитесь хотя бы 2 из них.

I
Разработка на локальном хостинге противопоказана не столько потому, что это может вызвать проблемы при неправильной миграции, сколько по другим причинам.
1. Невозможно нормально оттестировать сайт. Уже в силу другого окружения и локальности.
2. Невозможно показать проблему и, соответственно, получить помощь.

Опять акцентирую: этот мой посыл адресован прежде всего спрашивающим на форумах. Профи в советах не нуждаются.


II
Неправильная миграция - тут вопрос отдельный. Но адепты древних религий (ака разработка на виндолвых недосерверах) точно также читают древние ГСы и молясь на "всю жизнь так переносили" делают это так же не правильно. Иногда, да, они не видят при этом проблем. Когда сайтики мелких и нет даже виджетов (или они не понимают, что банальный слёт виджетов и тп "глюки" - это как раз из-за неправильной миграции).
Чтобы увидеть количество и разнообразие проблем при неправильной миграции не обязательно самому делать неправильно - достаточно следить за тематическими ресурсами - форумами, ФАКами, группами в болталках/скотсетях и тд. Недели не проходит, чтобы где-то не появилась проблема. И это сейчас, когда уже казалось бы всех приучили к дупликатору, Игорь (KaggDesign) написал на SO отличнейший ман с объяснениями что да как и почему, и то.. А ещё лет 5 назад такого было в десятки раз больше. Не видеть этого мог только слепец (ослеплённый ЧСВ?).

Silver22, теперь ты извинишься за враньё?
Но даже если и нет - я перебьюсь. Позже ещё продолжу отвечать.

Добавлено через 9 минут

Сообщение от Silver22 Насколько быстро IDE по FTP найдёт файл с классом? Это не стёб, мне реально интересно. Как выполнить поиск по файлам испольуя FTP?

Мне интересно - где (в ядре? плагинах? етс), что и зачем ты ищешь что-то используя IDE? Я знаю что делают профи с IDE, но какую работу выполняешь ты? От этого ответа зависит дальнейший вектор развития дискуссии.

0

Сообщение от Lazor Враньё. Я так безапелляционно никогда не утверждал. Я не раз говорил - кому-то нельзя, а кому-то в каких-то редких случаях можно и даже нужно. Нельзя ни в каких случаях тем, кто спрашивает по форумам. Теперь мысль понятна?

Да, так понятней, было не очевидно из ваших ответов. Спасибо за объяснение.

Сообщение от Lazor Разработка на локальном хостинге противопоказана не столько потому, что это может вызвать проблемы при неправильной миграции, сколько по другим причинам. 1. Невозможно нормально оттестировать сайт. Уже в силу другого окружения и локальности. 2. Невозможно показать проблему и, соответственно, получить помощь. Опять акцентирую: этот мой посыл адресован прежде всего спрашивающим на форумах. Профи в советах не нуждаются.

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

Сообщение от Lazor Неправильная миграция - тут вопрос отдельный. Но адепты древних религий (ака разработка на виндолвых недосерверах) точно также читают древние ГСы и молясь на "всю жизнь так переносили" делают это так же не правильно. Иногда, да, они не видят при этом проблем. Когда сайтики мелких и нет даже виджетов (или они не понимают, что банальный слёт виджетов и тп "глюки" - это как раз из-за неправильной миграции). Чтобы увидеть количество и разнообразие проблем при неправильной миграции не обязательно самому делать неправильно - достаточно следить за тематическими ресурсами - форумами, ФАКами, группами в болталках/скотсетях и тд. Недели не проходит, чтобы где-то не появилась проблема. И это сейчас, когда уже казалось бы всех приучили к дупликатору, Игорь (KaggDesign) написал на SO отличнейший ман с объяснениями что да как и почему, и то.. А ещё лет 5 назад такого было в десятки раз больше. Не видеть этого мог только слепец (ослеплённый ЧСВ?).

За миграцию я ничего не говорил, т.к. не имею с вами разногласий по этому вопросу.

Сообщение от Lazor Silver22, теперь ты извинишься за враньё?

Мне не сложно извинится если я не прав, но повторюсь ещё раз: возможно я неправильно понял вашу позицию. И как я уже говорил, писал это всё не для того чтобы на кого-то наехать или выставить дураком, наоборот, выслушать чужое мнение, в споре как говорится, рождается истина.

Добавлено через 3 минуты

Сообщение от Lazor Мне интересно - где (в ядре? плагинах? етс), что и зачем ты ищешь что-то используя IDE? Я знаю что делают профи с IDE, но какую работу выполняешь ты? От этого ответа зависит дальнейший вектор развития дискуссии.

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

1

Сообщение от TuxFighter а в глаз?

Я бы выписал, но ты далеко
Если ты не изменяешь ничего кроме css - ты делаешь примитивные сайты.
Я догадаюсь, что набросать какой-нибудь простенький плагин - это наверное не для тебя, но блин поправить шаблоны темы - тоже нет? А добавление и вывод кастомных полей в нужных местах? А кастомные типы?.. Про правку шаблонов того же WC я уже молчу, а есть и другие плагины, где можно (и нужно) создавать/править шаблоны

Тут одним css-ом не обойдёшься.

Добавлено через 32 минуты

Сообщение от liris Зачем нужна IDE для WordPress. Да в основной массе и не нужна вовсе. Ну по крайней мере так было раньше.

И сейчас она не нужна 99% тем, кто называет себя разработчиком ВП сайтов.
Мне например IDE как-то тоже не особо нужна. Мне хватает "кодерского" блокнота и нормального файлменеджера (тоталкоммандир). И еще большой вопрос что лучше - IDE или моя связка. В IDE свои преимущества у меня свои.
Так что использование ИДЕ так себе "показатель" профессионализма и результатов.

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

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

Сообщение от liris И с переносом тоже проблем не будет, если заранее (до переноса) хотя бы прочитать инструкцию.

К счастью эту древность не осилят 99,9 нубов%.
Это уже лет 20 как устарело

Сообщение от liris Но сейчас-то что мешает? В вагранте конфиг написали, раздали всем разработчикам и у всех среда разработки одинаковая. Ну или докер запушить в репу, еще проще становится.

Варгант, докер, шмокер.. Эти приблуды нафик ненужны подавляющему большинству. Подавляющее большинство сайтов (не только ГСов для заработка, но встречаются и нормальные) разработано нубами/полунубами и хостится на вирт хостингах. Более ресурсоёмкие на стандартных ВПС, без всяких докеров.

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

Добавлено через 15 минут

Сообщение от Silver22 Мне не сложно извинится если я не прав, но повторюсь ещё раз: возможно я неправильно понял вашу позицию.

Принимается.

Сообщение от Silver22 За миграцию я ничего не говорил, т.к. не имею с вами разногласий по этому вопросу.

Говорил-говорил - ты спрашивал какие проблемы возникали после переноса с локального сервера.
Ида, опять акцентирую: "локальные серверы" бывают разные. Принятые по умолчанию виндовые недосерверы - это зло (особенно для нуба). LAMP в виртуалке - можно при необходимости и желании изучить больше чем ВП.

Сообщение от Silver22 Например при наличии слабой документации плагина, приходится искать нужные хуки, публичные методы и функции руками.

Вот тут согласен. Тут ИДЕ конечно пригодится. Но причём тут локальная разработка? Разве пхпшторм (или чем ты пользуешься) не может искать без разворачивания локальной копии на недосервере?

Мне как-то ни разу не понадобилось искать в чужих плагинах хуки. Темы же я выбираю с документацией. Но в общем-то хуки тем можно и так увидеть.

0

Сообщение от Lazor Но причём тут локальная разработка? Разве пхпшторм (или чем ты пользуешься) не может искать без разворачивания локальной копии на недосервере?

Да я вообще как основным редактором саблаймом пользуюсь, обмазаным плагинами. Просто поодержал тему с ИДЕ, потому-что это имеет место быть. Но как мне кажется если подключиться в IDE по FTP к серверу, быстро ты ничего не найдёшь там.

Сообщение от Lazor Мне как-то ни разу не понадобилось искать в чужих плагинах хуки.

Так сходу из недавнего - любой "оффициальный" платный плагин к WooCommerce - в документации 3 хука и 2 функции, а дальше крутись как хочешь.

Сообщение от Lazor Темы же я выбираю с документацией. Но в общем-то хуки тем можно и так увидеть.

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

0

Сообщение от Silver22 Какими виджетами это можно сделать?

1 меню + остальные стандартный html. +Естественно, свой css.
Но в данном случае я бы лично прямо в шаблонах сделал. Если нужно править данные из админки - сделать соответствующие разделы настроек.

Или же в соответствии с новыми вениями сделать блоки в гутенбере.

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

0

Сообщение от Lazor Но в данном случае я бы лично прямо в шаблонах сделал. Если нужно править данные из админки - сделать соответствующие разделы настроек. Или же в соответствии с новыми вениями сделать блоки в гутенбере.

Ну так я об этом и имел ввиду, обычная практика натяжки вёрстки.
Просто мне показалось что сейчас мы начнём обсуждать вёрстку в виджетах...

0

Сообщение от Silver22 Но как мне кажется если подключиться в IDE по FTP к серверу, быстро ты ничего не найдёшь там.

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

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

Добавлено через 6 минут

Сообщение от Silver22 Ну так я об этом и имел ввиду, обычная практика натяжки вёрстки.

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

Сообщение от Silver22 Просто мне показалось что сейчас мы начнём обсуждать вёрстку в виджетах...

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

0

Сообщение от Lazor Найти по фтп что-то в содержимом в принципе не возможно - протокол не позволяет.

У нас часто была потребность в мелких правках чужих сайтов (разработанных совсем другими людьми). Соответственно нередко нужно было копаться в большой куче чужих исходников (не только на WP). Ради пятиминутной правки выкачивать весь сайт по FTP, чтобы открыть его в IDE и что-то найти - это долго и незачем.

Приноровились использовать для этого SSH (рекурсивный поиск "grep -rl" довольно быстро ищет текстовую строку во всём проекте). Не знаю, на всех ли хостингах есть SSH, но мы активно юзали Beget, SpaceWeb, Reg.Ru - у них у всех такой доступ был.

0

Сообщение от liris Приноровились использовать для этого SSH

Ну по SSH можно и искать и много чего другого делать

Сообщение от liris Не знаю, на всех ли хостингах есть SSH,

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

Сообщение от liris не только на WP

Файлы "на ВП" как правило трогать не нужно. Можно легко поломать сайт.

0

Сообщение от Lazor Файлы "на ВП" как правило трогать не нужно. Можно легко поломать сайт.

Нас обычно приглашали тогда, когда уже всё сломали и надо исправить

Кстати, очень частая ошибка нам встречалась, как раз связанная с переносом сайта. Когда скопировали и файлы, и БД, а потом поехали на другой хостинг (или даже на другой домен) и сайт не работает (конечно же из-за старого домена в wp_options и/или wp_posts).

0

Сообщение от liris Нас обычно приглашали тогда, когда уже всё сломали и надо исправить

Мне папу раз приходилось исправить после исправления не специалистами.
Нет, они были отличные спецы в php - наворотили такого...
Но лучше бы они были нубами во всём - меньше вреда бы сделали. И это я серьёзно.

Сообщение от liris Кстати, очень частая ошибка нам встречалась, как раз связанная с переносом сайта. Когда скопировали и файлы, и БД, а потом поехали на другой хостинг (или даже на другой домен) и сайт не работает (конечно же из-за старого домена в wp_options и/или wp_posts).

Не "из-за старого домена в wp_options и/или wp_posts". Вернее тут исправить - этого мало. А такой перенос - поломать базу (см выше про сериализванные данные)
Всё надо делать не так. Для миграции нужно использовать спец. средства, исправляющие сериализованные данные (и то бывают потеряшки).

0

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

Это был один из примеров почему я использую локальный сервер когда начинаю проект с нуля. Сюда так же относится:

1. Возможность сборки фронта.
2. Возможность работать над проектом больше 1 человека. Кстати как вы решаете этот вопрос при разработке на реальном хостинге?

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

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

0

Сообщение от Lazor см выше про сериализванные данные

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

0

Сообщение от Silver22 Кстати как вы решаете этот вопрос при разработке на реальном хостинге?

Как разработчик я работаю один. Одновременно можем работать с клиентом (он наполняет и может даже что-то настроить если нужно/может/хочет).

Если мне нужно привлечь кого-то ещё (такое тоже иногда бывает) - у партнёра конкретная задача по итогу которой я получаю.. условно говоря файлы. При необходимости я разворачиваю для него отдельный дев-сайт.

Сообщение от liris Это что-то из нового?

Это "всегда так было" До 2,3, если где и встречалось, то было не заметно (но я тогда ВП еще не юзал). После 2,7 стало побольше таких мест + появились плагины, во всю использующие сериализацию (некстген, например. очень популярный в то время). Именно тогда я первый раз столкнулся с проблемами при переносе с виндового недосервера на хостинг. Но причины мне были не понятны, да и средств для миграции ещё не было - пришлось галереи править руками.
В 3.0 появились, а в 3.3 окончательно сформировались кастомные типы записей. Появилось множество плагинов для удобной работы с ними. Их данные тоже хранятся в сериалах (а в данных могут быть пути к картинкам например. Или к др. файлам). И всегда (не знаю когда появились но задолго до 2.7) в ВП были виджеты. Содержимое некоторых из них (а может и всех) хранятся в сериалах.. Отсюда одна из распространённейших проблем при неправильном переносе - "виджеты слетели".

1