Andrzej Wielski

Когда вы используете одинарные кавычки, в строке все одинарные кавычки должны быть экранированы символом \
Для двойных кавычек действует точно такое же правило.

К примеру, для вашего кода:

echo '<table cellspacing="1" width="100%">';
  do {
    echo "
    <tr>
      <td>{$dbGetUsersResult[id]}</td>
      <td>{$dbGetUsersResult[name]}</td>
      <td>{$dbGetUsersResult[height]}</td>
      <td>{$dbGetUsersResult[sclass]}</td>
      <td><a href=\"#\" id=\"delete-link\" data-id=\"{$dbGetUsersResult['id']}\">X</a></td>
    </tr>";
  }
  while ($dbGetUsersResult = mysql_fetch_array($dbGetUsers));
echo "</table>";

А вообще, лучшее решение - использовать для целей вывода информации шаблонизатор.
Еще лучше - использовать фреймворк, дабы разделять логику приложения, и html код с результатом работы.
Я бы посоветовал Laravel.

$users = User::with(['posts' => function($query)
{
    $query->where('title', 'like', '%первое%');
},
'foo',
'bar' => function($query){
    // bar query
}])->get();

Передавайте как элементы массива.
Думаю вам так же подойдет whereHas:

Category::with('params.values')->whereHas('params', function($query){
   $query->where('something', 'foobar');
})->get();

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

Нет. Вы не совсем поняли для чего созданы фреймворки. Фреймворк - это база (основа) для вашего приложения либо сайта. Формально фреймворк это готовая структура для более удобной разработки. Интегрировать что-либо на фреймворке в готовую корявую CMS на чистом php смысла нет.

Смогу ли я совершенствовать любой модуль фреймворка (например добавление комментариев) под свои нужны не мешая его обновлению (если выйдет новая версия). Или придется ли мне все переписывать с выходом новой версии, как это приходится делать на CMS типа DLE.

Нет нужды переписывать что-то, что уже написано.
К примеру, если использовать только один из крупных фреймворков на рынке (скажем, Laravel) - можно не бояться совместимости. К примеру, если вы начали писать на 5.0 вы сможете обновиться до 5.1 до потерь, а при обновлении до 5.2 вам надо будет поменять всего две строчки кода в одном единственном файле. При выходе глобальных изменений в документации прикладывают инструкцию для безболезненного перехода.

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

Уязвимость не найдут. К примеру, тот же Laravel пережил уже несколько крупных релизов, и разрабатывается пятый год. Защита у него на максимальном уровне, и крупных багов секьюрити с релиза пятой версии не обнаружено. И поверьте мне - не один человек бьются в попытках найти баг в ларавеле, ибо он используется не на одном десятке сайтов. Сайты на нем исчисляются тысячами.

Можно ли будет (искюча вариант, что я скопирую сайт на локалку и год буду переписывать его с нуля на фреймворк) постепенно, не нарушая работу сайта, перенести собственные CMS на фреймворк учитывая то, что в них десятки модулей, собственные админ панели и т.д.

При желании можно все. Но архитектура фреймворков, и того же Laravel такова, что изучив и поняв ее вам захочется все написать с нуля. И, поверьте, это у вас займет очень мало времени (по сравнению со временем, которое вы потратили на написание всего с нуля).

Ну и наконец, выбрал я, скажем, вреймворк. А разработчик прикрыл его дальнейшую разработку. Могу ли я оставить фреймворк и дальше им пользоваться не переписывая опять все файлы на новый фреймворк.

Если вы выберите крупного игрока (советую Laravel, опять же) - вам не придется задумываться о его поддержке. Это как минимум open source проект, сотни веб-девелоперов независимо работают над его усовершенствованием, и поддержкой.
И в случае чего вы так же сможете внести вклад, форкнув проект, внеся свои изменения.

Удачи вам.

Что именно вы имеете в виду под термином "менеджер"? Такого понятия в Laravel ни разу не встречал.

Laravel основан на архитектуре MVC. Расшифровка - Model View Controller.
Логика по работе с данными такова:

В view выводим все данные, и форму для заполнения данных.
View отправляет POST запрос, route обрабатывает его, Request получает, контроллер обрабатывает валидацию.
Если проблем нет - контроллер формирует запрос к модели (создавая новый объект), подстраивая входящие данные так, как нужно.

Как только данные сохранены - мы выводим их на нужной странице из модели.
В модели кроме связи с БД настраиваются связи (hasOne/Many, belongsToMany, полиморфические связи), назначаются scope функции (функции для обработки и приведения в порядок данных из модели), и на этом собственно все.

Конечно же, модель играет чуть большую роль при использовании различного рода пакетов (slugable, sortable, searchable, и т.д.) - но основная функция связь с БД, и формирование данных для view.

Как правильно реализовать локализацию БД в laravel?
Вот про локализацию БД.

https://laravel.ru/docs/v5/localization
Вот про локализацию самого сайта (строк).

Не вижу проблем, у меня на локалке все отлично подгрузилось.
Через wget так же.
Пинайте своего хостера. Может ограничение какое-то.

P.S. Массив в исходном коде с display none это мощно. Вы хотя-бы API сделайте в целях обмена информацией, не засоряйте этим исходный код. Для SEO как минимум вредно.

На мой взгляд использование пакетов для этой цели нецелесообразно.
Обычная полиморфическая связь подойдет.

И так, давайте представим что основной контент статьи на русском языке.
Во первых, создадим модель нашей локализации:
php artisan make:model Localization

Укажем что это полиморфическая связь:

protected $table = 'localization';

public function lozalizable()
  {
      return $this->morphTo();
  }

В нашей модели статей привяжем свежесозданную модель в качестве связи:

public function lozalization(){
	    return $this->morphOne('App\Localization', 'lozalizable');
	}

И создадим миграцию для модели Lozalizable:

Schema::create('localization', function (Blueprint $table) {
        $table->increments('id');
        $table->string('field');
        $table->string('language');
        $table->string('value');
        $table->string('lozalizable_type');
        $table->integer('lozalizable_id');
        $table->timestamps();
      });

Теперь, для создания локализации статьи с языком en выполним следующий код:

$article = Article::create($Atricle);

$localization = new Localization;
$localization->language = 'en';
$localization->field = 'content';
$localization->value = 'Znachenye na english yazike';
$article->localization()->save($localization); //привязываем к свежесозданному объекту Article новую локализацию

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

public function scopeGetLocalize($language, $field){
     return $this->localization()->where(['language' => $language, 'field' => $field])-> firstOrFail()->value;
}

В таком случае, скажем, поле title для локализации en можно выдергивать так:
$article->getLocalize('en', 'title')