- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
всем спасибо!
начал понимать наглядную разницу между этими видами цмс)
То есть цмс с БД быстрее и экономней будут к ресурсам по сравнению с цмс без БД в случае "огромного" количества страниц?
Все зависит от реализации. В общем случае при большом количестве страниц СУБД эффективней.
В проекте много страничный сайт статический сайт. Страниц будет около ~50000
при таком количестве постов только бд. Файловая версия хороша на небольшом сайте. Из опыта разработки обоиъх версий CMS бд ничем не хуже, а при болших объемах лучше. Нагрузка изависит от кривизны движка, а не от бд или файлов, например wordpress молча сосет, а ведь на бд, но создает проблемы
Например вот очень не плохая CMS отечественного разработчика litepublisher.ru
Может работать как на файлах так и с MySQL
Множество плагинов, в том числе для работы с рекламными блоками.
На файлах работает сайтик 10000 хостов, полет нормальный.
В рассматриваемом ключе количество страниц особой роли не играет.
Специфично оно.
Есть одна поделка, боюсь аж в админку заходить(такое наворочено:)), без крайней необходимости стараюсь не трогать ничего.
Например вот очень не плохая CMS отечественного разработчика litepublisher.ru
Может работать как на файлах так и с MySQL
Множество плагинов, в том числе для работы с рекламными блоками.
На файлах работает сайтик 10000 хостов, полет нормальный.
В рассматриваемом ключе количество страниц особой роли не играет.
На этом форуме где то был ликбез по Блоголету (очевидно, что Лайтпублишер - это просто переделка данного движка). Отписались, что код там грубо говоря не очень. Это видно по некоторым формам даже на самом сайте проекта. Так что о качестве разработки можно только догадываться.
Странно, а где же наш дружелюбный форумчанин с пиаром своей цмс?
Странно, а где же наш дружелюбный форумчанин с пиаром своей цмс?
Добили ВЫ его.Хотя я тоже работаю с сайтами без баз.На них не проблема сделать и 50000стр. и больше.Кому что нравится.
Хотя я тоже работаю с сайтами без баз.На них не проблема сделать и 50000стр. и больше.Кому что нравится.
А в чем смысл? База на файлах, которую написал одинэсник Петя после работы на 50к страниц будет работать, делать выборку быстрее чем мускул? Уже не говоря о безопасности, конвертации, ошибках и вероятности потери информации.
А потом будут темы на форуме:
Ребят, тут б/д сайта на ВасяиПетяДваВеселыхПрограммистаCMS слетела, как вытащить 50к страниц и конвериторать их в MySQL?
Объясните в чем преимущество файловых?
MySQL + кеширование и никаких проблем.
Забудьте о цмс без БД, они актуальны когда на сайте 5-10 страничек.
Сайты с БД более масштабируемы и мобильны в плане изменения структуры данных.
для более 5000 страниц - наверное мускль, таки да
или я что то неправильно делаю, но у меня они живут прекрасно и при 10к и посещалове, при этом - на говношареде, где Вп долго думает, прежде чем отдать страницу 30 посетителям в день
мускуль- тот же текстовый файл, который просто лежит на другом сервере (это если хостер вменяемый) так что разницы нет, все завист от скрипта обработчика.
В большинстве случаев dat быстрее работают, факт
для более 5000 страниц - наверное мускль, таки да
мускуль- тот же текстовый файл, который просто лежит на другом сервере (это если хостер вменяемый) так что разницы нет, все завист от скрипта обработчика.
В большинстве случаев dat быстрее работают, факт
Ну зато над тем как правильней обработать этот файл думают лучшие программисты мира за хорошие деньги не один год и уже эта система была испытана и отлажена по всему же и тому же миру.
Мож оно и не так быстро но зато есть гарантия надежности.
Вообщем, дело выбора