-Sheckler-
-
Публикации
122 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
3
Сообщения, опубликованные пользователем -Sheckler-
-
-
33 минуты назад, celsoft сказал:
можно конечно. Через систему плагинов, а авторизация непосредственно находится в файле engine/classes/social.class.php класс AuthViaVK
Отлично, благодарю! Написал FIX с записью vk_user_id в профиль :)
-
4 минуты назад, celsoft сказал:
Во всех версиях всегда все было одинаково, ничего в этом вопросе ни в одной версии DLE не менялось. Информация о авторизации через социальные сети хранилась и хранится в таблице dle_social_login а не в таблице dle_users
Тогда вероятно я что-то путаю. Видимо "сто мильёнов" лет тому назад разрабатывал очередную ерунду, что сам себя запутал))
Пробежался по версиям вплоть до 10.5, ничего не нашёл тоже. Благодарю за информацию и внесение ясности.
Еще вопрос, можно как-то небольшим FIX-ом перехватить vk_user_id в момент авторизации через ВК и записать его в профиль? Хотя бы направьте куда смотреть и могут ли крутиться эти данные на входе (при авторизации через ВК)
(modules/social.php)
Вижу $social_user = $social->getuser();
Могут ли сидеть эти данные в $social_user ?
-
22.04.2023 в 18:41, almaz.izguzhin сказал:
Здравствуйте. Как отобразить id vkontakte, через который пользователь авторизовался на сайте в личном кабинете?
Поддерживаю вопрос. раньше это как-то работало и в таблице dle_users сидели эти данные, сейчас их нет. Не понятно в какой момент они пропали и где теперь их получать. При этом также обратил внимание, что ранее при выводе {social-list} показывались ссылки всех доступных соц. сетей для привязки, и неактивные ссылки (текст) уже привязанных соц сетей с кнопкой отвязки. Простоя и понятная реализация, а сейчас просто пустой список только привязанных
Притом тег проверки подключенной соц. сети есть, а если наоборот не подключена - тег отсутствует
UPD:
Вспомнил, ранее я писал соответствующий плагин для подстановки ссылок на не привязанные соц. сети. Но вопрос всёравно актуален, куда пропал vk_user_id , нужно восстановить его получение )
-
У меня осталась его копия, к сожалению проект пришлось закрыть из-за юридических соображений.
-
5 минут назад, Gameer сказал:
Ничего кешировать не нужно, вынесите обработку тега за новости в engine/modules/main.php добавьте к тегу id новости, и вы через регулярку спокойно сможете проверять есть новость у пользователя в избранном или нет. зачем велосипед с кэшем изобретать?
Это я говорил про сайт в целом и персонализацию для снижения нагрузки путём кэширования. У нас есть персональная информация/выборки из БД, для каждого пользователя эту персональную информацию можно кэшить на 2-3-5 минут, чтобы при каждой загрузки страницы он каждый раз не обращался к mysql, что отразится на скорости загрузки страницы, а также на нагрузке на сервер.
-
1 час назад, MSK сказал:
Не очень сильно, а безумно сильно ;)
И не забывайте, что есть хостинги с лимитом на число файлов...
Ну, для сайтов с выделенным сервером (виртуальным или физическим) я думаю это должно быть по силам, если такая реализация является корректной. Можно было сделать функцию для более сложных тяжелых проектов на выделенном сервере, почему бы и нет? :)
-
1 час назад, celsoft сказал:
Рассуждения в корне не не верны. При использовании сортировки нет никакого очищения кеша и быть не может. Потому что кеш общий!!! и единый!!! для всех пользователей находящихся в одной группы. Например для всех гостей один, для всех зарегистрированных тоже один, но другой именно для этой группы и т.д.
Когда пользователь использует изменение сортировки на сайте, то кеш не очищается, он только для него и только для него вообще не используется, а для всех остальных используется!!!
Закладки это персональная информация каждого!!!! пользователя, она у всех разная. Не может быть кеша и персональной информации одновременно!!! Это по сути полное отсутствие кеша, т.е. достаточно просто отключить кеширование и будут у всех все актуально сразу. Нельзя кешировать и одновременно иметь персональную страницу. Эти вещи не совместимы, и сути противоречат друг другу по логике и прочему. Вам нужно определяться в данном случае что приоритетнее: снижение нагрузки на сервер, или персональная информация на странице для каждого отдельного пользователя. Кеширование это априори потеря динамики в том или ином вопросе и нужно решать что важнее.
Благодарю за отклик по данному вопросу!
Я не совсем понимаю, почему нельзя делать кэширование для каждого отдельного пользователя. Для гостей да, свободно. А для пользователей можно создать кэш под уникальным идентификатором этого пользователя и использовать их.
Например было "news_" , вместо него "news105_" (где 105 это ID пользователя). Соответственно, таким образом мы получаем кэширование уникальных данных и для отображения используем их же, также вместо "news_" подставляем "news105_" и вопрос должен быть решен. Далее при заходе на сайт для каждого пользователя будет свой кэш.
Другой вопрос будет ли это корректно для самого кэша, т.к. количество данных для кэширования очень сильно увеличится.
-
На самом деле тема актуальна и я ранее уже тоже писал (создавал тему) на счет некорректной работы закладок. Понятное, что данные кешируются, но значит нужно как-то очищать кэш когда люди добавляют что-то себе в закладки. Ведь очистка кэша также работает при смене сортировки материалов, а это тоже такая же пользовательская настройка.
Просто сейчас выходит, что при наличии кэширования функционал не работает должным образом. По сути в закладки мало людей добавляют новости, также как и сортируют тоже мало — в чем сложность при этом действии очищать каждый раз кэш новостей?
Я вот сейчас использую ajax версию, нажимаю на кнопку добавить в закладки, она поменялась (я понял что она добавлена) и далее просто обновляю страницу — валя, опять кнопка добавить "в закладки". Это сбивает с толку. Если функционал закладок используется, то пусть чистится кэш просто при добавлении материалов в эти самые закладки (избранное).
Я пробовал использовать конструкцию clear_cache();, но она не работает:
if ( $config['allow_alt_url'] AND !$config['seo_type'] ) $cprefix = "full_"; else $cprefix = "full_".$id;
clear_cache( array( 'news_', $cprefix ) );if ( $config['allow_alt_url'] AND !$config['seo_type'] ) $cprefix = "full_"; else $cprefix = "full_".$id; clear_cache( array( 'news_', $cprefix ) );Как быть?
Функция "добавить в избранное" при включенном кэшировании работает не корректно. Притом проблема наблюдается на странице поиска и в custom'ах — вообще не отображает, что новость в закладках
-
09.03.2021 в 15:48, dolfi сказал:
По готовому..
Пишите в лс, готов помочь
-
Скачивание файлов не тестировал, но определенно есть проблема с авторизацией через соц. сети, однако есть понимание, как можно исправить.
Другой вопрос — что за файлы люди должны скачивать? И, как правило, скачивание файлов может блокировать сама ОС телефона/устройства
-
-
Интересует создание с 0 или верстка по уже подготовленному макету?
-
15 минут назад, Gameer сказал:
header должен быть выше любых выводимых данных.
даже если в index.php написать над подключением файлов всёравно игнор )
-
В целом разобрался. Вопрос как присвоить свой header application/json ?
игнорирует строку если пишу её в модуле при выводе строки json
-
У меня интереснее вопрос )
Создал API для выгрузки данных сервиса (сайта) в нативное iOS приложение. DLE API предлагает использовать открытый пароль. Для авторизации в приложении и получения данных об учетной записи со стороны приложения должны ввести пароль и передать его POST-ом на мой сервер и получить json ответ. Использовать передачу пароля в открытом виде не безопасно. Вопрос, как создать сопоставимый хэш пароля, чтобы передать его POST-ом?
-
9 минут назад, celsoft сказал:
В таком случае никаких ошибок быть не должно. Почему у вас проблема, угадать я этого не могу, нужно смотреть визуально. Для этого обратитесь в службу тех. поддержки со своего клиентского аккаунта https://dle-news.ru/index.php?do=feedback предоставив доступы по FTP и к админпанели DLE.
Это может быть связано с версией php? на сервере стоит 5.4
-
В 19.12.2018 в 02:55, celsoft сказал:
Возможно пользуетесь очень старой версией, где таких параметров не было.
версия 13.1
-
Не могу понять почему не учитывается значение only или no, выводит всё вместе с субкатегориями
-
17 минут назад, celsoft сказал:
Никакого бага здесь нет. Вы в настройках скрипта включили кеширование и видите кеш публикаций, общий для всех, а эта информация у каждого пользователя разная, что делает невозможным использование кеша. Если вы хотите чтобы каждый видел, что он у себя внес, вам нужно отключать кеширование в настройках скрипта, тогда эта информация будет отображаться. Кеширование, это значительное ускорение и снижение нагрузки, но и также неизбежная потеря части персональной динамики сайта.
Понял, благодарю.
-
Столкнулся с такой проблемой, что кнопки [add-favorites]Добавить в изобранное[/add-favorites] и [del-favorites]Удалить из избранного[/del-favorites] работают некорректно, а именно проблема заключается в следующем:
— Добавляем в избранное из превью и нам появляется попап об успешном добавлении, без перезагрузки кнопка не заменилась и дальше висит "Добавить в изобранное" не смотря на то, что материал уже добавлен.
— Обновляем страницу и ничего не поменялось, всё также висит "Добавить в избранное".
Чистка кеша не помогает. Может я что-то упустил?
-
Отбой, только сейчас понял что сам не учел одного момента. Материалы будущих мероприятий же, а на остальных страницах отображение новостей будущей даты отключены, в том числе сам материал
-
Добрый день,
Очень странная ситуация. Раньше на сайте действительно было ограничение к разделам, но потом мы его убрали, то есть в настройках группы "Гости" никаких запретов сейчас нет и доступ разрешен во все категории, но движок работает иначе, он это попросту игнорирует.
Заходим на страницу, и там Гости не имеют доступа для просмотра статей из данного раздела.
У зарегистрированных пользователей тоже нет никаких ограничений, но раздел работает.
Версия 11.3
-
В 22.06.2018 в 14:27, celsoft сказал:
Движки к этому вообще не имеют никакого отношения. Неважно какой движок вы используете, это касается не только DLE, а вообще любой CMS, все только зависит от вашего контента. Если вы делаете миллионный сайт по той или иной тематики, то придется очень долго поднимать сайт в ранжировании.
Согласен, на любых других движках абсолютно та же ситуация
-
периодично встречаю сайты достаточно посещаемые, но на личном опыте сайты DLE очень тяжело подъёмные в сео именно с низов, не пойму почему, возможно потому что раньше школьники плодили варезы
Пожелания для новых версий DataLife Engine
в DataLife Engine (Общие вопросы)
Опубликовано: · Изменено пользователем -Sheckler-
Было бы не плохо сделать поддержку тега custom для вставки в рассылки новостей, к примеру чтобы вывести 3-5 нужных материалов по определенным критерям в конце сообщения