1. Главная
  2. Orion76

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

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

27 января 2019 в 8:10

@VasyOK скорее всего имел ввиду, что работа над проектами такого маштаба не заканчивается после первого "пуска".
Обычно, как только работа на проектом прекращается, проект начинает "умирать".
Обычно и далее необходимо:
1. "Чинить", выявленные в процессе эксплуатации, баги.
2. Добавлять новые, востребованные на текущий момент, "фичи".
3. Увеличивать быстродействие, которое часто снижается при росте "аудитории" пользователей.

26 января 2019 в 21:40

Чистый самопис никогда не встречал..
Встречались самописы на drupal..-))

Самописы, мне кажется, уже лет 10 как не актуальны вообще.
Под любую задачу можно найти или CMS или генератор "статики" или фреймворк или какой-нибудь гибрид первых трех вариантов.

26 января 2019 в 14:09
1

ostrog wrote:

Или лучше самопис?

Хуже всего "самопис".

При наличии "знаний" drupal или нормального специалиста по Drupal - drupal оптимален, по возможностям и по затратам на разработку.

25 января 2019 в 23:29

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

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

25 января 2019 в 6:59

Я под migrate начинал писать плагины фетчера, парсера и препроцесса для парсинга из произвольного кол-ва источников.
Но гибкости мигрейта нехватило.
Надо что-то с мигрейтом делать-)

25 января 2019 в 0:38

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

А какого формата предполагаются источники контента ?
html-xml, json, csv, БД и т.п.

24 января 2019 в 21:57

Поддерживаю про "причины"-)

А вообще, чтобы "дропнуть" базу, достаточно строчку php кода выполнить , добавив ее в поле формы, в котором доступно "выполнение PHP кода".(при наличии соответствующих прав у пользователя БД, которые обычно всегда в наличии).

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

23 января 2019 в 16:06
1

Сам ID вэбформы изменить нельзя, т.к. он должен быть уникальным в пределах сайта.
А вот добавить поле с автоинкрементом можно

этот модуль, судя по описанию как раз это и делает
https://www.drupal.org/project/webform_serial

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

22 января 2019 в 10:13

в настройках некоторых виджетов для ввода даты бывают настройки: minDate maxDate (или что-то подобное)
которые устанавливают диапазон доступных для выбора дат.

https://www.drupal.org/project/datepicker
не знаю есть ли эти настройки в данном модуле, но в jquery-виджете, который он использует эти настройки есть:
http://jqueryui.com/datepicker/#min-max

22 января 2019 в 8:18
1

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

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

21 января 2019 в 23:44
1

univerico wrote:

Спасибо. Не пойму как с Друпалом интегрировать. Это будет модуль на js? или все же самостоятельная сеть просто с общей бд?

Судя по количеству комментов в теме, тема очень интересная.
Так что если Вы будите задавать вопросы без конкретики, Вам сейчас столько советов навалят, что Вы сами запутаетесь.-)

21 января 2019 в 21:59
1

Кстати.. поинтересуйтесь еще парочкой языков:
Go (Golang)
JavaScript (node.js)

Их тоже часто используют для работы с нейросетями.
Один из немаловажных аспектов выбора языка-инструмента: наличие готовых качественных библиотек оптимально подходящих для решения Ваших задач.

21 января 2019 в 21:46
1

К сожалению, учебные материалы по питону порекомендовать не могу, т.к. я на нем не специализируюсь.
Когда-то "познакомился" из любопытства и все.-)

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

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

21 января 2019 в 15:04
3

про нейросети и питон.

Софт для организации "нейросети" обычно разрабатывают специалисты прикладной области (физики, математики, медики, инженеры и т.п.)

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

21 января 2019 в 10:32

Не.. всеравно не понятно..
Анимация вроде же работает?
А причем тут "асинхронный" ?

для чего используется лоадер?
при загрузке страницы, при аякс-запросе, при аплоаде файлов, ....еще варианты?

20 января 2019 в 23:30

По сути, "секретный вопрос" это тот же пароль.
Потому как по нему тоже можно "залогиниться".
Только пароль тотже drupal из коробки проверяет на надежность:
минимальная длина
использование как можно большего "диапазона" символов: большие- маленькие буквы,цифры и т.п.

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

20 января 2019 в 13:26
1

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

Подумайте о смене хостинга на хостинг без подобных лимитов.
Я думаю, несложно найти за те же деньги шаред-хостинг с необходимыми Вам параметрами.

19 января 2019 в 21:32

Хм.. 110 процессорных минут звучит как разводилово, выглядит как разводилово..
Похоже это и есть разводилово..