kdmc

Компонент рабочий, кто спорит. Но это не точно.

Проблема не в компоненте. Если есть вопросы по существу, то задавайте. А то устроили базар.

Саня, вернись к началу топа, и узри, что про проблемы компонента я заговорил спустя три месяца молчания со стороны сообщества.
Нестандартная схема заливки в БД от того, что стандартная не справляется.
Надеюсь, такой срок ответа, а также фраза «поддержка есть, но не всегда отвечает на вопросы» натолкнёт тех, кто ещё не купил компонент, на верное решение.

Еще могу поперечислять. Если вы не сталкивались с проблемами, это не значит, что их нет)

Если у человека(в данном случае у вас) кривые руки, то лучше заплатить человеку с руками из нужного места, чтобы он сделал это за вас. А не писать ахинею…
Есть подробная видео инструкция, следуя которой такого геморроя не возникает.
П.С.: Если у вас ничего не получается, это не значит что компонент не рабочий.

Согласен ) Со всеми пунктами. Кривые руки, ахинея, геморрой.

Развернём ваш коммент наоборот. Кривые руки, ахинея, геморрой — то, чем я разжился в комплекте с компонентом)

Компонент рабочий, кто спорит. Но это не точно.

Аааа так вы хотите чтоб все и сразу :). Понимаю. Но к сожалению не вме базы которые вы спарсили правильно забиты. Поэтому при импорте и получается что не все ячейки совпадают с тем что есть. Поэтому рекомендую в экселе сначала подготовить базу с обьектами. Если она будет оч большой то разбейте по например тысяче объектов и заливайте

Спасибо, Кэп!

......

Проблема в вашем хостинге. Я когда делал на дерьмовом хостинге "Hostinger", то у меня файлы, где больше 1000 записей уже не импортировались… А когда поменял хостера, то и по 30к записей за раз выгружается. Поделите ваш файл для начала на 100 — 200 записей и проверьте правильность выгрузки. И методом эксперимента подберите возможности вашего хостинга.

100-200 записей импортируются. Даже 350 один раз скормились. Так каждый файл загрузки можно разбить на 15-30 файлов и тоже их вгрузить. Классное занятие.

Но даже при кормёжке 100-200 записей есть конкретные проблемы.

К примеру, описание объекта. Текстовое поле. Любой перенос строки в рамках ячейки (т.е., к примеру новый абзац) импорт считает новой ячейкой. Чем не проблема? Конечно, можно с помощью регулярных выражений взять и отменить все переносы. Только они не все одинаковые, и надо писать отдельный скрипт в Notepad++. Не самое интересное занятие, я вам скажу.

Пробел в конце телефонного номера. Невооруженным глазом не видно, что там за знак стоит. Не дай бог таб. Всё, новая ячейка. Вся таблица съезжает.

Еще проблема: lang и lat в 10% случаев некорректно читается импортом. Хоть сдохни. Выставляешь данные — Москва, Жулебино. Он выводит на Красной площади. Рядом с дедушкой Лениным — получается гора фитнес-клубов.

С такими коясками это не импорт, а закат солнца вручную.

Еще могу поперечислять. Если вы не сталкивались с проблемами, это не значит, что их нет)

@kdmc, Это очень громкое обвинение. И я почему то думаю что проблема не в компоненте. У меня прекрасно справился с 30к записями при их импорте в бд. И я думаю что у вас виснет система, а это ни как не связанно с компонентом, а связано с вашим хостингом.

В чем обвинение? Разве разработчик на связи? Укажите — где неправда?

Хостинг действительно — не айс. Как и положено обыкновенной виртуалке — по тайм-ауту выбивает. Как и положено — невозможно поправить php.ini. В теории конечно — нет проблем сделать дубль на локалке, снять все ограничения по размерам файлов и тайм-аутам, вгрузить туда всю БД, потом перекинуть на хостера. Все ок. Потра*аемся, но сделаем.

Только, что мешало врубить в скрипт загрузки остановку по заданному тайм-ауту? Понимаю — наверное один человек или пара людей — я не знаю сколько разрабов у инстантмэпс — , не может сделать сразу всё, и всё предусмотреть заранее. Но для того обратная связь и придумана, чтобы ей пользоваться, улучшая продукт.

А сделать вот так — впасть в творческий кризис, при этом по-прежнему под одобрительное молчание основателей продавать продукт, и не давать к нему ни пояснений, ни поддержки. Это как-то… Некрасиво.

Все понятно. Спасибо.

Разработчик InstantMaps сделал продукт, сделал некачественно (о чем говорит криво-косый импорт, который просто не способен распарсить файл нормального объема по нужным полям таблиц БД), зашифровал его, на связь не выходит, и хрен разберешь теперь — что делать.

Уважаемая Администрация, может стоит банить те продукты, за которые никто не несет ответственности впоследствии?

А адрес там случайно не одинаковый у всех объектов?

И еще, если открыть один из объектов, отредактировать и сохранить — он не исчезнет из того списка?

1. Нет, все разные адреса.
2. Не исчезнет. Все тоже корректно работает.

Вы ведь импортировали просто тупо в таблицу cms_con_places, верно?

Я благодарю вас за ответ. Неверно.
Заполнялись таблицы:

cms_con_places
cms_places_markers (а иначе как бы организации показывались флажками на карте — в ней же коориднаты, и адрес, распределенный по колонкам, ну и телефоны)
cms_places_cities
cms_places_cities_bind (привязка к городу)
cms_con_places_cats_bind (привязка к категории)
И я не нашел ни одного поля в этих таблицах, явно отвечающего за группировку (разгруппировку) объектов на карте. Вот в чем штука.

Товарищи, коллеги, комрады. Никто ничего совсем не знает? Никогда не поверю. Ощущение, что вопрос сложный и решения нет. Или все умерли в этой ветке сразу после получения столь "сложного" вопроса.

Ответа нет. Никто не знает?

Друзья, прошу помощи. Заливал в БД напрямую все данные по объектам (не через дефолтный импорт). Все залилось корректно, кроме одного момента, самого досадного. Все объекты на карте расставились как положено, но объединилсиь по какому-то признаку. Теперь на карте при нажатии на объект вываливается 6828 наименований разных объектов.
Где это прописывается? Как исправлять?