Задать вопрос
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    Теперь по недовольствиям немного развею.
    1. запрос по FTP зависит только от хостинга, и если друпал спрашивать, так же не получится и в WP там поставить. (если php выполняется от имени www-data, а папка создана от ftpUserName)

    Вы не сможете "развеять", т.к. опыта у меня с ним предостаточно, и при этом есть с чем сравнивать.
    ситуация с запросом ФТП(при этом клиент не помнит доступы) постоянно возникает с Друпалом. Последний случай был вот недавно - хостинг Диджитал Оушен. При этом с ВП такого не было ни разу. Он просто работает. Потому что когда он ставится, он создает директорию, в которую будет складировать плагины и темпы с теми же доступами, от которых сам стартанул. Потому он не вспомнит как склеротик потом "ой батюшки, я ж забыл, вы не под тем юзером хотите лить файлы". Альо, это не я их пишу, сам Друпал их пишет. И он не озаботился тем, чтоб темпы и модули адекватно создавать.

    2. Действительно как и говорил недостаток разработки на Drupal, это уровень входа, и не предполагается что будет создавать сайт секретарь или его апгрейдить

    Вы видимо не совсем понимаете что есть разница между тем, кто ДЕЛАЕТ сайт и кто им ПОЛЬЗУЕТСЯ?
    Если мне нужен сайт для себя, у меня будет хедлесс цмс. Если я делаю сайт для кого-то - мне параллельно на чем делать - могу на любом. Но я ожидаю удобства рутинной работы, которой в Друпале нет, и что в итоге мне не придется клиенту проводить онбординг. В Вордпрессе он просто сел и поехал. В Друпале же нет эргономики, и клиенту приходится учиться. В итоге он тратит время на то, что можно было продумать так, чтоб ему не надо было тратить время.
    Он страшный, как сайт 90х. Он совершенно не продуманный с точки зрения UX.

    но против woocommerce кое че имею )

    вукоммерс успешно справляется с поставленными задачами. Это опять тот же "сел и поехал". Оно просто работает.

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

    Вот это всегда друпалисты приводят как якобы преимущество.
    И оно было бы может и так, если бы удобство ПОЛЬЗОВАНИЯ у Друпала было хоть рядом с тем же ВП. А ведь именно для пользователя создавался этот инструмент, а не для разработчика.
    Разработчику не нужны десятки функций, которые предоставляет ЦМС. Он всё мог бы делать напрямую в коде и БД. Но ведь он делает используя ЦМС. Потому что в итоге ей должен пользоваться заказчик. Вот где нужно искать преимущества, а не в методологиях и унификациях.

    4. По той же опЯчатки, в каждой CMS можно запхнуть в Ж, что фиг найдешь

    я оперирую исключительно фактами саппорта сайтов. при использовании ВП подобных запросов просто на порядок меньше. А если и есть, менеджер(проджект, который) может сам поправить, не отвлекая на это разраба. При этом для Друпала такая история не прокатывает.
    Любой пхпшник у нас может делать правки по ВП. При этом для Друпала то же не прокатывает. То есть, Друпал превратился не в хелпер, надстройку на пхп, а в самостоятельное изделие, в который "просто пхпшник" уже не сможет с наскоку прийти и сделать правки. Это для меня плохой показатель.
    Представте что есть такая марка унитаза, которую не сможет починить любой сантехник, нужна отдельная каста сантехников только по этим унитазам...

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

    У нас всё нормально с друпалистами. У нас даже своя академия Друпала как-то имелась. Проблема не в них. Если бы не было многих прекрасных продуктов, которые делают ту же работу, но в разы удобней и результат намного адекватней, можно было бы и согласиться что Друпал адекватный. Но он каким был 15 лет назад, когда я его начал использовать, так таким же убогим и корявым и остается(да, и в девятке в том числе). Потому что "развитие" у него совершенно не в ту сторону.

    5. по поводу управления с админки. Покажите мне секретаршу которой нужно в файлах ковыряться?

    мы говорим об админке для админа, а не для редактора.
    когда _админу_ нужно - ВП это хотя бы позволяет сделать.

    Она посидеть, даже с админки если нужно ковыряться файлах, это плохой подход, а вот "случайно" клацнуть и сделать элементарно синтаксическую ошибку в коде легко. Сдавать сайт, и говорить "вы должны знать что такое HTML и немного CSS это так же не очень подход.

    то есть, Вы снова путаете кто поддерживает сайт и кто им пользуется.

    Окей я знаю есть разные конструкторы(плагины) которые +- решают проблемы, вот только потом страницы грузятся по 10 секунд, а добавляем мультиязычности, и вообще начинается аут на других CMS то не совместимые модуля, то распадаться, и самая частая проблема что после обновление стает что то не совместимо.

    Такие конструкторы позволяют человеку самому создать одностраничники, накидывая блоки. Мультиязычность вполне нормально работает, также как и кеширование.
    Кстати, как раз таки сайт на Друпале у меня выдает счас TTFB 10 секунд, чего на ВП не было никогда, даже с конструкторами. Именно ТТФБ, на секундочку, от конструктора не зависит.

    Сломы сайтов так же самое часто происходят на WP и самое реже на DRUPAL года два назад был прорыв сломов на друпале

    вот первый же ответ в гугле:
    https://medium.com/@briskinfosec/drupal-core-remot...
    ВП делают реальные программисты, а не энтузиасты, и множество народу им подсказывает под руку, так что всё адекватно патчится. Миф о дырявости ВП разгоняют по привычке.

    WP пофиксили тем что бесконтрольно обновляют, и хорошо пока хорошо, пока что то не ломается и сайт просто не ложится...

    он хотя бы обновляться может, даже сам. Друпал и это не в состоянии нормально сделать.
    тем более: https://www.drupal.org/about/strategic-initiatives...
    вот тут чуваки сами ратуют чтоб сделать автоапдейты в Друпале, и тоже говорят что аптейт может быть сложной задачей. Афигеть помощничек, которому надо еще кучу времени угробить просто чтоб его апдейтнуть. Помню я как отключил просто счетчик посещений на сайте, и сайт упал просто к чертям собачьим.
    Оказывается и такое бывает.

    Насчет создания сложных сайтов drupal так же прекрасно справляется

    Нет. Прекрасно с этим справляется и Голанг и пхп. Можно на чем угодно делать сложные сайты, и обьявлять это прекрасным справлянием. Реальность такова, что сложные сайты надо делать на настоящем фреймворке, а не этом поделии. Потому что в итоге админка и конктрукции контента будут просто катастрофически выглядеть, когда это надо будет отдавать в прод. Оно не позволяет делать нормальную админку, и приходится "лепить из того что было", в итоге все эти вьюхи и формы превращаются в хаос, где на одной странице чтоб управлять данными надо в 3-4 разные локации перемещаться.

    но согласен если с типичных задач в проекте остается 5% а остальное все равно писать то нет смысла.
    Даже если типичные задачи - их правильней взять для нормального фреймворка. Потому что тут даже если и есть, скажем, медиабиблиотека и аутентификация с ролями, то в итоге ты все равно зависаешь в ограничениях админки и визуальной реализации конструктора вьюшек, с табами и контроллами привет 90ые, которые больше на конструктор похожи, там где это уже не нужно, но оно всё равно есть.

    Но насчет перфоменса и нагружености и сложных логик спокойно справляется.

    у меня местный городсткой новостной сайт на ДО на одном ядре уже на 250 посетителях нагружает память и проц под завязочку. Оптимизированный и настроенный. Это ужасный показатель.

    Что может друпал того что не может тот же WP(с под админки)

    Создавать thumb image, менять их при желании в любой момент по всему сайту.

    Вы наверное не в курсе, но ВП это может уже очень давно.
    Да и менять тоже можно было, мне как то один раз это нужно было, и ВП сделал.
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    решил некий Андрей Решетов что то поставить себе на сайт, который ему сделал lukoie на CMS GetSimple, и практично вообще нифига не может сдлеть.

    В его случае, который он описал ему нужны страницы - он их сможет редактировать. Любое дополнение делается ванильным пхп, я об этом уже писал. Там нет привязок к ЦМС(типа как в Друпале - где код неработоспособен вне Друпала), которые надо изучать, гуглить, учить, ютьюбить.
    Не нужно загружать мозг и ЭВМ избыточным кодом, который ему в жизнь не пригодится. Он же четко описал что ему надо. Зачем городить монстра, на такие простейшие задачи?
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    Grenuy,
    Но я понимаю у Вас есть негативный опыт работы с Drupal, и позитивный в других системах, у меня есть позитивный опыт с Drupal, мир и прекрасен тем что можно выбирать

    то есть, Вы не внимательно читали что я писал? Я ведь говорил что лично мне, как разработчику, совершенно индиферрентно на чем это делать. У друпала есть инструменты чтоб сделать большинство задач.
    Проблема наступает тогда, когда: надо сделать простые задачи, и для этого не городить кучу ненужных сущностей. Вроде как ездить в гастроном за батоном на Камазе, или делать скриншоты Фотошопом. Когда нужно сделать нечто простое, Друпал недружелюбен к разработчику.
    Но что самое главное - Друпал недружелюбен для заказчика, для контент-менеджера. Он уродлив, если уж на то пошло. Разработчик может себе позволить сделать формы просто как есть,без дизайна, сильно не цсс-ся, потому что "и так же работает, главное ж функционал"(да, есть у меня такие убогие проекты). Тогда как клиенту и посетителям надо чтобы красиво и современно выглядело. Чтобы было интуитивно понятно и удобно.
    Но если даже мне неудобно заниматься наполнением, то нетехнарям - и подавно. Потому, по сравнению с "попсовыми" цмс, в друпале меньше ведут наполнение контентом. Потому что оно к себе не располагает.
    То есть, возвращаемся к тому же - Друпал это продукт сам в себе, программисты сделали для программистов, и тешатся штуками, которые в ЦМС (ой, простите великодушно - в СМФ) ни разу не первостепенные. Да пофигу заказчику что ты пушишься в гит, через консольку, и что вьюшки отделены от логики. Ему нужно удобство наполнения сайта. Именно для этого ему и делали сайт на системе управления. А по факту нам саппортить сайты на Друпале приходится намного больше чем любое другое, даже самопис. Да, для аутсорса это плюс, потому что деньги. Для здравого смысла же это надругательство. Нужна ЦМС - Вордпресс. Нужно больше - Ларавель. Друпал тут ни туда ни сюда не лезет.
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    Базу данных в принципе можно открыть, но так же плохая идея в админке это держать

    когда есть проект, который делал тыщу лет назад, и надо что-то быстро поправить, нет смысла разворачивать у себя проект, гиты и вот это вот всё, когда в теории АДМИН в АДМИНКЕ должен бы иметь все нужные инструменты. В т.ч. посмотреть код, файлы и БД.
    У меня постоянно так происходит. В то же время у "друпалистов" когда нужно сделать такие задачи, они _по трекеру_ потратят час-два на подготовительные работы, потом будут ковыряться, тогда как я задачу уже давно сделал и забыл. Просто потому что зашел, поправил, и сайт дальше работает. И мне не нужен "правильный друпал вэй" для этого, с гитами и драшами, если я это могу сделать простым движением, без вот этого вот широко известного в узких кругах "правильного" подхода.

    https://www.drupal.org/project/adminer

    вот теперь посмотрите ЧТО предлагают делать чтобы его установить:
    spoiler
    Install module
    Download Adminer from www.adminer.org/latest.php
    Put adminer-x.x.x.php into MODULE_PATH/adminer/
    Download required plugins: plugin, frames, version-noverify from www.adminer.org/en/plugins
    Put downloaded plugins into MODULE_PATH/adminer/plugins/
    Download styles from www.adminer.org/#extras
    Put downloaded styles into MODULE_PATH/adminer/styles/

    В то же время в том же ВП всё делается как для людей. Ты в плагинах написал что тебе надо БД, нажал на инсталл, и оно всё сделало само, ты только в менюшке уже открываешь свою базу.
    Именно об этом я и говорю - в друпале всё делается через одно место - требуется кучу телодвижений сделать чтоб осуществить простейшее действие. Которое программисты должны были для себя же упростить.
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    Любой функционал который прямо не предусматриваеться сразу достаточно дорого в разработки, та как самопис.

    нет, там будет обычный пхп
    там нет вот этого вот всего навешенного. Гетсимпл максимально прост.
    Любой хитрый вывод чего либо будет невозможен, так как нет базы данных.

    В его описании четко указывается что ему нужно. Никаких хитрых выводов. А если таковые и нужны - он вполне может заюзать xml
    В его задаче не нужна БД
    Любые массовые изменение (к примеру ЧПУ или тайтлы или кейвордсы, без базы данных, подозреваю так же сложная задача ....

    странный вывод. нет, они максимально просты.
    Но главное это малая комьюнити а соответственно людей работающих на ней.

    Там, фактически, обычный пхп. Это в Друпале всё завязано на ядро и модули. Здесь цмс только выводит пхп в роуты. Как раз то, что нужно в ЕГО ЗАДАЧЕ.
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    Разработчик делает сайт для клиента. Который, в большинстве своем, просто предприниматель. У него могут быть контент-менеджеры, которые, в большинстве случаев "секретарши".
    Друпал дает возможность разработчику создавать сайты любой сложности благодаря своей ЦМФ архитектуре. Разработка и поддержка сайта посредством драша, гита и других фич оно делается для разработчика.
    В итоге, фактически вся разработка Друпала(а я слежу за ним с версии вроде четвертой еще, и до текущей девятой) ведется для добавления свистелок и трещалок для разработчика. При этом забывают для кого на самом деле создается "система УПРАВЛЕНИЯ контентом"(в роли которой и выступает друпал как только его отдали в продакшн).
    Так вот, примерно лет 15 назад делал сайт на Друпале для одного заказчика, сайт одного бумажного журнала. Управлять сайтом сел дядька лет 65. Стоит ли говорить что он по сути ничего не мог адекватно там науправлять?
    Три сайта нашей компании сделаны на Друпале. И ВСЕ от них просто в огромном ауте, и давно бы переделали, если бы можно было как то объяснить руководству на кой мы выбросили столько баблища на разработку этого поделия, если можно то же самое сделать в разы проще и дешевле.
    Наш отдел друпалистов делал десятки сайтов. В итоге, даже если сейчас есть какая-то проблема, и надо поправить, им самим надо долго искать как же они тогда сделали.
    То есть, простейший пример - на сайте написано "наши преимущества". Надо просто исправить опечатку. В итоге, потратив с час, менеджерка плюнула на это, и вызвонила чувака, который когда-то его делал. Он назвал с пять-шесть мест, где оно могло быть, но там не оказалось. Я уж не помню куда они его засунули, но в итоге это было ну офигительно не логично что там вообще что-то может быть, связанное с контентом. Где-то в разделе "конфигурации" на два уровня меню надо было идти, они туда переменными засунули. И сейчас сами плюются от этих сайтов, но переделать не смогут - потому что клиент не будет платить снова за то, что должно было быть сделано адекватно.
    Зато чтоб поменять опечатку - приходится связываться с разработчиком!
    Интерфейс, логика и эргономика работы - не просто недружелюбны, но и, я бы сказал, уродские.
    Мне приходится заниматься поддержкой нескольких сайтов на Друпале(7 и 8), и каждый раз это просто какой-то трэш, по сравнению с нормальными системами УПРАВЛЕНИЯ КОНТЕНТОМ.
    Я сторонник того, что программисты должны упрощать жизнь себе и всем вокруг, делать вещи, которые просто работают. Это как есть Эппл -вей, где программа делает всё что нужно простым действием, и с минимумом вмешательства. В отличии от этого, Друпал делает ровно то же, что и большинство ЦМС могут намного проще сделать. В то же время, там где нужно больше, чем ЦМС, Друпал проигрывает нормальным фреймворкам, вроде того же Ларавеля.
    Итого, Друпал ни ЦМС нормальной не стал, ни фреймворком адекватным не вырос.
    Простейший пример - если мне нужно получить доступ до файлов или базы данных в проекте, возьмем самый банальный Вордпресс - я могу прямо в нем же открывать вкладкой адмайнер, и в нем же файловый менеджер. В Друпале такое по определению не прокатит. Потому что, видите-ли, безопасность. Но я уже админ, сижу в админке, с рычагами и тумблерами, нафига мне-то ограничивать безопасность?
    Второй пример, на том же Вордпрессе: если нужен какой то плагин магазина, можно прямо в админке написать "магазин", там же нажать "инсталлировать", и готово. В любом проекте будет так. В Друпале, когда тебе надо поставить какой то модуль, тебе нужно на сайте качать, потом менеджером пакетов самому инсталлировать. И тут Друпал...спросит доступы ФТП... Какого? Что за дичь дичайшая? Ты уже скрипт, имеющий права и доступы, да залей ты файл и распакуй, нет надо же еще в "безопасность" поиграться. То есть, если некий Андрей Решетов хотел бы на своем сайте, который ему сделал Гренуй, просто поставить магазин, он не сможет одним тыком это сделать. А даже если и сможет, ему нужно предварительно знать как это сделать - где искать модули, как среди них вообще что-то адекватное найти, как установить, как его на сайте интегрировать...
    При этом,в том же банальном ВП он просто в разделе плагинов напишет "магазин", нажмет инсталлировать, и у него вот уже всё будет. Даже, по моему, в меню само добавится. Потому что оно сделано для пользователя. Программисты уже постарались сделать всё так, чтоб пользователю не пришлось за каждым чихом звать разработчика, или должно учиться как же сделать то или иное действие, которое, если они не будут повторять ежедневно, через месяц уже снова не повторят, потому что эргономикой и логикой там и не пахнет.
    Опять же, как фреймворк это убожище снова не годится, потому что делать на нем какие-то серьезные проекты, и отдавать заказчику вот это поделие недоинтерфейса админки - тоже не вариант. Даже самодельная админка на АдминЛТЕ в разы презентабельней друпального интерфейса будет. Потому намного проще самому делать логику работы, чем подстраиваться под то, что дарует Друпал.
    Вот в жизни, ни под один проект никогда бы не выбрал Друпал, а я с ним, вообще-то, хорошо знаком(как и с десятком других систем разработки и управления контентом), причем у нас и разработчики есть друпалисты, но как в кошмарном сне я не хотел бы работы с вот этим вот.
  • Приватность браузера в 2020. Имеет смысл?

    lukoie
    @lukoie
    но опять же, чего мы только о впн, если суть моего коммента была в первую очередь о блокировщике трекингов?
  • Приватность браузера в 2020. Имеет смысл?

    lukoie
    @lukoie
    dom1n1k, а скрываться-то зачем? чтоб поисковики и рекламные сети не накидывали всякой рекламщины по твоим предпочтениям? Вроде как это одна из наиболее частых причин.
    Ну так если SurfEasy и не отдает личные данные - значит и цель достигнута. А статы, это такое.

    относительно ксерокса - леньки придумывать другие примеры, сорри. суть от того не изменится - исторически некоторые термины становятся употребимыми, хотя сама этимология термина изначально была совсем о другом.
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    Grenuy, дрюпал это как раз таки проблема КЛИЕНТА!!!
    И очень прискорбно что Вы этого не понимаете.
  • Приватность браузера в 2020. Имеет смысл?

    lukoie
    @lukoie
    dom1n1k, тю. так вокруг это повсеместно делается(самый банальный пример - слово ксерокс). кому нужно - знают как это сделать, а кому только для того чтобы было - оно называется более знакомым словом.
    Относительно же того, выдают ли они информацию, хранят ли ее - я вот лично не знаю. Потому что есть и иное мнение. К примеру, что Опера использует сервера SurfEasy, а они сами себе именно ВПН кличут, и грозятся что никаких логов и никакой персональной информации не собирают.
  • Что выучить, чтобы легче было верстать?

    lukoie
    @lukoie
    Владимир Коротенко, а вот КНИЖКИ по ПОЛИГРАФИИ - это намного больше чем про типографику, если что!
    работая много лет ДТПшником (это тот чувак, который для типографии проверяет макеты от дизайнером), заявляю что для полиграфии типографика далеко не самое важное место занимает.
  • Какую cms выбрать для очень простого интернет магазина?

    lukoie
    @lukoie
    ну вот КАК может нравиться дрюпал, Вы мне скажите?
  • Приватность браузера в 2020. Имеет смысл?

    lukoie
    @lukoie
    dom1n1k, я думаю, что для браузерного дополнения, еще и бесплатного - в самый раз. Эта штука там для другого, и со своей задачей вполне справляется. И если ее не хватает - тогда точно в той же Опере включаю Виндскрайб.
  • Приватность браузера в 2020. Имеет смысл?

    lukoie
    @lukoie
    Рональд Макдональд, точней Хромиум. Впрочем, как и сама "та самая Опера".
  • Что выучить, чтобы легче было верстать?

    lukoie
    @lukoie
    Владимир Коротенко, 20 лет я занимаюсь расставливанием блоков в книгах, и чуть меньше - версткой сайтов, и не вижу зачем бы ему понадобились книги по полиграфии. Это ну вот совсем не туда.
  • Как разрабатывать еще быстрее?

    lukoie
    @lukoie
    Saboteur, ну, это я не Вам лично писал, а тем, кто скептически этот пункт у ТС прокомментировал
  • Как сверстать подобные блоки?

    lukoie
    @lukoie
    Владимир Коротенко, эмм... то есть для каждого поста им надо будет готовить пнг картинку??? Это ж динамически будет меняться контент. То есть надо чтоб обычная квадратная картинка на выводе была вот такой. Так что тут только свг.