Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
Alexandr.Poddubsky
@AlexandrPoddubsky
из более сложных
это например замена в жабе слова drupal
Sergey Bril
@brilsergei
скрыть можно, но сложно и бессмыслено. помимо скрытия стандартных путей, http заголовков, переписывания js и всех хуков темизации, нужно еще и скрыть то же самое для популярных контриб модулей. а сколько займет замена пути, который используется для автокомплита в модулях? одного hook_menu_alter недостаточно.
Alexandr.Poddubsky
@AlexandrPoddubsky
вы про стулса ?
вьювки удобны на начальном развитии проекта
как бы на sql не обращаешь внимания . но когда идет уже оптимизация. сгенерированный sql конструктором лучше не смотреть. икота начинается
по правде говоря если бы в 6 версии внедрили много чего от 7. например обновили тот же квери и заменили бы md5 хотя бы. да много чего бы сделали. я бы с 7 вернулся бы на 6
но этого не будет увы. парадигма бизнеса не позволит дорабатывать 6 компании дриса
Sergey Bril
@brilsergei
да не только ctools. taxonomy term, commerce тоже имеют пути для автокомплита. и используются другими модулями
Alexandr.Poddubsky
@AlexandrPoddubsky
модуль таксономии? или доплнение к нему?
Sergey Bril
@brilsergei
да, модуль таксономии
Alexandr.Poddubsky
@AlexandrPoddubsky
пути переопределяются на самом деле легко
комерц не использую как и убер
Sergey Bril
@brilsergei
так мы же говорим про скрытие факта использования друпала в общем случае а не в вашем конкретном.
Alexandr.Poddubsky
@AlexandrPoddubsky
оба выглядят как костыли а не специализированный магаз. если делать магаз и только его. то рассматривать дру нельзя как платформу. а вот если как дополнение. то да можно
ну так те кто скрывает преследуют определенные цели. читал многих. логического ответа не получил из их высказываний. только просто хочу считай и все
поэтому всегда вспоминаю на такие случаи поговорку про кота и яйца
Alexandr.Poddubsky
@AlexandrPoddubsky
но могу сказать только оно частично скрывать как бы стоит
Alan Bondarchuk
@fortis
тогда уж рассматривать комерц или убер нельзя как платформу)
а друп прекрасен ))
alexd73
@alexd73
Всем привет! как научить друпал 8 не кэшировать для анонима?
KarmaBot
@KarmaBot
@alexd73, привет, как настроение?
Ivan
@Punk-UnDeaD
в препроцесс хтмл добавь настройки кеширования
Ivan
@Punk-UnDeaD
это не то
так ты весь кеш отключишь, даже твиг кеш
Alexandr.Poddubsky
@AlexandrPoddubsky
@fortis в случае как дополнение можно. но не как основную платформу для магаза. согалсись что он не специализирован конкретно для магаза?
Alan Bondarchuk
@fortis
@AlexandrPoddubsky ну специализированное это что, опенкарт? если только магаз типовой я про друпал как фреймворк, все что надо есть, сущности создал и вперёд) в 8 благо с ними ещё проще
Alan Bondarchuk
@fortis
чтоб написать корзину или заказ никаких препятствий друпал не делает, довольно легко с тем же eck в 7 делаются сущности которые сразу во вьюс интегрированы
а типовое все фигня, любой готовый магаз похож на кикстартер, магента или опенкарт, а нетиповых проектов как мне кажется все больше, думают как сделать свой проект лучше, как упростить оформление заказа и уйти от типовых форм
Andriy Khomych
@a-kom
@fortis Согласен, свою корзину не проблема написать, было бы желание, но часто ее даже писать не надо, проще подключить типичный модуль если заказчик так себе.
Dmitry Buriak
@dimb
@fortis по своему опыту с е-комерц решениями в Дрю, могу сказать что намного лучше заюзать тот же Опенкарт или Магенту, чем связывать десять сущностей, отлаживать inline-items etc. Дрю слишком монстрообразный для магазина и менеджить товары не удобно, а довести его до уровня той же мадженты выйдет ну очень долго ... Коробочные решения рулят. Дрю не для этих целей, имхо.
Alan Bondarchuk
@fortis
коробочные решения не рулят в сложных проектах или не типовых, если бюджет ограничен возможно лучше битрикс
связывать сущности, ну это архитектура бд, неожиданностью для программиста это не должно быть))
Dmitry Buriak
@dimb
@fortis Битрикс??? ОМГ )))) Никому бы не посоветовал ))) Для чего-то нетипового лучше уж фреймворк заюзать. Архитектуру БД Дрю предоставляет для сущностей. И запросы тяжелые выходят, нормализация базы и т.д.
Alan Bondarchuk
@fortis
да и что там связывать, заказ через референс с лайнитемами, дисплей с сущностью на складе, лайнитем с сущностью на складе, все.
Dmitry Buriak
@dimb
@fortis ну да - ну да )))) чик-чик и продакшн
Alan Bondarchuk
@fortis
да нет, вообще то можно свою структуру делать
свойства есть у сущностей, не только филды
и запросы в магазе... чему там тяжёлым быть?
Dmitry Buriak
@dimb
Да можно, я ж не спорю )) и вьюхи не использовать и вообще использовать Дрю как фреймворк ... но зачем? Если есть инструменты более гибкие, заточенные под комерц? Или фреймворки
Alan Bondarchuk
@fortis
вьюхи это очень удобно
фреймворки есть но там нет цмс как у дру
Dmitry Buriak
@dimb
на симфони не так сложно собрать цмс, не такую гибкую, конечно ... но под конкретный проект
Alan Bondarchuk
@fortis
а заточенные решения выйдет так же сложно пилить под свой проект либо мириться с тем как оно есть а не как хочется
ну обычно всем надо удобно)
и гибко
Dmitry Buriak
@dimb
друпал неудобный для контент-менеджера ... это мнение общепринятое - всегда кастомизируем админку
Alan Bondarchuk
@fortis
кодите новую или все же вьюс?)
Dmitry Buriak
@dimb
чаще всего вьюсами пересобираем + кастомизации - от проекта зависит, но все хотят на выходе Опенкарт стиль для неё в итоге )) Ну или что-то подобное, если магазин