Организация пользовательского контента для Wordpress - PullRequest
3 голосов
/ 12 августа 2010

Я уже очень смущен, поскольку я печатаю эту тему. Пожалуйста, прости меня, если мой запрос слишком сложен для понимания.

У меня есть существующий сайт по недвижимости, который я собираюсь перевести на 100% в WordPress. На существующем сайте есть один бэкэнд для списков и другой раздел блога для обзоров.

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

Я прочитал и понял пользовательские типы сообщений и пользовательские таксономии и то, как они работают. Я очень рад их внедрению. Однако есть некоторые материалы, которые мне трудно организовать.

* An existing database table of about 4,000 Condominium Projects

Каждая запись в таблице «Кондоминиумы» содержит некоторые «биоданные», такие как Год завершения, Количество единиц, Услуги, Удобства и т. Д.

В настоящее время каждый листинг на моем сайте содержит запрос ajax, который запрашивает информацию из этой таблицы по запросу.

На новом сайте я собираюсь разместить ссылку на соответствующий кондоминиум в каждом списке недвижимости. Эта ссылка должна отображать информацию о конкретной квартире и отображать «результаты» соответствующих списков.

Кроме того, в некоторых квартирах для них сделаны длинные обзоры статей. На моем текущем сайте эти обзоры отображаются в разделе блога. Отдельно.

Так вот мой вопрос.

Как бы я все соединил. Возможно, дубликат? Таксономия и сообщение для каждой квартиры? Это будет означать более 3000 уникальных записей. Разве это не было бы "излишним"?

Если это таксономия, ссылка, вероятно, будет отображать все сообщения (списки), которые имеют это название кондо. Но он не будет ссылаться на реальную страницу обзора или биоданных.

Буду очень признателен за любые мысли ... Пожалуйста, не стесняйтесь спрашивать, пропустил ли я какую-либо важную информацию!

Заранее спасибо

Ответы [ 3 ]

2 голосов
/ 13 августа 2010

Мне кажется, что это очень просто и идеально подходит для WordPress (и мне не терпится подумать о том, чтобы делать что-то в Drupal, чего у вас нет, и это от кого-то, кто разрабатывал в Drupal более 2 лет ...)

В любом случае:

  • Каждая квартира хранится в пользовательском типе записи.

  • Все «биоданные» хранятся в произвольном поле. В качестве альтернативы вы можете создать таксономию, называемую «биоданными», и иметь значение термина для каждого из вариантов, но это не будет хорошо работать для таких вещей, как «SqFt», если вы не сделаете диапазоны (то есть 1200sft-1300sqft), потому что термины могут быть только используется для атрибутов «истина / ложь» (т. е. применимо или нет), а не для таких деталей, как точные цены предложения и т. д.

  • Длинные статьи могут быть просто сохранены в разделе «контент» типа поста кондо (если у вас не несколько в кондо, вы можете либо сохранить в комментариях, как предложил @Jan Fabry, либо вы можете создать собственный пост введите "обзор")

Как я и сказал, это действительно просто. Конечно, я живу и дышу приложениями для баз данных более 20 лет, так что для меня это вторая натура. Любые вопросы, просто спросите ...

1 голос
/ 14 августа 2010

Так мне удалось решить свой собственный вопрос !, как ни странно, у MikeSchinkel был почти идентичный ответ , поэтому я принял его ответ вместо этого. Так вот что у меня есть:

  1. A Пользовательский тип сообщения для кондоминиумов с пометкой 'Отзывы' в разделе администратора.Свойство «Биоданные» находится в пользовательских полях.Этот Пользовательский тип записи имеет правило переписывания:

    array( 'slug' => 'condominium' );  
    

    Таким образом, мне удалось заставить каждую постоянную ссылку показывать что-то вроде:

    http://domain.com/condominium/post-title
    
  2. Я добавил страницу с именем Кондоминиумы и настроил ее на использование собственного шаблона - который в основном показывает последние сообщения кондоминиумов с отзывами.Я также намерен расширить шаблон, чтобы он отображал функцию Поиск кондоминиумов .

  3. Добавлены соответствующие таксономии, которые могут быть доступны для поиска - например, бренды& Developers.

  4. Я уже преобразовал предыдущие обзоры в это.Последнее, что мне нужно сделать, - это опубликовать все кондоминиумы из базы данных кондоминиумов в таблицу wp_posts, используя этот пользовательский тип публикации.

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

http://core.trac.wordpress.org/ticket/12935

Я обновлю эту ветку после завершения импорта - так как это единственное место, где я разместил вопрос и имеюон ответил - если кому-то может быть интересно!

Спасибо за ваши предложения.Я надеюсь, что это помогает кому-то еще, кто находится в подобном затруднительном положении.

0 голосов
/ 12 августа 2010

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

Но да, вы немного расширяете первоначальную концепцию WordPress.Drupal или другая CMS может быть лучшим вариантом и иметь больше плагинов, подходящих для вашей ситуации.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...