Задать вопрос
  • Wordpress: грамотное подключение скриптов и стилей для разных страниц?

    thehighhomie, я же написал ранее, что не использую шаблонизаторы, поэтому нет достаточно опыта, чтобы что-то советовать.
  • Как правильно вывести данные из БД Wordpress?

    Юпитер Макс, нет, неправильно. Получайте ВСЕ необходимые данные одним запросом, в виде ассоциативного массива. А потом по ключам получайте нужные значения там, где вам их нужно выводить.
  • Как добавлять новые сайты используя vagrant, homestead, laravel, используя serve?

    Роман Кистин, phpmyadmin не использую, на macOS есть прекрасный и бесплатный Sequel Pro, работать с которым намного приятнее.
  • Как правильно вывести данные из БД Wordpress?

    Юпитер Макс, ну тогда отредактируйте вопрос, дайте больше деталей и опишите что конкретно вам надо сделать и в чем затык
  • Как правильно разбить строку в данном случаи?

    freeman0204, да, будет работать для select. Если вы не хотите пускать клиента в настройки ACF (хотя в этом нет ничего криминального, если объяснить ему что делать, а чего не делать), то можно обойтись хитрым трюком, но это уже продвинутая техника – плагин предоставляет ряд хуков, значения в селект можно подкидывать на лету. Брать их можно откуда угодно, в том числе и из метаданных, которые клиент задает через texarea. Тут уже пригодится разбивка строки и запись ее в виде такого же массива, который возвращает select – это позволит легко подменять данные.
  • Как добавлять новые сайты используя vagrant, homestead, laravel, используя serve?

    Этот процесс деструктивен. При запуске команды provision, ваша существующая БД будет уничтожена и создана заново.

    Я эту команду выполняю регулярно, и ничего не деструктивится. Ни в Homestead, ни в других vagrant-based конфигах. Единственная деструктивная команда – vagrant destroy. Впрочем, и на этот случай ставится vagrant плагин, который позволяет триггерить действия при выключении VM, через него можно дампить / восстанавливать базы. А в случае с Ларой у вас должны быть миграции и seeds.

    Подобного текста я не встречал в оригинальной (английской) версии документации, поэтому пошел проверять. Нашел в доках к древней версии 5.0. В общем, это все давно в прошлом. Свежие версии Virtual Box, Vagrant, Homestead таким не страдают. И команды serve больше нету – архитектура сильно поменялась.
  • Как правильно разбить строку в данном случаи?

    freeman0204, обновил ответ, там у вас и код надо подправить
  • Как правильно разбить строку в данном случаи?

    freeman0204, из ваших скриншотов видно, что первая textarea - это настройки "choices" поля select в плагине ACF (Advanced Custom Fields). Далее, использование в коде функции get_field('type_service', 15); как бы подтверждает это предположение – это функция API того же плагина для получения этих choices.

    Поэтому возвращаемся к моему изначальному ответу – вы указали choices в некорректном формате, отсюда геморрой.
  • Менталитет зарубежных заказчиков?

    Дмитрий Энтелис,
    - Желательно быть онлайн в часовом поясе заказчика

    Это плюс, зависит от проекта, но не всегда принципиально. Иногда достаточно небольшого overlap - их утро / наш вечер или наоборот. При работе с компаниями, культивирующими remote культуру это обычно вообще не имеет значения. Но если специфика проекта требует постоянной коммуникации - тогда да. Просто уточнение в .05¢
  • Почему теряются "красивые ссылки" для запланированных записей?

    Вы противоречите сам себе, т.к. future date (будущая дата) и scheduled post (запланированое сообщение) !== неопубликованная запись.

    Нет, не противоречу. Будущая дата в посте === запланированная запись === неопубликованная запись. Под опубликованной записью в WordPress понимается и всегда понималась только запись со статусом publish, и только эти записи являются публичными. Все остальные, включая draft и future - это сохраненные записи, но еще неопубликованные.

    Что за бред? Каждый раз, когда я выхожу за рамки функционала ВП, я "пытаюсь перехитрить систему"?

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

    Зачем мне создавать ещё одно поле для даты?

    Затем что кастомизация в WP строится в первую очередь через кастомные поля. Ваша идеологическая чистота может пострадать, но если вы уж начали работать с WP - оставьте эту гордость за дверью. Предложенный мною вариант наиболее прост и быстр в реализации/поддержке, ибо полностью построен на использовании родных API ядра и не будет вступать в конфликт с нативным функционалом или сторонними плагинами. Можно ли сделать по-другому и использовать даты из таблицы wp_posts? Да, можно. Но нужно фильтровать запросы к БД на более низком уровне, пермалинки, rewrite rules и еще ряд нативных функций. Бенефит? Никакого.

    Столько сложностей из-за того, что дата стоит в будущем времени?

    Где вы тут сложности увидели? Вы же и так используете get_posts (кстати, лучше используйте WP_Query), просто добавьте дополнительный аргумент meta_query с нужным условием, и все. Не хотите добавлять оотдельный метабокс и вводить дату там - повесьте коллбек на save_post, в нем хватайте post_date и дублируйте в метаданные, а сам post_date сбрасывайте до текущего и публикуйте пост. А - Автоматизация. Впрочем, это имхо лишнее.

    Теперь понятно, почему все недолюбливают ВП >_

    Кому понятно? Кто "все"? 30% интернета, которые работают на WP? 60% всего рынка CMS? Вы не разобрались с платформой, а виновата она? Вы спросили - вам ответили. Ответы вас по ходу не устроили не потому, что они неверные, а потому что WP работает не так, как вам хотелось бы / как вы привыкли, а изучать и разбираться в лом.
  • Wordpress: грамотное подключение скриптов и стилей для разных страниц?

    thehighhomie, можно и Blade прикрутить, но насколько я помню, все существующие решения отстают от последних версий Laravel, не очень активно обновляются. Возможно, просто не встречал такого package. Если доводится параллельно работать с Laravel, особенно более свежими версиями, то такой несинхрон дико раздражает. Можно и самостоятельно прикрутить, поддерживать актуальность – ничего суперсложного в этом нет. Тот же Sage использует Blade, и у них по-моему самая актуальная версия. И Themosis тоже использует Blade (он мне нравится больше чем Sage). У них же и хорошо реализован MVC, насколько это возможно с WP.

    Еще есть Twig от Symfony, есть Timber как его реализация для WP (хотя можно и в чистом виде, некоторые хитрости взять из Timber). При желании можно вкрутить хоть Smarty.

    Лично я не использую – как-то то ли руки не дошли, то ли не зашло, то ли своими силами справляюсь :) В общем, WordPress-way меня пока устраивает, есть определенные наработки для упрощения и оптимизации кода шаблонов, их пока хватает. У меня в команде сначала фронты делают статику, а бекендеры потом ее "натягивают", поэтому идет работа с чистым HTML, который вполне легко и удобно натягивать именно как WP-наблоны.
  • Wordpress: грамотное подключение скриптов и стилей для разных страниц?

    thehighhomie, можно. Overhead есть, хоть и микроскопичный (да и с WP он далеко не стоит в разряде того, о чем стоит думать). Я бы ставил, ибо если один раз пойдешь по пути к современным стандартам PHP, то это уже навсегда. И поэтому со временем появятся для компоузера и другие задачи. Хотя если прям 100% только для автозагрузки, то можно свой загрузчик написать. Там фигня дела, у того же Tom McFarlin или Carl Alexander есть подробные тюторилы, все гуглится.
  • Почему выводятся не все данные поста?

    Макс Жуков, вот этот фрагмент setup_postdata($post) устанавливает пост из текущей итерации цикла в глобальную переменную $post. Работая в шаблоне вы находитесь именно в глобальной области видимости, поэтому данная переменная доступна и все работает. Работая внутри функции вы ограничены областью видимости этой функции, поэтому глобальная переменная $post вам недоступна, и данный код устанавливает локальную переменную $post. А template tags работают только с глобальной, которая не изменилась. С помощью ключевого слова global мы ее "импортируем" в текущую область видимости (функцию), и код уже может ее изменять.
  • Как сделать 3х уровненную структуру сайта в Worpdress из кастомных постов?

    Вообще там по ссылке все достаточно неплохо расписано, сути для вашего случая достаточно. Если кратко - произвольные rewrite rules и фильтруете генерацию пермалинка.
  • Существует ли внятная инструкция, как стать фрилансером на Wordpress с нуля?

    Hyubert, а почему нет? Я вот евангелист WP, при этом начинал даже не с PHP, знаю не один ЯП. В данный момент учу Swift под macOS. Как одно может мешать другому?
  • Неплохо знаю WP но зарабатываю мало, что делаю не так?

    рейт можно поднять до $25-40 в час ( и это не предел, я видел ВП-про, которые берут $65-80 за ВП ).

    Подтверждаю. Сам лично уже давно беру овер 40, а также лично работаю с американскими разрабами, которые берут и по 120. За WordPress. Но это, разумеется, не говношаблончики настраивать.
  • Неплохо знаю WP но зарабатываю мало, что делаю не так?

    athacker,
    запуск сайта на готовом движке с готовым шаблоном -- это как раз таки 3-5 тысяч рублей МАКСИМУМ, не больше. В противном случае -- это обман клиента и развод его на деньги.

    Недавеча как пару месяцев назад пришел по рекоммендации от другого клиента (крупной компании) клиент. Немецкое рекламное и диджитал агентство. Их клиенту нужно было запилить ИМ на WP + WC на базе готовой "премиум"-темы, плюс-минус стандартнаяч конфигурация (на первый взгляд), никакого ТЗ, парочка картинок "как должно быть" (то есть, что модифицировать в дефолтной конфигурации темы), бюджет до 2000 евро. Из слов клиента и благодаря многолетнему опыту я сразу видел, что там работы будей много, но менеджеры вообще этого не отстреливают. Озвучил ориентировочный ценик на RA и подготовку ТЗ, сориентировал по возможному бюджету после этого, задал десяток уточняющих вопросов. Ушли думать на неделю. Вернулись через 2, признались что хорошо подумали, увидели нюансы, поспрашивали оценку у других компаний и специалистов, готовы работать. После фазы RA и нескольких сессий "вопрос-ответ" всем вдруг стало понятно, что изменений надо делать дохрена и больше. Бюджет вдруг вырос в 3 раза. Изначальные данные не изменились - WordPress, WooCommerce, премиум-тема за 79 баксов. И чуть больше 6к на кастомизацию этого всего. Клиент по итогу остался доволен. И кстати, уже активно отбивает потраченное (а поскольку там еще это немецкое агентство было посредником, я уверен что клиент потратил сильно больше чем эти 6к евро).

    3-5 тысяч рублей это $50-$90. Это 2-3 часа работы хорошего специалиста. И далеко не топового.

    Впрочем, рынок сильно фрагментирован и в разных ценовых пластах есть свои клиенты и свои исполнители. Это нормально. Вопрос исключительно в том, в каком ценовом пласте вы лично работаете.
  • Неплохо знаю WP но зарабатываю мало, что делаю не так?

    wiyod,
    стало жалко ваших клиентов. Красиво циферки рисуете, сразу видно продавалу. И никого кроме продавалы. Абы втюхать лоху подороже непонятно что))) Аж завидую таким персонажам.

    1. Моих клиентов жалеть не надо. У них все хорошо.
    2. Продавать немного умею, да. На фрилансе и в бизнесе без этого никак.
    3. По поводу "никого кроме продавалы" - обоснуете или все же публично признаете, что погорячились с такми заявлением?
    4. Втюхать - это продать втридорога ненужное говнецо. Продать качественный товар или услугу за адекватные деньги - это называется бизнес.
    5. В общем, кроме зависти из вашего текста ничего больше и не выплывает.

    карма не существует, говоришь? А хуцпа существует?)) Я как буддист ржу над тобой.

    1. Не существует.
    2. При чем здесь хуцпа?
    3. Я как человек науки ржу над тобой. Мы квиты.

    А теперь по существу. wiyod, дабы люди не воспринимали тебя как глупенького тролля-балабола, предоставь свою выкладку. Прокомментируй по сути - где моя выкладка неверна. Покажи нам свою калькуляцию. Хотя, если ты тру буддист, то ты должен самоограничиваться и отказываться от всего материального, что равно работе забесплатно. Ради Нирваны же.

    какое отношение атеизм имеет к карме и буддизму? Ты типичный пример векового вырождения после коммунистической эпохи. Про "зависть" я написал образно. Завидовать тут нечему абсолютно - такой тип людей самый омерзителен для повседневного общения. Фу таким быть.

    Буддист должен быть толерантным. Так что буддист из тебя так себе.
  • Неплохо знаю WP но зарабатываю мало, что делаю не так?

    Roman,
    12k$? Я оцениваю 25-40к руб. за 1 штуку, в том объеме работ что автор описал.
    За какой проект ты берешь 6 k$ опиши если не сложно.


    Давайте займемся математикой:
    12k рублей это около $200, за 2. То есть $100 за один интернет-магазин.
    25-40k это $440-700, за магазин.

    Случай ТС'а можем даже не разбирать - индусы, пакистанцы и нигерийцы берут за свою работу больше (дальше объясню почему).

    В твоем случае уже лучше, и если речь идет об имплементации - скачать WP, купить платную тему, загрузить ее с демо-контентом, вычистить лишнее, перелопатить настройки и прилизать тему под конкретный проект, залить контент и еще парочку плагинов и отдать клиенту - тогда да, 440-700 это вполне адекватная цена. На такую работу уйдет не более 40 часов, получаем 700 / 40 = $17.5/час. Для имплементатора весьма даже хороший рейт (обычно не более $15).

    Если понадобится небольшая "кастомизация" - там и сям поковыряться в коде, копипаста каких-то готовых фрагментов кода, пусть не в очень большем объеме, накинем еще 10 часов. Получается 50. Дальше накинем project management - идет же общение с клиентом, созвоны, переписка и тд. Пусть еще часов 5. И еще на документацию и объяснения, что клиенту потом с этим всем делать - еще часа 3 хотя бы. И еще задеплоить это все к нему на хостинг, пообщаться с поддержкой по поводу настройкы мыла и еще каких-нибудь мелочей. Часа 2. Итого получили 60 часов. 700 / 60 = $11.5 - вот по такому среднему рейту вы работаете. Если проект немного выходит из-под контроля (что в данной ценовой категории не редкость), появляются правки, "ой, а можно вот это" - время еще легко вырастает минимум до 80 часов, и ваша ставка уже падает ниже $10...

    Обратите внимание, в этой математике нигде собственно нет никакой разработки - ни фронтенда, ни бекенда. Чистая имплементация. Дизайна тоже нет. И еще много чего. Это как раз тот случай, когда клиент получает интернет-магазин в среднем за $1000, если учесть еще покупку темы и каких-то плагинов, хостинг.

    Теперь давай посчитаем сколько стоит разработка. Считать будем по небольшим объемам / небольшому магазину. Архитектура и ТЗ - минимум 8 часов. Дизайн не считаем - представим что клиент пришел уже с дизайном, или заказывает у кого-то другого (мы же разрабы, это не к нам). Дизайн надо сверстать - это минимум 60 часов (с учетом тестирования и правок и тд) если наговнокодить на бутстсрапе, 80 часов если делать по уму. Далее бекенд - интеграция фронта, WooCommerce, реализация необходимого функционала - минимум 40 часов (включая тестирование и правки). Если функционал чуть отличается от стандартного поведения WooCommerce - часов 60. Накидываем сверху еще devops - часов 10. Плюс управление проектом - часов 10. Плюс документация часов 8. Итого - 8 + 60 + 40 + 10 + 10 + 8 = 136 часов оптимистично, 8 + 80 + 60 + 10 + 10 + 8 = 176 пессимистично. И здесь еще не учтены риски (а они есть всегда и закладывать их надо). Возьмем минимальную ставку разработчика (не имплементатора) - $20/час. Получается $2700-3500. Это самый минимум. Впрочем, средняя ставка опытного WP/WC разработчика $25-35. Получается $3400-4750 - $4400-6160. Вот вам и ответ, откуда $12k за 2 магазина (правда не по магазину в неделю конечно же).

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

    Если вопрос конкретно ко мне за какой проект я беру 6k - у меня ставка выше чем $35/час, поэтому по сути за любой выходящий за рамки мини-сайта или лендинга. Впрочем, тут я немного слукавил, так как это бюджет всего сайта, а я лично фронтендом не занимаюсь уже несколько лет, для этого у меня есть другие люди, которые во фронте заметно круче чем я.

    athacker,
    а чего не 120k $ сразу ? Зачем мелочиться? :-)

    Можно. Но такие клиенты бывают очень редко, либо проекты уже такого масштаба, что там пилить год надо. Пока что самый крупный бюджет который у меня был это $26k. Самый крупный клиент, который уже заплатил за 3 года совместной работы около 80k евро. Есть ли проекты по $120k - да есть. Но я пока еще расту до них.

    freeman0204,
    я 'наемный' сотрудник, т.е. я не беру заказы на прямую.

    Значит надо искать место, где будут платить больше.

    athacker,
    нет -- потому что для кармы вредно.

    Кармы не существует. Ее придумали лузеры чтобы оправдывать свою бездеятельность. Впрочем, это не отменяет адекватности - если уровень предоставляемых услуг не тянет на 120к и не соответствует ожиданиям на таком уровне, то да, не стоит ввязываться в такой проект, боком вылезет. Если же уровень соответствует, то почему бы и нет? Карма тут точно ни при чем.