Вы не зашли.
А как тогда выражается, что они не могут?
Скриншот, пожалуйста, дай.
"Настройки" => "Настройки системы" => "Новости" => "Добавление новостей на сайте" - что там стоит?
oktano, ты всё-таки опиши.
Я не собираюсь это делать "прямо сейчас" - релиз действительно намного важнее.
Но подумать на эту тему - можно (а чем ещё заниматься в метро?).
А они разве не могут?
Вот только их новости сразу не публикуются - их необходимо дополнительно промодерировать.
Да ничего не думаю.
Этот вопрос был одним из первых, который возник у меня в самом начале работы над 2z.
Преимущества хранения в обработанном виде:
- почти все BB коды можно заранее "распарсить" и не тратить на эту операцию время в будущем
Недостатки хранения в обработанном виде:
- необходимо хранить также оригинальный текст новости (т.е. вместо одного медленного поля с содержимым новости, у нас будет 2 таких поля. это отрицательно отразится на производительности БД)
- не все BB коды можно распарсить заранее: есть код [hide] .. [/hide], есть BB коды, которые создаёт плагин finance.
После некоторого размышления я пришел к выводу, что такая оптимизация себя не окупает.
p.s. когда я закончу работы с оптимизацией ядра, то займусь и этим вопросом - буду проводить детальное тестирование о оценку производительности при использовании этих подходов. Возможно, энокомия всё-таки будет.
Без обид, Виталя, идея просто не красивая, не оригинальная. не в этом идеи...
может еще стрелочка вправо из G, как символ Nextа, но вот как есть это просто людей пугать.
Мое! Субъективное! Мнение!От логопита Очень много зависит!!! И не тяни с этим!..
Хорошо, а что предлагаешь ты? Если можно - с рисуночком хотя бы от руки.
flazm, oktano, опишите ваше видение задачи.
Кое-какие шаги к "многосайтовости" есть уже сейчас:
1. Возможность использовать единой таблицы пользователей для разных сайтов (ограничение: все сайты должны быть в одной БД, но с разными префиксами).
2. Возможность использовать одну копию кода для неограниченного кол-ва сайтов
3. Возможность для одного сайта создать несколько доменов, для каждого домена задать свой собственный шаблон и язык.
RocketBoy, а зачем так буковку "N" обрезал?
Сделай, plz, без такого обрезания самый правый вариант.
RocketBoy, позднее.
Фиче в любом случае требуется хотябы какое-то тестирование, а это - очередное откладываение выпуска релиза.
Сразу после выпуска я планирую в полном объёме запустить SVN, он позволит проводить тесты без необходимости выпуска версий.
Вот в ней сделаю сразу же специально для тебя эту фичу.
Спасибо огромное!
Помогло?
Виталий, вот что хочу попросить, на шестом этапе установки при создании админской записи, сделай проверку этих полей на заполненность. А то можно ничего не вписывать и продолжить процесс установки, что на мой взгляд немного неправильно, так как создается учетная запись хз с какими данными.
Ok, учту
Проверь - все ли файлы у тебя корректно скопировались.
Конкретно в твоём случае - скрипт не смог найти файл engine/includes/classes/mysql.class.php
Сегодня со мной связался Лёха (SwiZZeR) и попросил удалить пользователя, зарегистрировавшегося под его ником.
Этот пост - информация для тех, кто заинтересуется причинами удаления пользователя с форума.
Знатоки фотошопа, сможете из этой идеи сделать красивый логотип?
Уточню ещё раз - это именно идея.
В этой идее хочется обыграть продление буквы G (горизонтальная линия) из которой вырастает буква M.
Vitaly!
По поводу сомнений по релиз-версии …
Название Next Generation CMS нужно подтверждать.
Поэтому Stable – версия должна включать документацию, если возможно...
Если выбирать между "скоро, но без документации" или "нескоро, но с документацией", то многие выбрали бы первый вариант.
Но лично для тебя у меня есть предложение, которое тебя может устроить - ты можешь считать версию нестабильной до тех пор, пока не будет документации.
Договорились?
RocketBoy, netduke, спасибо что вспомнили
Сегодня-завтра я нарисую на бумажке и выложу вариант логотипа, который планировался изначально. Точнее даже не вариант, а саму идею.
А вы попробуете из этой идеи сделать красивый логотип... ну а если не получится, то будем совместными усилиями придумывать альтернативы.
В принципе, идея, заложенная netduke'ом мне понравилась (разве что чёрно-белый логотип с цветным сайтом не очень хорошо будет смотреться, поэтому понадобится его как-то раскрасить).
вотеще что забыли: если используется регистрация с подтверждением по e-mail, то в случае, когда пользователь не активирует свой аккаунт в течение 3 суток, происходит его автоматическое удаление.
Согласен, актуальная задача. Сделаю.
coreldraw, для перелинковки по тегам я планирую доделать плагин similar, который будет показывать новости с походими тегами.
Возможно, такое решение тебе подойдёт.
Код ввожу правильно!
Это когда phpMysql ошибку возвращает, пробел теряется.
А ошибка такая: "#1060 - Duplicate column name 'orig_name' "
Значит эта строка уже выполнилась и у тебя уже в таблице есть такое поле.
Просто удали её из списка и попробуй выполнить SQL запрос дальше.
Еще раз про редактор шаблонов напомню.
Помню
coreldraw пишет:Абсолютный путь к файлам можно узнать у хостера.
А можно инсталировать движок на хостинг, и таким образом узнать абсолютный путь , а потом сверху залить сайт с локали
Можно, так будет даже проще.
Только понадобится несколько дополнительных действий:
1. Заливаешь на хостинг только каталог /templates/ - там хранятся пользовательские шаблоны
2. Средствами хостера восстанавливаешь резервную копию БД, которую движок делает в каталоге /engine/backups/ (последнюю версию БД можно записать туда зайдя в раздел "настройки" => "управление базой данных", там выделяешь все таблицы и нажимаешь "создать резервную копию".
bestxp, ты прав почти во всём, кроме одного: массив $cfg и функция generate_config_page() были созданы для того, чтобы была возможность очень быстро и легко создавать конфигураторы для плагинов, которым особого конфигурирования и не требуется (выставить десяток "галочек" и пару текстовых полей - вот тот максимум, на который расчитаны эти функции).
Твоя ошибка заключается в том, что механизм создания "быстрых конфигураторов" ты расцениваешь как единственно возможный. На самом деле это не так. При создании конфигуратора ты можешь выбрать 2 возможных варианта:
1. Используешь функции generate_config_page() и commit_plugin_config_changes() - они позволяют создать средненький конфигуратор за 10 минут, но возможности у этого конфигуратора будут строго ограничены теми, на которые ориентированы эти функции.
2. Создаёшь собственный конфигуратор (со своими шаблонами, обработчиком переменных и т.д.) - такой конфигуратор сможет сделать всё (если ты, конечно, это самое "всё" закодишь), но на его создание времени уйдёт на порядок больше.
Заметь, в плагине voting в админке у меня используется "микс" из этих двух подходов - за простановку примитивных "галочек" у меня отвечает функция generate_config_page(), за логику создания и настройки опросов - специально созданный для этого код.
Я ответил на твой вопрос,... или нет?
В самом конце у меня закралось подозрение, что в своём посте ты предлагаешь разделить админки некоторых плагинов на 2 части - одна будет доступна админу, вторая (где в случае с voting'ом можно будет только создавать опросы) - ещё и модераторам... это так?
p.s. А по поводу чат-бокса с галереей - они, imho, не очень-то нужны в движке. Если есть кто-то, кто хочет заняться их созданием - отлично. Но я лучше буду заниматься галереей и каталогом, которые значительно более интересны для большинства.
v01d, спасибо. Буду разбираться по частям.
Но пока первый комментарий - у тебя куда-то пропал пробельчик, должно быть так:
ALTER TABLE ng4_images ADD COLUMN orig_name char( 100 ) default '';
(т.е. между orig_name и char нужен пробел).
C logout'ом разобрался, версию с чуть-чуть подправленным редактором шаблонов выложу сегодня.
Количество новостей в категории, настройки по умолчанию, выводится 5 новостей вместо положенных 10.
Уточни где, что, кем и куда положено
У себя проверял - задание кол-ва новостей в конкретной категории работает, управление общим кол-вом отображаемых новостей - тоже.
Скажи точно - где, что и как ты настраивал.
Рейтинг и голосования используют собственные CSS файлы и шаблоны, в которых жестко прописан URL относительно корня сайта.
Если хочешь использовать их не в корне, то нужно вручную править их шаблоны.
Я подумаю что с этим можно сделать ("протаскивать" через двиг CSS'ки для использования шаблонов там - совершенно не вариант, будет значительное влияние на общую скорость работы, так что надо искать что-то другое).
Связку nsched и cron проверю.
Спасибо за столь детальное тестирование.
RocketBoy, это достаточно простая формочка, её можно будет сделать.
bestxp, обоснуй свою точку зрения - что именно тебе неудобно в админке, какие проблемы с сохранением и т.д.?
Возможно ты что-то не так делаешь, а, может, у тебя есть хорошие идеи как админку с плагинами сделать ещё лучше... фактически двиг состоит почти полностью из плагинов, поэтому их админка - одна из важнейших частей системы.
Vitaly, если не секрет, когда примерно планируеш выпустить Stable - версию (хочется уже поюзать на сервере)
Кстати на локалке(ксамп) R. C. 04 вроде всё в норме.
Я сегодня получил последний баг-репорт от одного оч хорошего тестера - там содержалось всего 2 ошибки, причём одна - "съезжание" интерфейса в админке на паре страниц на IE7 и определённой версии Opera, вторая - не корректное отображение постранички в админке (проблема уже устранена).
Так что фактически релиз-версия уже готова у меня на компьютере.
Осталось только решить - будет ли релиз выпускаться "как есть" или я постараюсь добавить к нему ещё и документацию.