проблемак в том что человек делает include/require несколько раз
нужно использовать require_once/include_once либо поубирать лишние инклюды в коде которого тут нет
а давайте по порядку. что вы знаете, а что не знаете как сделать?
а то тут имеется примерно 3-4 действия, какие из них вы в состоянии сделать самостоятельно?
вывести таблицу в html вы можете?
написать запрос в базу на выборку можете?
а сделать этот же запрос на пхп?
а получить данные из запроса?
а циклы учили?
все оно нормально переносит. проверяйте пути и как минимум прикладывайте рузультат операции в виде списка файлов/директорий, а то у всех работает правильно, а у вас нет. ищите ошибку, если копируется не так
но код выше правильный и должен работать корректно
так а чего данные не однородные в массивах? почему в ид101 имеется 4 значения в скобках просто сконкатенированные, а в ид102 еще и точка с запятой встречается?
да и хранить набор координат в виде строки - извращение еще то
решить то такое можно с помощью костылей, но что-то не так с данными изначально
если вы не любите заморачиваться и у вас нет адаптации под все возможные разрешения экранов и устройства то можете взять одну. если же у вас оптимизированный сайт с сжатыми скриптами и стилями, адаптированной версткой, вьюпортами и прочим, то лучше же конечно ввести как минимум 2-3 разновидности иконок, для мобильных, планшетных и больших экранов
а чего там рассказывать. все сложные выборки закидываете в кеш на час или сутки и при втором обращении уже не грузите базу сложными выборками а берете готовые результаты из кеша. кеш может быть как в оперативной памяти так и в файле либо бд (поле count_views, today_views тоже своеобразные кеши)
в кратце у вас есть точка входа скрипт (желательно чтобы был один) или в крайнем случае любой другой файл в который инклудится каждый раз. в нем дефайните константу а-ля
но вообще откройте для себя автолоад и бросайте это грязное ковыряние в непонятной пачке файлов. используйте общепринятые практики и структурируйте приложение
удалять данный старше 1 месяца как-то неправильно. тем более вряд ли у вас данных очень много. и даже 10к записей - это мелочь. бд спокойно справляется с миллионами. главное индексы и кеши. Плюс частота обращений к таким запросам будет редкой.
у меня сбор данных идет в миллионах. и я пока ничего не удаляю, да и не собираюсь, мне нужно анализировать срезы всех данных на каждом промежутке времени, по крайней мере за последнее время. для ТС я дал совет. пусть хранит детализированные данные в отдельной таблице, а агрегированные - в столбце за любой удобный период и никаких проблем не будет
впервые слышу о такой и хрен его знает что там и как. возможно какое-то поделие на цп-1251 из разряда ДЛЕ. Короче автор ССЗБ и типичный начинающий разработчик который пишет соцсеть на цмс )))