

Александр Корень
+34
Репутация
14
Рейтинг
Нашел временный выход, может не идеальный, но приемлемый на первых порах. Поделюсь, может кому пригодится. Для самых популярных городов и регионов (Москва, Питер и т.д.) я сделаю поле "список: мультивыбор" Ок. 20 пунктов будут описывать более 2\3 всех объявлений, по-моим прикидкам. Поскольку их не много, то и публикация, и фильтрация будут достаточно удобными. А для всех остальных городов и населённых пунктов сделаю поле "строковое поле", куда каждый сможет внести свой, любой населённый пункт самостоятельно. Это будем незначительная часть базы. Понятно, что станут возможны ошибки пользователей, поэтому и фильтрация будет не идеальной, но и здесь большая часть будет работать. Ну, и буду ждать, когда разработчики дадут возможность привязать к объявлениям поле "city" из профиля пользователей или дадут другое исчерпывающее решение. Всем спасибо, движемся дальше

Загляну в БД в список городов, там "10,968 всего" Так что, на счёт 2000 я погорячился, их там 11 тыс.
Jestik,
Спасибо, за ответ. Очень приятно, когда есть люди, которые готовы помочь.
Мне ясно, что можно сделать поле, и
Спасибо, за ответ. Очень приятно, когда есть люди, которые готовы помочь.
Мне ясно, что можно сделать поле, и
А в категориях это как? В России более 2000 городов, лан, шут с ними, с другими странами. Вы предлагаете мне создать 2000 категорий городов и в них 2000 раз продублировать ОДИНАКОВЫЕ списки товаров и услуг? Итого 2000 умножить на сотни = сотни тысяч категорий, по-самым скромным подсчетам? И всё это руцями? Или скрипт написать, когда появится новая категория товара или услуги, то чтобы скопировать в 2000 родительских категорий городов? С того момента, как был создан компьютер, дублирование одного списка более одного раза — стало неприличным. Я понимаю, что как-нибудь можно обойтись. Можно вообще оставить одно поле в объявлениях — "текст" и в него всё поместить. А города искать с помощью поиска, он есть в движке. Но хотелось бы разумного решения, грамотного. Без списка городов, доска объявлений — это недоразумение, на мой взгляд.дублировать города из БД в поле "Предустановленные значения" — не самое лучшее решение.
я так понимаю, во второй версии icms нет четкого разделения на города в объявлениях? Кто-нибудь сталкивался с этим?
Вот я столкнулся и шокирован этим фактом. Есть список городов в профиле пользователя. Очень логично привязать к нему и объявления. Без городов доска объявлений — имеет очень сомнительную полезность. А дублировать города из БД в поле "Предустановленные значения" — не самое лучшее решение. Скажите, кто и как смог решить эту задачу? Хотя, я уверен, что нормально решить её можно только одним способом — использовать одну таблицу городов из БД, которая уже существует. Подскажите, пожалуйста, потому что просто тупик какой-то на сегодня :(
-MalraS-,
Если так, то это всё объясняет, подождать можно. Мы много чего ждём от системы, дождёмся и этого. Меня другое смущает. В 2012 году, когда опубликовано видео с релизом 2х, там говорится о связях, а сейчас их нет. То есть у меня лично сложилось такое впечатление, что их не ждать нужно, что они уже были и их уже убрали, т.е. с развитием системы эту функцию признали лишней и удалили. В таком случае какие есть шансы дождаться, что убранную функцию вернут на место? Похожая история и с другим функционалом, но не буду всё сваливать в кучу в одном посту.
Будут и связи, не все сразу.
Если так, то это всё объясняет, подождать можно. Мы много чего ждём от системы, дождёмся и этого. Меня другое смущает. В 2012 году, когда опубликовано видео с релизом 2х, там говорится о связях, а сейчас их нет. То есть у меня лично сложилось такое впечатление, что их не ждать нужно, что они уже были и их уже убрали, т.е. с развитием системы эту функцию признали лишней и удалили. В таком случае какие есть шансы дождаться, что убранную функцию вернут на место? Похожая история и с другим функционалом, но не буду всё сваливать в кучу в одном посту.
Сегодня что все что то не то курили?

Согласен, лично я за пехепизацию лгз

keysoft,
Спасибо, мне такой ответ достаточно полезен. Я, как раз, в большей степени предприниматель и бизнес-тренер, поэтому именно эти слова мне намного больше понятны, чем что-то из области SEO или программирования :)
Спасибо, мне такой ответ достаточно полезен. Я, как раз, в большей степени предприниматель и бизнес-тренер, поэтому именно эти слова мне намного больше понятны, чем что-то из области SEO или программирования :)
keysoft,
Спасибо, а какой другой, если не секрет, в двух словах?
Спасибо, а какой другой, если не секрет, в двух словах?
Val,
Полностью согласен. И всё равно InstantCMS — лучший, нафиг нам другие?Забивать кувалдой гвозди можно но неудобно)))

-MalraS-,
Спасибо, смотрел, но там вообще всё по-другому. Там фактически рассказ о другом движке. Там есть связи между типами контента, у блогов есть названия. Сейчас ничего этого нет в движке, поэтому и спрашиваю.
Лучше разработчика никто не объяснит: youtu.be/pVT5QCqy9g0?t=12m4s
Спасибо, смотрел, но там вообще всё по-другому. Там фактически рассказ о другом движке. Там есть связи между типами контента, у блогов есть названия. Сейчас ничего этого нет в движке, поэтому и спрашиваю.
Посмотрел на их русский сайт, последние сообщения ок. 1000 дней назад. Врагу не пожелал бы в это вляпаться. По-моему в InstantCMS есть всё, о чём ТС спрашивает, не разобрался он просто.Воспользуйтесь специализированным решением, например elgg
Спасибо, это я как раз понимаю. У меня был вопрос, такая возможность на сегодня вообще существует или я просто не разобрался в чём-то? Мне тут просто отвечали про "кирпич" в "истории", вот я и уточняю, есть-ли в 2х этот пресловутый кирпич или нет его?Все проблемы решаются после обращению к разработчику, вопрос времени!
Николай Валентинович Сазоненко,
Спасибо, у меня тоже вроде работает, но есть вопросы. Сначала самое простое, есть ли возможность
Спасибо, у меня тоже вроде работает, но есть вопросы. Сначала самое простое, есть ли возможность
? Вот я понял, что в 1х есть, а в 2х? Мне уже пришлось исправлять записи в БД, хочется понимать, это так и есть, или я в чём-то не разобрался пока?для удаления записей (отката операций)