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

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

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

0

Сообщение от TuxFighter пришлось обращаться к кодерам

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

Это не значит что вы или я - лучше или хуже. Или что кто-то из нас делает что-то неправильно (хотя не исключено). Но я на WordPress, в первую очередь, привык смотреть через IDE, а вы - через панель администратора. Только и всего.

0

Сообщение от liris в первую очередь, привык смотреть через IDE

потому у вас и потход такой: с кувалдой. "зачем мне что-то там искать, я сейчас быстро пару (десятков, сотен) строк накидаю и все будет нормально."
Для вас WP не CMS, а фреймворк.

0

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

Немного не так. Или даже совсем не так. Вопрос об использовании ИДЕ (равно как и других инструментов разработки) лежит совсем в другой плоскости. Это вопрос прежде всего привычек разработчика и решаемых задач. И я никогда на этом на заостряю внимание.
Я никогда не скажу "надо только ИДЕ" или наоборот - "ИДЕ не нужно" без уточнение я для чего собственно, для решения каких задач оно нужно. (обычный кодерский блокнот покрывает 90% возможностей ИДЕ, причем до 80% возможностей могут вовсе не использоваться разработчиками. Равно как ИДЕ может не уметь то, что есть у меня в акелпаде. Не говоря уже за ресурсоёмкость и стоимость.)

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

Сообщение от liris Но я на WordPress, в первую очередь, привык смотреть через IDE, а вы - через панель администратора. Только и всего.

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

0

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

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

0

Сообщение от Silver22 Ну это конкретно твой случай.

Именно! Я же отвечал на твой вопрос, где ты спрашивал как я решаю вопрос коллективной разработки.

Сообщение от Silver22 А в ситуации когда над проектом работает больше одного человека, приходится пользоваться "недосерверами"

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

Сообщение от Silver22 и по моему опыту - проблем не возникает.

Потому что "коллективно" разрабатывается не столько сайт, сколько отдельные элементы - плагины, темы. Поэтому какие проблемы можно увидеть... (разве что увидеть потом - окажется что на винде работает, а на линухе нет/не так )

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

Сообщение от Silver22 Темболее пушится это всё на дев сайт который лежит на том же хостинге где и боевой, поэтому при желании всё можно оттестировать там.

Вот меня всегда вводило в недоумение - на кой тогда эти локальные недосервера, если всё равно надо заливать и тестить на реальном (дев-е)? На кой эта тройная (если не больше-кратная) работа? Почему нельзя сразу на хостинге делать?

0

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

Я ж и спрашивал как на хостинге работать нескольким людям? Как бороться с перезаписью изменений друг друга? GIT же был не просто так придуман.

0

Сообщение от Silver22 Я ж и спрашивал как на хостинге работать нескольким людям? Как бороться с перезаписью изменений друг друга?

Так вы же пушите на дев не боясь перезаписи. Так причём тут локальная разработка?
ОК. зайдём к вопросу с другого бока - если ты поменяешь размещение своего локального проекта с локального недосервера на нормальное место в интернете (речь не об общем дев-е, а о всё том же своём "локальном проекте", но размещённом либо рядом с девом либо на отдельном хостинге) - это создаст какие-то проблемы/сложности?

(Сразу про поиск в ИДЕ - всё равно же локально имеются копии плагов/тем, так что этот аргумент не принимается)

Сообщение от Silver22 GIT же был не просто так придуман.

Ой, это отдельная тема.. Не надо ещё и за него.

0

Сообщение от Lazor Так вы же пушите на дев не боясь перезаписи. Так причём тут локальная разработка?

Эм... так как бы разные ветки, merge, conflict resolve и всякое такое... Оно ж всё и помогает ничего не перезаписать.

Сообщение от Lazor ОК. зайдём к вопросу с другого бока - если ты поменяешь размещение проекта со своего локального недосервера на нормальное место в интернете (речь не об общем дев-е, а о всё том же своём "локальном проекте", но размещённом либо рядом с девом либо на отдельном хостинге) - это создаст какие-то проблемы/сложности?

1. Это не всегда возможно.
2. Разные хостинги - разные конфиги. А с твоих слов это уже проблемы.
3. Ну и как я уже говорил - локальная разработка это удобно. Пускай это будет субъективное мнение, но я уверен я не один такой.
4. Про сборщики фронта и инструменты я уже тоже говорил.

Сообщение от Lazor Ой, это отдельная тема.. Не надо ещё и за него.

Так а что тут холиварить? Самый обычный инструмент для совместной разработки.

0

Сообщение от Silver22 Эм... так как бы разные ветки, merge, conflict resolve и всякое такое... Оно ж всё и помогает ничего не перезаписать.

Это гит, а не ВП (я ж просил его не трогать). "Оно" позволяет восстановить, при перезаписи на сайте (хоть дев, хоть прод.), но никак не запрещает "перезаписать".

Сообщение от Silver22 1. Это не всегда возможно. 2. Разные хостинги - разные конфиги. А с твоих слов это уже проблемы. 3. Ну и как я уже говорил - локальная разработка это удобно. Пускай это будет субъективное мнение, но я уверен я не один такой. 4. Про сборщики фронта и инструменты я уже тоже говорил.

2. Не настолько разные как винда и линух. Еще менее разные как локальные виндовый недосервер и LAMP в интернете. Абсурдно смотрится этот пункт как аргумент за локальный виндовый недосервер. Более чем абсурдно.
1. и 3. - не понятно почему иногда невозможно и чем удобно. (ну кроме случаев отсутствия интернета). Расскажешь?
4. "сборщики фронта и инструменты" - это ты про sass что ли? Ну а зачем ещё и это сюда притягивать? Эдак и у граф. редакторов можно уши обнаружить (чтобы было за что притягивать).

0

Сообщение от Lazor Это гит, а не ВП (я ж просил его не трогать). "Оно" позволяет восстановить, при перезаписи на сайте (хоть дев, хоть прод.), но никак не запрещает "перезаписать".

Блин, ну ты пользовался когда-то гитом? Если 2 человека изменяют один и тот же файл - то оба их изменения сохранятся, ничего не перезапишется. В случае если они изменяют прям одинаковые строки, человек который будет это мерджить просто в ручном режиме разберётся с этой проблемой. Гит != бэкап.

Сообщение от Lazor 1. и 3. - не понятно почему иногда невозможно и чем удобно. (ну кроме случаев отсутствия интернета). Расскажешь?

1. Невозможно:
- у тебя есть доступ только к дев сайту, больше ничего на этом хостинге ты делать не можешь.
- не у всех разработчиков которые работают над сайтом есть желание\возможность\умение развернуть его где-то на сервере (+ не все хостинги поддерживают гит)

3. Ну за удобство мы уже тут обсуждали не раз, опять всё повторять? И почему сборщики сбрасывать со счетов? Это не только sass, всевозможные линтеры, генераторы спрайтов, миксины и прочее, я думаю у каждого есть свой конфиг под любимый сборщик. И да, я это тоже отношу к разработке.

0

Сообщение от Silver22 И почему сборщики сбрасывать со счетов? Это не только sass, всевозможные линтеры, генераторы спрайтов, миксины и прочее, я думаю у каждого есть свой конфиг под любимый сборщик. И да, я это тоже отношу к разработке.

Потому что это имеет такое отношение к разработке ВП-сайтов, как рисование графики или настройка сервера. Как бэ да, но... нет. Это частные случаи, отдельные разработки, а не разработка непосредственно ВП-сайтов.

Сообщение от Silver22 3. Ну за удобство мы уже тут обсуждали не раз, опять всё повторять?

Кроме поиска функций в ИДЕ я про удобства не помню/не понял.
Зато про неудобства можно написать много (я лишь часть писал)

В общем по коллективной разработке понятно.

Но большая просьба - не притягивать эти методы к тем, кто задаёт вопросы на форумах (если конечно вопросы не касаются непосредственно коллективной разработки)

0

Вот кстати, яркий пример такого "разработчика с ИДЕ"
Не работает slick slider в Wordpress
Ничего не знаю, знать не хочу, свои костыли на велосипедах раставлю.

0

TuxFighter, а что там не так и при чем тут ИДЕ? Человек просто забыл подключить дефолтные стили, это к WP вообще никакого отношения не имеет.
Претензия про костыли вообще не в кассу.

0

Сообщение от gogolik Претензия про костыли вообще не в кассу.

Про ИДЕ не в кассу - это да.
А насчёт костылей я с TuxFighterом согласен - это всё те же попытки создания своей темы. При этом ещё и отключение родного jquery. Это костылище.
И даже ты косвенно подтвердил, что там ТС не в теме разработки, раз хочет использовать экскременты мамонтов.

0

Lazor, отключение родного jquery и подключение cdn считаю нормой. Желание разобраться и попытаться создать тему - тоже считаю нормой. А остальное придет с опытом.

0

Сообщение от gogolik при чем тут ИДЕ

я так теперь называю людей, строящие свои костыли на велосипедах.

0

Сообщение от gogolik отключение родного jquery и подключение cdn считаю нормой.

Это типичный случай ЧСВ. Для кого-то может быть и норма, но по факту это костыли.

Сообщение от gogolik Желание разобраться и попытаться создать тему - тоже считаю нормой.

"Разобраться" - не имеет никакого отношения с созданию своей темы. Более того - свои темы можно создавать уже когда со всем разобрался.

Сообщение от gogolik А остальное придет с опытом.

Дурак ходит по своим граблям, умный по чужим.
Оба набираются опыта. Только первому даже собственный опыт не всегда помогает.

0