Arris

Потому что varchar - это строка, а не массив значений.

вам нужно сначала разбить значения поля types на массив значений, а потом уже искать среди них. Штатного аналога explode() вроде бы нет.

Посмотрите: https://stackoverflow.com/a/5928675/5127037

CREATE FUNCTION SPLIT_STRING(str VARCHAR(255), delim VARCHAR(12), pos INT)
RETURNS VARCHAR(255)
RETURN REPLACE(SUBSTRING(SUBSTRING_INDEX(str, delim, pos),
       LENGTH(SUBSTRING_INDEX(str, delim, pos-1)) + 1),
       delim, '');

Ну дальше уже что-нибудь в духе

SELECT * FROM test WHERE 17 in ( SELECT SPLIT_STRING(test.types, ',' , 1) )

Ваши поддомены - это отдельные папки (виртуальных хостов), так?

Допустим, файлы движка у вас лежат в /var/www/host1/core/, а конфиги сайта (подключение к БД и прочее) в /var/www/host1/config

Перекладываем код движка куда-нибудь в /var/www/my_engine_core/ и создаем символьные ссылки

Если мне не изменяет память, должно быть что-то вроде

ln -s -T /var/www/my_engine_core/ /var/www/host1/core/
ln -s -T /var/www/my_engine_core/ /var/www/host2/core/

etc

Ну конечно еще надо права доступа правильно настроить, владельцев папок и так далее.

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

По делу: https://github.com/PHPAuth/PHPAuth

Передаваемая в each функция - callback, который будет вызываться для каждого элемента коллекции, и в который будут передаваться два параметра - индекс и значение элемента в коллекции.

Это у вас первая ошибка.
А вторая ошибка - из замыкания $(z).each(function(){})); ничего не возвращается. То есть функция сама по себе результат возвращает, но он нигде не сохраняется.

Я сделал так:

var utmName = function(utmName) {
                var result = '';
                $(z).each(function(index){
                    if (z[index][0] == utmName) {
                        result = z[index][1];
                    }
                });
                return result;
            }

Это работает, но я не уверен, что это абсолютно синтаксически корректно.

Дело в том, что
$("#id") и getElementById("id") возвращают совершенно разные структуры.
Вы сами можете проверить в консоли этой страницы, к примеру с айдишником clarify_link_436984.

Первая возвращает объект jQuery:

Object { 0: <a#clarify_link_436984.btn.btn_link.btn_comments-toggle>, length: 1, context: HTMLDocument → 436984, selector: "#clarify_link_436984" }

Вторая - (не уверен в точности формулировки: ссылку DOM-элемент)

<a class="btn btn_link btn_comments-toggle" href="javascript:void(0)" id="clarify_link_436984" title="Написать комментарий" role="toggle_question_comments">

В экземпляре, возвращаемом первой инструкцией, метод innerHTML не определен. Для этого в jQuery есть другие методы, работающие не с DOM-деревом напрямую, а с его представлением внутри jQuery (гуру фронтэнда, поправьте меня, если я не прав).

В общем, резюмируя: не путайте инструменты ;-)

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

Я бы картинку нарисовал, но там очень уж нецензурный вид получается ;-)

И "впихнуть" в себя все новые технологии ну не получается никак - ты или распыляешься и все знаешь по верхам... или идешь вглубь темы. Но тогда приходится откладывать новые технологии в сторону, потому что на них тупо не хватает времени и/или сил. В молодости - времени. Позже - сил.

Уже сейчас чтобы тебя считали верстальщиком/программистом/фронтэндером/бэкэндером - надо знать в 2 раза больше технологий, чем 2 года назад. Этакий Закон Мура наоборот. Да вы сами просто посмотрите эти списки "компетенций"!

Читаешь список требований к "Web-программистам" и видишь, что месяц за месяцем, год за годом HR-ы и те, кто там им задачи ставит, вписывают в требования все больше умных словечек, которые они сами услышали и не понимают, зачем оно им нужно и нужно ли? Все ближе и ближе ситуация подходит к "Если бы водителей принимали на работу как програм.... В 2010 году это была "шутка юмора". Сейчас это уже почти реальность.

Пример хотите?

Одна государственная организация выставила список требований к "веб-программисту". При зарплате в 35000 рублей он должен уметь чуть ли не МКС программировать и чуть ли не кластера из сотен серверов настраивать. А на деле основной задачей человека будет - таскать проекторы из аудитории в аудиторию, чистить мышки студентам, переставлять winxp и изредка, раз в полгода - добавлять статью на сайт гос.организации. Откуда информация? Связался с человеком, которому 45, который в этой организации работает уже 18 лет. Ему стаж капает, а деньги он зарабатывает совсем в другом месте.

Что уж говорить об организациях коммерческих? Особенно тех, для которых веб-программист - и чтец, и жнец, и на дуде игрец?

Но это все лирика и крик души. Извините.

И да, к 35-40-45 годам по мнению "молодых и амбициозных IT-специалистов" ты должен обладать строго определенным списком компетенций как в профессии, так и по жизни (к примеру, я столнулся с отказом в приеме на позицию программиста потому что у меня нет... автомобиля. Зачем программисту автомобиль? Ну там сложная и длинная логическая цепочка, сводящася к "раз у тебя нет автомобиля - ты лох, а лохи нам не нужны").
Мне кажется, проблема в том числе и в том, что подавляющее большинство этих самых "молодых и амбициозных" специалистов совершенно не думают о своем будущем. Нет, я не про то будущее, которое "куда я пойду, когда закончу вот этот крутой проект". Я о реальности. В их понимании 35 лет - это недостижимо далёкое будущее, а до 50 они не доживут (а если и доживут - то в мечтах тимлидами в гугле).

Соответственно "молодые и амбициозные специалисты" с презрением смотрят на людей, которые отдали 15 лет разработке определенной платформы, платформы, которую сейчас тщится заменить какой-то пул новых технологий. По их мнению - все что старше 5 лет - ненужное устаревшее говно мамонта. А те, кто не знают появившуюся полгода назад технологию - отставшие от жизни ламеры.
Also, Эффект Даннинга—Крюгера тут работает в полную силу.

Резюмирую: трудно, если у тебя нет в резюме стапятисот сделанных проектов. И чем дальше - тем сложнее и труднее будет. Но тебе может повезти - если ты компетентный специалист в узкой области (даже если она 'legacy'). Или ты можешь найти синекуру - гос.организацию, в которой ты присоединишься к когорте таких же скинутых с паровоза прогресса "молодыми и амбициозными". Не переживай, через 20 лет скинут их. А ты останешься.

Вот только кушать хочется сейчас. Хотя бы просто хлебушка.

Способ быстрее: обратно собирать не через цикл, а через implode()

На Stackoverflow предложили решение. Недостаточно корректное, но хоть какое-то:

SELECT tn.table_name, t.table_rows, t.data_length, t.update_time
FROM (SELECT 'table_1' as table_name UNION ALL
      SELECT 'table_2' as table_name UNION ALL
      SELECT 'table_3' as table_name UNION ALL
      SELECT 'table_4' as table_name
     ) tn LEFT JOIN
     information_schema.tables t
     ON tn.table_name = t.table_name;