logamagoga

Рейтинг
14
Регистрация
12.05.2017
Дикий пионер:
Т.е. в случае переименования какой-то из подкатегорий ТС надо будет руками каждую подкатегорию переименовывать?

Термин "инвалидация кэша" вам о чем нибудь говорит?

Bosik:
Тематика какая? 🍿

Косметика и сопутствующие товары

emelee:
А плеер.ру то тоже с чего-то начинал. У вас есть свой бизнес? Наверное добрая половина бизнеса в рф- это перепродажа, как и в мире впрочем.

Они давно начинали.

БОЧ рВФ 260602:

Накидайте бесплатные актуальные CMS без БД, новостного типа. Чтоб можно было легко натянуть на CMS любой html шаблон.

Без БД и чтобы легко натянуть - это несвязанные проблемы.

Без БД лучший вариант - это static site generator. В частности, бонусом получаешь максимально возможную производительность. Никакие CMS и рядом не лежали.

Например, http://gohugo.io/ Готовишь шаблон, готовишь текстовые файлы с новостями, запускаешь hugo - он натягивает на новости шаблон и получается сайт.

---------- Добавлено 25.02.2018 в 14:10 ----------

WEMASTER:

Marat_Kh так о каком уважении вы говорите ?
Его нет на форумах уже давно. Лет 5 назад все было как-то по другому.

Врете вы все.

Лет 7 назад люди уже обижались когда к ним на ты обращались.

Хотя, например, в начале века - нормой было именно на ты.

---------- Добавлено 25.02.2018 в 14:21 ----------

WEMASTER:
Сразу видно что вы никогда не производили тесты производительности.
Я вот производил, и результатом был шокирован.
Сайты без БД при множестве потоков (клиентов в секунду) начинают жрать столько времени CPU, что сайт начинает жутко тормозить (вплоть до нескольких секунд на открытие страницы).
Проверял тот же сайт (скрипт) на с базой в SQLite и страницы молниеносно загружались.
Сайт без БД выдерживал 200 потоков, с SQLite выдерживал 1500 потоков без заметных лагов.
Ну и база SQLite размещается в едином файле, легко копируется, редактируется итп. Выводы делайте сами.

Е-р-у-н-д-а.

Зависит он конкретной кривизны конкретной тестируемой системы.

Вы раз уж тестировали - привели бы конкретные названия и описание железа.

И да - данные, коими тестировали - тоже имеют значение.

---------- Добавлено 25.02.2018 в 14:23 ----------

_SP_:
Какие и зачем данные вы собрались "хранить и легко выбирать" ?
Легче всего "энти данные" достать из файловой системы, в виде уже готовой страницы, и сразу отдать пользователю.
Даже скриптов никаких не надо ..

Только это не называется словом "CMS без БД"

Вы описали принципы работы static site generator.

---------- Добавлено 25.02.2018 в 14:28 ----------

WEMASTER:

Вы из какого года нам пишете ? Судя по продвигаемой философии где-то с времен популярности Web 1.0 🤣

Вы не понимаете умных слов, которые употребляете.

Дело в том, что Веб 2.0 - это дохрена JS на стороне браузера. Да, это динамика. В браузере. Никакого отношения к тому, что там на стороне сервера это не имеет отношения.

На сервере может быть при том полнейшая статика.

Дикий пионер:
Допустим.
Но вы-то что насоветовали? специализированную иерархическую БД или велосипед из (наверно самой неоптимальной) структуры в реляционной БД и key-value хранилища?
Как в вашей структуре надо будет хранить подкатегорию, у которой может быть сразу два родителя? А если это будут две разных по сути категории с одинаковым названием?

Не допустим, а так и есть. Иерархия это противная штука по производительности для всех распространенных СУБД (а к распространенным относятся классические реляционные MySQL/Postgres и т.п.; а также NoSQL, буде то документо-ориентированные или key-value). Не так плохо с иерархией только если уровень вложенности фиксированный и заранее известный программисту (разумеется если программист умеет это учитывать).

Иерархическая БД для данной задачи не нужна.

Предлагаемый вариант - это самая оптимальная структура в БД - потому что самая простая, более-менее естественная и понятная для программиста (ну насколько позволяют реляционные особенности СУБД). Повторяю еще раз - для хранения, для редактирования. Но не для выдачи пользователю. Эту структуру удобно редактировать и генерировать из нее кэшированные данные.

Для выдачи пользователю (разумеется, если вы заинтересованы, чтобы выдача происходила быстро) - использовать эту схему нельзя. Самый примитивный путь, который позволяет решить проблему в зародыше и которым должен владеть каждый веб-программист - агрессивное кэширование.

---------- Добавлено 25.02.2018 в 14:04 ----------

Дикий пионер:

Как в вашей структуре надо будет хранить подкатегорию, у которой может быть сразу два родителя? А если это будут две разных по сути категории с одинаковым названием?

Ровно столько вариантов хранить сколько будет вариантов отображения этого пользователю.

Если на всех страницах сайта меню отображается всегда целиком - достаточно хранить один-единственный вариант с полным меню.

Phaeton090:

на другом операторе все внорме. Если ваш сайт не использует протокол шифрования https - то - вот :

а если ваш сайт использует Joomla 1.0, то вас уже взломали....

вам не кажется, что в наше время, когда можно нахаляву или крайне дешево получить SSL-сертификат - сайты без https являются анахронизмом.

---------- Добавлено 25.02.2018 в 13:54 ----------

sergeich_gs:
CloudFlare — это такой посредник данных, который кэширует и ускоряет наши сайты (сжимает css, html, js), параллельно снижая нагрузку на свой сервер.

На самом деле нет.

Он еще геммору добавляет, если у вас сайт динамически меняется.

А если сайт чистая статика - чего его ускорять-то?

Польза от cloudflare начинается только при очень хорошей посещаемости.

Сейчас cloudflare суют туда куда надо и куда не надо.

От безграмотности это все.

donc:
Продаю Фуджи S5 PRO на авито, не снимаю им практически, чего зря болтается..

Насколько я знаю палку - с ней лучше не связываться - мужик потом запросто кинуть туда претензию и я останусь без фотика и денег. Хочет пересылки emspost.ru- тоже типа ее оплатит
Я прав?

Может вообще на него забить?

Палка охраняет интересы покупателей только если сделка перед подшефную площадку с которой хорошая интеграция (eBay).

В противном случае - твое слово, против слова покупателя.

Опасаешься - выведи деньги сразу как получишь.

Кот-Храпун:
Очередная тема из серии. :)

Интересна таки динамика.

У меня за исключением 2 дневного падения трафика чуть меньше продажи чем в это же время в прошлом году. Двинули кони 2 конкурента, 1 имел магазин в ТЦ, другой ИМ с офисом самовывоза и складом.

У меня вот у одних клиентов за последние годы все вниз ушло.

У других - напротив, все вверх.

Видимо, одни хорошо работают и подстраиваются к новым реалиям.

А другие считают, что можно на лаврах почивать до конца жизни.

🍿

Тот чел, у которого растут продажи, впрочем, вкладывается все больше и больше. Привлечение покупателей стоит все дороже и дороже, да.

Если бы он 10 лет назад вкладывался так как сейчас - 50% рынка РФ взял бы легко.... но тогда у него и не было подобных средств.

Владимир-C:
Вы хотите сказать, что ранжирование релевантности страниц оператором site: не является достоверным?

Относительно чего вы ожидаете релевантность в таком случае?

---------- Добавлено 25.02.2018 в 13:33 ----------

itSurf:
у Яна с выдачей всё спонтанно, пора уже привыкнуть :)

Интеллектуально, как они говорят.

Интернет постоянно меняется и выдавать одно и то же постоянно - по их мнению не корректно.

kashectvo:
Всем спасибо, тему можно закрыть. Домен получилось локнуть через регистратора рег ру.

Это минус к рег.ру, если они без решения суда такое делают.

Всего: 137