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

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

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

21 декабря 2018 в 18:04

Рассказали много всякого и занимательного и интересного..
Многих знал только по никам..
А "в живую" посмотрел - совсем другое впечатление..

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

А может и на drupal.ru к флуду как-то попроще относиться, и люди потянутся?
Я не про "полный беспредел", но упорядочить это дело же можно?

21 декабря 2018 в 7:09

Параграф - не "новый модуль", а достаточно пожилой-)

VasyOK wrote:

  1. Можно как-то конвертировать это поле в параграфы?

Можно чего-нибудь с VBO придумать (если совсем готового решения нет (не встречал))
т.е. скопировать одно поле материала в другое.
Надо только готовый экшн найти, или дописать или доделать..
Обычно это совсем не много, пару-тройку строчек.

21 декабря 2018 в 7:03

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

VasyOK wrote:
У него и поддержка Colorbox была лучше, чем сейчас.

20 декабря 2018 в 11:35

Хм.. А вот и соблазнение линукс-консолью..(про предыдущий коммент)-)

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

А вот для непосредственного разворачивания клона сайта из бэкапа, консоль все равно понадобиться-)

20 декабря 2018 в 10:57

Еще есть такой интересный модуль: https://www.drupal.org/project/insert

Он вставляет изображения в CKEDITOR из поля материала типа "изображение"

Т.е. загрузил в поле "изображение" нужные изображения.
потом ткнул мышкой в CKEDITOR куда изображение надо вставить и нажал кнопку Insert(Вставить) в виджете загруженного изображения.

готово..

Осталось только подобрать виджет для загрузки изображений в поле типа "изображение" копипастой.

20 декабря 2018 в 6:23

Да.. юникод он и есть юникод..

Теоретически нельзя применять в именах файлов только слэши, т.к. они являются разделителями пути.

Но бывают программки в системе, работающие с файлами, у которых требования к наименованию файлов "строже".

Поэтому достаточно вычистить все "символы" кроме букв,цифр,точек, знаков_подчеркивания и заменить пробелы на знаки подчеркивания.

Да.. кстати, пользователи могут попытаться загрузить файлы в кодировке "не юникод". (чаще всего win-1251)
Необходимо предусмотреть конвертацию "не юникода" в юникод.

19 декабря 2018 в 10:34

marassa wrote:

Так выяснили и посмотрели давно.


Не выяснили..

Одни из самых распространенных конфигураций вэб-сервера:
1.Apache
2. Nginx + apllication server (обычно Apache)
3. Nginx + php-fpm

1.Apache
http-запросы принимает-отдает: Apache
обрабатывает: Apache

19 декабря 2018 в 8:50

Я так понял, цель данного топика - превратиться в вечный "пятничный" топик?-)

Ну извините, если обломал.

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

В данном случае надо выяснить конфигурацию вэб-сервера:
1.Apache
2. Nginx + Apache
3. Другие варианты

И посмотреть логи вэб-сервера.

18 декабря 2018 в 22:23

Можно проще.. добавить в тему регион с display:none (или использовать любой не очень нужный)
добавлять в них блоки для colorbox-inline
а уже в нужных местах выводить colorbox-ссылки, по которым показывать colorbox-ы с нужными блоками

18 декабря 2018 в 20:46

не совсем..
colorbox умеет выводить что угодно:
https://www.drupal.org/node/1971564

может и ссылку загрузить и показать инлайн-контент (спрятанный в контейнер с display:none тег с АйДи и содержимым)

18 декабря 2018 в 20:34

Да.. обычно в такой конфигурации:

  1. nginx + php-fpm
  2. стандартный nginx-конфиг для drupal
  3. в админке указана папка временных файлов и разрешена запись в нее вэб-серверу (или просто права: 777)
  4. права на sites/default/files : 777

и никаких проблем с картинками не бывает.. совсем..

18 декабря 2018 в 17:41
1

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

18 декабря 2018 в 17:23

"админы" со всеми инициативами в гитхаб посылают: https://github.com/DrupalRu/drupal.ru/issues
а там, в темном углу тихонько прирежут ишью и в болото..
всколыхнется болото и затихнет..
и опять все спокойно и "правильно".

18 декабря 2018 в 7:35

Извините, если мой коммент показался Вам слишком "резким".
Просто есть некоторый опыт, и на его основании я предложил Вам самое "простое", как мне кажется, решение.

А решение немного "сложнее" Вам ниже порекомендовали.

17 декабря 2018 в 22:59

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

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