ThunderCat

not in( )

$get_all_name_and_sename = $mysqli->query("SELECT name,sename FROM user");

эта строчка наводит на мысль что в таблице все же более чем 1 столбец, либо что то тут не так.
Если у вас есть сомнения какова структура элемента или что лежит в какой-то переменной - var_dump()

Это где вы так лихо научились? Про нормальные формы никогда не слышали, я так понимаю?

Если появится третья категория писателей, то создам еще таблицу, в которой опишу уникальные для данного типа атрибуты.

Ну конечно, и еще если понадобится добавим! Больше таблиц для бога таблиц! )

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

Пока самым верным решением для перевода статей и т.п. является таблица с языками + таблица со значениями, в которой есть:
id | groupid | languageid | contetnt | e.t.c...
по группе выбирается нужный объект, по лангвижу - соответствующий язык.
для перевода темплэйтов - таблица похожая:
id | alias | languageid | contetnt
в шаблонах прописывается хелпер, который по алиасу тащит нужную фразу/слово.
Удобно и гибко, любое количество языков искаропки.

Открытие портов сервера бд наружу несекурно и плохо, только методами апи.

ПДО это ооп, если вы пишете г-код в процедурном стиле - последнее о чем вам стоит волноваться это переход на пдо.
ПДО это использование механизма prepared statements, если вы пишете sql запросы со вставками аля "... and name=$name..." и это у вас норма - пдо все еще вам не нужно.

приведите пожалуйста ПДО которые по вашему мнению являются лучшими

ПДО это универсальный драйвер, он один, данный вопрос говорит о том что вы поленились заглянуть в доку, гугл или вики, скорее всего где-то мельком увидели что это "круто и тру", и решили что "осталось только выбрать какой покруче".

Вроде все.

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

Tinymce заменяет стандартное поле ввода, наследуя его имя. Если не можете понять как и что заменилось в хтмл смотрите var_dump($_POST) со стороны сервера.

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

PS: бэкап сначала сделайте.
PPS: сделайте поиск по странице со всеми таблицами на "данное слово", выделите все галочки, затем снимите только подсвеченные поиском. Не всегда нужно использовать микроскоп, если есть молоток.

1) Если сервер не боевой и стадия разработки не релиз - ВКЛЮЧИТЬ ВСЕ ОШИБКИ И ВАРНИНГИ
2) Если нет ошибки в браузере - смотри в логах
3) Если использовать данный код можно получить много нехорошего, от скл инжекции до "поморде" от тимлида.

redis