Nikita Malyshev
Для работы на хостинге должна быть консоль Composer, которая может быть установлена не у всех по умолчанию.
Откуда все эту мантру тащат? Откуда у вас такие выводы? Это ваш личный опыт или вы опросили кого?
Drupal, для работы на хостинге, совершенно не нужен Composer. Его может там не быть вообще и всё будет работать. Более того, на крупных проектах, как правило, его нет на продакшене, это даже плюс. Composer — это менеджер управления зависимостями, он их загружает, обновляет, удаляет, и предоставляет доп. инструментарий для более тонких моментов. Но всё что он "сварит", работает без него.
Composer — это простой PHAR (PHP) файл, который, как и ваш сайт, можно загрузить на хостинг и начать использовать. То что его нет на хостинге, не значит что задача не решаема. Это не системное ПО. И повторюсь, Composer **для работы сайта** не нужен. Он нужен только для разработки.
И вообще, получается посыл, что Composer это плохо, ведь с ним придётся разбираться и вообще не на каждом хостинге предустановлен. Composer — это де-факто стандарт в PHP разработке, и всем CMS что вы перечислили, и не использующим его, это можно смело вписывать в минус. Потому что, фактически, они отрезаны от огромного количества готовых библиотек и не могут ими воспользоваться, либо прикручивают костылями, что очень не просто, дорого и долго.
Если вдруг, кому-то интересно узнать больше про Drupal, больше конкретики, со ссылками на "погружение", я немного попиарю свой материал — https://niklan.net/blog/215. Он больше для технарей, но в общих чертах понять можно будет что такое Drupal сейчас.
Если кому интересно такое, есть Anki, которому можно скормить что угодно для запоминания. Будет статистика и т.д. и т.п. И аналогов ему много.
Вот я и спрашиваю о какой массовости речь. Если про ту, что пришли в ДНС и купили сразу с полки и пошли домой то да, тут разве что клава от майков может попасться если повезет.
Но тут вот какая проблема. Магазины не хотят выставлять клавиатуры дороже 1к. Они все в коробках, либо вовсе под заказ, а если есть, не открывают потрогать. Я когда хотел пощупать механику вживую 2 года назад, я не нашел ни 1 места в городе миллионнике. При том что в ДНС был очень ограниченный выбор и в наличии, но вскрывать коробку до покупки они не хотели. Типа клава не дешевая (9000), мы не хотим портить товарный вид.
И если с механиками еще куда не шло, там основная разница будет в другом, раскладка будет привычной, то с эргономикой, как по мне, всё куда персональнее, у всех разные руки и эргономики разные.
А покупать кота в мешке массово не будут. Для многих даже клавиатура за 3 000, будет "дорого", а увидев что она еще и изгонута непонятно зачем, без возможности попробовать на себе и понять для чего аткой изгиб и расположение, фактически гарантированный отказ от покупки.
Лучше 50% зала теликами и холодильниками забить :)
Уже сто пятьдесят лет никто не решается массово заредизайнить клаву
Не совсем ясно что понимается под массово. В свободном доступе можно купить клавиатуры с нестандартными раскладками на любой вкус и цвет, даже от известных брендов. Всё это, конечно, больше про механические клавиатуры, и рынок там достаточно большой и развитый.
Та же HHKB производится массово уже не один десяток лет с одной и той же раскладкой, в которой как раз, некоторые клавиши поменяли местами, часть выбросили и оставили только самое нужное. Для меня эта раскладка стала основной.
Перемещение клавиш и изменение их размера на больше \ меньше не имеют особого смысла. Надо всё же в первую очередь обратить внимание на то, как клавиатура используется, и в каких кейсах возникают "просадки" \ дискомфорт. Я на TKL заметил за собой что мне приходится постоянно двигать кисть, для того чтобы пользоваться стрелочками, а пользуюсь я ими очень много. Стало ясно что их расположение неудачно совершенно.
Аналогично с Ctrl и Caps Lock. Я никогда не понимал наличия Caps Lock. Ему выделена вторая по величине клавиша в левой части, но зачем? В лучшем случае она бесполезна, а в худшем, мисклики по ней могут раздражать включением соответствующего режима, который ты не хотел включать (и который бесполезный, ведь рядом шифт). А эта клавиша занимает невероятно удачное место, прямо под мизинцем. То есть, нажимать её очень легко, её не надо искать и нащупывать. Заменив капслок на контрол - жизнь стала легче. Ведь с Ctrl были тоже проблемы. Чтобы его нажимать, надо либо, как и со стрелочками, смещать кисть, или выгибать мизинец \ большой палец. Я за годы постоянной работы за клавиатурой пришел к тому, что контрол я нажимал вообще ладонью, наклоняя кисть и прожимая тем самым. Это было удобнее всего, иначе мизинец \ большой палец \ кисть к концу дня спасибо не скажут. Но тут появляется другая неприятная особенность. Данный способ нажатия при длительном использовании также доставляет дискомфорт, ибо нажатие, как правило, приходится на углы кейкапа. И в HHKB решили это достаточно элегантно, как по мне, они выкинули бесполезный Caps Lock (сместив его на функциональный слой, если вдруг нужен), а на его место поставили Ctrl.
А какого было моё удивление, как удачно можно сместить бакспейс на место "|\" и Esc на место тильды.
У нас в DNS, пару лет назад, эта услуга стоила 3к. Что-то жирно за проверку на битые пиксели. При том что там проверять не так уж и сложно / долго. В тех же DELL эта проверка уже вшита в монитор, достаточно дать питание и запустить из меню.
есть уже стандарты MVC в любом учебнике
MVC - не стандарт. Это паттерн.
на крайняк функциональное программирование (в учебнике react'а)
Не совсем ясно как это в противовес MVC поставляется. Паттерн и парадигма программирования вообще разные вещи.
что вам код-стайл предыдущего разраба мешает код понять
Его запутанность и отсебятина. То что со стандартами, условно, можно понять за минут 30, написанное черт пойми как, и по какой логике за 3 часа. Эта разница отразится в итоговом бюджете. И чем больше кодовая база, тем больше будет переплаты за разгребания говнокода. Понять никто не мешает, но сопоставляя время на "понимание" говнокода и потом копание в нем, зачастую больше, чем просто сделать с нуля.
И да, по опыту, мешает. А когда мне приходит код написанный по стандартам, соблюдая все бест практисы и подходы системы, я его читаю как свой, очень быстро вникаю в проект и смогу приступить к работе, без траты времени на дебаг кода, чтобы понять, что там задумал предыдущий автор.
"Стандарт на уровне CMS" - просто лол.
И что смешного? Если вы такого не встречали, не значит, что таких не существует. Например Drupal, имеет свои стандарты на всё и бест практисы. Вы ни строчки кода не сможете законтрибутить, пока они не будут по всем требованиям. Вы даже полноценный модуль не сможете опубликовать, пока он не будет давать зеленый свет по всем стандартам, как минимум.
Это огромный плюс не только для разработчиков, но и для владельца проекта (клиента). Имея четкие стандарты, можно легко проверить работу разработчика хоть на каком-то базовом уровне. Любая контора или разработчик, имеющая дело с этой системой и стандартами сможет спокойно провести аудит и по пунктам ткнуть где неверно. И это будет не выдумка, а ссылка на стандарт. Да банально линтером прогнать и всё всплывет, и сразу видно будет, старался разработчик или бац-бац и в продакшен.
Есть общепринятые. Поэтому не нужно выдумывать свои. В том же мире PHP, есть PSR стандарты — https://www.php-fig.org/. Нужно просто утвердить подходящий вариант на уровне компании, если не утверждено на уровне фреймворка \ CMS и требовать их соблюдения.
Если разработчик будет плеваться на стандарты, тут повод вообще поглубже копнуть что это за разраб, имхо. Обычно против стандартов топят те кто пишет так, после которых и хочется сказать "тут проще с нуля переписать". У них у каждого свой личный стандарт.
Везде есть свои стандарты, а если у вас по каким-то причинам нет (с нуля вообще пишите), надо на уровне компании принять какой-то. И если им придерживаются, другой не придёт и не начнёт говном поливать. Просто взгляд со стороны укажет на не очень правильные решения, не более, и мысли переписать всё не появится. Код без стандартов - анархия. Там такого понапишут, и так виртуозно, что потом всей компанией будут думать что там написано.
Если каждый предыдущий разработчик разрабатывал по каким-то своим стандартам, а не общепринятым, попутно делая все вопреки лучшим практикам и документации, такая ситуация будет постоянно.
Плюс, разработчики часто ложат болт на документацию своего кода и проекта. Даже тут уже мысля пролетала, что на доку потратится куча времени. А без доки, через год, даже автор кода не поймёт что и зачем написано, но когда писалось - было очевидно. В итоге сэкономили 10 минут на старте, потеряли часы через год. Такое, как правило, опять же, возникает за неимением стандартов или их игнорирования. А на стандарты можно натравить линтеры и видеть что разраб их игнорирует.
да
Как же без этого фона?
Да вроде какраз наоборот, ждут его официального объявления. Покачто никакого карантина и нет.
Выходной 22 апреля отменен в России ВыходнойДля масс выходной, а для бюджетников голосование за поправки?
Как я вижу, основная претензия всё же крутится вокруг того факта, что это «рекомендация». То есть кто-то будет работать, кто-то на дачу поедет или на природу шашлычки жарить, кто-то в ТЦ шляться и в Кино (ведь в регионах никто ничего не закрыл и не собирается, ибо «рекомендация»).
Получается эта неделя простой без профитов ни для бизнеса, ни для государства \ граждан, наоборот только хуже сделает. Ведь в такой ситуации вирус ещё сильнее должен разгуляться.
Надо было карантин вводить как в других странах, чтобы на улицу только за едой выходили, а не «выходные» в которые многие пойдут гулять (особенно школьники и студенты). Беря это во внимание, эти заявления и выглядят абсурдно и нелепо. В итоге, как вы и пишите, не сейчас, так в будущем, придётся этот самый карантин ввести. К чему этот «демо-режим» карантина не ясно.
А если у товара маржинальность меньше 40% и продавец попадает под 3 пункт, то выходит, WB будет продавать его товар в минус? Или те кто выкладывают на марктеплейс заранее знают что там может быть 40% акция в добровольно-принудительном порядке и закладывают туда как минимум такую маржу чтобы хотя бы 0 продать? Или делают как это предлагают в статье, просто вывозят товар?
Сочетание цветов и первых букв на что-то намекают? 🤔
Опять я прозевал момент 🙄
Попробовал. С парочкой плагинов уже умеет по ООП гулять и даже CTRL + Click работает. Но все равно, это слишком мало для полноценной разработки и покрытия возможностей PhpStorm. А плагин (тут упомянули в ветке), что добавляет ему "мозгов", ещё и часть функционала имеет в премиум версии: https://intelephense.com/ Причём для достаточно важных возможностей в ООП. Проще уже PhpStorm сразу купить чем каждому плагину отваливать.
В случае с PhpStorm ещё важно то, что там с недавних пор внутри команды IDE есть разработчик PHP, что нельзя не заметить в результате. Новые фишки языка начинают поддерживаться чуть ли не до их релиза, улучшается интеграция с инструментами PHP мира и т.д.
Даже если посмотреть что они готовят на будущий релиз https://blog.jetbrains.com/phpstorm, видно, что ведётся активная разработка и развитие. Причём очень сильно в сторону "понимания" кода и облегчения жизни разработчика. При этом, из-за единой базы с другими IDE, там также много новшеств из общих кодовых баз приезжает, что также докидывает вагон и целую тележку возможностей.
Просто я смотрю на это всё с точки зрения разработчика, для которого это инструмент. По совокупности возможностей, фич, нововведений, развития в целом и итоговой стоимости размазанной на год — PhpStorm лучший выбор. Заплатил и он закрывает все потребности и не надо подбирать плагины, что работает, что не работает, что поддерживается и вообще актуально. Причём там на момент покупки, та версия что была, остаётся навечно. То есть даже продлять не нужно, если не нужны новые фишки IDE. Причём можно совершенно легально и бесплатно пользоваться EAP билдами, но понимая, что иногда они могут быть с багами. Да и цена в целом не кусается, особенно если первый год по акции урвать, ведь последующие дешевле.
VSC всё же редактор кода с подсветкой синтаксиса и плагинами. Да он заточен под разработку, но всё же, он просто редактор. А продукты JetBrains — IDE. Их даже сравнивать не имеет никакого смысла ибо это совершенное разные инструменты.
Год назад пробовал скормить PHP проект VSC. Он ни ООП не понимает, ни рефакторинга нормального, xdebug так и не завёлся, хотя по соседству в PhpStorm он просто работает. Погуглил какие плагины ставят, там просто феерический список на сотню-другую плагинов, поставив которые он жрать начинает на уровне PhpStorm, но всё равно даже близко не дотягивает даже по банальным автодополнениям и подсказкам. Ну не вывозит он, даже обвешенный до зубов.
Ниже привели уже кучу примеров, а ещё есть куча других, например phpcs, хорошо понимает докеры, и может видеть бинарники и софт там и т.д. и т.п. Например, там есть штатная интеграция с Drupal и плагином докидывается интеграция с Symfony, что вместе даёт просто неимоверное кол-во подсказок на основе различных файлов. То что я пробовал в VSC для этого, это тупо заранее предопределённые названия функций (в конетксте друпала), которые вообще не понимают что ты пишешь и где, они тупо везде подсказывают, хотя они не везде могут быть написаны.
Имхо, но если в проекте начинается ООП, а не просто спагетти, то тут VCS лихо сдаёт позиции.
VSC хорош, сам пользуюсь для быстрых правок и активно юзал для маркдауна (сейчас в PhpStorm Grazie и отличная поддержка макрдауна из коробки, что опять же, поубивало использование VSC), но он вообще не конкурент продуктам JetBrains.
Подмять под себя packagist и подружить их с npm.
Так это Острова 2.0. Только вводят не так радикально, а постепенно. И в этот раз вроде заходит.
Или уже все про них забыли? Там же была та же идея, завернуть весь трафик на себе. Ждём формочек сразу в поисковой выдаче и чтение контента без перехода на сайт.
К 2024 году «Яндекс» займёт 60% всего рынка поиска
Органического, в том числе. 🙃
Мне стало любопытно, а как выглядит шаблон эксель таблички для товаров? Как с её помощью загружаются фотографии? Они являются частью экселя, то есть вставлены в ячейку или как-то иначе?
Маск решил сделать свой Mars One с блэкджеком?
Фикс прайс не панацея. Тем свои проблемы.
Начнём хотябы с того, что если мы говорим про разработку сайта (мне тут ближе и виднее), те же задачи с почасовки оцениваются по максисуму, а затем умножают на 2-3+, также закладыают доп. риски. Причём это чуть ли не общепринятая практика. В данном случае все риски, по факту, покрывает заказчик, даже если их не будет или они будут со стороны исполнителя.
Другая сторона медали заключается в том, что когда проект на фикспрайсе, у многих это сводится к тому, что заказ нужно сделать максимально быстро. В данном случае качество и прочее уходит на второй план. Быстрее сдадут, быстрее получат деньги. Даже если разработчик ответственный и начал делать все хорошо, когда проект затянется и фикс по часам начнёт становится не выгодным, опять же, начнётся спешка с целью быстрее закрыть проект, ведь меценатством там никто заниматься не будет. А как быстрее можно сдать проект если задачи фиксированны? Правильно, в ущерб качеству. Можно забить болт на документацию кода, стандарты, более детальные и не очевидные проверки (что клиент при сдаче не додумается проверить), тесты (если пишутся) и т.д.,это выжирает прилично времени но очень хорошо и положительно для дальнейшего сопровождения и развития. Клиент этого не видит и тут вот и этим пользуются. В будущем это всёравно всплывёт и даст о себе знать.
Так что это тоже не решение и требует контроля, детального ТЗ и т.д. Особенно если ТЗ пишет сам заказчик. Там почти всегда его можно формально закрыть за вечер на коленке. Имхо почасовка разбитая на этапы лучше всего контролируется. Там сразу видно что начались проблемы и можно легче соскочить.
Вообще, по-хорошему, если цена форматируется, то пробелы делаются неразрывные. Чтобы вот таких казусов не было. Удивительно как у компании, под крылом которой есть даже Magento (интернет-магазин), о таких вещах не знают.
Ничего не поправили, бага на ширине 1535-1750px, 780-940px и прочих размерах присутствует.
Комментов уже, конечно, много, но попробую :)
1. Druki (от Drupal Wiki) (https://druki.ru)
2. Это мой пет-проджект, он посвящен OpenSource CMS\CMF Drupal. Проект полностью OpenSource, от исходников сайта, до текстов всех страниц. Прямо как Столлман завещал.
3. В качестве пожеланий, очень бы хотелось чтобы там как-то прослеживалась "капля" официального логотипа Drupal. Не обязательно целиком, самое приметное, "верхушка". Если что, тут есть все медиа-киты офицального лого: https://www.drupal.org/about/media-kit/logos. Если заинтересует, можно погуглить картинки "druplicon" или "drupalcon logo", для вдохновления, так сказать, и посмотреть как обыигрывают "каплю".
4. niklanrus@gmail.com
Я что-то не до конца понял о чем пост? Реклама сайта, студии?
Просто раз вы пишите что использовали Drupal 8, то описанные превозмогания для него смотрятся немного странно, учитывая что задача для него просто как семечку щелкнуть, такой проект можно даже без кода сделать на друпале мышкой в админке.
Какой конкретно вызов(ы) вызвал проект? Как вы их решали?
Мультиязычность
Штатный функционал в друпале, настраивается кликами в админке.
Распределённая система разделения пользователей по ролям.
Штатный функционал в друпале, 90%+ работы делается мышкой в админке.
Реализация Commerce части и интеграция с платёжными системами PayPal и Sofort.
А в чём тут вызов был? Вы же сами написали что поставили Drupal Commerce + модули оплаты подключили и настроили? Может пришлось модифицировать воркфлоу заказов и т.д.?
Вокрфлоу для управления контентом.
Какой воркфлоу, какие цели и задачи были, как решили их? Или их покрыл одноименный модуль из ядра Drupal — Workflows?
Мульти степформа для регистрации авто.
Какой вызов был зедсь? Как вы загружаете файлы в Drupal через AJAX? Используете JSON:API или что-то ещё? Или это просто Drupal Form API с аяксом и кастомными Form Element?
Поиск авто.
У вас там вьюсы из коробки Drupal, а весь поиск и фильтрация - раскрытые фильтры того же вьюса.
Функционал по управлению автомобилями.
Опять же, что это значит и какой был вызов? Выглядит со стороны что просто был создан тип материала и накликаны поля в админке.
Просто раз вы упомянули Drupal и начали про "вызовы", рассказали бы хотябы какие вызовы он поставил перед вами. Потому что, ваши вызовы в контексте Drupal, решаются просто настройкой друпала в админке. Тут даже такой сайт можно собрать по факту без строчки кода.
И почему у вас на всех текстовых страницах `p` теги завернуты в `blockqoute`?
Вы используете параграфы, почему не написали как их настроили для контент менджеров чтобы им было удобно, сделали ли в них гибкость и т.д.?
На одном из скринов первым пунктом выделено — «P2P-торговлей НЕ занимаюсь», а в конце материала уже — «Напомню, я покупала криптовалюту через P2P-торговлю».
Что-то история не сходится. 🤔 Нужна пояснительная бригада.
Подозреваю, что если при общении с банком также были подобные нестыковки с заявлениями и действиями, они могли и среагировать соответствующе.