Артур К.

Похоже, что стоит и HTML "пересобирать".
Либо, если есть рендер-движок, стоит обучить его пониманию где dev, а где production. В этом случае к такому "пониманию" можно и привязать разницу в линках

Все дело во включенном режиме "fitRows".
Вот тут даже есть наглядный пример, который показывает, что получилось.

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

Спасибо, о Великий Гугл!

На ответ очень может влиять окружение этого поля. Посмотрим шире.
У вас только одно поле в приложении? Или есть какие-то еще? А будут ли поля с маской ввода? Или с какими-то ограничениями?
А будет ли ввод телефона? По маске? — тогда плагин маски (смотрите, сколько уже дел для него будет).

Если это одно поле, и только с цифрами — тогда вариант от wagoodoogoo может быть вполне достаточен.

html полностью готовить на стороне клиента на JS

— в вашем будет значить примерно следующее:

<tbody>
    <?php
  $sql = "SELECT * FROM test_table2 ";
  $sql = mysqli_query($db, $sql);
  while ($result = mysqli_fetch_array($sql))
  {
  echo "<tr><td>".$result['Alphabetic']."</td><td>".$result['Numeriс']."</td><td>".$result['Date']."</td><td>".$result['Unsortable']."</td></tr>\n"; 
  }
    ?>
  </tbody>

этот блок будет заменен на примерно такое (в псевдокоде):

<?php
  $sql = "SELECT * FROM test_table2 ";
  $sql = mysqli_query($db, $sql);
  $return = [];
  while ($result = mysqli_fetch_array($sql))
  {
     $return[] = $result; // Здесь просто собираем данные в одну переменную
  }
 ?>

 <script>
<? echo "var resultArr='".json_encode($return)."'"; ?> // сюда мы передали переменную в JS
// тут должен быть какой-то JS-шаблонизатор, который разберет массив и сформирует таблицу по шаблону
</script>
<tbody>
</tbody>

Вот пример шаблонизатора loDash, который используется в составе удобной библиотечки underscore

P.s. этот пример не для продакшена, но для понимания механизма

так же, как и за 1 день, только дней указать больше

Я бы делал HTML-макеты. Это, похоже, для вас проще.
Если у вас не ERP с конструктором, и нет требования, чтобы "блондинка верстала отчет", то делайте через HTML. Так проще)

Для справки ссылки на CSS-правила оставили выше

Рекомендую серединное решение между jq и react/angular — это небольшой backbone. Он так умеет.
Могу подробно расписать с описанием преимуществ и всё такое, но будет продуктивнее, если вам удастся самостоятельно найти в этом плюсы для себя.
Кстати, весит это чудо 6.3кб для прода.

Еще одно не менее простое решение — это реализации на бутстрапе. Вот один пример, первый в гугле по запросу "editable table bootstrap".

И, скорее всего, эти два решения будет выгодно объединить. Бутстрап будет шаблоном для бэкбона, который в свою очередь будет заниматься синхронизацией данных и отправкой результата редактирования на сервер.

Для чего вам это? Вы разработали новую инновационную систему, у которой нет аналогов? И вам кажется, что ваш гениальный скрипт кто-то украдет и наживется на этом?

Если да, то сделайте тройную обфускацию скриптов; а всё, что можно выполнить на сервере, вытаскивайте из скриптов и передавайте в работу на сервер.

Однако, что-то мне подсказывает, что вам просто показалось, что кому-то есть дело до ваших скриптов и стилей. Так может лучше потратить своё время на что-то более приятное? Выучить новый язык или фреймворк, например))

Присоединяюсь к решению Emil Revencu ,
Либо:
— можно разместить свой сервер приложения в USA;
— можно разместить свой программный proxy-слой на сервере USA, а потом работать с ним из России (обращаясь к своему серверу, который будет обращаться к nasa).