Выборка по городу и стране

[InfernoLan 0]

Здравствуйте!

Я в редакторе форм зашел в data, там добавил колонку с названием "Country".

Колонка активна: да

Тип записи: select_by_query

Название таблицы из которой получаем данные для связки: country

Название ключа связки с другой таблицей: country_id

Название переменной для select_box: name

 

Далее создал вкладку в поиске "Аренда". В нее добавил созданную колонку "Страна".

Как сделать, чтобы при выборе страны поиск менял выбор города и района?

 

Например при выборе страны поиск изменял содержимое в полях "район" и "город" на то, что привязано к стране.

[abushyk 694]

Без вмешательства в код никак. Сейчас только по цепочке Страна - Регион -Город. Нет региона, нет реакции на смену страны.

[Дмитрий Кондин 690]

На всякий случай видео-инструкция

[ilgiz 0]

видео было бы еше более полным,еслиб показали как дополнительные страны и регионы добавлять,или заменять на существующие.очень нужно пожалуйста добавте.в графе (справочники-страны ) не добавляется.

[Дмитрий Кондин 690]

видео было бы еше более полным,еслиб показали как дополнительные страны и регионы добавлять,или заменять на существующие.очень нужно пожалуйста добавте.в графе (справочники-страны ) не добавляется.

Можете скриншот с ошибкой при добавлении страны показать?

[ilgiz 0]

саит делается для казахстана.

[ilgiz 0]

есть кто?

[abushyk 694]

Проверьте через phpMyAdmin присутствует ли в таблице re_country колонка url c типом varchar(255)

Ошибка показывает, что колонка не создана.

[ilgiz 0]

таблицу нашел,а где искать url?

[abushyk 694]

Выберите для этой таблицы вверху ссылку Стуктура и смотрите в списке колонок.

[Дмитрий Кондин 690]

Со странами вскоре сделаем обновление, а сейчас можно это исправить через phpmyadmin вот так

alter table re_country add column url varchar(255);alter table re_country add column description text;alter table re_country add column meta_title varchar(255);alter table re_country add column meta_description text;alter table re_country add column meta_keywords text;

[doma 22]

В 28.02.2014 в 06:28, rumantic сказал:

В 27.02.2014 в 21:37, abushyk сказал:

 

 

В 28.02.2014 в 06:28, rumantic сказал:

 

Подскажите столкнулись с такой проблемкой вот думаем как совместными усилиями ее правильно и рационально решить. суть проблемы в следующем. в сайтбилее есть регион+город+улица при этом регион и город обязательные поля. решили не заморачиваться и например к одному региону привязали к примеру 10 городов а к этим городам свои улицы. вроде все работает и правильно. Хоть в регионе и 4 крупных города то остальные 6 очень и очень не большие но решили все же их завести чтобы люди из районов могли публиковать свои объявления. Все бы вроде нормально и работает но зачастую люди хотят поставить объявление о продаже дома и что сложнее -земельные участки. И вот тут незадача. Так как конкретных деревень нет и наверное не правильно их вводить так как администрировать будет сложнее то правильнее будет привязывать подачу объявлени о продаже дома в деревне или земельного участка к наиболее приближенному населенному пункту из 10 предложенных. Но это людей напрягает поскольку это далеко.
Какой рациональный способ предложили бы и как лучше сделать? поскольку пользователи говорят что это например им крайне не удобно так как расстояние от земельного участка например до одного и другого крупного города 100 км.

Кто что бы предложил?

[Chernetskiy 469]

Если у вас регион не сильно замороченный в плане географической подчиненности, как например Москва и Подмосковье, где города даже в одном районе могут быть федерального, областного и районного подчинения, то лучше действовать по классической схеме:

• добавляем кастомный справочник районов региона
• подчиняем справочники через зависимые связи по приницпу Регион - Район - Город - Улица
• добавляем в data справочник районов
• переименовываем в data название для пользователя Город в Нас.пункт
• переименовываем в языковых справочниках для админки и для шаблона (language) переменные L_CITY и LT_CITY в Нас.пункт
• добавляем в стандартный поиск Районы, по аналогии с Регионами и Городами.

Взаимосвязанные справочники от Региона до Улиц в населенных пунктах можно сделать за вечер и будет вам счастье, да и пользователям сайта будет всё логично и понятно.

В дальнейшем, для удобства, можно на главную сайта и в разделы - продажа квартир, аренда домов, продажа участков и т.п. добавить прямые ссылки на основные запросы, типа "Купить 1 комн. квартиру в Н-ске", "Продажа земельных участков в Гадюкино" и т.п.

[doma 22]

8 часов назад, Chernetskiy сказал:

Если у вас регион не сильно замороченный в плане географической подчиненности, как например Москва и Подмосковье, где города даже в одном районе могут быть федерального, областного и районного подчинения, то лучше действовать по классической схеме:

• добавляем кастомный справочник районов региона
• подчиняем справочники через зависимые связи по приницпу Регион - Район - Город - Улица
• добавляем в data справочник районов
• переименовываем в data название для пользователя Город в Нас.пункт
• переименовываем в языковых справочниках для админки и для шаблона (language) переменные L_CITY и LT_CITY в Нас.пункт
• добавляем в стандартный поиск Районы, по аналогии с Регионами и Городами.

Взаимосвязанные справочники от Региона до Улиц в населенных пунктах можно сделать за вечер и будет вам счастье, да и пользователям сайта будет всё логично и понятно.

В дальнейшем, для удобства, можно на главную сайта и в разделы - продажа квартир, аренда домов, продажа участков и т.п. добавить прямые ссылки на основные запросы, типа "Купить 1 комн. квартиру в Н-ске", "Продажа земельных участков в Гадюкино" и т.п.

Это было сделано -это вы предложили стандартный и самый простой вариант  Спасибо.
Но все это реализовано на 10 крупных городах  вместо того что вы предлагаете -например забить 60 мелких городов и деревень. 
Просто на наш взгляд это не совсем удобно -поскольку в выпдающем списке будет выпадать много много населенных пунктов а это время на выборку и неудобство для постоянных пользователей. 
Представьте сами -вы агентство сидящее на нашем сайте и вам необходимо вбить много объявлений -вас бы самих не напрягало искать например один и nn же город среди 100 наименований?

[TopRaN 235]

17 часов назад, doma сказал:

Кто что бы предложил?

 

1 час назад, doma сказал:

Просто на наш взгляд это не совсем удобно -поскольку в выпдающем списке будет выпадать много много населенных пунктов а это время на выборку и неудобство для постоянных пользователей. 

А использовать автокомплит не судьба?

[doma 22]

Только что, TopRaN сказал:

 

А использовать автокомплит не судьба?

нет не судьба :)) вы не совсем поняли суть описанной проблемы

автокомплит на сколько мы помним используется для 2 случаев
1) для добавления нового города (если такого нет ) и поиска города из множества
2) для поиска города из множества -без возможности добавления (если стоит что то нот аппенденд типа не добавлять)

речь шла о другом - как помочь пользователям размещать объявления о продаже домов и земельных участков без добавления новых городов и населенных пунктов (чтобы их не множить)

[TopRaN 235]

3 минуты назад, doma сказал:

нет не судьба :)) вы не совсем поняли суть описанной проблемы

автокомплит на сколько мы помним используется для 2 случаев
1) для добавления нового города (если такого нет ) и поиска города из множества
2) для поиска города из множества -без возможности добавления (если стоит что то нот аппенденд типа не добавлять)

речь шла о другом - как помочь пользователям размещать объявления о продаже домов и земельных участков без добавления новых городов и населенных пунктов (чтобы их не множить)

Добавить все вручную. Из кладр сделать выборку и занести в сайтбилл. Любой проект должен быть продуман от начала до конца. 

[doma 22]

Только что, TopRaN сказал:

Добавить все вручную. Из кладр сделать выборку и занести в сайтбилл. Любой проект должен быть продуман от начала до конца. 

Это мы понимаем

Но нам не хочется углубляться до деревень и колхозов  так как будет сложное администрирование
Представьте добавили 500 деревень.  а используют их всего 5 объявлений

[TopRaN 235]

1 час назад, doma сказал:

Это мы понимаем

Но нам не хочется углубляться до деревень и колхозов  так как будет сложное администрирование
Представьте добавили 500 деревень.  а используют их всего 5 объявлений

Хочу так, но не хочу из-за этого. Потому что тут вот это. Вывод - хочу так! Подскажите.

Вы не хотите углубляться до деревень, но хотите что подавали объявления из деревень (продажа домов и участков). Тут батенька приходится чем-то жертовать. Либо объединять , либо распараллеливать.

[abushyk 694]

Указание ближайшего райцентра и точка на карте решают проблему колхозов-совхозов.

Вы можете выдать людям в объявлении поле под текстовый ввод с именем Другой город, куда они будут вписывать свой НП (окромя выбора ближайшего), если выбранные варианты им не сильно подходят по их мнению. Далее вы модерируете эти объявки с новыми нп и принимаете решение, стоит ли его добавить в вашу базу или не стоит. Это более щадящий вариант по сравнению со свободным добавлением людьми локаций в базу, но требует усилий.

такой вариант я использую сейчас. По Греции и Словении обычно недвижимость раскидана по куче мелких деревень и менеджеры постоянно добавляли в базу эти локации уровня села. Когда база локаций по этим странам приобрела вид, мягко говоря, неудобоваримый, пришлось перевести менеджеров на такой полуручной вариант. Они либо пишут данные в "другогй город" выбрав перед этим один из предложенных варианто из базы, либо пишут мне с просьбой добавить им локации. А дальше уже смотрим на карту и инфу по наспункту и решаем - да или нет. Так же это решает проблему "неправильных" названий, проблему разночтений при переводе и неправильного размещения, когда пытаются упихать город не в ту админлокацию в которой он на самом деле находится.

[doma 22]

Только что, TopRaN сказал:

Хочу так, но не хочу из-за этого. Потому что тут вот это. Вывод - хочу так! Подскажите.

Вы не хотите углубляться до деревень, но хотите что подавали объявления из деревень (продажа домов и участков). Тут батенька приходится чем-то жертовать. Либо объединять , либо распараллеливать.

тут не хотелка :)) а оптимальный вид :))
 

Только что, abushyk сказал:

Указание ближайшего райцентра и точка на карте решают проблему колхозов-совхозов.

Вы можете выдать людям в объявлении поле под текстовый ввод с именем Другой город, куда они будут вписывать свой НП (окромя выбора ближайшего), если выбранные варианты им не сильно подходят по их мнению. Далее вы модерируете эти объявки с новыми нп и принимаете решение, стоит ли его добавить в вашу базу или не стоит. Это более щадящий вариант по сравнению со свободным добавлением людьми локаций в базу, но требует усилий.

такой вариант я использую сейчас. По Греции и Словении обычно недвижимость раскидана по куче мелких деревень и менеджеры постоянно добавляли в базу эти локации уровня села. Когда база локаций по этим странам приобрела вид, мягко говоря, неудобоваримый, пришлось перевести менеджеров на такой полуручной вариант. Они либо пишут данные в "другогй город" выбрав перед этим один из предложенных варианто из базы, либо пишут мне с просьбой добавить им локации. А дальше уже смотрим на карту и инфу по наспункту и решаем - да или нет. Так же это решает проблему "неправильных" названий, проблему разночтений при переводе и неправильного размещения, когда пытаются упихать город не в ту админлокацию в которой он на самом деле находится.

чуть выше на одну строку Костя тоже остановился на нашем варианте -который бы обдумывали (но он не совсем корректный и не совсем точный для пользователя) - попробуем описать его.
Его трудно использовать еще и потому что трудно в случае выгрузки фидом на другие сайты их как то грамотно разграничить.
Смотрите суть такая -например у нас по конкретному региону есть список крупных городов -пусть будет 10 штук
1) Алабино
2) Маврино
3) Карякино
4) Татьбя
5) новокасимово
и т.д до 10

если пользователю не удобно привязываться к этим 10 городам то может стоит ввести 11 город-значение и присвоить ему значение "мелкий населенный пункт"

тогда при подаче объявления пользователь выберет "мелкий населенный пункт" а потом в описании  поставит "деревня Патрисово земельный участок 12 соток"
То что на карте можно потом вручную выставить маркер это мы понимаем -но речь не про маркер была.

получается к мелкому населенному пункту не будет привязаны улицы совсем и будет пусто, 
Вопрос как потом выгружать правильно на другие сайты и через фид ?

[doma 22]

Только что, abushyk сказал:

Указание ближайшего райцентра и точка на карте решают проблему колхозов-совхозов.

Вы можете выдать людям в объявлении поле под текстовый ввод с именем Другой город, куда они будут вписывать свой НП (окромя выбора ближайшего), если выбранные варианты им не сильно подходят по их мнению. Далее вы модерируете эти объявки с новыми нп и принимаете решение, стоит ли его добавить в вашу базу или не стоит. Это более щадящий вариант по сравнению со свободным добавлением людьми локаций в базу, но требует усилий.

Вы предлагаете в DATA добавить обычное текстовое поле ? - тогда оно не может участвовать в поиске соседствуя с городом.
Можно конечно сделать доп поле для обработки в форме поиска- но на наш взгляд это заморочка
Так как мелкий населенный пункт можно указать непосредственно в описании объявления.

Просто на других сайтах и сайтах конкурентов поле адрес формируется видимо из географического справочника такого как яндекс а не как у нас из справочника заранее заведенных городов

[abushyk 694]

16 минут назад, doma сказал:

Вопрос как потом выгружать правильно на другие сайты и через фид ?

Путем локализации и обработки географии самостоятельно. Например у меня на сайте в стране Испания есть регион Коста-Бланка. Это не административный регион, а полоса пляжей включающая много разных городов. И уже в этот регион включены города. Каждому городу у меня сопоставлены данные, которые соотвествуют его реальной административной цепочке. Т.е. на сайте у меня Испания - Коста-Бланка - Ориуэлла, но сама Ориуэлла имеет ссылку в БД в отдельной таблице еще и реальную цепочку Испания - Валенсия - Аликанте - Ориуэлла. На сатйе все идет по первой цепочке, через пляж. При потребности выгрузить с данными об административном положении я отдельным запросом вытягиваю данные о реальной цепочке данного города и выгружаю именно ее. Для меня это приемлемый вариант.

 

18 минут назад, doma сказал:

поле адрес формируется видимо из географического справочника такого как яндекс а не как у нас из справочника заранее заведенных городов

Возможно. Это почти как автокомплит с добавлением, только от яши. И разбирать ответ яши, а он довольно большой по объему данных будет, нужно будет вам. Иными словами некую модерацию хоть на этапе написания обработчика, не исключить. Но основой для вытягивания георафических данных из того же яши должно быть или сравнительно полное текстовая строка с адресом или геокоординаты положения. Так же вытягивание данных из яши не дает однозначной вложенности, так как админструктура ветвиста и запутана, поэтому в ответ обычно получают пачку сущностей условно отранжированных по соотвествию и какие-то части родительских локаций. Тут же становится вопрос, что если вам не понравится как в яше называется эта локация, то вам придется засунуть свое недовольство в карман, поскольку тут уже оно будет диктовать вам как и что называть. Ну и это не решит проблемы организации улиц.

23 минуты назад, doma сказал:

тогда оно не может участвовать в поиске соседствуя с городом.

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

[Chernetskiy 469]

4 часа назад, doma сказал:

Это было сделано -это вы предложили стандартный и самый простой вариант  Спасибо.
Но все это реализовано на 10 крупных городах  вместо того что вы предлагаете -например забить 60 мелких городов и деревень. 
Просто на наш взгляд это не совсем удобно -поскольку в выпдающем списке будет выпадать много много населенных пунктов а это время на выборку и неудобство для постоянных пользователей. 
Представьте сами -вы агентство сидящее на нашем сайте и вам необходимо вбить много объявлений -вас бы самих не напрягало искать например один и nn же город среди 100 наименований?

Поверьте, рано или поздно вы сами прийдете к этой модели, но на данном этапе это сделать проще. Позже вам прийдется всю базу данных лопатить, т.к. клиенты зайдя на ваш сайт в поиска участка под дачу в 100 км. от города, не поймут что и как искать, где это находится и т.п. Результат - уйдут на более понятный сайт, где задав в поиске Гадюкино, найдут всё, что есть в Гадюкино а не на удалении в 1500 км. от Москвы.

Выпадающий список в видимой его части будет не большим, к тому-же в нем работает автовыборка по первым буквам. Получится искать не сложнее чем по городам. То, что на ваш взгляд не совсем удобно, должно вас интересовать в последнюю очередь. Вы сайт делаете для клиента и точность, информативность + простота доступа должны быть в приоритете.

Не напрягло-бы, если искать просто и понятно - выбрал район - ввел первые буквы нас.пункта в строку поиска и выбрал из списка выборки нужный вариант...

Попутно встанет и вопрос с выгрузкой на сторонние порталы. Вы как будете выгружать дом в деревне за 100 км. от райцентра, с адресом райцентра, где возможно такой улицы и нет? А в описании писать про деревню? Вашу выгрузку рано или поздно проверят и отключат за недостоверностью сведений в ней или по жалобам посетителей.

[doma 22]

Только что, Chernetskiy сказал:

Поверьте, рано или поздно вы сами прийдете к этой модели, но на данном этапе это сделать проще. Позже вам прийдется всю базу данных лопатить, т.к. клиенты зайдя на ваш сайт в поиска участка под дачу в 100 км. от города, не поймут что и как искать, где это находится и т.п. Результат - уйдут на более понятный сайт, где задав в поиске Гадюкино, найдут всё, что есть в Гадюкино а не на удалении в 1500 км. от Москвы.

Выпадающий список в видимой его части будет не большим, к тому-же в нем работает автовыборка по первым буквам. Получится искать не сложнее чем по городам. То, что на ваш взгляд не совсем удобно, должно вас интересовать в последнюю очередь. Вы сайт делаете для клиента и точность, информативность + простота доступа должны быть в приоритете.

Не напрягло-бы, если искать просто и понятно - выбрал район - ввел первые буквы нас.пункта в строку поиска и выбрал из списка выборки нужный вариант...

Попутно встанет и вопрос с выгрузкой на сторонние порталы. Вы как будете выгружать дом в деревне за 100 км. от райцентра, с адресом райцентра, где возможно такой улицы и нет? А в описании писать про деревню? Вашу выгрузку рано или поздно проверят и отключат за недостоверностью сведений в ней или по жалобам посетителей.

что то на амито не реализовали выборку по деревням колхозам и селам а так же по Гадюкино :)) 
а реализовали в "поиск по словам"