- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Неверно, мне кажется, суть уловили.
Началось с того, что попросили накидать актуальные CMS без БД.
Всё несколько глобальнее.
Я не про задачу ТСа, а про тёрки "БД vs файлы". Последнее время всё чаще это возникает. Прям как с плоской землёй. Ощущение, как будто попал в далёкое прошлое. Эдак скоро докатимся "счёты vs ПК"
Всё несколько глобальнее.
... а про тёрки "БД vs файлы" .... Эдак скоро докатимся "счёты vs ПК"
Не настолько категоричен. Для задачи быстро сделать сайт визитку в пределах 5-10 страниц файлы бы не исключал. Быстро, это 2-3 часа времени, 70-100 строк кода + работа над шаблонами. Управление в 2-3 простых текстовых файлах. TTFB - десятки мс.
Зы: 2-3 простых имеется ввиду для конкретного раздела (меню, м/б суб-меню или парент-меню и собственно файл контента + файл шаблона), понятно что 50 страничника файлов будет минимум 52
Для задачи быстро сделать сайт визитку в пределах 5-10 страниц файлы бы не исключал.
Во первых - я выше говорил, что для некоторых сайтов и я вполне допускаю использование файлов (доры, леддинги без управления клиентом и тп).
Во вторых "быстро" не показатель в спорах "БД vs файлы". Это полностью зависит от того, кто чем может делать. Те "свойство" (если так можно сказать) разработчика. Субъективная хар-ка.
Я отреагировал лишь на
Всё чаще мне начинает казаться, что теория плоской земли добралась и до разработчиков.
но учитывая
что для некоторых сайтов и я вполне допускаю использование файлов
предмета разногласий вроде как нет.
Это полностью зависит от того, кто чем может делать. Те "свойство" (если так можно сказать) разработчика. Субъективная хар-ка.
Спс кэп. Те, кто не имеют "свойства" использовать файлы в качестве хранилища, не используют их. И я кэп 😂
Запрос к базе букварикс имеющей 43984091 записей - менее 1 секунды
Почитайте о быстродействии MATCH (для mysql, sqlite) и что такое индексы.
Вы, наверное, сюда потрындеть пришли, и понятия не имеете, что такое сайты, и как и для чего они делаются.
Сразу кидается в глаз ответ профессионала.
Классический пример: подсказки в поиск для магазина с 100 товаров.
В 99% случаев народ будет при нажатии кнопок аяксом их с сервера вынимать.
Представляете :) ? Вместо того, чтобы получить все названия всех товаров один раз асинхронно
и сохранить их в локалсторейдж и мгновенно реагировать на ввод со стороны клиента
будут туда-сюда аяксить до позеленения, со стороны сервера запускать скрипты, искать в базе :))) и возвращать ответы.
Возвращайтесь туда, откуда вылезли.
Вы знаете о том, сколько можно данных записать в LocalStorage (килобайт) ?
Вы думаете о количестве трафика и размер JSON (AJAX) ответа ?
Такие мамонты как вы наверное и не знают что такое Redis, Sphinx и предварительная индексация.
Почитал ваши другие ответы, мне больше не о чем с вами разговаривать.
Пишите и далее свои модные сайты с sql запросами в шаблоне.
Почитайте о быстродействии MATCH (для mysql, sqlite) и что такое индексы.
Все давно прочитано, но это фигня. Еще и 100500 раз испробовано. Каждый день, по много раз.
Детский вопрос знатоку, где будет тормоз? Ответ нужен для базы 5МБ и 30МБ+. Задача удалить таблицу, создать заново с новой структурой и залить в нее каких то данных. $sqlite->t - надстройка над ПДО 1-параметр SQL-запрос, 2-й (если есть) - массив данных для загрузки. В зависимости от типа запроса (INSERT, UPDATE и т.д.), комбинации параметров и структуры массива выполняет self - или просто exec или query, или prepare + execute. Когда нужно ([':id'=>1] или [0=>[':id'=>1]]) включаются транзакции (self::$I->exec('BEGIN IMMEDIATE;')).
Это в пику - Redis, Sphinx и предварительная индексация - не к месту они в рамках этой темы.
Сразу кидается в глаз ответ профессионала. Возвращайтесь туда, откуда вылезли.
Не мне, но прокомментирую. Усугубляете. Не лучший вариант. Уважать надо собеседников:)
Почитайте о быстродействии MATCH (для mysql, sqlite) и что такое индексы.
Сразу кидается в глаз ответ профессионала.
Возвращайтесь туда, откуда вылезли.
Видно, сходу видно очередного профи :)
Вы знаете о том, сколько можно данных записать в LocalStorage (килобайт) ?
А вы ? Тысячи килобайт, прикиньте. Мне обычно достаточно десятков и сотен.
Вы думаете о количестве трафика и размер JSON (AJAX) ответа ?
Конечно думаю. Трафика при этом подходе генерируется зачастую меньше.
Да это в целом и неважно. Могу себе позволить хоть мегабайт залить.
И всё равно общий объем трафика для страницы будет меньше, чем у популярных современных решений.
За счет отсутствия всяких бустрапов(брррр) итд итп.
А учитывая асинхронность, вообще не вижу проблем никаких.
К слову: траффик я лично обычно оплачиваю, исходящий :)
Такие мамонты как вы наверное и не знают что такое Redis, Sphinx и предварительная индексация.
Они даже знаю когда это всё нужно, а когда нет, в этом разница.
Мамонты не впихивают всюду фичи, "которым пацаны научили вау круто".
Они формируют свой стек в зависимости от задач, а не в зависимости от моды.
Почитал ваши другие ответы, мне больше не о чем с вами разговаривать.
Пишите и далее свои модные сайты с sql запросами в шаблоне.
:) так к чему всё написанное :)
И да, я как-то от использования sql как-раз отговаривал, зачем они в шаблонах-то ?
Лучше бы от него вообще отказаться. Везде.
Тут подумал... пожалуй у меня есть ИМ, где нет вообще никакого sql. Нигде. Ваще.
И ничего - работает :)
Не мне, но прокомментирую. Усугубляете. Не лучший вариант. Уважать надо собеседников:)
Я еще на первой странице привел в пример 9 CMS на файлах и выделил интересные.
Дальше получил ответ от _SP_ что зачем все это нужно, если все можно отдавать из файловой системы.
Конечно можно, можно также настроить прозрачное кэширование на nginx и для всех пользователей отдавать данные через proxy_cache, а для админа настроить proxy_cache_bypass. Но это относится к теме ? Ответ нет.
Человек искал CMS очевидно на PHP так что все что далее писал _SP_ это попытка навязать свою точку мировозрения.
Очевиднож. Чтобы не было ненужной БД :).
А зачем для CMS БД нужна :) ? Цель её наличия (кроме тормозов) какая :) ?
Как говорил уже раньше, у _SP_ свой подход, все должно быть на файловой системе.
Я сейчас не буду рассуждать на тему IO файловой системы и БД с кэшированием запросов и индексов в RAM.
Также опустим то, что возможно ТС нужно будет когда-то использовать поиск по файлам (аналог query) ибо это просто ужасно долго и ресурсозатратно.
Вы, наверное, сюда потрындеть пришли, и понятия не имеете, что такое сайты, и как и для чего они делаются.
Как видно "конструктивна критика по теме разговра".
Marat_Kh так о каком уважении вы говорите ?
Его нет на форумах уже давно. Лет 5 назад все было как-то по другому.
Список современных, удобных в работе cms на файлах. В подборку включены только бесплатные сms на файлах.
TYPESETTER CMS
GRAV
HTMLy
Quick.Cart
Monstra
GetSimpleCMS
SITEMAGIC CMS
feindura CMS
WonderCMS
CuteNews
CMSimple
Nuggetz
razorCMS
Pluck
Flatnux CMS
PivotX
GuppY
LiBe CMS
TinyCMS
Free Cart Commerce + Free CMS
Nibbleblog
Bludit
FlatPress
CMSQLite
RuubikCMS
Sitecake CMS
Mara CMS
NetArt Easy Cart v2.0- простая корзина для покупок с админкой, списком-каталогом товаров, товарными карточками. Можно легко интегрировать в уже существующий сайт. Подойдет если не нужен большой магазин.
---------- Добавлено 23.01.2018 в 12:54 ----------
БОЧ рВФ 260602, а ещё требования есть ?
Marat_Kh так о каком уважении вы говорите ?
Его нет на форумах уже давно. Лет 5 назад все было как-то по другому.
Тем не менее, думаю лучше не уподобляться.
Во многих темах серча люди со своими тараканами и часто срач начинается от непонимания что сказал оппонент. Так же часто, особенно в темах о разработке, люди почему то считают что их вариант единственно верный. На мой взгляд, который основан на почти 20 летнем опыте php, mysql, js, css, sqlite и прочей ерунде - это ошибочно, каждую задачу можно решить уймой способов. Поэтому от однозначных толкований, типа файлы плохо, бд хорошо или наоборот лучше воздержаться. Каждый инструмент хорош по своему.