Игорь Воротнёв

$content = '';

foreach ( $world_table as $item ) {      
    $content .= " {$item->subject} - {$item->conf} ";     
}

return $content;

+1 к ответу Илья С и несколько дополнительных моментов от WordPress-разработчика с пометкой top-rated:

стоит ли вливаться туда как разработчик Wordpress\PHP

Работы по этим направлениям очень много. Прям очень. На любой кошелек и уровень. Только пишите WordPress :)

и заработать свою копейку на масло с хлебом

На Upwork нельзя работать на полшышечки. Ну, технически можно, но выхлоп будет так себе. Чтобы хорошо и стабильно зарабатывать на Upwork нужно сделать это full-time работой. И сначала ты работаешь на профайл, а потом профайл работает на тебя.

Впрочем, "минимум 5-7 свободных часов в сутках" вполне может хватать. Но сразу учитывайте, что не все из этих часов будут реально billable - часть времени будет уходить на организационную работу, мониторинг, биды, начальную переписку, изучение необходимого для решения задачи и тд. Условно при 5 часах в день, оплачиваемыми дай бог чтобы 3 было. А на первых порах и того меньше.

Насколько сложен старт для новичка(в фрилансе) на Upwork? Какую обычно ставку ставят "начинающие" на фрилансе разработчики, нужно ли пытаться демпинговать что бы найти клиента

Самое сложное - взять первые заказы. Несколько очень важных моментов:

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

Английский у меня на уровне pre-intermediate ... будет ли это камнем преткнования, или можно использовать чат?)

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

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

Используемый шаблон (файл, не его название) записывается в wp_postmeta, получить можно с помощью meta_query:

$args = [
    'post_type' => 'page',
    'posts_per_page' => 100,
    // 'post__not_in' => [ get_the_ID() ], // Раскомментируйте, если хотите исключить текущую страницу
    'meta_query' => [
        [
            'key' => '_wp_page_template',
            'value' => 'custom-template.php'
        ]
    ]
];
$my_pages = new WP_Query( $args );

if ( $my_pages->have_posts() ) :
    while ( $my_pages->have_posts() ) : $my_pages->the_post();
        the_title( '<h3>', '</h3>' );
    endwhile;
endif;

wp_reset_postdata();

Script evaluation time зависит от количества JS кода, который браузеру надо выполнять. Меньше кода - быстрее выполнение, меньше блокируется основной поток. Два джедайских пути - использовать меньше js вообще, и разгружать основной поток (на заставлять браузер выполнять все за раз в основном потоке, блокируя рендеринг - здесь частично поможет асинхронность).

Полезное чтиво:

https://developers.google.com/web/fundamentals/per...
https://developers.google.com/web/fundamentals/per...

1. Создаете свой плагин.
2. Подключаете в нем Twitter SDK на удобном для вас языке (в случае с WP скорее всего это будет JavaScript или PHP).
3. Пишете логику для проверки обновлений в ленте твиттер аккаунта.
4. Пишете логику для получения контента индивидуального твита и сохранения в виде записи в WordPress.
5. Создаете фоновую задачу, которая проверяет обновления в ленте (№3) если обновление обнаружено - получает контент и сохраняет (№4).
6. Профит!

У меня при даблклике открывает предпросмотр в Quick Look:



То же самое с XLS, DOC и любым другим форматом, который macOS умеет предпросматривать. У вас похоже глобально (system-wide) ассоциация типа файла слетела или же у Quick Look нет плагина для этого типа.

Вам нужно 2 таксономии - города и типы (впрочем, и типы можно было бы дробить на отдельные таксономии, но это уже надо смотреть ТЗ и вникать, возможно на долгосрочную перспективу это имело бы смысл, возможно нет). Каждой записи вы назначаете термины отдельно друг от друга. Каждая запись должна иметь термин "город" (Киев, Москва и тд) и термины типа - один первого уровня (Рестораны, Спорт) и один или несколько второго уровня (например TRX, сквош и тренажерка в одном и том же спорткомплексе). Со структурой разобрались?

Обратите внимание, дерево терминов "Рестораны, Спорт и тд" не под "Москва" должны быть, как у вас. Это должны быть независимые таксономии, они между собой никак не связаны. Запись получает независимо термин(ы) из одной и другой. Только запись знает о 2х таксономиях, сами таксономии друг о друге знать не должны и связи между ними быть не должно.

С таким (правильным с точки зрения архитектуры) подходом ваш вопрос теряет смысл.

Простым языком - дело в том, что:

- сначала PHP код (все что между <?php и ?>) будет выполнен на сервере, и в вашем случае там будет пусто, потому что переменная $type будет существовать только на сервере в момент выполнения этого фрагмента кода, этот код в этом месте ничего не выводит (не делает echo, print, printf и тд).

- далее будет сгенерирована HTML страничка, которая содержит JavaScript код (все что между <script> и </script>), но еще раз - PHP-кода там уже не будет (он выполнился), вместо него будет результат этого выполнения (в вашем случае - пусто, см. выше)

- JavaScript код выполняется браузером, после того как он сгенерирован на сервере и скачан оттуда этим самым браузером. И в браузере ваш скрипт, с учетом что PHP там ничего не напечатал, будет выглядеть вот так:

<script>
if (screen.width>500) {
} else {
}
</script>

Таким путем как вы пытаетесь вы можете передать данные из PHP в JavaScript, например <?php echo $type; ?> выведет в JS значение переменной $type. Обратно из JS в PHP вы так данные не передадите, это как путешествие во времени в 1994й год.

Для передачи данных на сервер используется ajax.

Contact Form 7. Поддерживает вложения из коробки и бесплатно.