Идеальная CMS/CУК для бизнеса

Попиарим как питон😎 чисто, как инструмент для хорошего сайта

Sly32, пхпшный бэкграунд большой, на все случаи жизни классы, функции отработанные годами есть. Так что, пока никак, приходится мириться с зоопарком :(

А в целом, скорее да, скрипач php не нужен, чем нужен. Я это понял, решая одну задачу. Спарсить документ и определенным образом обработать. Парсеры на пхп у меня норм, ответ сервера без указания кодировки их не обманет. Но вот незадача, данные нужно питоном обработать. Глупо получать их с помощью пхп, а обрабатывать питон-скриптом. А что там, питон умеет парсить хтмл? Еще как умеет.

soup = bs4.BeautifulSoup( html, 'lxml', from_encoding=encoding )

for t in soup.findAll( text=True ):

  if self.tag_visible( t )==True:

Куда проще все и элегантней. А учитывая простоту асинхронной работы

with concurrent.futures.ThreadPoolExecutor( max_workers=len(self.urls) ) as executor:

  url_parsed = { executor.submit( self.delivery, url ): url for url in self.urls }

Вообще - песня☝

Я еще не дорос, в рамках задачи (банальное апи - что то сделать и отдать json в зависимости от запроса) пока достаточно

from flask import Flask

from flask_restful import Resource, Api

#.....

Все это вы легко найдете в питоне)

Однозначно! Парсить питоном просто великолепно. Работал с BS, в нектороых случаях даже селениумом приходилось забирать.

Фласка действительно для этой цели - более чем, джанга тяжелее гораздо.

Отчего же. Каждый программист должен написать в своей жизни как минимум один движок (с).

Я просто говорил о недостижимости идеала для всех и вся.

Систематизируем промежуточные результаты

обвес документа. Что надо? Есть ли необходимость в том, что все подборки должны быть тематически связаны с тайтлом.

Надо, предложены варианты:

Вопрос только - как это "прям вау" реализовать. За первые 2 варианта (на основе ...) 🍻

шаблоны вывода категорий/карточек - достаточно один на все или гибко, у каждой категории свой шаблон.

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

правило для "товар в разной категории"

Вопрос снят

правила формирования тайтл/дескрипшн

Надо, предложено:

Жду аргументированных возражений.

правила обработки 302/301. 1С обмен/xls и - сегодня товар есть, завтра нет, а послезавтра опять есть

Пока не затронуто. Считаю надо. Без редиректа, но, со ссылками на аналоги и лучше "прям вау:D

контент как шаблон.

Надо, уже есть:

множественный контент, контент это не только статья, а вставка кастомного контента в разные области документа

Пока не затронуто. Но, считаю надо.

---------

Предложения:

Нужно расшифровать понятие "подборка" :D ТЗ же. Ну типа - документ сгенерированый под определенный, нужный запрос. Который, отдаст результат поиска по базе товаров. Для которого, все выше и ниже перечисленные правила справедливы. Тайтл может быть из шаблона, если нет кописеорайтерского и т.д.

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

По мне так, сук для бизнеса дублей допускать не должна.

Чета, cms как то лучше звучит😂