Вы не зашли.
spayder, спасибо за помощь.
Выложил обновление в SVN - ChangeSet 405.
У тебя на хостинге включено кеширование PHP кода при котором PHP немного по другому интерпретирует код и возникает подобная ошибка.
Для решения проблемы необходимо в файле engine/plugins/complain/complain.php строку #13:
register_filter('news','complain', new ComplainNewsFilter);
перенести в самый конец файла (после закрывающихся }).
когда регистрируется новый пользователь и использует email уже используемый в базе, не выскакивает ошибка о том что данный email уже используется.
пробовал все способы регистрации
Ты уверен?
В плагине auth_basic стоит проверка на дубляж Email'а.
Посмотри внимательнее на email - возможно используются какие-то похожие по написанию символы? "1" вместо "l" или что-то подобное..
graf, гостевого добавления новостей действительно больше нет.
Amarelius, ok, понял.
По умолчанию разрешены любые логины, в будущем вынесу возможность блокировки в настройки плагина.
RocketBoy, версия будет "отстаиваться" ещё дня 3-4 - надо выявить возможные траблы.
Плюс - я жду актуальные английские языковые файлы.
Если не будет крупных ошибок - будет релиз.
Не возникало проблем с комментами в разных браузерах, проверю.
Можешь указать точно какие проблемы возникали?
Про комменты помню, но это достаточно заметное изменение, буду делать после релиза. Это ведь не бага - это фича
Gnome, нельзя, подобной задачи никогда не вставало.
Возникло 2 возможных варианта решения:
1. Добавить поддержку блоков
[is-logged] .. [/is-logged]
[isnt-logged] .. [/isnt-logged]
в main.tpl
2. Сделать кроме блока {personal_menu} ещё и блоки {personal_menu:logged} и {personal_menu:not.logged} которые можно будет разносить в разные места шаблона.
Подумаю что лучше (а, возможно, есть смысл сделать оба варианта) и добавлю в SVN версию.
И тишина... у всех всё работает или никто версию не ставил ещё?
хм...
<div>
<a href="адрес ссылки">моя ссылочка 1</a><br/>
...
<a href="адрес ссылки">моя ссылочка N</a>
</div>
Такой пойдёт?
Два варианта - просто прописать этот блок в main.tpl или воспользоваться плагином ads.
Путь указывается в системной переменной upload_tmp_dir.
Из скрипта её, к сожалению, поменять нельзя.
Путь /uploads/files/ - это место куда скрипт может переместить файлы из каталога, указанного в upload_tmp_dir.
Изначально ядро PHP все файлы заливает именно туда и никак иначе.
p.s. Создай скрипт в котором будет:
<?
phpinfo();
и посмотри что там с путями. Причина может оказаться и в чём-то другом..
RMC, в PHP в целях безопасности (или в каких-то других целях) нельзя напрямую заливать в папки.
Сначала любой файл сохраняется в специальном временном каталоге, а только оттуда его можно перенести в папку. Если доступа к временной папки нет, то ни один PHP скрипт не сможет загружать файлы.
Часто причиной такой проблемы бывает невнимательность админов - они настраивают для тебя ограничение на доступ из PHP скриптов только к твоим собственным каталогам (и правильно делают),.. но забывают, что в этом случае нужно ещё и твой собственный временный каталог создавать внутри доступной тебе структуры.
p.s. Выходом может быть установка менеджера файлов написанного на PERL'е (если есть возможность использовать PERL) - в этом языке можно напрямую писать в файлы без временных каталогов.
Ошибку про размер выдаёт двиг.
С заливкой файлов ничего сделать не получится - PHP для заливки файлов использует собственные функции, указанная ошибка возникает в случае если у скриптов нет доступа.
Проси админов открыть туда доступ.
Доступна для тестирования версия 0.9.1 Release Candidate 01 (SVN ChangeSet 404)
В данном Release Candidate учтены все найденные недочёты, обнаруженные в процессе тестирования версии Release Candidate 0, а также в процессе работы над SVN версией.
Список плагинов, адаптированных под версию 0.9.1 (и включенных в состав текущего RC):
[font=Courier]ID плагина | Версия | Наименование плагина
--------------+--------+--------------------------------------
ads | 0.12 | ADS manager
ads_linkfeed | 0.01 | LINKFEED.RU links display
ads_sape | 0.02 | SAPE.RU links display
archive | 0.04 | Show news archive
auth_basic | 0.16 | Basic auth
bb_media | 0.03 | MEDIA bb code
calendar | 0.08 | Show news calendar
comments | 0.01 | User comments
complain | 0.04 | Сообщить о проблеме в новости
cron | 0.04 | Планировщик задач
favorites | 0.06 | Show favorite news
feedback | 0.07 | Генератор форм обратной связи
filter | 0.04 | Фильтрация нежелательных слов в комментариях
finance | - | ещё не адаптирован
fin_wm | - | ещё не адаптирован
gmsg | 0.05 | Google SiteMap Generator
ireplace | 0.01 | Search and Replace
jchat | 0.04 | AJAX chat
lastcomments | 0.07 | Последние комментарии
lastnews | 0.12 | Show last news
nsched | 0.06 | Новости по расписанию
popular | 0.06 | Show most popular news
rating | 0.05 | Рейтинг новостей
rss_export | 0.11 | RSS экспорт
similar | 0.05 | Похожие новости
switcher | 0.05a | Template/Language switcher
tags | 0.14 | Теги [без инсталлера]
uprofile | 0.01 | Users profile
varmgr | 0.04 | Variable manager
voting | 0.10 | Управление голосованиями
xfields | 0.09 | Custom fields[/font]
Скачать версию RC1 [404] можно отсюда:
* 0.9.1 RC1 [404] RAR (718 Kb)
* 0.9.1 RC1 [404] ZIP (1165 Kb)
Справка-руководство для тех, кто создаёт темы в этом разделе.
Итак, если вы хотите получить быстрый ответ на ваш вопрос (а также если вообще хотите его получить, а не расстраиваться, что вас все игнорируют) при создании темы вам необходимо:
1. Указывать используемую вами версию движка.
Точную версию, а не "ну последняя, скачанная около месяца назад с форума".
Если ставили релиз - указывайте номер версии (включая номер FixPack'а если таковой есть), если используете SVN версию - обязательно указывайте номер ChangeSet'а в SVN'е до которого вы обновились.
2. Если проблема возникла с каким-то плагином, то указывайте также и его версию.
При работе с SVN версиями необходимо указать номер ChangeSet'а.
3. Указывайте последовательность действий, необходимых для получения ошибки.
4. Если проблема сопровождается какими-то визуальными эффектами (вывод сообщения об ошибке и т.д.), то необходимо прикладывать также скриншот где будет видна проблема.
При этом крайне желательно, чтобы скриншот содержал полное изображение браузера, включая URL по которому шло обращение (кроме случая, когда по содержимому скриншота можно гарантированно определить элемент в котором возникла проблема). Если не хотите указывать название своего сайта - можно замазать имя домена.
Залить скриншот можно залить куда угодно, к примеру, на photoload.ru
5. Обязательно указывайте если в двиг были внесены какие-то изменения.
Это требование, а не пожелание, за несоблюдение возможен бан.
Буквально сегодня пытался разобраться в проблеме с одним из плагинов "скачанным из последнего SVN",.. который, как выяснилось, был пропатчен так, что там половину кода поменяли.
6. Если сайт доступен извне, для воспроизведения ошибки не требуются административные права и вы не планируете скрывать название сайта, то есть смысл сразу же в теме указать URL по которому любой человек может воспроизвести ошибку
Поставь оригинальную версию плагина comments.
У тебя установлена какая-то жудко пропатченная версия, которая вообще не вызывает функцию добавления комментариев а сразу (почему-то?) пишет твою ошибку.
Разбираться в том, что там тебе наваяли нет ни времени ни желания.
Amarelius, проверяй - changeset 404.
Не уверен только, что PHP корректно с русским языком отработает. По идее должен, но кто его знает..
infinity237, согласен. Но только для FF есть такая возможность.
Так что вопрос стоит так: надо ли это делать при условии, что такое возможно сделать только для FF.
RocketBoy, режим отладки обычно нужен либо для разработки плагинов, либо - когда возникают непонятные тормоза и есть желание разобраться в причинах.
Dimon80, текущий режим (в котором вся debug информация может выводиться просто в mainblock) сохранится.
Как многие знают, у двига есть возможность генерировать отладочную информацию - список SQL запросов и отчёт о использовании тех или иных функций и вызове плагинов.
Вопрос - а кто-нибудь вообще пользуется этой возможностью?
Пришла хорошая идея - выводить эту информацию не в саму WEB страницу, а в консоль отладки в плагин FireBug (с расширением FirePHP) для браузера FireFox.
Если такая функциональность будет востребована, то её можно быстро запустить.
ыыы... ночью надо спать, а не версии собирать
fixed.
RMC, упс,.. исправился.
Плохой из меня тестер в общем )
Ближайшие ревизии целиком будут посвящены "вылизыванию" релиза.
Всё остальное (включая плагин SMS оплаты и поиск в xfields'ах) - после.
Рррр..... покусаю!
Да, именно так.