holistic
-
Публикации
219 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
4
Сообщения, опубликованные пользователем holistic
-
-
В дополнение:
8 часов назад, celsoft сказал:Проблема будет изучена и исправлена в следующей версии, при ее подтверждении. Каких либо готовых решений на данный момент к сожалению нет. Она требует изучения и проверки.
В Отладчик перепостов Facebook стало появляться следующее:
*** Предупреждения, которые должны быть устранены
- Указанные свойства «og:image» еще недоступны, потому что новые изображения обрабатываются в асинхронном режиме. Чтобы гарантировать наличие изображения в перепостах новых URL, укажите размеры с помощью тегов «og:image:width» и «og:image:height».
Попробуете внедрить и эти св-ва og: в след. версиях, чтобы "порадовать" Facebook?
-
Если в посте текст разбивается на абзацы ( <p>...</p>, то новая возможность:
<meta property="og:description" content="ТЕКСТ">
зачем-то и внутри content также переносит текст!
И получается:
<p>Начало текста</p>
<p>Следующий абзац</p>На выходе:
<meta property="og:description" content="Начало текста. Следующий абзац">
Вопрос к разработчику: вы можете это исправить?
Это явно неверное решение.
Может вы здесь можете написать, что исправить в скрипте?
-
И еще.
Даже после всех настроек приложения в Facebook, во всплывающем окне авторизации на сайте выдает:
"Вы используете тип отображения "всплывающее окно" в большом окне браузера или вкладке. Для повышения удобства работы пользователей, показывайте этот диалог с нашим JavaScript SDK, без указания определенного типа отображения. SDK выберет наиболее подходящий тип отображения для каждой среды. Также можно установить высоту и ширину в вашем параметре window.open(), чтобы задать нужные размеры, если у вас есть особые требования, исключающие возможность использования SDK. Это сообщение доступно только для разработчиков вашего приложения."
Как это исправить?
-
59 минут назад, celsoft сказал:
Или просто создать новое приложение и задать в DLE данные вашего нового приложения. Видимо у вас очень старое приложение, они раньше выдавали миллион прав приложениям, по умолчанию, а теперь видимо после скандала пытаются их отозвать. А новые приложения уже сразу идут с минимумом доступных прав. DLE эти поля и права не нужны, ему нужен только минимум для авторизации
Уважаемый разработчик!
Помогите пожалуйста людям правильно заполнить новое приложение в Facebook, ибо там сейчас уже черт ногу сломит.
Я сделал это, не удаляя старое, но упорно выдает: "Добавьте в свое приложение функцию «Вход через Facebook»", хотя этот «Вход через Facebook» уже создан, но не горит зеленая кнопка рядом с ним, и как его настроить - непонятно...
И кстати, да - во вновь создаваемых приложениях в "Одобренные элементы" есть только два теперь РАЗРЕШЕНИЯ ДЛЯ ВХОДА: Email и Default...
-
4 часа назад, Майор сказал:
нет пункта "В статических страницах, новостях, комментариях".
непонятно, чего нет?
всё есть в ДЛЕ 13.0 ведь.
Производить замену: "В статических страницах, новостях, комментариях".
вы о чем?
а разработчик подтверждает отсутствие этого что ли?
-
11 часов назад, celsoft сказал:
utf8mb4 это расширенная кодировка для БД.
хорошо.
в какой именно должна быть каждая таблица БД кодировке:
utf8mb4_unicode_ci
или
utf8mb4_general_ci
Вопрос на случай, если автомат DLE не справится с конвертацией, и придется вручную прописывать в таблицы...
-
В DLE 13.0 перестало работать: Gzip сжатие JS и CSS файлов.
В настройках всё по прежнему включено.
Как JS-файлы объединяются между собой, но НЕ сжимаются, так и CSS-файлы делают то же самое, НЕ сжимаясь.
Т.е. следуя (давным-давно) рекомендациям отсюда: https://dle-news.ru/tips/917-szhatie-css-fajlov-shablona.html, теперь получаем JS и CSS файлы просто объединенными (по типу конечно), но удаления из как абзацев, так и ненужных пробелов совершенно НЕ происходит.
На выходе получаем самые обычные несжатые файлы - Gzip сжатие просто нет, - на что и сам Google PageSpeed указавает:
- Minify JavaScript
- Minify CSS
Как сделать Gzip сжатие JS и CSS файлов нормальным, как было в DLE 12.1 ?
-
Прекрасное нововведение ДЛЕ 13 нежно предлагает:
- Вы можете сконвертировать вашу базу пройдя по ссылке: конвертация базы данных
Но там же и принудительно будут конвертированы в utf8mb4 и файлы шаблона (*.tpl)
Подскажите пожалуйста, как всё это сделать вручную:
1. Перевести БД полностью в utf8mb4 ?
2. Конвертировать все файлы шаблона в utf8mb4 ?
Второй вопрос самый интересный, например в Notepad++ так и не видно, как в эту utf8mb4 конвертировать-то?..
-
10 часов назад, alex32 сказал:
Учите css, он все умеет делать, и по высоте и по ширине.
Угу, еще разок:
- учите PHP, чтобы делать нормальные хаки, а не бред стилизации ширины-высоты картинок для кривого подгона...
-
7 часов назад, alex32 сказал:
Теги {prev-img} и {next-img} выводят путь к картинке так, как он записан в БД.
Ясно.
Поэтому и проблема с вашим хаком.
Непрофессионально.
-
4 часа назад, alex32 сказал:
Теперь плагин проверяет и выводит картинку из краткой новости, если таковой нет, проверяет и выводит картинку из допполя, если и ее нет, то берется первая картинка из полной новости. Если картинок нет вообще, то выводится заглушка, которая находится /templates/ВашаТема/dleimages/no_image.jpg (стандартная).
Каким образом ваш модуль тянет картинки, методом сжатия через PHP Crop или же тупо тянет большую картинку и искусственно сжимаешь ее через указания ширины-высоты (т.е. неправильно)?
1. Если такая топорная подача картинки, то имеем картинки одинаковые, допустим, по высоте, но все разные по итоговой ширине.
2. Не все браузеры нормально отображают картинки, сжатые "ручным" методом.
-
Пришло письмецо от Facebook по поводу настройки приложения:
Мы обновили процесс проверки приложений и предоставления разрешений для API Facebook.
Отправьте приложение на проверку, чтобы сохранить текущие разрешения и доступ к функциям API.
user_link
user_gender
user_age_range
user_friends
Эти пункты добавить не проблема у них на панели, но вот беда - в текущей заявке на проверку к каждому вышеуказанному пункту нужна доп. информация, типа такого:
1. Как ваше приложение использует функцию «user_gender»?
2. На какой платформе ваше приложение использует функцию «user_gender»?
3. Загрузить скринкаст. Нам необходимо увидеть, как ваше приложение использует функцию «user_gender», чтобы убедиться, что оно не нарушает наших правил. Загрузите скринкаст, пошагово демонстрирующий любой способ использования, даже запись на ваш телефон.
О май Гад!
Чё теперь делать-то с этой бурдой, это чего - теперь могут накрыть приложение и люди на сайте не смогут заходить через эту соцсеть?
Помогите пожалуйста, кто уже это делал, или может быть сам разработчик ДЛЕ уже это знает как пройти?
-
Вообще странный этот Бьютифуль Froala Эдитор.
На уровне кода убираешь принудительно все абзацы (отступы и пробелы) между, например:
<p>ТЕКСТ</p>
...
<p>ТЕКСТ</p>
чтобы было нормально в БД:
<p>ТЕКСТ</p><p>ТЕКСТ</p><p>ТЕКСТ</p>
Но прекрасный редактор упорно при переключении режимов (код/обычный вид) снова расставляет свои бестолковые абзацы, которые в БД, видимо, будут натыканы как \n\n, а то еще и как просто гора пробелов!
Или разработчик ДЛЕ всё это фильтрует?
-
1
-
-
3 часа назад, SN74 сказал:
Ну выше решение уже почти есть, и по сути универсальное.
И всё-таки надо ждать, когда разработчик сделает всё это - нужен гибкий Ajax...
-
4 часа назад, MSK сказал:
Так в том-то и дело. Возможность кастомизации не должна лишать функциональности.
Вот те раз!
Так получается, если этот: {favorites} - тогда Ajax будет.
А если по типу: [add-favorites] текст [/add-favorites] - тогда Ajaxа НЕ будет?
© "Кэп, так дело не пойдёть"
-
11 часов назад, celsoft сказал:
Давно уже дополнительно присутствуют такие теги как [add-favorites] текст [/add-favorites] и [del-favorites] текст [/del-favorites] https://dle-news.ru/extras/online/index.html?all16.html
Т.е. вместо {favorites} - нужно поставить [add-favorites] текст [/add-favorites] и [del-favorites] текст [/del-favorites]?
Именно вместо {favorites} ?
-
По поводу "Добавить в свои закладки" (favorites).
Удалите наконец-то в:
engine\ajax\favorites.php,
engine\modules\show.custom.php,
engine\modules\show.full.php,
engine\modules\show.short.php
- этой ужасный html-код картинки для добавления/удаления в Избранное пользователя!
Вот это (и для плюса соответственно):
<img src=\"" . $config['http_home_url'] . "templates/{$config['skin']}/dleimages/minus_fav.gif\" onclick=\"doFavorites('" . $id . "', 'minus'); return false;\" title=\"" . $lang['news_minfav'] . "\" style=\"vertical-align: middle;border: none;\" />
Сделайте возможность полной настройки {favorites} только через шаблоны, как уже внедрено для всех остальных возможностей.
Надеемся на ближайший релиз.
-
1
-
-
Истерика сейчас пошла по Сети.
Чёт накопали...
Службы техподдержки пишут:
"Уважаемый клиент, в связи с серьезной уязвимостью в Memcached, которая позволяет использовать сервер для DDoS атак, мы просим проверить конфигурацию и внести исправления. Подробности об уязимости и способах устранения.
Способы устранения:
1. Перенастроить прослушиваемый интерфейс на loopback (127.0.0.1)
2. Настроить правила firewall таком образом, чтобы третьи лица не могли использовать memcached."Вопрос:
- у самой ДЛЕ что-то где-то менять при этом нужно, или только на самом сервере?
-
В 2/1/2018 в 19:14, celsoft сказал:
Есть стандартные функции PHP, такие как parse_url http://php.net/manual/ru/function.parse-url.php , dirname http://php.net/manual/ru/function.dirname.php , pathinfo http://php.net/manual/ru/function.pathinfo.php которые напрямую зависят от установленной локали сервера. И возвращают результаты по разному в зависимости от того какая локаль установлена. Поэтому для работы этих функций необходимо задать переменную окружения с русским языком и убедится что локаль для русского языка вообще присутствует на сервере и установить ее. Есть три пути установки локали и переменных окружения. Путь номер раз http://dedicatesupport.com/content/nastroika-lokali-v-konsoli-v-centos путь номер два http://php.net/manual/ru/intl.configuration.php путь номер три через окружение Апача. Три разных пути. Это сообщение напишите им.
Техподдержка сообщила, что установила вообще всё это!
Уже перелопатили всё, не понятно, что же еще нужно...
В итоге - НЕ РАБОТАЕТ!
Работает ТОЛЬКО при наличии:
@setlocale(LC_ALL, array("ru_RU.UTF8", "ru_RU.UTF-8"));
в языках.
Не знаю, что уже сказать...
-
1 час назад, celsoft сказал:
Неумение производить настройки сервера, не значит что не работает.
"Отлично"!
Вот что мне ответили:
ЦитатаНам неизвестны требования скрипта, который осуществляет данное преобразование, поэтому укажите следующие данные
1. Предоставьте полные технические требования к CMS/скрипту, с указанием требуемых модулей.
2. На каких версиях php работает эти скрипты. У вас сейчас версия 5.6.32, режим работы php как FastCGI
3. Локаль на сервере настроена и для консоли и для php.И что же ответить им, скажите на милость?
-
23 минуты назад, celsoft сказал:
Какой путь? Загрузка файлов на сервер одинакова лет уже как как пятнадцать минимум и вообще никогда не менялась. Конечно переименование файлов происходит в скрипте и всегда происходило. И это не какой то новый путь.
Нормальные, это не значит супер-специфические. Эти данные обрабатывает PHP интерпретатор, встроенными стандартными функциями PHP, а не какими то собственными функциями DLE. И чтобы стандартные функции PHP корректно поддерживали русские символы в именах и путях файлов, и требуются корректные настройки сервера.
Загрузка - да. Но вы ступили на путь принудительного избавления директивы в языковых файлах.
Более того, только что мне на сервере внесли также и это (как написано выше):
ЦитатаSetEnv LANG ru_RU.UTF-8
Данная строка должна быть добавлена в секцию <VirtualHost 127.0.0.1:81>
И никакого эффекта это также не возымело!
Т.е. ни настройка Locale, ни настройка в конфигах Апача - ничего не дает.
Дает только одно нормальный эффект:
Цитаталет уже как как пятнадцать минимум и вообще никогда не менялась
а это только наличие в языках:
@setlocale(LC_ALL, array("ru_RU.UTF8", "ru_RU.UTF-8"));
-
5 часов назад, olifus сказал:
мне изначально вносили эти же изменения, но они также не дали результата. только после внесения настроек, описанных мною выше, загрузка стала нормальной.
А вот, что мне ответила техподдержка:
ЦитатаСудя по всему, проблема проявляется из-за плагина или встроенной функции загрузки файла, либо переименование происходит после загрузки файла на сервер, также средствами CMS.
Поэтому проблема вряд ли будет решена добавлением в виртуалхоста сайта указанной вами директивы, но мы можем выполнить данное действие. После добавления директивы потребуется перезагрузка веб-сервераИ вопрос - зачем разработчики DLE ступили на такой стрёмный путь?
Похоже разработчикам предстоит работа над решением этой проблемы на уровне самого скрипта, а не таких супер-специфических настроек сервера...
-
1 час назад, celsoft сказал:
нет не нужна
Только что настроили и получили:
locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
"А воз и ныне там..."
Что же не так, что еще нужно-то?
-
2 минуты назад, celsoft сказал:
Да
И после этого эта строка:
@setlocale(LC_ALL, array("ru_RU.UTF8", "ru_RU.UTF-8"));
не нужна будет в языковых файлах?
В тегах нельзя использовать спецсимволы?
в DataLife Engine (Общие вопросы)
Опубликовано:
Почему при написании статьи невозможно добавить в "Ключевые слова для облака тегов" теги, например, с амперсандами ( & )
Нужно внести тег: H&M (некоторые торговые марки содержат такое в своей аббревиатуре).
Но внести при написании-то можно, но вот после сохранения поста такие символы не то, чтобы сотрутся, а еще и вообще все другие теги снесутся!
Хотя для "Метатег Keywords" - можно без проблем вносить такое, и даже на уровне останется так же: H&M
Как решить эту проблему для написания тегов новости, ведь это очень важно и нужно?