- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть порядка 1000 записей, чье содержание можно разделить на несколько тематических блоков. Например, краткое описание, несколько шагов инструкции, список характеристик, фото к каждому блоку.
Сейчас это все хранится в БД простыней текста.
Задача: сделать простым вывод данной информации блочно по шаблону, который легко можно редактировать, не трогая сами записи.
Какие варианты реализации вижу я:
1. Каждый смысловой блок хранить в отдельном поле БД. Но таких блоков много - может понадобится до 40-50 дополнительных полей. Это существенно повысит нагрузку на БД. Конечно, можно будет включить кэширование, но все же - не оптимальный вариант.
2. Хранить в БД каким-либо образом размеченный текст и написать функцию, которая его парсит и выводит информацию по шаблону.
3. Хранить всю инфу не в БД, а в xml файле, где уже все размечено. Но записей может со временем стать и 10 и 50 тысяч. Я не знаю, насколько быстро это будет обрабатываться.
В принципе 3-й вариант был бы мне полезен в дальнейшем - для удобного поиска по каждому из смысловых блоков, например. Но не до конца понятна реализация. При http запросе к странице нужно будет делать поиск по УРЛу в xml-файле и тянуть оттуда инфу? Много ли ресурсов это жрет, если записей будет не 1000, а 5000 или 50000?
2-й вариант наиболее прост для меня в реализации. Но оптимален ли он?
Возможно, подскажете еще варианты? Какой лучше?
Зто как?????
Зто как?????
Обычный текст. Без разметки и т.п. Соответственно, и выводится как обычный текст. Нужно разбить его по блокам и выводить эти блоки по шаблону.
1.
serialize()
unserialize()
Поиск в блоках неудобен.
Зато в одной
2. разбивать по отдельным полям
Т.к. блоков Х, то это минус
3. Привести к 1NF
есть минусы