Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
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
чаще всего вьюсами пересобираем + кастомизации - от проекта зависит, но все хотят на выходе Опенкарт стиль для неё в итоге )) Ну или что-то подобное, если магазин
Alan Bondarchuk
@fortis
у меня клиент сам собрал себе админку
я офигел смотрю а там вьюх накидал такой
Dmitry Buriak
@dimb
)))) ну а чё, ничего военного по сути ))) Жадина небось он )))
Alan Bondarchuk
@fortis
не, пока я другим занят был он собрал как удобнее ему, так попробовал, потом переделал
Alexandr.Poddubsky
@AlexandrPoddubsky
@fortis для типовых решений и малопосещаемых дру сойдет и не более. в остальных случаях конкретно под задачу. насчет удобства- удобство потом боком вылазит. заказчику то так сделай то так, потом а почему псы так хреново относятся к магазу, потом еще дотошные начинают смотреть всякие pagespeed от гугля и говорят а тут мы заказали сео аудит и надо вот вот вот убрать. и начинаются танцы с бубном тогда. в итоге удобсва нафиг- кастом в руки - и на выходе и вроде и быстрее получилось по созданию, и в разы шустрее и самое главное свой шаблон сделал отдал верстале и пусть насилует как ему надо.
Alexander Dubovskoy
@adubovskoy
сео аудиторы -- ааудитория, доставляющая лулзов)
Alexandr.Poddubsky
@AlexandrPoddubsky
@adubovskoy ну да ну да
Alexander Dubovskoy
@adubovskoy
учитывая, что наш собственный сатег в топе по самым конкурентным запросам в регионе, по разработке, выслушиваю их с умилением.
про хайлоад тоже не согласен. много где друпал живет прекрасно -- куча же кейсов.
Andriy Khomych
@a-kom
@adubovskoy согласен, есть много кейсов где друпал на хайлоад и сео норм, все как говорят зависит только от умения писать сайты на нем.
Alexandr.Poddubsky
@AlexandrPoddubsky
@a-kom все заказчики одинаковые.
Andriy Khomych
@a-kom
А по количеству готовых коробочных модулей на все случаи жизни вообще прелесть, я например не видел такого разнообразия в фреймворках.
Alexandr.Poddubsky
@AlexandrPoddubsky
:)
Andriy Khomych
@a-kom
Все не все, зависит от бюджета и запросов)
Единственная проблема большая для друпал 7, что после изучения чего то типа ООП или джавы или с шарпа - вынос мозга, просто у него своя специфика и рынок, вот и все.
Alexandr.Poddubsky
@AlexandrPoddubsky
классы и так можно использовать. и в дру 7 используются
Andriy Khomych
@a-kom
Ну да) Не спорю, но они там не мейн стрим.
А обычно в хороших модулях или либах как дополнение.
Друпал 7 вей - хуки)
Alexandr.Poddubsky
@AlexandrPoddubsky
извини я предпочитаю русский язык
Andriy Khomych
@a-kom
Ничего)
Alexandr.Poddubsky
@AlexandrPoddubsky
и коверкать его не буду
искажать
Andriy Khomych
@a-kom
Это уже личные предпочтения каждого.
Alexandr.Poddubsky
@AlexandrPoddubsky
нет. это образование и уважение к культуре в первую очередь. а не предпочтения