Ну мы то точно знаем, что земля не плоская, поэтому этот абсурдный тезис рассматривать не стоит, а вот то, что у ряда программистов есть свои суждения в отношении того, что PHP не в полной мере является языком программирования и на это есть веские основания - это любопытно.
Но сейчас эту тему я обсуждать не хочу, это просто как дополнение к неочевидным особенностям.
Хорошо :) Тогда на всякий случай я обозначил свою, раз уж я себя им назвал :)
Пожалуйста.
Штатная функциональность это явные рабочие решения, определённые возможностями движка на уровне доступных пользовательских изменений через административную часть, либо дополняющие административные элементы.
Например, в штатной функциональности заявлено, что в административной части можно производить заполнение мета данных OpenGraph и при этом есть соответствующие поля, где в пользовательском режиме можно их активировать и заполнить.
При этом заполнение может быть уникальным, а может быть рекурсивным.
Вот это штатная функциональность.
Когда я вижу, что в административной части CMS не поддерживается работа с OpenGraph данными, я вижу, что нет у движка такой штатной (т.е. заранее определённой) возможности. И тогда я формирую ТЗ программисту, чтобы он это реализовал, если в этом есть рабочая необходимость.
Здесь могут быть варианты. Это штатная возможность может быть реализована в базовой версии, а может быть предусмотрена через установку доп. плагинов и компонентов.
Если вы просто переключаете плагины и темы, то их общую совокупность можно назвать штатными функциональными возможности. Но если мы рассматриваем какую-то базовую часть движка вне функциональных дополнений, то штатными функциями будут только те, что обеспечивает базовый движок.
Cюда же можно добавить мнение, что PHP не является полноценным языком программирования.
В чём странность?
Определённая штатными возможностями CMS.
Полагаю, что это описка и вы имели ввиду "стили".
Да, в этом смысле я и отвечаю не предыдущее замечания, что в широкой трактовке даже изменения CSS уже будет своего рода "самописом".
Давайте посмотрим, какое определением предложит нам поиск,
Пожалуй, соглашусь.
Справедливо. В этом смысле любые вносимые изменения, не определённые типовой функциональностью уже являются самописом.
Довольно сумбурный опрос. Непонятно, кто целевая аудитория опроса, непонятно событие вследствие которого опрашиваемый должен перейти на самопис, непонятна общая задача опроса.
Примерно тоже самое, что спросить "По каким причинам вы всё же позвонили сантехнику?"
Но попробую поучаствовать.
Как вебмастер и как интернет-маркетолог (со специализацией SEO) я никуда не переходил и переходить не собираюсь.
Если моя задача сделать нетребовательный, но вполне современный статичный сайт, я беру CMS Joomla + набор необходимых дополнений к нему.
Если задача интернет-магазин, то уже скорее OpenCart.
Если я подключаюсь к уже готовому проекту как интернет-маркетолог, то меня никто про мои предпочтения не спрашивает. Приходится работать с тем, что есть, включая самопис.
Если это большой проект с нагруженным функционалом, то скорее всего это самопис.
В любом случае рабочее взаимодействие от меня как правило состоит из формирования ТЗ заданий программисту и здесь уже программист решает, какой он будет использовать движок (если будет), какой фреймворк и как это программно будет решаться. Моя задача проверить функциональное исполнение и выполнять координирующую функцию.
Или в принципе это опрос для программистов?
Ну это как в детстве, если закрыл глаза, то думаешь, что всякая нечисть из комнаты ночью пропадает.
Примерно также надеяться, что если Метрику убрал, то и боты заходить не будут.
Всё это временно. Без понимания того, что пользователи делают на твоём сайте полноценно развивать сайт невозможно, а для этого нужны счётчики и внутренняя аналитика.
Там здесь никаких идеалов, одна сплошная практика.
И не только они, но в целом верно.
Изначально вопрос был не в этом, изначально вопрос в том, что более приоритетно.
Без части коммерческих можно вполне быть и даже уверенно занимать топы, а вот без стабильных поведенческих в топы, даже с очень хорошо базой по коммерческим не зайти.
Это так кажется на примерах агрегаторов и частных магазинов.
Если мы будем проводить сравнение внутри отдельной ниши на юр лицах одного калибра, то правил бал будут поведенческие.
Чтобы разобраться в вопросе как сформировать семантическое ядро и распределить его на посадочные страницы не нужны долгие годы опыта.
В конкретной отдельной ситуации вполне достаточно посмотреть курс по семантике и немного попрактиковаться на практике, чтобы как минимум разобраться в базовых вопросах.
Если вопрос в нумерации страниц пагинации, то вполне себе, так как порядковый номер страницы и несет в себе отличительную суть.
Вас же не смущает нумерация страниц в книге. Вот в данном случае здесь также.
Вопрос в том, что конкретно вы уточняете. Если вы используете уточнения, где приводятся синонимы и близкие по смыслу слова к слову "хороший", то очевидно, что под каждый подобный запрос создавать посадочные не надо, потому что страницу характеризует не отдельный запрос, а сущностное содержание страницы.
Надеюсь, выше доходчиво объяснил.
порробую более подробно разъяснить ... вот у меня есть запросы , ВЧ походу
компрессоркомпрессорыкупить компрессор
я их посадил на страницу категории просто, как обычно, прописал их в мета-тегах и сео-тексте
а еще есть запросы типа:
недорогой компрессорнедорогие компрессорыкомпрессор недорогокупить недорогой компрессор
и такие:
маленький компрессоркомпрессор маленькийкомпрессор маленький купитькупить маленький компрессор
а еще, по такой же логике, "хороший", "дешевый" и т.д
Здесь всё несложно.
Распределение запросов в первую очередь зависит от фактической классификации товаров.
Если "маленький компрессор" - это действительно отличительный товар из общего ряда и вам по задачам бизнеса нужно разделение (допустим по габаритам), то вы формируете товарные градации и те маленькие компрессоры которые резонно можно отделить, допустим, от средних и больших - выносите в отдельную группу, для группы определяете новую категорию "Маленькие компрессоры" - она будет являться посадочной страницей.
Вот слово "хороший" - это не отличительная характеристика, потому что если бизнес предлагает товары, то он должен предлагать качественные товары и в этом смысле они должны быть все хорошие (ибо плохими торговать нет смысла), поэтому запрос "хороший компрессор" уверенно можно отнести на посадочную с общим запросом "компрессор".
