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

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

12 мая в 11:27

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

20 апреля в 17:50

я хочу заранее предупредить что любые скрипты и лечилки не дают 100% защиту.
Почти на всех сайтах, которые я видел в взломаном состоянии (в основном после друпалгеддона v2.0) были инзерты в базу с зашифрованым (или не очень зашифрованным) кодом, такие скрипты не умеют подобное детектить

20 апреля в 17:43

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

20 апреля в 17:31
2

Переведите сайт на https и проблем не будет
Это - реализация атаки MITM от провайдера связи. К сожалению, в наши дни достаточно широко распространенная дичь.
Как пример из недавних - https://habr.com/ru/post/497006 . Почитайте, сделайте выводы.
Кстати, сертификат через certbot ставится реально за 10 минут

Сайт в безопасности. Скорее всего.

20 апреля в 17:27

1) Я бы делал структуру типа:

 - Event 1
    - Event type: Назначение
    - Event initiator: entity A
    - Event target: entity B, entity C, entity D
    - Event Date: 01/01/1970 
    - Event comment: ""

Можно ещё привязать ревизии, если захочется

2) А вы уверены что лицензия уже существующей CRM выйдет дороже чем её разработка? Тем более, на базе D7 в середине 2020ого года?

20 апреля в 17:18

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

Идея, конечно, так себе, и поддерживать я такое не хочу, но для начинающего сайтбилдера, в целом, может и сойти

18 февраля в 15:00
1

Вы неправильно поняли
Это значит, что если вы что-то передаете, то вы обязаны сделать так, чтобы тот, кто это что-то получает, получал это в удобоваримом виде - без кодирования информации, без обфускации кода и прочее прочее

Это не значит что кто угодно может попросить исходники и вы обязаны предоставить их, это значит что если вы их предоставляете, вы обязаны предоставлять их так, как говорит лицензия GPL

14 февраля в 5:56
1

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

13 февраля в 18:17
2

Немного подумал о проблеме и вот мое мнение.

Я понимаю что не хочется тратить деньги, но если вопрос встал так - необходима работа с сайтом. А значит - нужен инструмент управления сайтом.
Если рассматривать только сео часть, то это - админка, тот интерфейс, который нужен, чтобы изменять данные метатегов, выставлять УРЛы и прочее прочее. А у слабых команд разработчиков эта штука может вообще отсутствовать как класс.

13 февраля в 7:22

Почему не сильно?
Есть явно заданый блок, у него в явном виде есть хедер, есть контент и есть футер.
Если сказать "вот блок (div.views), вот внутри него хедер с информацией, а вот футер" - всяким ридерам моментрально будет намного легче