webair

Авторизация по cookies осуществляется просто, если у вас скачивание с поддомена и бд пользователей одна на два сайта. Если второй сайт не на том же домене, то нужно писать некое подобие API для проверки легитимности скачивания. Пожалуйста, опишите задачу подробнее. Замечательно - готовое ТЗ.

Уважаемый @celsoft Прошу увеличить лимит ЛС на форуме до адекватного числа (думаю, около 500-1000 нормально). Приходится удалять переписки и контакты, которые могли бы пригодится когда нибудь. Вы же в БД не изображения храните, а всего лишь текст. Как вариант, предлагаю лимит ЛС = репутация * 10, что справедливо. Спасибо ) P.S. Написал на публику, чтобы увидеть реакцию коллег. Может только меня это напрягает ) Ну и к тому же, написать вам в ЛС не позволяет лимит )

@Danteky <script> var s_1_local = [xfgiven_s_1_local][xfvalue_s_1_local][/xfgiven_s_1_local][xfnotgiven_s_1_local]0[/xfnotgiven_s_1_local]; var s_2_local = [xfgiven_s_2_local][xfvalue_s_2_local][/xfgiven_s_2_local][xfnotgiven_s_2_local]0[/xfnotgiven_s_2_local]; var s_3_local = [xfgiven_s_3_local][xfvalue_s_3_local][/xfgiven_s_3_local][xfnotgiven_s_3_local]0[/xfnotgiven_s_3_local]; var sum = s_1_local + s_2_local + s_3_local; document.write(sum); </script>

if ( !file_exists(DLEPlugins::Check($file_path."/".$file_name)) ) return "File {$url['path']} not found."; В engine/classes/templates.class.php проверяется через плагины существование файла, созданного через плагины и вызванного через шаблон... Ну я не знаю, на сколько это правильно, @celsoft вам скажет точнее. Я бы посоветовал удалить плагин ap-novosti-posle-prosmotra.xml и создать в modules физический php файл. Нет смысла создавать плагин ради создания 1 файла. В modules никак не затрагиваются ваши модули после обновления DLE. И вообще, я бы посоветовал через плагины реализовать в engine/modules/show.full.php, а не как отдельный php файл подключать через шаблон. Приведу содержимое engine/modules/upka.php, создаваемое вами через плагины, если кому то лень скачать ) <?php defined('DATALIFEENGINE') || die('Hacking attempt!'); # количество просмотров новостей, после которых будет первый ап $first_up = 1000; # количество просмотров новостей, после которых будет периодический ап # если указать 1000, то каждую тысячу просмотров новость будет апаться) $period_up = 500; global $row; if ( !$row['id'] || !$row['news_read'] ) return; if ( $row['news_read'] % $period_up == 0 or $row['news_read'] == $first_up ) { $db->query("UPDATE " . PREFIX . "_post p LEFT JOIN " . PREFIX . "_post_extras e ON p.id = e.news_id SET p.date = '" . date('Y-m-d H:i:s', $_TIME) . "', e.editdate = '{$_TIME}' WHERE id = '{$row['id']}'"); } ?>

Лучше ваш плагин перепишите правильно. Не надо искать проблему в кешировании, когда проблема в вашем плагине. Выложите сюда, прямо интересно стало из за чего это всё.

var s_1_local = [xfgiven_s_1_local][xfvalue_s_1_local][/xfgiven_s_1_local][xfnotgiven_s_1_local]0[/xfnotgiven_s_1_local]; var s_2_local = [xfgiven_s_2_local][xfvalue_s_2_local][/xfgiven_s_2_local][xfnotgiven_s_2_local]0[/xfnotgiven_s_2_local]; var s_3_local = [xfgiven_s_3_local][xfvalue_s_3_local][/xfgiven_s_3_local][xfnotgiven_s_3_local]0[/xfnotgiven_s_3_local]; var sum = s_1_local + s_2_local + s_3_local; alert (sum); Самое простое решение - js.

Тоже думал в эту же сторону )) Ну и не только на загрузку, но и на удаление, переименование и т.д.

А @IgorA100 не помог?

Отметить в личном кабинете новости каких категорий получать и с какой периодичностью. Все новости или самые просматриваемые, самые комментируемые, с наивысшим рейтингом. И в форме подписки гости могут подписаться и выбрать какие категории новостей получать или просто подписаться, чтобы получать произвольные рассылки, без регистрации. Шаблон письма будет как обычно через tpl файлы. И для произвольных рассылок и для рассылок новостей, гибкие настройки. Спасибо за поддержку )

Здравствуйте, уважаемые коллеги и пользователи DLE. По своей деятельности очень часто приходится сталкиваться с вопросом email рассылок, последние 3 года особенно плотно работаю с этим. Обычно, пишется всё индивидуально под каждого клиента, но решил я накопленный опыт собрать в один модуль, тем более, что сейчас для себя требуется отправлять регулярно рассылки по более 30000 получателям. Предполагаемая стартовая функциональность модуля: Рассылка по существующим пользователям Импорт/экспорт своей базы подписчиков Форма подписки Грамотный процесс отписки от рассылок (заголовок List-Unsubscribe и прочие плюшки) Статистика открытия/прочтения/отписок по каждой рассылке Статистика открытия/прочтения по каждому email адресу Подписка на новые новости определенных категорий Цепочка писем (во второй версии, скорее всего) У кого какие есть идеи и пожелания? Само собой модуль будет платный, но будет и бесплатная версия с некоторыми ограничениями.

Который не ценит свое время и работает за еду и из альтруистических побуждений, да) За что платить, спросите? За возможность продавать материалы! За ганатию, в случае ошибок, вам бесплатно исправят, а в случае необходимости доработок, компания не пропадет бесследно. Какие деньги, такое отношение и результат. Кстати, если модуль бесплатный или продается для общественности, то есть не малая вероятность, что злоумышленник может изучить код этого модуля, найти слабые места и взломать ваш сайт. Это относится к очень серьезным проектам, конечно же. Сайт какого то школьника никто не будет ломать @Gameer, DLE Billing не панацея. Кому то не нужен виртуальный счет, а нужно, чтобы оплатил какой то конкретный материал и без лишних телодвижений он стал доступен. Хорошо, кого то может устроить DLE Billing. А не было бы этого модуля? Неужели за $100-150 вы бы написали этот функционал с 0 ради 1 продажи или растиражировали бы модуль?

Там решение от @Gameer <?xml version="1.0" encoding="utf-8"?> <dleplugin> <name>Убираем теги дополнительного поля типа Галерея</name> <description>Плагин уберет теги если картинок нет. [ https://lazydev.pro ]</description> <icon></icon> <version></version> <dleversion>13.0</dleversion> <versioncompare>greater</versioncompare> <upgradeurl></upgradeurl> <filedelete>0</filedelete> <mysqlinstall><![CDATA[]]></mysqlinstall> <mysqlupgrade><![CDATA[]]></mysqlupgrade> <mysqlenable><![CDATA[]]></mysqlenable> <mysqldisable><![CDATA[]]></mysqldisable> <mysqldelete><![CDATA[]]></mysqldelete> <file name="engine/modules/show.full.php"> <operation action="after"> <searchcode><![CDATA[$tpl->compile( 'content' );]]></searchcode> <replacecode><![CDATA[$tpl->result['content'] = preg_replace("#\[xfvalue_(.+?) image=\"\d+?\"\]#i", '', $tpl->result['content']);]]></replacecode> </operation> </file> <file name="engine/modules/show.short.php"> <operation action="before"> <searchcode><![CDATA[$tpl->clear(); $db->free( $sql_result );]]></searchcode> <replacecode><![CDATA[$tpl->result['content'] = preg_replace("#\[xfvalue_(.+?) image=\"\d+?\"\]#i", '', $tpl->result['content']);]]></replacecode> </operation> </file> <file name="engine/modules/show.custom.php"> <operation action="before"> <searchcode><![CDATA[$tpl->clear(); $db->free( $sql_result );]]></searchcode> <replacecode><![CDATA[$tpl->result['content'] = preg_replace("#\[xfvalue_(.+?) image=\"\d+?\"\]#i", '', $tpl->result['content']);]]></replacecode> </operation> </file> </dleplugin>

Берете любой доступный API и по списку нужных городов проходитесь и кешируете у себя. Нет проблем.

Тогда, хотите совета, пишите подробнее. Иначе, непонятно, зачем создали тему? И не надо создавать много одинаковых тем. Тут так не принято.

Могу сделать определение города посетителя по IP и получение погоды для этого города.