- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
А и как это можно было сайт без БД тестировать с базой в SQLite? 🙄
Очень просто. Вы наверное никогда не работали с фреймворками и понятия не имеете что такое сайты созданные с нуля по ТЗ.
Первый вариант подключал файл (include), в котором хранились данные страниц в виде массива (вес файла ~ 2 Мб) из которого брался нужный контент.
Второй вариант получал нужный контент через запрос к SQLite (вес базы ~ 2 Мб).
---------- Добавлено 17.01.2018 в 20:49 ----------
Что-то не пойму, у вас нгикс тормозит выдавая статику :) ?
Чтож с ним будет если к этому еще накрутить обращение в БД :) ?
Вы поняли что написали ?
CMS на PHP это уже не статика.
Вы либо тему топика не читали, либо решили показать свою глупость. Ну или все вместе.
Какие и зачем данные вы собрались "хранить и легко выбирать" ?
Легче всего "энти данные" достать из файловой системы, в виде уже готовой страницы, и сразу отдать пользователю.
Даже скриптов никаких не надо :).
Спасибо за идею, вы только что придумали HTML 😆
Всё зависит от задачи, если нет динамического содержания (а его наличие весьма нечастая штука), то без БД и скриптов на стороне сервера вполне можно легко обойтись.
Вы из какого года нам пишете ? Судя по продвигаемой философии где-то с времен популярности Web 1.0 🤣
Второй вариант получал нужный контент через запрос к SQLite (вес базы ~ 2 Мб).
Архитектура скажут почти все, и я повторю - архитектура. А зачем сразу 2МБ, которые могут перерасти в 100500МБ, может проще 3+ файла грузануть.
Реквайр файл вменяемого размера 10-100-ни мс. Памяти юзается мизер. Как показывает практика, число разделов на сайте исчисляемых 1000 редко встречается. Разделы дальше 3-4-5 уровня вложенности тоже не популярны (с) Кэп очевидность
как вариант, коих может быть немало. Зависит☝
Из файла можно по разному данные брать require, file_get_contents + (json_decode, SimpleXML иже с ним про xml, csv, parse_ini_file).
Но, да SQLite тоже уважаю :) И вот почему. К вопросу о скорости SQLite:
Запрос к базе букварикс имеющей 43984091 записей - менее 1 секунды
Сразу видно что вы никогда не производили тесты производительности.
Вы наверное никогда не работали с фреймворками и понятия не имеете что такое сайты созданные с нуля по ТЗ.
---------- Добавлено 17.01.2018 в 20:49 ----------
подключал файл (include), в котором хранились данные страниц в виде массива (вес файла ~ 2 Мб) из которого брался нужный контент.
Первый вариант подключал файл (include), в котором хранились данные страниц в виде массива (вес файла ~ 2 Мб) из которого брался нужный контент.
Уже на этом месте стоит убицца апстену. Зачем этот файл, когда быстрее обращение к одному из n-файлов по паре килобайт.
Без базы даже форум можно сделать и они летают везде, на самых запущенных хостингах за 3 бакса
Очень просто. Вы наверное никогда не работали с фреймворками и понятия не имеете что такое сайты созданные с нуля по ТЗ.
Первый вариант подключал файл (include), в котором хранились данные страниц в виде массива (вес файла ~ 2 Мб) из которого брался нужный контент.
Второй вариант получал нужный контент через запрос к SQLite (вес базы ~ 2 Мб).
Давайте я навстречу свои предсказания выдвину.
Наверное, когда я писал и размещал сайты, вы еще под стол пешком ходили или на заводе работали.
(для справки, были времена, когда я получал html-страницы от релкома в виде вложений в письма
(никакого http не было и в помине), примерно тогда-же, когда я имел email пользоваться которым
для отсылки писем родственникам приезжали люди со всей москвы, и да, модемы и соединение на 300 бод :) я тоже застал).
Нет, я стараюсь не работать с фреймворками покуда это возможно.
Просто потому, что часто это крайне неэффективно. Опыт знаете-ли.
Но порой приходится... бррр...
Зато у меня был свой собственный аналог смарти лет за 5 до того, как сам смарти мне попался.
А может и за 10, не помню уже.
Нет, по дебильным ТЗ я в вебе не работаю, смысла не вижу. Если ТЗ не нравится, за работу не берусь.
---------- Добавлено 17.01.2018 в 20:49 ----------
Вы поняли что написали ?
CMS на PHP это уже не статика.
Вы либо тему топика не читали, либо решили показать свою глупость. Ну или все вместе.
Да нет, я-то понял.
Это вы читать нихрена не умеете.
Еще раз: только конченные дебилы, каковых 99% будут при каждом визите на сайт не требующий динамического содержания запускать какие-то скрипты. Ферштейн :) ?
В нормальной системе управления контентом какие-то php запускаются только в тех случаях, когда происходит редактирование данных, либо подготовка уникального содержания (это надо крайне редко).
Для совсем тугих: скрипты запускаются для админки. Клиенты обеспечиваются уже готовыми html.
Часто такие решения вообще не требуют БД используя файловую систему (она тоже БД вообще-то).
Работают при обслуживании пользователей молниеносно, фактически со скоростью пинга.
Не требуют сложной конфигурации, наличия серверов итд итп, подходит любой копеечный хостинг.
Легко поддерживаются, стабильны в работе (резко ничего не ломается, тестирование требуется
только после внесения изменений) итд итп.
Вы из какого года нам пишете ? Судя по продвигаемой философии где-то с времен популярности Web 1.0 🤣
Из того года, в котором надо чтобы работало, а не "чтобы модно".
Из того, когда перед тем как делать башкой думали, а не мышкой в экран тупо кликали.
---------- Добавлено 18.01.2018 в 12:09 ----------
Запрос к базе букварикс имеющей 43984091 записей - менее 1 секунды
Так былиб индексы в памяти... дальше все почти со скоростью вынимания с диска.
Ну и... 1 секунда выж понимаете, что "на продакшене" это "приговор" ?
Есть, есть места, где без БД никуда.
Но современные разработчики лепят в базу всё подряд.
Что надо, что не надо, что точно не надо.
Причина этому к сожалению проста: квалификация не позволяет сделать что-то отличное от
установки какого-нибудь популярного говнокода написанного индусами. Часто не только их
квалификация, но и квалификация заказчиков.
И даже вопросов не возникает ни у кого "почему генерация страницы сопряжена с 300 запросами в БД"...
Классический пример: подсказки в поиск для магазина с 100 товаров.
В 99% случаев народ будет при нажатии кнопок аяксом их с сервера вынимать.
Представляете :) ? Вместо того, чтобы получить все названия всех товаров один раз асинхронно
и сохранить их в локалсторейдж и мгновенно реагировать на ввод со стороны клиента
будут туда-сюда аяксить до позеленения, со стороны сервера запускать скрипты, искать в базе :))) и возвращать ответы.
"Мама роди меня обратно".
ЗЫ. Тему смачную нашел, соседнюю
/ru/forum/983145
"Тормозит WordPress. 900+ запросов на странице!"
:)
Без базы даже форум можно сделать и они летают везде, на самых запущенных хостингах за 3 бакса
Пока маленькие, пока возможностей минимум. Чуть больше требований и пипец. В 2018 искать без БД - это надо старовером быть :)
В 2018 искать без БД - это надо старовером быть :)
Лендинг или визитка из десятка страниц, каких в сети миллионы? Как два пальца обасфальт!
Лендинг или визитка из десятка страниц,
А зачем там кмс вообще ? Сверстал хтмл да закинул на сайт.
А зачем там кмс вообще ? Сверстал хтмл да закинул на сайт.
Чтобы хозяин сайта, который никак в этом не рёхает, не дёргал меня потом с просьбой "измените на сайте фамилию главного бухгалтера".
Разговор свернул в сторону БД vs файлы. По мне так, ничего плохого ни в файлах, ни в БД нет. Сам юзаю и тот, и другой вариант сугубо в зависимости от задачи. Полет нормальный;)
Ну и... 1 секунда выж понимаете, что "на продакшене" это "приговор" ?
Конечно.
Такие запросы к базе с почти 44 млн. записей никто в здравом уме "на продакшене" задавать ни будет.
Классический пример: подсказки в поиск для магазина с 100 товаров.
В 99% случаев народ будет при нажатии кнопок аяксом их с сервера вынимать.
Представляете :) ? Вместо того, чтобы получить все названия всех товаров один раз асинхронно
и сохранить их в локалсторейдж и мгновенно реагировать на ввод со стороны клиента
будут туда-сюда аяксить до позеленения, со стороны сервера запускать скрипты, искать в базе :))) и возвращать ответы.
"Мама роди меня обратно".
"Тормозит WordPress. 900+ запросов на странице!"
:)
А если их, товаров, 100000. Или сегодня 100, завтра 1000000, а послезавтра 12🍿