Chernetskiy

Может быть, Ajax в настройках забыл включить...?

Обычно, эти кнопки находятся в ЛК вашего регистратора хостинга и в панели управления хостингом.

Еще важно добавить Район (области, региона), зачастую без него никак... У меня только в 1 районе по 2-3 одинаковых деревни и есть с таким-же названием в других по области. Если не укажешь, то куда закинет объект при выгрузке - загадка, может в соседний район а может и за Урал. Может добавить какое-то поле в настройку, чтобы пользователи сами могли указывать своё название позиции Района (raion, raion_id и т.п.)

А есть еще и Boottrap 4 ...

Главное для сайта - скорость открытия страниц и удобство получения основной информации. Ваша примочка видимо потребует дополнительных серверных мощностей (кэш, ОЗУ, проц по мощнее), чтобы переварить кучу лишних запросов и нарисовать всё это на карте... Оно того стоит? Буржуйские сайты как правило берут эту информацию с платных специализированных сервисов, та-же Realia в Wordpress-версии.

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

Тогда, скорее всего, ковыряться в приложении Mailbox... Он отвечает за сообщения

Так уже есть позиция Город, не проще переименовать в Нас. пункт?

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

Алексей, если не ошибаюсь, это в Редакторе форм - contactus (таблица Контактной формы), на квадратики с галочками в соответствующих строках потыкай...

Возможно, что перечисление надо было взять в скобки, типа так: (18,19)

Вот тут еще куча информации по выборкам из базы - https://dev.mysql.com/doc/refman/5.5/en/select.html

Хотя, что это я на ночь глядя насоветовал, выборка будет по соответствию 18 и 19 группе , может их просто через запятую перечислить? $query='SELECT d.id FROM '.DB_PREFIX.'_data d, '.DB_PREFIX.'_user u WHERE u.group_id <> 18,19 AND u.user_id=d.user_id AND d.active=1'; или наверное правильнее будет - меньше 18 и больше 19 ... $query='SELECT d.id FROM '.DB_PREFIX.'_data d, '.DB_PREFIX.'_user u WHERE u.group_id < 18 AND u.group_id > 19 AND u.user_id=d.user_id AND d.active=1';

Предполагаю, что надо заменить выборку "группа меньше или больше 18" (u.group_id <> 18) на четкое указание групп, что вероятно будет выглядеть так: $query='SELECT d.id FROM '.DB_PREFIX.'_data d, '.DB_PREFIX.'_user u WHERE u.group_id=18 AND u.group_id=19 AND u.user_id=d.user_id AND d.active=1'; Возможно еще 18 и 19 надо будет прописать в кавычки '18' и '19', х.з., не программист я

Задаюсь вопросом, а циферки из текста объявления не слетят? Я имею ввиду номер дома, этажность, площади, удаленность до города и т.п., что обычно прописывают в основной текст.

Не стоит особо рассчитывать на прокуренный мозг, которому под полтинник Лучше стучись к Константину, он лучше знает свою кухню и подскажет оптимальный вариант решения вопроса, если не сильно занят. Но перечитал ветку и сложилась каша в голове. Вернемся на исходную... Отсюда возникают организационные вопросы: У вас будет производиться выгрузка объектов агентства (с едиными контактами) или разных клиентов с разными контактными телефонами? XML фид у вас для всех порталов будет один? Тогда как вы будете передавать разные телефонные номера на разные порталы? Если для каждого портала будет свой фид, а телефонных номеров не много, то есть-ли смысл с вышеописанной заморочкой? Может проще в каждый фид жестко прописать индивидуальный номер телефона - один из вариантов? Типа так (не претендую на работоспособность кода): .... if ($contact_export_variant == 1) { $rs .= '<phone>'+7(926)111-1111'</phone>' . "\n"; } } elseif ($contact_export_variant == 2) { $rs .= '<phone>'+7(901)222-2222'</phone>' . "\n"; } } elseif ($contact_export_variant == 3) { $rs .= '<phone>'+7(925)333-3333'</phone>' . "\n"; } } elseif ($contact_export_variant == 4) { $rs .= '<phone>'+7(905)444-4444'</phone>' . "\n"; } $rs .= '</sales-agent>'; только еще с фигурными скобками разобраться... Как я понимаю, эксперимент с телефонными номерами будет временным?

А почему не остановиться на дополнении таблицы data необходимыми вам позициями? Зачем их пихать в текстовое описание? Вы теряете гибкость CMS по части удобства для пользователя, фильтрации выборки, выгрузки на сторонние порталы и закладываете на будущее проблемы не только пользователям но и самому себе. Всё гениальное - просто!

Похоже, что вы сами не понимаете, что именно вам надо? Так чего не воспользовались Джумлой или Вордпрессом? Под эти CMS вам предложат такие-же решения из коробки, которые надо будет доводить до ума и адаптировать под свои условия, только копать прийдется больше и глубже, и не факт что вопрос решите. Это будут решения "с миру по нитке" и не факт что получите вменяемую техподдержку. В Сайтбилле еще много чего нет, например продажи щенков, правовой базы Гаранта, Бухгалтерии от 1С, продажи Гербалайфа... Увы, это узкоспециализированное решение для риэлторов, агентств недвижимости и застройщиков, хотя на базе этой-же CMS не сложно организовать продажи чего-либо еще - автотранспорта, предложения работы и услуг и прочего. Вы и дальше будете тратить время, пока не определитесь со своими хотелками. Накопленные знания никогда бесполезными не бывают.

Исходно, это шаблон Realsite. Если есть желание, его HTML-версия во вложении, там есть страницы ошибок 404 и 500, которые доработаете на свое усмотрение. realsite-real-estate-template.zip

Судя по всему, вы не только не ознакомились с CMS на стадии покупки, но и не пытаетесь вникнуть в основной функционал, а он поверьте весьма большой и универсальный. Сделать можно так, как это предусмотрено в CMS: Краткое описание - переименовать в таблице data колонку "Описание"; Преимущества объекта - добавить в data одноименную колонку со значением safe_string или textarea, или добавить основные наименования преимуществ со значением checkbox или select_box, по типу значений парковка, расположение окон и т.п.; Детские садики, школы, инфраструктура и развлечения рядом можно отнести к преимуществам; Для размещения таблицы с ценами по месяцам, можно в качестве основной цены указать текущую/среднюю, а конкретику дописать в основном описании или приложить отдельным документом - добавить в data колонку mydocup - тип записи docuploads, название для человека Документы, отметить чекбокс Хранить значение поля в таблице, в Параметрах указать max_file_size=5120 и accepted=.doc,.xls,.pdf,.txt,.jpg,.png,.zip,.rar , таким образом вы сможете прикреплять к объекту какие-то файлы с вышеуказанными расширениями размером до 5Мб (можете изменить). Для проектов бронирования жилья есть модуль Бронирования, вот им и воспользуйтесь Пользователь просто напишет что ему надо и получит красивое объявление, только постарайтесь с "красотой" не слишком усложнять жизнь пользователю, т.к. это может повлиять как на популярности вашего проекта, так и на его работоспособности. По поводу хранения информации в поле - информация в поля вносится пользователем, а сохраняется она после клика на кнопку "Сохранить", таким образом перемещаясь в таблицу re_data вашей базы MySQL. После этого, уже из этой таблицы она выводится на сайте в виде заполненных позиций объявления, собственно так-же, как происходит в любимом вами Wordpress. Просто Wordpress плодит промежуточные автосохранения (темп-файлы) которые добавляют удобства и поедают размер вашей базы десятками копий автосохранения одной и той-же страницы. Проект создавался и развивается не первый год. В его создании участвовали в том числе и практикующие риэлторы и руководители агентств недвижимости. Функционал CMS доведен до готового решения из коробки в 90% необходимых случаев и вполне удобен как агентам и программистам, так и конечному пользователю. Если кто-то хочет что либо кардинально изменить - а это то, что вы называете "геморрой за ваши же деньги", то проблем нет, открытый исходный код, техподдержка, документация, видеоуроки и форум помогут вам это сделать практически всегда... Совет: начните наконец знакомиться с CMS...

Может быть к этой поздравлялке присоседить и периодическую автоматическую рассылку какой-то информации? Например Эксель-файла с объектами для партнеров раз в неделю или PDF-файла нового объекта при его публикации на сайте...

Озадачился вопросом, думаю многим будет интересно... На наших сайтах регистрируются клиенты и партнеры. Нормальная практика поздравлять их с днем рождения, да и не только - Новый год, 8 марта, 23 февраля, день риэлтора, да хоть день граненного стакана... Просто все происходит как-то не централизованно - отписываемся в соцсетях, на email, в мессенджерах, что как-то выглядит не солидно. Идея в том, чтобы придумать какой-то модуль/доработочку, которая опираясь на ФИО, дату рождения и email, по заданию в Cron ежедневно будет рассылать подходящим по критерию клиентам или всем поздравления на автомате. Может этот функционал еще расширить на какие-то акционные скидки клиенту в письме - например автоматически генерируемый скидочный код для оплаты каких-то действующих или новых услуг на сайте... В принципе, можно добавить в таблицу user колонку с датой рождения, или как-то подкачивать эту информацию из соцсетей, если юзер заходит на сайт через соцсеть, а вот как решить вопрос с остальными праздничными датами? И самое главное - собственно модуль обработки... Для полного представления о необходимости темы, пожалуйста, отметьтесь в опросе. Какие будут идеи у разработчков по реализации этой затеи на практике?

Извините, что мешаю вам деньги прятать. Может проще разработчикам в личку написать или связаться в Скайпе?

Вероятно надо копать там, где брал код...

Может, как вариант, всё-таки использовать несколько шаблонов с текстом для каждой категории? Например для категории kvartira создать одноименный kvartira.tpl с нужным текстом. На странице вывода создать условие, которое будет определять категорию и в соответствии с ней выводить одноименный tpl к показу.