- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А что лучший?
Похоже что Вы не очень внимательно прочитали тему - я уже писал.
Лучший - это толстый бумажник - который позволит нанять грамотную команду - которая сделает отличный сайт без разницы на чём - хоть самопис, хоть ВП, хоть Битрикс, хоть Друпал и т.д. и т.п.
хоть самопис
Да, самопис – лучший.
А что лучший?
Сначала надо определиться, что подразумевается под словом лучший. По мне, на текущий интервал времени лучший новостной сайт это который не ходит каждый раз в БД чтоб сделать страничку с текстом, по этому самое что ни на есть норм это https://jamstack.org/headless-cms/ + https://jamstack.org/generators/
Сначала надо определиться, что подразумевается под словом лучший. По мне, на текущий интервал времени лучший новостной сайт это который не ходит каждый раз в БД чтоб сделать страничку с текстом
Значимые параметры - у каждого свои. И их вес (даже в случае совпадения списка) может отличаться.
Тут у нас разночтений нет?
Технические детали реализации могут быть важны, а может - и нет: "У нас есть яйцеголовые, сделают как надо из чего угодно". Тут скорее нужен отранжированный список требований - и подбор по нему
не ходит каждый раз в БД чтоб сделать страничку с текстом,
БД надо.
но,
Какие то данные о юзере есть. Это я если че, в координатах [], через впн правда. Но, и какие то другие данные, тоже есть
БД надо.
Другое дело, когда исполнить.
-----
Пардон за офф, но выше уже ведь выяснили самую крутую кмс
БД надо.
Не очень все же понял ваш посыл, зачем статичному сайту БД? Она может вполне быть, просто сайту для генерации контента туда ходить не нужно, такой контент должен с сдн прилетать а вся динамика догружаться скриптами
а вся динамика догружаться скриптами
Пример неудачный😔 Или, скорее, неудачно раскрыт. Региональность и все, что с этим связано. От СЕО, до аналитики какой то. Хотя, сознаю, бд в данном случае будет своеобразная, оправдаюсь тем, что Редис имеет какие то признаки бд.
Но, главным образом, наверное, обвес контента. Который, вместе с контентом, даст наиболее полный ответ по нужному ключу. Соответственно, надо что бы все это безобразие поисковиками гарантированно индексировалось. А тут, уже полноценная БД, скорее всего фулл-текст индекс придется использовать.
Да и по скорострельности, не факт, что запрос + xhr + еще запрос с коннектом к бд (а может не 1), будет лучше чем 1 запрос с коннектом к бд.
Пример неудачный😔 Или, скорее, неудачно раскрыт. Региональность и все, что с этим связано. От СЕО, до аналитики какой то. Хотя, сознаю, бд в данном случае будет своеобразная, оправдаюсь тем, что Редис имеет какие то признаки бд.
Но, главным образом, наверное, обвес контента. Который, вместе с контентом, даст наиболее полный ответ по нужному ключу. Соответственно, надо что бы все это безобразие поисковиками гарантированно индексировалось. А тут, уже полноценная БД, скорее всего фулл-текст индекс придется использовать.
Да и по скорострельности, не факт, что запрос + xhr + еще запрос с коннектом к бд (а может не 1), будет лучше чем 1 запрос с коннектом к бд.
Вы генерите каждую страницу в статику, в том числе сео, регионы и обвес. Он же никак не меняется от пользователя к пользователю. Система аналитики у вас внешняя ну или своя простейшая, какой нибудь запрос в тарантул если уж очень нужно который все сложит. Посыл в том, что на таких сайтах контент то не меняется, зачем ходить в бд на каждый хит? статик ген это следующий шаг после кеширования, когда ты кеш прогреваешь заранее, а не на первом хите
в том числе сео, регионы и обвес. Он же никак не меняется от пользователя к пользователю
Меняется. Регионы точно. Обвес тоже, как минимум, после того как новость добавилась.
Например новый документ про "достопримечательности праги", а есть новости про
['град_пражский',
'площадь_староместский',
'карлов_мост',
'город_старый',
'святой_собор',
'вацлавская_площадь',
'тынский_храм',
'еврейский_квартал',
'дом_танцующий',
'башня_пороховой',
'место_стар',
'исторический_центр',
'маленький_страна',
'берег_левый',
'малый_страна',
'площадь_республика',
'место_нова',
'камп_остров',
'интересный_место',
'билет_входной',
'вар_карлов',
'место_стара',
'метро_станция',
'гора_кутна',
'метро_схема',
'отзыв_турист',
'виноград_район',
'проезд_схема',
'интересный_факт',
'петь_фонтан']