это у вас он не подходит. потому что "беглое гугление", потом две секунды на попробовать , и сразу бежать на Хабр, чтобы с ложечки покормили
как минимум два текстовых варианта - csv и html - прекрасно работают.
Что ж вы получение данных из любого источника называете "парсингом"? Питонисты такие питонисты.
"Какие детали не принесет с завода - только пулемет получается".
Я знал что вопрос удалят за спам тегами и общую бессмысленность )))
Но если коротко, то аналитику никак специально не "организовывают".
"По завершении заказа" информация и так имеется в базе данных. И никуда её еще раз писать не надо
Всё считается по имеющимся данным, простым SQL запросом.
у вас вообще не магазин получается. я плохо знаю предметную область провайдинга, но тут по-моему, всё другое.
товаров у вас получается всего десяток, еще столько же услуг
зачем нужна отдельная дата услуги - непонятно, ведь услугу оказывает мастер, который совершает выезд.
клиент не делает постоянно заказы, а у 99% будет только одна покупка.
Не знаю, я тут вообще не вижу нужды в таблице заказов. Есть пользователь, на нем висит тариф и какое-то оборудование. Но в целом повторюсь - я не знаю предметную область.
я только не понял тогда, при чем здесь упаковка и доставка.
Мне кажется, вам самому сначала надо определиться, что у вас за торговая точка.
Можно и мантикору, но я порекормендую все-таки эластик. Это примерно как Жигули и Фольксваген. Ездить будет, но хуже, а главное - при переезде в Европу твои навыки замены карбюратора не пригодятся.
В любом случае, с внешним поисковым движком искать уже будет он сам, а этот запрос вообще не понадобится.
Судя по нелепости тех фрагментов кода, которые мы видим, автор просто-напросто вызывает функцию mysqli_query только один раз. Какой запрос успевает в нее попасть - то и исполняется.
Мысль о том, эту функцию можно вызвать два раза, видимо ещё пока слишком сложна для понимания.
вы хоть один из них попробовали?