Как исключить рубрику
Я задачу не понял.
Теги (метки) можно задавать к постам. Картинка как бэ тоже не может существовать сама по себе (ну т.е. может конечно, но тогда ВП не причем).. В общем мне не ясно что в конечном итоге нужно получить.
Похвально. Начинай отсюда.
Ну если этого хватит, тогда да. Но нужно знать, что у ВП есть родные стили. В общем начать отсюда и это ещё.
Что имеется ввиду? Какие "потоки"? В ВП есть рубрики, по которым разносят посты (записи). Страницы в ВП.
Я тоже. Ибо www с тех. точки зрения поддомен.
потому что месяц назад.
Что бы точно ответить на вопрос нужно вызывать телепатов. Такси с альфа-центрава будет оплачено?
Ну или как минимум посмотреть на пациента.
2 раза пытался перечитать.. какие-то обрывки фраз. К тому же безграмотно написанные.
Научись связано и грамотно выражать мысли и задавать вопросы - тогда возможно "помощь подоспеет вовремя".
По нашему... По нашему кого волнует как я к ним отношусь? Я их не юзаю. И не буду.
(С первых двух я лично уносил сайты (не свои - клиентов), потому как там даже с ВП есть проблемы)
Не соглашусь. Во первых это никакой не термин (для хостинга*).
А во вторых.. Как бэ "простому обывателю" хостинг не нужен. А уж коль он знает что такое хостинг, то как минимум знает, что это "место на диске на компьютере в интернете".
Это основное (минимальное) понятие. И оно уже входит в такой термин, как "ресурсы".
*
1. Хостинг, как ни крути, это всё же услуга предоставления ресурсов. И не важно, поймёт клиент, что такое "процессорное время" или нет. Он хорошо поймёт что такое отведённый объём диска. Более продвинутые задумаются о ширине канала, памяти и времени исполнения скриптов...
Так или иначе услуга хостинга - это аренда ресурсов. А для чего они будут использоваться - под сайты ли или под др. назначение - не проблема хостера (в рамках правил хостера, разумеется). Более того - "сайт", это тот набор файлов\етс, что несёт клиент на хостинг. И не хостеру указывать клиенту, что он обязан принести (точнее ЧТО и ДЛЯ ЧЕГО из этого сделать).
2. Хостер обязан быть технически грамотный. И оперировать реальными терминами (а не выдуманными), описывающие свои услуги. (С натяжкой можно сделать исключения для хостингов, с "посайтовыми" тарифами. пример). Иначе доверия к нему нет.
Лично же меня резко отпугивает хостинги, где написано "кол-во сайтов". Я вижу это как сервис, организованный сеошниками-неудачниками, которые не знают (не представляют иного), для чего нужны "компьютеры в интернете", кроме как для сайтов.
Как-то так в общем.
Ну оставим облака в покое :)
Опять же мутный термин. К тому же перековерканный недосеошнЕГами.
А это всего лишь назначение сайта.
Не для сайта, а для домена. Не так ли?
Формулировка "сайт" (в данном случае) по сути это эфемерное понятие. На одном домене можно запустить несколько независимых сайтов (в подкаталогах, например). Так ведь?
А одну станичника - тоже считать сайтом? По определению слова "сайт" - нет, а по сути ведь да.
А вообще если использовать хостиг не под паблик-сайты - тогда как быть? Как считать?
А почта (и пр "побочные" услуги и сервисы) без размещения сайта..?
Как-то так..
Поэтому я и считаю формулировку "кол-во сайтов" бредовой. Другое дело - кол-во доменов. Но тут тоже могут быть ньансы.
ЗЫ. Это не отменяет моего убеждения, что все скользкие и непонятные вопросы нужно решать с хостером ДО покупки аренды хостинга.
Ну так именно за это и берутся деньги! За ресурсы. Какая разница, сколько "сайтов" потребляет эти ресурсы - 100500 или 1\2 ;)
Ну тут хостер, если не хочет подобного, САМ должен ограничивать возможности юзера.
Юзер использует лишь те ресурсы, что ему даёт хостер. Никак не больше.
А формулировка "кол-во сайтов" - вообще бредовая по сути.
Это программа. Под винду.
Ну тут если только вручную (полуавтоматом можно извратиться в платном ТК) старым постам прописать такие слаги (а ЧПУ настроить как /%postname%/).
