Да, все верно, если на одном сервере все делается, то лучше базу просто скопировать, а потом ее указать при установке движка и сконвертировать. Тоже есть подозрения, что индексы потерялись.
И еще просьба: скопируйте табличку со статистикой, которая у админа внизу страницы есть.
т.е. сам крон работает, а вот принудительное выполнение задания ни в какую
Крон работает? Если в таблице крона прописать запуск скрипта, то он работает без ошибок? Ну тогда и фиг с ним, с принудительным запуском, он же только для тестов. Главное, чтоб через крон работало все
Значит, что имеем: из командной строки скрипт запускается без проблем, а если задавать запуск через крон из ISPManager, то возникает ошибка (а где она, кстати, видна эта ошибка? в каких-то логах?).
Мой совет: пусть Klaus вам даст точную командную строку, которой он запускал скрипт, и обращайтесь уже в саппорт хостера, мол, так и так, вот такой командной строкой все работает, а вот так я задаю в ISPManager — и не работает. Что, мол, за фигня?
Для начала надо убедиться, что сам по себе скрипт рабочий, и без ошибок отрабатывает при вызове через браузер. Но перед этим отключить запреты в .htaccess, если они есть (а после тестов не забыть их включить).
Если все ОК, то убедиться, что PHP-скрипт может отрабатываться из крона — и командная строка задана верно, и прав хватает. Для этого создать простой php-файл с одной сторокой:
<?php echo 'hello';
положить этот файл в ту же папку, где лежит send-mail.php, поставить на него те же права и владельца, и прописать его в кроне или через SSH запустить. Если ошибка повторится, то проблема не в плагине и не в движке, а в настройках сайта/сервера/правах и т.д.
Да, есть такая проблема: если что-то меняется через админку, то часть параметров пишется в базу, и потом они извлекаются из базы, перекрывая значения из конфиг-файлов. И сейчас есть только два варианта решения этой проблемы — сделать в админке полный сброс конфигурации (но тогда сбросятся и нужные параметры и их придется опять настраивать), либо сделать выборочное удаление прямо в базе в таблице prefix_storage, что как-то совсем уж по-гиковски.
Есть идеи, как это можно в будущем побороть, но это все варианты весьма навороченные, требующие приличного времени на реализацию, поэтому откладываются на потом.
Пардон, мой косяк, на гитхабе релиз зафиксиовал, а на sourceforge.net/ — нет. Исправил. Пока еще слишком много руками делается, поэтому такие косяки иногда еще случаются.
Картинка режется не криво, а именно так, как задается :) Если задано, что нужно 450x250, то такая на выходе и получается. Если хотите, чтоб картинка полностью заполнила площадь 450x250, а лишнее отрезалось, то нужно размер задавать как '450x250crop'
При запуске инициализируются все плагины. Я так понимаю, плагин кошелек у вас куплен на один домен, а экспериментируете на другом. Поэтому плагин кошелек ругается, и вполне возможно, что из-за этого и не проходит выполнение крона. Отключите его на тестовом домене
В этом релизе нормальной разбивки комментариев по страницам не будет. Тут надо саму схему вывода полностью переделывать.
Вообще, я пришел к выводу, что нужно делать два варианта вывода: лентой и деревом. Причем, в обоих случаях надо предусмотреть разбивку на страницы. Но если с лентой все понятно в этом случае с разбивкой, то с деревом сложнее — нельзя часть ветки вывести на одной странице, а часть — на другой. Поэтому при выводе деревом (т.е., как сейчас выводится) имеет смысл использовать опыт ЖЖ — при большом числе комментов выводить только «корневые», а ветки подгружать аяксом по запросу. Тогда можно будет ленту «корневых» комментов точно так же разбивать на страницы, как и обычную «плоскую» ленту.
Но в любом случае при разбивке на страницы придется отключать «хабровскую» фишку перехода к новым комментам, т.к. скакать по разным страницам комментариев туда-сюда уже не получится. Как быть с отображением и «подсветкой» новых комментариев, я не знаю пока. Да и как вообще внешне должна выглядеть, скажем, вторая страница комментов — точно так же, как и первая? Или как-то иначе?
В общем, есть еще над чем подумать, прежде чем браться за реализацию
И еще просьба: скопируйте табличку со статистикой, которая у админа внизу страницы есть.
Мой совет: пусть Klaus вам даст точную командную строку, которой он запускал скрипт, и обращайтесь уже в саппорт хостера, мол, так и так, вот такой командной строкой все работает, а вот так я задаю в ISPManager — и не работает. Что, мол, за фигня?
Т.е. должно стать так:
После этого параметр включения/выключения будет работать нормально.
Но в style.min.css, разумеется, надо вернуть все на место
Если все ОК, то убедиться, что PHP-скрипт может отрабатываться из крона — и командная строка задана верно, и прав хватает. Для этого создать простой php-файл с одной сторокой:
положить этот файл в ту же папку, где лежит send-mail.php, поставить на него те же права и владельца, и прописать его в кроне или через SSH запустить. Если ошибка повторится, то проблема не в плагине и не в движке, а в настройках сайта/сервера/правах и т.д.
Есть идеи, как это можно в будущем побороть, но это все варианты весьма навороченные, требующие приличного времени на реализацию, поэтому откладываются на потом.
Я полагаю, что в рамках развития ветки 1.+ вряд ли будут какие-то сложности с обновлением, как это было при переходе с 0.9+ на 1.0
Сюда: common/templates/skin/experience/themes/default/layouts/default.tpl, перед закрывающим тегом </head>
Их надо заменить на такие:
Должно помочь
Вообще, я пришел к выводу, что нужно делать два варианта вывода: лентой и деревом. Причем, в обоих случаях надо предусмотреть разбивку на страницы. Но если с лентой все понятно в этом случае с разбивкой, то с деревом сложнее — нельзя часть ветки вывести на одной странице, а часть — на другой. Поэтому при выводе деревом (т.е., как сейчас выводится) имеет смысл использовать опыт ЖЖ — при большом числе комментов выводить только «корневые», а ветки подгружать аяксом по запросу. Тогда можно будет ленту «корневых» комментов точно так же разбивать на страницы, как и обычную «плоскую» ленту.
Но в любом случае при разбивке на страницы придется отключать «хабровскую» фишку перехода к новым комментам, т.к. скакать по разным страницам комментариев туда-сюда уже не получится. Как быть с отображением и «подсветкой» новых комментариев, я не знаю пока. Да и как вообще внешне должна выглядеть, скажем, вторая страница комментов — точно так же, как и первая? Или как-то иначе?
В общем, есть еще над чем подумать, прежде чем браться за реализацию