но почему мы же мы видим совсем другой результат?

Как интересно юзергруппы приходят ))

Прям очень интересно. Хрен обратишься попростому

$user = Factory::getUser(); $user->getAuthorisedGroups();

По id группы вытащить из базы данные

У юзера текущего получить его id и id группы.

их может быть несколько

Прям очень интересно. Хрен обратишься попростому

https://magazine.joomla.org/all-issues/categories/december-2021

timeweb ввели фичу "оставить чаевые". охренели вообще. культуру чаевых нужно искоренять. это вообще проблема работодателя, платить зарплату, а не перекладывать на плечи потребителя.

ты еще не свалил оттуда?

короче описание проблемы - из коробки при установке fedora она отдает руту всего лишь 15гб в независимости от того сколько у вас есть на диске

вообще ответы на тикеты - это часть работы сервиса. чаевые...

timeweb ввели фичу "оставить чаевые". охренели вообще. культуру чаевых нужно искоренять. это вообще проблема работодателя, платить зарплату, а не перекладывать на плечи потребителя.

Я, как специалист, занятый в поддержке web продуктов и человек, имеющий друга - работника службы поддержки Таймвеб, имею немного другую точку зрения на это. Могу заверить, что часто причина обращений в поддержку по факту не относится к работе твоего продукта или веб-сервиса. Например, в Yootheme как минимум 30% всех запросов - это проблемы неправильных настроек самой CMS, непонимание принципов правильной организации проекта (меню, модули, плагины) и проблемы со сторонними расширениями, которые "ложат" тему. На хостинге тоже самое. Мой друг периодически консультируется у меня по Joomla и говорит, что им часто приходится работать не с самим сервером, а отлавливать баги в CMS, пользовательских скриптах и т.д. Из этой ситуации выход - посылать лесом всех чья проблема не связана с зоной вашей ответственности. Вы наверняка сталкивались с таким подходом у каких-то хостеров раньше. Но, очевидно, что это не является клиентоориентированным подходом, поэтому службе поддержки приходится вникать и разбираться в том, в чем не следовало бы. Между тем время работника, это деньги компании, которая оплачивает его труд. Ты можешь принести больший вклад в развитие продукта/сервисов, если больше внимания уделяешь именно его развитию и отладке, потому что проблемы CMS могут решить и другие специалисты, а найти проблемы продукта/сервиса может ограниченный круг лиц. Поэтому внедрение таких чаевых, это вполне здравый ход на мой взгляд. Могу сказать, что встречаются люди, которые реально готовы заплатить за решение своей проблемы здесь и сейчас и такая кнопка может помочь им отправить свою благодарность. В конце концов, это не обязаловка, ты можешь оставлять чаевые, а можешь и не оставлять...

я думаю да, как правило в системе поддержки оценка работы специалистов завязана на некий KPI и определенно какая-то весомая часть таких пожертвований будет у того, кто решил проблему клиента а по поводу регламента, это просто очевидный способ показать клиенту на дверь, ведь любое обращение к регламенту или условиям лицензии на продукт - есть ничто иное как "проявление нежелания разбираться в проблеме", стремление вытрясти из тебя больше денег за продукт/сервис за который ты "и так много платишь", тем более, что ты "на 200% уверен, что корни проблемы именно в неправильной работе хостинга (продукта)" ...

Я, как специалист, занятый в поддержке web продуктов и человек, имеющий друга - работника службы поддержки Таймвеб, имею немного другую точку зрения на это. Могу заверить, что часто причина обращений в поддержку по факту не относится к работе твоего продукта или веб-сервиса. Например, в Yootheme как минимум 30% всех запросов - это проблемы неправильных настроек самой CMS, непонимание принципов правильной организации проекта (меню, модули, плагины) и проблемы со сторонними расширениями, которые "ложат" тему. На хостинге тоже самое. Мой друг периодически консультируется у меня по Joomla и говорит, что им часто приходится работать не с самим сервером, а отлавливать баги в CMS, пользовательских скриптах и т.д. Из этой ситуации выход - посылать лесом всех чья проблема не связана с зоной вашей ответственности. Вы наверняка сталкивались с таким подходом у каких-то хостеров раньше. Но, очевидно, что это не является клиентоориентированным подходом, поэтому службе поддержки приходится вникать и разбираться в том, в чем не следовало бы. Между тем время работника, это деньги компании, которая оплачивает его труд. Ты можешь принести больший вклад в развитие продукта/сервисов, если больше внимания уделяешь именно его развитию и отладке, потому что проблемы CMS могут решить и другие специалисты, а найти проблемы продукта/сервиса может ограниченный круг лиц. Поэтому внедрение таких чаевых, это вполне здравый ход на мой взгляд. Могу сказать, что встречаются люди, которые реально готовы заплатить за решение своей проблемы здесь и сейчас и такая кнопка может помочь им отправить свою благодарность. В конце концов, это не обязаловка, ты можешь оставлять чаевые, а можешь и не оставлять...

ну вот представь, ты открываешь конструктор а там вместо схемы макета: NOT AVAILABLE ON THIS PAGE. THE BUILDER CAN ONLY BE USED ON STATIC PAGES причем вчера все работало, а сегодня ты просто обновил тему и ряд других расширений, которые совсем с ней не связаны ты пишешь в поддержку, тебе говорят, 99% вероятности - что проблема в другом месте, мы быстро проверили так и есть, дальше ищи сам или плати

95% моих обращений в поддержку timeweb вызвана чудовищной панелью и вопросами, которые никогда не возникали при работе на ISP Manager. в остальном действительно есть регламент, в котором расписывается зона ответственности. к нам тоже обращаются в рамках NorrNext с вопросами, когда что-то не работает и в 90% решается нормально. как правило, если баг несложный, то устраняем, пишем, если это вызвано проблемой стороннего расширения, код которого нужно изучать - пишем, чтобы обращались к разработчикам такого решения. наше время - это обнаружить и локализовать проблему. далее по обстоятельствам. либо это можно решить самим, либо направить человека.

не исключено что 95% других обращений не связаны с глюками панели и сервера) по опыту Yootheme - только 30-40% ежедневных запросов напрямую относятся к нашей зоне ответственности, все остальное время мы помогаем либо решать проблемы экосистемы, либо реализовать хотелку клиента

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

у него абсолютное большинство проблем с сайтом по факту обращения не связаны с проблемами продукта, за 2 года я рассмотрел их немало, 99% мимо регламента

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

как это связано с чаевыми?

да, понимаю. это, думаю, самая распространенная проблема у клубов расширений/шаблонов. мы так намучались с Roundtheme, когда шаблоны Kunena разваливались на шаблонах Joomla из-за наследования стилей и т.д.

платить он никому не хочет, хотя он знает меня и знает что его проблему можно решить или отладить за небольшую сумму

а если бы были чаевые - он бы платил?

нет, он бы написал в каком-то чате, что эту тему с чаевыми нужно искоренять 😁