как не блог а как сайт с инфо статьями которых будет много.
Без проблем. Просто не показываем страницы записей (страницы блога) Делаем только страницы. И будет обычный и даже весьма продвинутый сайт. Впрочем «продвинутый» — это конечно зависит от его админа….
И еще вопрос, это безопасно?
В отношении чего безопасный?
ВордПресс можно делать как не блог а как сайт с инфо статьями которых будет много. ?
А в блоге что, не статьи? 🙂
Делаем только страницы.
Плохой совет.
Основной контент сайта должен быть в записях. Страницы не для этого служат
То что совет плох, я то-же согласен.
Ну легко ли будет проникнуть в понель админа, если кому-то там захотелось?
volumeandbass, Правила форума, п2.
Плохой совет.
Основной контент сайта должен быть в записях. Страницы не для этого служат
?????
Контент блога да — в записях Но как для статического сайта — именно так! Страницы. Другой вопрос нужен ли WP для создания статического сайта.
Но как для статического сайта — именно так! Страницы
Не так в 99%. Читайте для чего служат страницы и какими свойства обладают.
Построение на страницах, как правило, говорит о неправильном проектировании структуры сайта.
Если весь сайт состоит из статической информации (без привязки к хронологии) — не вижу ничего плохого в использовании страниц 🙂
Если весь сайт состоит из статической информации (без привязки к хронологии) — не вижу ничего плохого в использовании страниц 🙂
Сергей, кроме хронологии в упомянутых 99% захочется ещё и др, свойств, коими обладают только записи (напр. те же «вывод списка» (=страницы архивов), море и тп).
А разве не помните года 2 назад было пару топиков с проблемами повышенной нагрузки на сайтах с +/- 500-700 страниц? Насколько я помню — именно Вы с Юрием и wikisms и выяснили, что именно страницы и вызывали нагрузку (только не помню почему).
Кроме того — я лично получал 414 ошибку при одновременном стандартном удалении 400х страниц. Могу ошибаться (сейчас нет ВП под рукой), но по моему при удаление записей урлы с их параметрами значительно короче.
АПД. А ещё Suhosin может подкосить 😉
кроме хронологии в упомянутых 99% захочется ещё и др, свойств, коими обладают только записи (напр. те же «вывод списка» (=страницы архивов), море и тп).
Вывести список страниц не составит труда, а архивы — это уже хронология 🙂 Впрочем, с помощью WP_Query можно вывести и их.
Единственное существенное отличие страниц — поддержка иерархии.
А разве не помните года 2 назад было пару топиков с проблемами повышенной нагрузки на сайтах с +/- 500-700 страниц?
Она проявлялась только со структурой ссылок типа /%category%/%postname%/, но в версии 3.3 и это было исправлено. В начале статьи, на которую я тогда ссылался, об этом есть примечание.
Кроме того — я лично получал 414 ошибку при одновременном стандартном удалении 400х страниц.
Не спорю, но одновременное удаление сотен страниц — не та операция, с которой большинство владельцев сайтов сталкиваются ежедневно 🙂
Не знаю зачем нужен статический сайт с сотнями страниц, но для создания сайта — визитки WP вполне годится. И похоже автору вопроса именно это и нужно. Правда не понятно. что он подразумевает говоря это
не блог а как сайт с инфо статьями которых будет много. ?
Понятие МНОГО — весьма не однозначное.
[off]
А разве не помните года 2 назад было пару топиков с проблемами повышенной нагрузки на сайтах с +/- 500-700 страниц?
Ага, был разговор. Проблема была именно в страницах. Если мы создадим вложенную структуру из страниц (например, генеалогическое древо), то количество запросов к БД растет практически по экспоненте к нижележащим уровням (и как я помню, это не зависело от вида ЧПУ) 🙂
Может сейчас всё стало хорошо, ну, надеюсь 🙂
Короче лучше делать так как должно быть, так как будет удобно человеку пользоваться сайтом.
а что если на сайте будет 1000-2000 или вообще 5000 уникальных страниц, что с им станет?
У меня его своруют, или он не сможет полноценно работать?
а архивы — это уже хронология
🙂 Это понимают те, кто понимает отличия страниц от записей 🙂 . Для остальных же «хочу что бы на страничке был вывод маленьких отрывков текста с картинками» и точка (а ещё бывает и с сортировкой\выборкой по времени)! Неужели не помните таких топиков? Стабильно же появляются 🙂
//Особенно «радует»: «надо страницы закинуть в рубрики». 🙂 //
Она проявлялась только со структурой ссылок типа /%category%/%postname%/, но в версии 3.3 и это было исправлено
Наверное, я это пропустил 🙂 Спасибо, будем знать.
Или речь про то, что было в убранном посте из ЧАВО («почему такая схема ЧПУ нежелательна»)? Тогда это я помню.
Я, чесгря, как и wikicms, не припомню, что бы разговор в упомянутых топиках касался зависимостей от ЧПУ.
Если теперь не возникает нагрузки от самого факта наличия большого кол-ва страниц, то я только рад 🙂
но одновременное удаление сотен страниц — не та операция, с которой большинство владельцев сайтов сталкиваются ежедневно
Ну ежедневно-не ежедневно, но всё же имеет место быть 🙂 (про булк-делете я в курсе 😉 )
ОК. Сергей, действительно ли кол-во страниц (скажем от 1000) с.. ну пускай 3х-уровневой иерархией не имеет отличий по создаваемой нагрузке от такого же кол-ва записей (при одинаково немалым кол-ве хитов)? На формировании меню (nav_menu) и тп выборках?
