xmoonlight

Лучше создать класс базы данных и потом его использовать.
Инициализацию и запросы - решение FanatPHP.

Это и проще, и быстрее, и надёжнее, и правильнее.

1. Сначала нужно учить объекты в PHP и что-то написать своё с использованием этих объектов.
2. Научиться читать и понимать код.
3. Ознакомиться с принципами создания (проектирования) архитектуры: паттерны проектирования.
4. Посмотреть: как сделано в популярных фреймворках и сравнить.
5. Поставить себе цель что-то сделать самостоятельно и начать с проектирования архитектуры.

Про функцию: да, возможно. Даже более того, таким же точно образом можно создавать формы и их обработчики в полностью автоматическом режиме (автогенерация всех переменных и тегов).

Откройте питоном и дальше - парсите и сохраняйте куда хотите. Это самое простое.

Нужно решать проблему поиска, а не создания хеша.
Добавьте признаки к товару и ищите по ним.
Как вариант признака от названия (таблица идентификаторов признаков): "содержит только одну А", "содержит только одну Б",.. и т.д.
И сначала делать выборку по признаку - фильтровать, а в полученных записях - уже искать по полному имени.

Пакетно.

Промаркировать id-шниками каждое слово, создать "цепочки" слов и сравнить их.
Несовпавшие части - это и будут синонимы.

Бинарной "маской" делается id-шник для совокупного набора.
1+2+4+8+16+32+........

На примере запроса "blue sky" поисковый индекс выдает все документы по слову blue и по слову sky. Дальше мы можем просто найти из этих документов одинаковые, и это и будут те документы на которых есть фраза blue sky.

нет. Будут содержащие одновременно и blue, и sky. Но не лишь заданную фразу: blue sky.

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

Уберите собаку "@":
@new

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

заменяем на

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

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

0 - подходит! :))

Long Polling

Собираете все запросы нужных виджетов в стэк и исполняете одним запросом к БД.
Ответ - также разбираете по виджетам в обратном порядке.

Если виджеты публичны - кэшируем периодически результат из БД и отображаем сразу для всех юзеров.

Главное: разделите кэширование на основе ролей.

Данная задача делается через один единственный mysql запрос без всякой конкатенации и ветвления на php.
Почитайте документацию по mysql как делать запрос на основе промежуточных выборок (результат-таблицы) и составного условия внутри where.