Orion76: Комментарии

Главные вкладки

28 сентября 2018 в 23:21

Имхо, подвал обычно хорош для тех вещей, про которые все знают, что они обычно размещаются в подвале:
счетчики,
копирайты,
контакты
и т.п.

Яб например, в последнюю очередь искал бы ее в подвале, и то если бы точно знал, что она ГДЕ-ТО должна быть..

Если нужно "охватить" предложением, принять участие в развитии сообщества вообще и сайта drupal.ru в частности, как можно большее число потенциальных "помошников", мне бы и отдельного раздела на форуме с сылкой в главном меню былобы не жалко-)

28 сентября 2018 в 22:29
1

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

Но, блин, всегда находятся те, кто совсем не контексте и тем более для них эти нюансы не очевидны.

28 сентября 2018 в 21:49

Как говорят японцы, у каждого свой drupal-way..
Для кого-то это - сделать оффигенно, но дорого для конечного потребителя, без всякого учета рентабельности конечного продукта.
Для кого-то это обоснование собственной недостаточной квалификации.
Для кого-то это качественно и оптимально по затратам решать бизнес-задачи заказчика.
Для кого-то ...ээээ... и т .д.

28 сентября 2018 в 21:20
2

Алексей Пушкарев wrote:

Для разработчиков технологии только совершенствуются и усложняются (стоимость разработки только растет), а для конечного потребителя важна максимальная упрощенность и низкая стоимость (все делать одной кнопкой и платить как можно меньше).

По-моему в некотором роде это и ответ: Надо уменьшать стоимость разработки.

Не за счет серьезного уменьшения тарифов-))

21 сентября 2018 в 9:33

Наверное имелась ввиду локализация интерфейсов.

Судя по вопросу, сами не справитесь.

На всякий пожарный:
файлы переводов для нужного языка: https://localize.drupal.org/download
документация по настройке(eng): https://www.drupal.org/contribute/translations

21 сентября 2018 в 1:49
1

Одна из сфер применения Drupal, в которой наверное у Drupal не много конкурентов:
Быстрое и недорогое "построение" рабочего прототипа вэб-приложения.

Например если надо быстро и недорого протестировать "бизнес-нишу".

Семерка в этом плане "выезжала" за счет огромного кол-ва готовых модулей.
У Восьмерки готовых модулей пока немного, в сравнении с Семеркой.
Но улучшенное "переиспользование" наработок в Восьмерке, сглаживает этот "недостаток".

19 сентября 2018 в 23:14

Про НКО согласен.. юр.лицо эффективно работает, когда оно представляет из себя нечто целое, организовано идущее к какой-то определенной цели.. А персонажам басни Крылова юр.лицо только во вред..

19 сентября 2018 в 22:56

Тут не поспоришь, сам буквально минут 15 назад подумал, что бы я тут не ворчал, а сам drupal.ru преобразился сильно, по сравнению с тем, которого ждали осенью.. Говорят, у некоторых, "особо одаренных" мысли сходятся-)

Но это только функциональность и внешний вид drupal.ru..

А по сути, все осталось таким же как и тогда: на старичке drupal 6..
Тот же форум с треккером, и те же вопросы-ответы..

Чего заметного это добавило развитию сообщества в частности и Drupal в Рунете вообще?

19 сентября 2018 в 22:38

Semantics wrote:
Это слишком оптимистичный взгляд диванного фрилансера.

Оптимизм в оптимальных дозах может быть не только вреден..
А "диванного фрилансера" это что-то про сладкий сахар?-))

19 сентября 2018 в 22:27

@itcrowd72
Уважаемый коллега, если все так просто,тогда для меня втройне удивительно, почему сообщество сапожников в хреновых сапогах

19 сентября 2018 в 21:24

Хз.. как ни странно, но вопреки, а не благодаря, но Drupal в Рунете как минимум не сдает свои позиции.

Это, как говориться, мое сугубо личное мнение, основанное на том что я вижу сам вокруг себя..

Возможно кто-то вокруг себя видит другое..что, скорее всего, тоже некоторое отражение реальности в отдельно взятом окружении данного наблюдателя.

Значит получается, все это потому, что Drupal очень живучий, и нашу песню не задушишь не убьешь-)

19 сентября 2018 в 18:27

Понятно, т.е. ни одного четкого и однозначного критерия оценки "необходимости".

Т.е. легко может получиться так (и один раз уже именно так получилось) потратив кучу времени на продвижение (на внедрение) "своих" фич, в ответ я получу только короткое "нет", без каких либо объяснений.

19 сентября 2018 в 8:29

madt wrote:

Напиши свои предложения по улучшению вышеописанного процесса.

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

Ок.. попробую проще..

18 сентября 2018 в 10:36
1

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

17 сентября 2018 в 21:49

Хм.. много раз читал про эту возможность , "комбинировать" несколько айди в контекстных фильтрах, но ни разу даже придумать не смог, как это можно использовать..
Этож надо такие урлы руками писать?
не проще этим сущностям, айди которых используются в запросе назначить некий тег (термин таксономии) и выбирать по термину?

17 сентября 2018 в 19:39

По-моему ответ лежит на поверхности.. Достаточно только ответить на вопрос - что такое drupal.ru..
Хм.. глянул в верхний левый угол и прочитал: Русскоязычное сообщество.
Возможно я заблуждаюсь, но термин "сообщество" подразумевает демократию в разумных пределах-)

А есть у сообщества инструмент и четко прописанная процедура коллективного принятия решений?

14 сентября 2018 в 21:23

@VasyOK тема зависимости полей настолько обширна, что одним модулем ее не покрыть..
Какой бы универсальный модуль не был бы написан, всегда нашлись бы те, кому его функционала недостаточно.
..
Не пользовался никогда данным модулем (condition) но по Вашему описанию, понятно, что пересчет полей срабатывает тогда, когда некоторое поле потеряло фокус, или на языке js-кодеров, произошло событие "onBlur"

14 сентября 2018 в 20:32

xakd wrote:

Чего тут особо поддерживать то?

Я и говорю, что "какое-то время это можно"..
Но потом один из вариантов начнет дополняться каким-то функционалом..
Во втором варианте, для совместимости это тоже надо будет делать..
потом во втором варианте, из-за специфичной структуры данных, повторить функции первого варианта станет невозможным..
и все..
начинаем с самого начала этого топика..

14 сентября 2018 в 20:12

@xakd
Писать данные сразу в две таблицы?
Поддерживать сразу 2 варианта реализации + поддерживать совместимость между этими вариантами?
Возможно какое-то время это можно, но потом начнутся проблемы движения "дальше"..

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

14 сентября 2018 в 7:52

Ндаа.. поддых буквально..
Всего не упомнишь, при проверке ченджлогов, чего в "своих" модулях на ядро сильно завязано..

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

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

Можно даже не конкретно "имена", а просто "слова" для поиска по ченджлогам , на которые стоит обратить внимание.

14 сентября 2018 в 0:08

В "отладчике браузера" на вкладке Network (Сеть) тоже ошибок нет? (все запросы выполняются успешно?)

Проверьте загрузку, необходимых для работы модуля, js-скриптов и css-файлов, на нужных страницах (на которых модуль не работает).