- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ну, ОК. Эта сложность в пустоту.
Это не сложность, это рядовое решение задачи. Я эти задачи определяю и корпоративно решаю.
И юзеры, и спецы (нормальные) различают ТИПЫ страниц по-другому.
Вы либо невнимательны, либо упорно гнете свою линию от противного. Зачем - непонятно, ибо я не спрашиваю совета.
Я не ставлю задачу определять типы, я определяю задачу отделить сущность категории от сущности страницы. Это простейшая задача.
Про типы страниц я вам ответил выше с примером.
И да, я не заставляю программиста определять сущность по слэшу (а то тут уже набираются старатели исказить сказанное мною), понятно, что элементу присваивается признак (категория или страница) согласно представленной рабочей структуре, поэтому CMS-ке нет проблем понять, что это за сущность каталог или страница. Поэтому все условности со слэшем это лишь правила формирования URL адреса, а не наоборот. И в этом не должно быть никаких особых сложностей.
Представляю, как плюются проггеры, работающие по вашим ТЗ 😊
Вообще все равно какое у них слюноотделение. Есть задача, есть решение, есть позитивные результаты для бизнеса.
Есть позитивные результаты для бизнеса, клиент доволен - процесс идёт дальше. Сильно отстающие от непосильных задач проггеры отваливаются, остаются те, для кого подобные элементарные задачи в порядке вещей.
Или вы считаете, что я должен беречь проггеров и отказываться от своих типовых задач по аналитике?
Это даже не смешно :)
Или вы считаете, что я должен беречь проггеров и отказываться от своих типовых задач по аналитике?
Зачем Вы парсите чужие сайты?
Вы ТЗ ставите программистам чужих сайтов, чтобы Вам было проще их парсить?
Зачем Вы парсите чужие сайты?
Вы ещё спросить, зачем я занимаюсь продвижением чужих (клиентских) сайтов :)
Теперь отвечаю на ваш вопрос - я конечно могу парсить свои сайты, коих с каждым годом всё меньше, ибо избавляюсь за ненадобностью, но такова моя проф. специализация - я занимаюсь клиентским продвижением, поэтому по рабочим надобностям чаще всего занимаюсь парсингом чужих сайтов.
Но про меня лично не интересно, интересно про разнообразный опыт, хотя я по предложенной теме уже высказался.
Было бы интересно послушать кто ещё использует какие решения для рабочих задач.
Вы ТЗ ставите программистам чужих сайтов, чтобы Вам было проще их парсить?
Нет. Давайте, если вам так интересно про меня и про мою рабочую практику - пишите в личку я вам отвечу на ваши личные вопросы :)
Вы ещё спросить, зачем я занимаюсь продвижением чужих (клиентских) сайтов :)
Клиентские - не чужие.
Клиентские - не чужие.
Это вопрос определений. Для меня мои - в моей личной собственности.
Клиентские - не чужие.
Походу у него клиентские быстро становятся чужими 😀 Или чужие редко становятся клиентскими на постоянной поддержке 😀
Ну вы ещё расскажите, что клиентские сайты становятся своими. Отбросьте уж свои ехидные фантазии :)
Хотя, помнится мне, лет эдак 10 назад обратился один коммерс за продвижением и там оказалось, что его нанятый программист поставил Sape-у на внутренние страницы и так тихонько зарабатывал на ссылках. Я как увидел - прибалдел от такой наглости :)
Тоже видимости посчитал, что раз поработал какое-то время с клиентом, то сделанный им сайт стал "его".
Хотя, помнится мне, лет эдак 10 назад обратился один коммерс за продвижением и там оказалось, что его нанятый программист поставил Sape-у на внутренние страницы и так тихонько зарабатывал на ссылках. Я как увидел - прибалдел от такой наглости :)
Может, программисту сильно не доплачивали или вообще не платили, и у них был такой негласный договор 😉 А вы пришли и быстро все порешали типа 😀
Я представляю фейсы прошаренных сайтовладельцев, их проггеров и т.п., к которым «приходит» Антоний и говорит: моя аналитика будет норм. работать, когда у адресов таких-то страниц будут трэйлинг слеши, а таких-то нет 😂 Спасибо, повеселил. Не зря я полсубботы на «серфинг» потратил. Можно сегодняшнюю развлекательную программу считать выполненной.
Таксономия имеет отношение к организации иерархии. Структура сайта характеризуется формированием рабочего древа (той же иерархии), где каждый элемент имеет свой URL, так понятно?
Жонглёрство словами. Иерархия документов внутри сайта не имеет отношения к "иерархии" урла, тк нет и такого понятия "иерархия урла" . А таксономия - вообще понятие их параллельной вселенной.
Да! Нет и никакой урл-таксономии. Не надо выдумывать терминологию.
Но хорошо. А можете показать хотя бы не крупные проекты, но не ГСы, где категория и страница отличится последним слешем? Свои-не свои, не важно.
Вообще никакого гемора, годами ставлю задачу - программисты выполняют и всё работает.
Реализовать то можно, но проекты у вас все таки видимо достаточно ненагруженные. Смотрите, чтобы вы могли не переходя на страницу понять что это раздел или страница, серверу приходится ради редиректа, подключать ядро CMS, инициализировать все события, пробегать по роутам и только тут можно воткнуть ваш редирект. PHP не славится быстрой инициализацией и получается ради примитивной задачи вы грузите сервер, от сюда я могу сделать вывод что проекты у вас ненагруженные, так как на нагруженных такой фигней не страдают даже для удобство сеошника и это скорее всего не единственная идиотская просьба. Совет на будущее, различайте как то по другому, например для страниц можно добавлять .html а для разделов последний / и многое можно будет разруливать не подключая php