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

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

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

8 октября 2017 в 22:42

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

8 октября 2017 в 21:18

Да, я думаю об этом.
То есть вы тоже считаете, что это из за версии OpenSSL 0.98?
В 2017 году такое окружение для хостинга не нормальная ситуация?

8 октября 2017 в 12:14

Настроил в итоге drush, но от тоже не работает! Проблема похоже касается недоступности сайта обновлений drupal с сервера хостера (по https). Создам новый пост, спасибо за помощь.

20 сентября 2017 в 10:16

На локалке нет сайтов, они только на хостинге живут. Несколько штук с одинаковой конфигурацией и везде одна проблема. Сейчас конфигурация различается, разные версии php, разные версии ядра Drupal 7 - но поведение одно и то же.

18 сентября 2017 в 16:13

А где их искать? Посмотрел все отчеты /admin/reports, никаких сообщений нет. Посмотрел логи хостинга - ничего интересного. Может какой-нить режим расширенного ведения логирования можно включить?

10 ноября 2015 в 11:50

"orion76" wrote:
orion76 в Ср, 03/12/2014 - 06:47.Новое

Не понятно, в чем проблема.
Если css подключается для определенных типов нод, то и логичнее и правильнее его подключать в subtheme_preprocess_node.

15 сентября 2015 в 0:08

Была такая же тема с views (исторически оказался в /modules а не /sites/all/modules), сайт стабильно ложился при попытке отключения/переноса views, пока не нашел, что после копирования модулей из /modules в /sites/all/modules нужно сделать registry_rebuild (запустив /sites/all/modules/registry_rebuild/registry_rebuild.php) (www.drupal.org/project/registry_rebuild).

25 августа 2015 в 16:07

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:
Опубликовано sas@drupal.org в Пнд, 24/08/2015 - 15:50.

На локальном сервере - тоже кладет?

К сожалению локального сервера нет Smile Все на бою сразу.

25 августа 2015 в 12:24

"sasha_gar" wrote:
- именно так!
Спасибо всем, проблему удалось решить!
Ошибку смог увидеть случайно только на /update.php - syntax error, unexpected T_FUNCTION in /sites/all/modules/l10n_update/l10n_update.admin.inc on line 100, остальные страницы пустоту выдавали. После гугления - версия php не ниже 5.3 должна быть. Это достаточно странно, т.к. другой сайт работает на 5.2 - и там все в порядке.

30 декабря 2014 в 0:45

"gun_dose" wrote:
Кто пишет и чем аргументирует? Готов на щелбан поспорить, что эта телега не стоит выеденного яйца.

в описании проекта нашел:

https://www.drupal.org/project/better_formats

BF in in D7 will focus on filling in the gaps that are not in core (mainly hiding format selection and field level defaults) and is under testing for a production stable release.

26 декабря 2014 в 14:39

Пишут Better Formats для Drupal 7 не для продакшен сайтов.
Вообще странно, отдавал бы DRUPAL на откуп браузеру HTML как есть при переходе в rich text при отключенных фильтрах, зачем еще что-то на уровне ядра крутить.. Или это именно CKEditor руководит переключением plain text -> rich text?

25 декабря 2014 в 0:42

"gun_dose" wrote:
Опубликовано gun_dose в Ср, 24/12/2014 - 09:29.Новое

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

10 декабря 2014 в 12:40

"klimp" wrote:
Опубликовано klimp в Ср, 10/12/2014 - 09:46.Новое

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


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

10 декабря 2014 в 12:40

"klimp" wrote:
Опубликовано klimp в Ср, 10/12/2014 - 09:46.Новое

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


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

9 декабря 2014 в 0:14

Можно через импорт/экспорт представлений. Правда все равно мне пришлось удалить старое, т.к. машинное имя даже во время импорта поверх не менялось

http://drupal.stackexchange.com/questions/14385/how-do-i-display-edit-th...

PS. мало ли кто искать будет, как и я Smile

5 декабря 2014 в 23:22

"sg85" wrote:
Опубликовано sg85 в Пт, 05/12/2014

проверил еще раз - сработало! Я думаю, что не почистил кэш, хотя держал это в голове, т.к. с subtheme_preprocess_node все срабатывало просто после рефреша страницы. Виноват, буду тщательнее проверять. Однако в YOURTHEME_preprocess_page не доступен параметр $vars['view']->current_display.

5 декабря 2014 в 15:58

"gun_dose" wrote:
Это почему это не получится? Если не убирать в настройках вьюс галочку "Добавить классы по умолчанию", то там столько классов добавляется, что можно делать всё, что угодно.

5 декабря 2014 в 13:39

"gun_dose" wrote:
Опубликовано gun_dose в Пт, 05/12/2014 - 14:23.Новое

А чем, если не секрет, обусловлена необходимость добавлять цсс именно таким способом, а не простым добавлением нужных правил в основной цсс-файл темы?

5 декабря 2014 в 13:17

sg85 wrote:
template.php откровенно по фиг на hook_views_pre_view, ибо последний не имеет никакого отношения к темизации(если быть точнее, то он вызывается исключительно из модулей).