Вы не зашли.
Когда у меня на 0.9.2 возникла задача, чтобы авторы сайта могли без проблем публиковать и редактировать собственные статьи без подтверждения, но при этом могли делать это только со своими статьями, я поступил следующим образом.
В файле editnews.php находим 713 строчку:
if ($userROW['status'] >= 3) { $fAuthorId = intval($userROW['id']); }
И просто меняем цифру 3 на цифру 2. Теперь редакторы могут изменять только собственные новости.
Можно сделать аналогичный патч и для 0.9.3.
Файл engine/actions/news.php
строку 630:
if ($userROW['status'] >= 3) { $fAuthorId = intval($userROW['id']); }
меняешь на:
if ($userROW['status'] >= 2) { $fAuthorId = intval($userROW['id']); }
теперь редакторы смогут видеть только свои новости.
строку 79:
if (!is_array($row = $mysql->record("select * from ".prefix."_news where id=".db_squote($id).(($userROW['status'] > 2)?" and author_id = ".db_squote($userROW['id']):'')))) {
меняешь на:
if (!is_array($row = $mysql->record("select * from ".prefix."_news where id=".db_squote($id).(($userROW['status'] > 1)?" and author_id = ".db_squote($userROW['id']):'')))) {
теперь редакторы не смогут изменить чужие новости (это уже защита от особо умных).
А вообще можно поступить наоборот - дать журналистам права на публикацию своих новостей.
vitaly, в плагине Voting какаято непонятная фигня.
Задаю ответы например
Ответ 1
Ответ 2
Ответ 3
Ответ 4
Ответ 5а после сохранения у меня почемуто непонятный порядок ответов получается
Ответ 5
Ответ 3
Ответ 1
Ответ 4
Ответ 2и он и на сайте и в админке(
Это какойто глюк у меня или чтото там поменялось?
Ничего не менялось, проблему можно считать "особенностью" работы плагина
Принудительная сортировка вариантов ответа не делается, за сортировку отвечает mySQL. А уже он ведёт себя не так как ожидалось.
Открой engine/plugins/voting/voting.php
Строку ~101:
$lrows = $mysql->select("select * from ".prefix."_voteline where voteid = ".$row['id']." and active=1");
замени на:
$lrows = $mysql->select("select * from ".prefix."_voteline where voteid = ".$row['id']." and active=1 order by id");
файл engine/plugins/voting/config.php
Строку ~157:
foreach ($mysql->select("select * from ".prefix."_voteline where voteid=".$vrow['id']) as $row) {
замени на:
foreach ($mysql->select("select * from ".prefix."_voteline where voteid=".$vrow['id']." order by id") as $row) {
2vitaly Обрадовался обновлению движки. Думал обновить свои сайты на этом движке, коих уже с десяток )
Но все на .masterhost и самое странное, что проблема как у Neosa.
Таблицы в бд создаются(до users_pm), файлы конфига тоже. При проверке параметров установки, ниодного нарекания.
скрин окончания установки - http://img192.imageshack.us/img192/725/20111103010057.jpgТакая ситуация у меня на мастерхосте с разными акаунтами, на чистой установке.
При попытке захода на сайт - HTTP 500 (Internal Server Error).
При попытке захода в админку по адресу /engine/ идет переброс на /engine/admin.php а дальше опять HTTP 500 Заливал Тотал Коммандером.Пока я писал этот текст, в голову пришла мысль. Если у vitaly получилось без проблем, то может дело в фтп клиенте? Я попробовал Filezilla и вуаля. Сработало. А при заливке Тотал Коммандером не работает.
Давайте разберемся в чем может быть причина?
П.С. я заметил, что Мастерхост или тотал коммандер обычно при заливе на хостинг из Файл.тхт делает файл.тхт (убирает верхний регистр) может ли в этом быть причина?
Регистр имён файлов для unix систем точно крайне важен.
Вот, видимо, и ответ на вопрос - некоторые FTP клиенты не обращают внимания на регистр (а точнее, все файлы конвертят в нижний регистр).
И именно в последнем релизе появился новый шаблонизатор Twig, у которого масса файлов вида "SandboxedPrint.php", "SandboxedModule.php" и т.д., т.е. файлов для которых важен регистр.
Скорее всего проблема конкретного клиента. Видимо - total commander'а.
Я использую Far, у него всё ok.
Ahatomik, ну кидай в ЛС данные для доступа на твой сайт, посмотрю.
Пока достаточно логина&пароля для админки NG.
Ahatomik, проверь плагин tags (в разделе "Плагины") - он должен быть установлен и включен.
mje, заранее нет смысла переходить с shared хостинга на VPS.
Причина проста - на shared хостинге производительность очень быстрого процессора делится между всеми и хостер (по хорошему) должен поддерживать не слишком высокую среднюю нагрузку на процессор.
В итоге, страницы будут генерироваться очень быстро.
В случае с VPS - ты получаешь гарантированные (кстати, далеко не факт) "медленные" мегагерцы (производительность VPS'ки всегда заведомо ниже той производительности, которую может в пике получить сайт на shared хостинге).
Поэтому у многих наступает разочарование, т.к. в итоге скорость работы значительно падает.
В общем, предложение такое - живи на shared (который должен получиться заведомо дешевле), а когда посещаемость станет уже заметной (к примеру, 5000 уников в сутки), то и будешь переезжать на VPS.
vitaly пишет:Neosa, скинь в ЛС параметры доступа к хостингу, проверю-поставлю.
p.s. Хотя странно всё это, не должно быть там проблем.
скинул
Не очень понимаю в чём у тебя была проблема.
Залил двиг по FTP, заполнил параметры подключения к БД, понажимал кнопку "Далее" и всё успешно установилось.
Логин и пароль к админке скинул тебе в ЛС.
Neosa, скинь в ЛС параметры доступа к хостингу, проверю-поставлю.
p.s. Хотя странно всё это, не должно быть там проблем.
legenda, тут работает во всех плагинах, это фишка самого шаблонизатора.
Где напишешь о результатах разработки?
В форуме напишу
legenda, в некотором смысле это повторение Ёлки, но без возможности показа блока на страницах конкретной категории или новости.
magliona, каких именно новостей?
По каждому откомментировававшемуся пользователю вместе с его логином показывать ещё и кол-во его новостей + суммарное кол-во просмотров его новостей или что-то другое?
Делается достаточно просто, но создаёт лишнюю нагрузку.
Вот думал сегодня, и пока в голову не пришла причина нужности удалённой публикации для широкого круга вэбмастеров...
Хотя чисто практически было бы удобнее в пару кликов запостить статью, не заходя в админку. И где-то даже из мобильника/смартфона.
С учётом того, что MetaWeblog не позволяет использовать массу полезных возможностей двига (единственный из плагинов, который можно использовать - tags), то действительно, смысл такого интерфейса крайне ограничен.
Лично я вижу 2 применения:
1. Добавление новостей на сайты-визитки, девочкам секретаршам будет немного проще пользоваться специальным приложением вместо WEB интерфейса сайта.
2. Для создателей сателлитов. Вместо так и не выложенного в SVN плагина rss_import они получат инструмент для кросс-постинга и массового создания сайтов.
Нормальное, эффективное использование XML-RPC инструмента невозможно без специального, написанного для NG клиента.
В этом случае и интерфейс обмена будет свой и можно будет поддержать все плагины двига.
Ничего не имею против того, например, чтобы сделать специальный раздел платных плагинов от разработчиков NG, которые можно приобрести через магазин например, или мерчант Вэбмани. Я бы первым приобрёл плагинчик для xml-rpc.
Идея монетизации проекта, конечно, приходит в голову,.. но пока не вижу смысла вводить платные плагины (кто-то может смысл найти и заняться этим) - уже при десятке купивших не получится избежать утекания в торренты.
Да, можно сделать не плагин, а сервис - когда бизнес-логика живёт на http://ngcms.ru/, а в состав двига входит облегчённый интерфейс-коннектор. В этом случае деньги будут браться за сервис, а не за код.
Но опять же - я не уверен сейчас в правильности такого подхода.
Возможно в будущем появятся специальные (и уже платные) средства для владельцев группы (десятки и больше) сайтов, позволяющие централизованно управлять всеми сайтами группы.
А ТЗ тут простое:
...
Сделаю интеграцию с MetaWeblog (оно, кстати, позволяет практически всё что тебе надо), возможно ещё добавлю несколько функций от WP для использования нативных клиентов WP.
И посмотрим, насколько подобная тема вообще востребована.
t3s, смарти использует шаблонизатор, очень похожий на TWIG. NG в ближайшее время на него перейдёт (часть плагинов уже начали) с сохранением обратной совместимости с текущим шаблонизатором.
После этого можно будет использовать и подобные условные блоки.
legenda, заходишь в "Управление форматом ссылок", там находишь колонки "Плагин", "Действие", они соответствуют параметрам "Plugin" и "Handler".
Условный блок будет отображаться только в случае, если пользователь зашел по URL'у, обрабатываемому конкретным действием.
Пример:
[ifhandler:news:]показать на страницах новостей[/ifhandler]
[ifhandler:news:news]показываем на странице полной новости[/ifhandler]
2. Можно потестировать существующие клиенты. Например платный Датакол. Есть ещё Цербер и CD. Или вот такой, бесплатный: http://blogclient.ru/downloads.
Бесплатный BlogClient за последние сутки "падал" уже раз 50 если не больше.
Возможно из-за отладки.
Сейчас пробую разобраться с Semagic, вроде как он также полноценно поддерживает MetaWeblog API.
t3s, это где именно? речь про шаблон default или про двиг вообще?
Да что такое, опять кнопки "Добавить новость" и "Редактировать" внизу в админке не работают, там ссылки не туда куда нужно ведут!
Cпасибо
В SVN выложил фикс.
Елена, восстановить существующий пароль невозможно.
Точнее способы есть, но на обычном домашнем компьютере эта процедура займёт месяцы (если не годы).
Так что проще сменить пароль на что-то другое.
t3s, спасибо, исправил - был косяк с URL'ом нотификатора новых версий
Не уверен на 100%, но скорее всего действительно обновлять БД необходимости нет.
Knopik, а ведь можно создать группу полей с именем "нет полей" и пользоваться ей
infinity237, а как скоро будет редизайн? http://rocketvip.ru/blog/next_generatio … saita.html
Сайт технически уже готов к запуску.
Осталось завести туда каталог плагинов и всё, так что вопрос пары дней.
p.s. Ну и ещё пара совсем мелких моментов с дизайном.
natalenko, при такой постановке вопроса - никак, т.к. ты самостоятельно делаешь меню.
Необходимо отдать генерацию на откуп движку, тогда со счетчиком проблем не возникнет.
Почитай в документации про шаблон news.categories.tpl (документация лежит в дистрибутиве 0.9.3, readme/docs/index.html), на его базе можно будет сделать всё что тебе требуется.
Гонишь ) Я активно использую и suggest библиотеку и свои rpc методы возвращающие json
При этом используешь /engine/rpc.php ?
Не знал.
Можешь дать примеры плагинов?
vitaly, если что - у меня есть платный, почти универсальны клиент Датакол. Могу потестить удалённую публикацию, если допишешь.
Например в Вордпресс он легко и быстро публикует сотни постов.А вообще, как я вижу - тут в последнее время обсуждается тема нужности движка и его сео-возможности. Так вот, я за всё время пользования скриптом постоянно стараюсь его максимально оптимизировать под ПС для получения трафика на сайт, но это получается с трудом, поскольку многие функции работают сыро... На данный момент вроде довёл оптимизацию на сайте до ума. Но сколько нервов на это потратил. При таком раскладе - движок не будет пользоваться спросом у большинства вэбмастеров, а привлечёт внимание только программистов-трудоголиков.
Простому народу нужна лёгкость установки и настройки под свои нужды. Вордпресс, ДЛЕ, и подобные двиги такие возможности предоставляют в большом ассортименте. Могу привести примеры скриптов с хорошим функционалом, быстродействием и удобством администрирования/пользования...
Вопросы подобного характера периодически поднимаются на форуме.
Но чёткого ТЗ, с детальным описанием необходимых функций, с обоснованным ответом "почему они нужны" (ответы вида "это всем очевидно" и "так делают все" не прокатывают) я не видел. Если ошибаюсь, то дайте ссылку.
После того как будет ТЗ - можно будет им заняться.
Я не эксперт в SEO и даже не любитель, разбираюсь в этом крайне слабо, поэтому какие-то изменения в этом плане готов делать если будет понимание об их необходимости.
Ну а эксперты в SEO обычно не программисты и вполне может получиться так, что масса "безумно нужных функций" делается за день кодинга.
Так что сначала - хорошее ТЗ, а на его основе уже будем смотреть - что можно внедрить в NG без серьёзных изменений кода.
Готов этим заняться?