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

1. Для сложных таблиц - https://wordpress.org/plugins/tablepress/
2. Обычный визуальник - https://wordpress.org/plugins/mce-table-buttons/
3. Полуручной режим, с поддержкой CSV - https://wordpress.org/plugins/easy-table/

Лично я практически в 99% случаев использую 2й.

Попробуй wordpress.com для начала.

1. Такой, который будет решать чью-то проблему.
2. Чтобы он продавался, недостаточно просто сделать (даже полезный плагин) и опубликовать на CodeCanyon. Нужен маркетинг.

wp_nav_menu(), а именно параметр items_wrap

Используйте профилирование. Станет понятно сколько ресурсов используется. Профилирование, кагбэ, для этого и придумали.

Multisite решит вопрос. Каждый сайт может иметь свой магазин, на то они и автономные сайты сети.

Я уже раньше отвечал по поводу оптимизации VPS под быструю работу именно WP. Можете порыться в моих старых ответах. Но там все конечно в общих чертах. Сейчас как раз готовлю серию статей по этому поводу - от сетапа системы и пакетов, до оптимизации самого WP и кастомного кода. В принципе, могу достаточно детально проинструктировать, но писать тут сейчас такой объем лень :) Если хотите - стукните в личку (см. профиль).

Если кратко:

На shared хостинге разве что плагины кеширования, disk cache и тд. Чтобы добиться максимума, нужно:

VPS
нормально настроенная система, особенно дисковые и сетевые операции, включая tcp congestion control и прочие няшные твики
Nginx, можно с fastcgi_cache, для хардкора есть модуль для прямой работы с memcached
HHVM c фоллбеком на PHP-FPM (с opcache)
Memcached / Redis
MariaDB
WordPress
плагин/класс объектного кеширования на уровне WP
минификация и конкатенация скриптов и стилей
оптимизация изображений
грамотный код (в том числе использование объектного кеша, transients / wp_cache)
грамотное использование функционала ядра WP и архитектурные решения
и еще огромная тележка мелких нюансов

зы: такой хардкор касается не только WP но и любой другой платформы, если надо "быстро"
ззы: а еще уже вышел HTTP/2 модуль под Nginx, сейчас как раз тестирую. Шустрая штука (кстати, снимает небольшую часть задач перечисленных выше)

Для Chrome есть удобное расширение WhatFont. Уверен, что-то подобное есть и для FF.

Вопросительные знаки - это тоже проблема с кодировкой, не всегда каракули. Зависит от того, какая исходная и какая конечная кодировка. Конечная скорее всего UTF, значит изначальная, вероятнее всего, cp-1251.

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

qTranslate X - есть под него плагин-расширение для WooCoommerce

А есть у вас Memcached / Redis на сервере? Вообще, когда вы получаете пост / посты, то по умолчанию WP запрашивает и кеширует их метаданные. Так что все вызовы get_post_meta() внутри Loop не дают никакой нагрузки на БД, эти запросы обращаются исключительно в кеш (runtime или persistent). Так что спокойно можно использовать такой код и не беспокоиться о нем.

Что касается самого MySQL - подержите работающим хотя бы с недельку (оптимально - месяц), чтобы статистику накопить. Анализируйте - через MySQL Tuner, PHPMyAdmin, через SQLProfiler, mysqlslap, смотрите slow query log, ищите утечки памяти или залипающие запросы.

Да, есть Loco Translate.
Но сама тема / плагин должна быть готова к локализации (использованы функции __(), _e() и тд, корректно указан textdomain).

Vagrant

Amazon S3