Денис Кайназаров

Вариант без js

Сперва сделать array со списком столбцов
Вывести get запросом страницу с формой и пустой таблицой где вывести checлbox на каждый столбец.

Форма посылает post запрос со списком столбцов.
1 - Список столбцов сохраняем в сессию.
2 - Делаем запрос в базу по списку столбцов из сессии.
3 - Выводим снова форму, отмечаем выбранные чекбоксы и выводим таблицу с данными.

Вариант с js

Инициализируем json объект хранилище со списком всех столбцов которые по умолчанию false
На клик по checkbox вешаем событие которое
1 - изменяет состояние объекта с false на true
2 - сохраняет объект в localstorage

На кнопку выборки вешаем событие которое через ajax отправляет список столбцов на сервер
1 - на сервере преобразуем json в фккфн делаем array_filter по true
2 - по отфильтрованным столбцам делаем выборку из базы
3 - отправляем json на фронт
4 - получаем ответ api
5 - выводим данные в таблицу

Все зависит от того кто и как будет обращаться к backend.

Если это другой сервер, мобильное приложение или SPA то лучше использовать токены - JWT как самый распространенный вариант.

В случае обычного сайта или SPA возможно использовать сессии.

Если используем обычные статические страницы + http api тогда сессия вполне нормальный вариант в том числе и для приложения по типу web-view.

Если используем SPA с REST api / Graphql тогда токены удобнее.

Что касается где хранить id пользователя в токене то самом JWT есть заголовок для этого. Вообще Jwt это 2 json + хэш/ключь слепленные вместе через base64.

Первый json - служебный в нем идет алгоритм и тип ключа, второй - настраиваемый и может содержать что угодно, правда для некоторых моментов например id токена (jti) или id сессии (sid) есть предопределенные заголовки. Полный их список тут

В вашем случае есть 2 варианта

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

2 - доступ по токену
В этом случае Авторизация реализуется в виде api на стороне сервера, и в виде токена
+ формы + логики авторизации на стороне клиента (Vue). Если токен есть - тогда есть доступ, если нет - то доступ только к методам регистрации и авторизации.
Чтобы не палить код той части приложения где есть логика и фронт закрытой части - можно использовать code-splitting - сперва подгружается форма авторизации а остальное грузиться тогда когда это нужно.

Есть правда еще более извращенные варианты вроде SPA с SSR на том-же Nuxt/Next/Express где пользователю токен а бэку на Go/JAVA/PHP уже токен приложения + токен пользователя.
Иногда стоит использовать OAuth2.0 и LDAP которые тоже довольно интересны.
Первый хорош на все случаи жизни, но только если используется куча связанных приложений/микросервисов а второй просто рай для бизнес-пользователей с Windows для какой-нибудь коробочной CMS.

Проблема медленной загрузки не в js и даже не в php а в api/бд которые дергает
checkLibraryOne и checkLibraryTwo.

Если используется база - тогда оптимизируем её, если api - тогда
- Кешируем ответы api
- Создаем отдельные точки вызова для каждого метода
- Создаем объект в котором будет храниться список библиотек
- Создаем на каждую точку свой ajax запрос который модифицирует список
- При модификации списка обновляем и сам dom
- Если список пуст и запросы еще pending - тогда показываем spinner чтобы все видели что мы что-то грузим

Время зависит от производительности сервера, но одно скажу точно - достаточно, чтобы отвалиться по timeout.
У меня была похожая задача, правда был один xml а не два csv, в итоге я загнал данные в postgres и уже там обрабатывал sql запросами.

searchForSku можно заменить простой конструкцией
array_search($sku, array_column($array,'sku')) если php > 5.5.0

У меня знакомые встраивали тэг аудио на сайте и запускали при событии js правда не для уведомлений.

1) Проверить правильно ли настроен mail на сервере, в худшем случае вас банят и письма не доходят либо почтового сервака нет от слова совсем, в плохом они ложатся в спам и во входящих из не видно либо вы в спам списках откуда можно отписаться
2) Проверить правильность почты менеджеров
3) Проверить менеджеров, бывали случаи когда менеджер специально говорил что письма не доходят и страдал фигней.

А вообще лучше использовать swiftmailer либо api например mandril либо mailgun а может даже amazone ses.
Идеальный вариант когда лиды ложатся сразу в crm. Если нету crm то менеджеры спокойно могут кидать отмазки. А так сразу видно где проблемы и еще и KPI продажников.

Если на сервере корректно настроен sendmail то можно просто фунцией mail однако настроить его самому достаточно сложно, особенно так, чтобы письма не уходили в спам.
На многих хостингах sendmail настроен кое-как, но крупные обычно настраивают нормально.

Поэтому есть множество способов отправить письма - первое это установить готовое решение почтового сервера и слать через него, их настраивать чуток проще. Второй вариант завести почту и слать через эту почту. И третий воспользоваться api почтовых систем например
ExpertSender
Mailgun
Mandril
Или AWS прослойку для почты.

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

Сам лично использую Mailgun и smtp через почту вроде noreply@mysite.my где к домену привязан gmail для бизнеса, на одного человека 4$ в месяц.

В итоге самый простой вариант - используем как посоветовал Дмитрий swiftmailer подключаем его к smtp к готовой почте и радуемся. Либо тестируем mail, причем тоже через swiftmailer и пинаем хостеров чтобы сделали нормальную почту.

Сам я не фрилансер, обычный офисный планктон, у нас команда из 2 php - middle я и друг, 1 php-senior который дает консультации 2 часа в неделю, 4 джунов-студентов, 2-х дизайнеров, front-end ninja и целая стайка сейлзов, манагеров + вагон контекстщиков и контентщиков.

Работа адовая и оплачивается средне. Иногда приходится брать фриланс.

На биржах половина неадкваты, которые хотят соцеть на joomla за 250 руб и вчера, а другая половина людей - люди которые отдают рутину чтобы заняться важными вещами.
Первых лучше обходить стороной, вторые выжмут вас по максимуму. Интересных и хорошо оплачиваемых вещей там мало настолько что конкуренты уведут это быстрее вас.
Единственный вариант oDesc или её аналоги, там и люди адекватные и оплата получше.

Сам беру сторонние проекты у знакомых, там и добываю деньги. Тем более при 3+ удачных сделках есть шанс что возьмут в шатат или попрет куча нормальных клиентов.

Иногда даже отбиваться приходится.

Если через регэспы - то используй ленивый квантификатор, но если нет желания делать через регэкспы то stpos + substr будет за глаза.

Нужно сделать макрос, который создаст данный блок и в редакторе добавить кастомную кнопку для этого макроса.

Готового модуля на umi с таким функционалом я не знаю - скорее всего придется писать что-то свое.

P.S. Опыт работы с umi - 2 года - чувак беги из конторы в которой стоит этот монстр...
Ну или как я уговори руководство переписать систему на что-то более разумное

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

1) Undefined property: Functions::$db - У класса Functions нет свойства $db - могу предположить что код загружающий туда базу данных либо не описан либо не работает.

2) Fatal error: Call to a member function escape() on a non-object
Так как объект $db не создан то и вызвать его функцию тоже не получится.

Решение - посмотреть класс базы и привязать его к вашему объекту.

что-то вроде

$this->db = new SomeDataBaseClass('mysql','user','password');
echo $this->db->escape($login);

Нужно только найти как у вас называется SomeDataBaseClass и как его создавать.

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

Во первых определить по каким критериям будет повышаться и понижаться рейтинг (like/dislike или 1-n звезд), кто может повышать/понижать рейтинг - толпа анонимов или только зарегистрированные пользователи, а может те кто вошел через логинзу и прочие сервисы соцсетей?

Самый простой вариант создать базу или хэш-таблицу с полями - id, пользователь, оценка, unix_time

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

AptanaStudio3 - довольно удобная вещь, но на любителя.