Next Generation CMS :: Форум поддержки

и? ты хочешь сказать что я спер код у KhadeR-а? а если имеются сайты где он работает до его релиза?

вообще-то плаг писался в качестве замены вот этого http://ngcms.ru/forum/viewtopic.php?id=235 плагина
поскольку тот выводил все подряд, а мне нужно было чтобы "скрытые" топики не выводились... и если внимательно посмотришь на редми обоих плагинов, то заметишь общие детали

по поводу simplexml_load_file - если одна и та же мысль приходит в голову нескольким людям, значит мысль правильная

конечно если идеология NGCMS - не плодить плагины с похожим функционалом, то есть смысл топик грохнуть
но для других движков имеется куча плагинов, зачастую выполняющих одну и ту же работу - и конечный пользователь от этого лишь выигрывает
к примеру, для ВП существует несколько "похожих" СЕО-плагинов, с добрый десяток "похожих" плагинов кеширования, и наверное добрая сотня галерей...

я ничего не предлагаю - я ответил на вопрос Wolverine

по поводу альтернативных СУБД - имхо пока что это лишнее... ТС-у привел несколько вариантов решения проблемы
когда будет кол-во инсталляций как у друпала, тогда возможно

Har-old, экак вас там бацька прижал
помню ко мне на сервак просился парень-беларус, и тоже чего-то говорил про невозможность держать домены .by в другой стране - мол сайты с такими доменами должны размещаться сугубо на белорусских серверах... в итоге самым разумным оказалося отказ от данной доменной зоны
всерьез начинаю побаиваться что наш идиот введет что-то подобное - он ведь всегда заимстует наихудшее из чужого опыта...
это было не по теме, а по теме - сразу несколько решений:
1. поставить на беларусском сервере редирект на внешний, там где есть мускул... там в законе что-то есть про редиректы?
2. юзать внешнюю БД - если поискать то можно найти даже бесплатные... в законе что-то говорится про внешние базы?
3. подойти к директору и спросить - мол тебе нужны комментарии к новостям? (либо другой функционал, который на голом хтмл-ле не реализовать) - если нужны, то увеличивай бюджет (можешь ему показать данный топик )

и еще, не нужно путать SQLite и отсутствие баз... SQLite тоже является СУБД
если интересует именно двиг на файлах, то NG к ним не относится, и так же не будет относиться даже если будет реализована поддержка SQLite... т.е. к перечисленным вариантам можно добавить 4-ый - использовать двиг, работающий без СУБД, например румбу...
но учти, что первое больное место всех таких двигов - это поиск
в случае с базой это один запрос (возможно сложный, возможно несколько при расширенном поиске, но все равно быстрее чем тупой перебор и тупые обращения к файловой системе)
в случае без базы (т.е. на файлах) это перебор по циклу либо всех строк (это если все новости в одном файле) либо всех файлов (если 1 новость = 1 файлов)... представь насколько задумчивам станет сервак если будет 1000 и больше новостей?

второе слабое место - это комменты, голосования, рейтинги и прочие социально-ориентированные фишки... долго обьяснять, можешь сам погуглить (гугл у вас еще не запретили? ) что случается когда одновременно два посетителя пишут коммент или голосуют

C PDO мне нравится идея, но ведь синтаксис зачастую разнится неплохо у разных СУБД, как это обходится?

пишутся разные классы для разных баз, а в самом движке используются нечто вроде

$db->select (blablabla);

и не зависит от синтаксиса

и сразу же заглохло, даже на этапе обсуждения...

а хотелось бы как минимум услышать мнение Виталия (либо если такое мнение уже высказывалось - киньте в меня ссылкой)

голый движок, если не ошибаюсь делает 6 запросов для гостя и 7 запросов для авторизированного пользователя

отключая по очереди плагины, ты сможешь найти "узкое" место - и если есть возможность включить кеширование для узкого плагина то включай... если нет - искать альтернативу или отказываться от него... или самому дописать кеширование

+ стандартные процедуры по оптимизации шаблона:

1. использование одного файла CSS вместо нескольких
2. использование одного JS вместо нескольких
    2.1 не всегда получается из-за особенностей движка, тут вопрос скорее к Виталию - в след. версии можно будет учесть сию фичу? например обьеденение functions.js и ajax.js в один файл позволит делать на один запрос меньше (имеется ввиду не запрос к мускулу, а запрос клиента к серверу)
    2.2 jquery лучше отдавать не со своего сайта а с гугловского - у большинства пользователей он уже загружен (либо покажите мне того кто не пользуется гугловскими сервисами), т.е. сразу же минус 50 кб при первом посещении сайта
3. ни в коем случае не использовать код CSS и JS в теле шаблона (бывают исключения вроде всяких счетчиков, но они должны быть именно исключениями а не правилом)
4. графическое оформление только бекграундом, но ни в коем случае не тегом img
5. для мелких элементов оформления использовать CSS-спрайты
6. поудалять или починить все что имеет статус 404 (например на сайте отсутствует favicon.ico, а на то чтобы сервер "понял" что фавиконки нету и отдал клиенту ответ 404 тратятся время и ресурсы сервера)... подобных файлов на сайте около десятка - возможно шаблон переделывался, а ссылки на старые несуществующие картинки остались
7. поисправлять все ошибки, сейчас их там 91 (правда это скорее не скорость загрузки а скорость рендеринга сайта браузером - к примеру встретив незакрытый тег браузер пытается "угадать" где именно его нужно закрыть... а на угадывание тоже тратится время и ресурсы)
....
продолжать можно до бесконечности, но вот так - навскидку данный сайт можно ускорить в полтора-два раза

legenda, надеюсь что как в smarty - там чтобы вывести что-то для конкретной страницы или категории используется конструкция вида

{if $smarty.get.categoryID == '33'}
выводим инфу для категории с ид 33
{else}
выводим другую инфу
{/if}

до жути удобно - и делает некоторые плагины вроде ads ненужными

упс - тут многолюдно вечерами, пока писал уже куча ответов появилась

infinity237, спс - уже разобрался...

vitaly, там сделано не очень интуитивно - по умолчанию {category.info} находится внутри блока [icon] [/icon]
соответственно если нету иконки - то не выводится и описание... может лучше разделить? к примеру если иконки не нужны а описание требуется - то пользователь столкнется с аналогичной проблемой

Wolverine, уже разобрался - потому и стер

попробовал обновить еще один сайт, на локале (на этот раз с 9.2)
в принципе все прошло без проблем, токо новый xfields отказывается работать - белый экран и все...

просто переписал файлы от предыдущего xfields - заработал... пока буду довольствоваться вот такой полумерой (новый двиг+старый плагин)

позвать бы в данную дискуссию Трашку - думаю услышал бы много новых слов про валидность и про кнопочку 

кнопочка - это всего лишь маленький бонус, демонстрирующий что разработчики придерживаются стандартов... на западе давно одним из требований является валидная верстка, а с недавних пор и российские заказчики требуют... возможно многие из них даже не знают что это такое, но услышали на серче красивое модное слово, и хотят "чтобы было валидно"

если без шуток - для гугли уже давно одним из факторов ранжирования является отсутствие ошибок, а яндекс всего на пару лет отстает от гугли... т.е. скоро и яндекс станет это дело учитывать, если уже не учитывает... и если для одних не составит труда заменить

<script language="javascript">

на

<script type="text/javascript">

или вписать альты, то другие просто махнут рукой и поставят джумлу/вордпресс, потому в ряде случаев это принципиально

руководствуясь твоей логикой, введенные пользователем данные тоже необязательно проверять? а действительно зачем - и так будет работать да и вообще, нафига мыться, бриться чистить зубы? ведь и без этого жить можно

обновился с SVN 856 до SVN 880 простой перезаливкой файлов

и в админке указано

и в мета-тегах прописано

<meta name="generator" content="NGCMS 0.9.3 Release [SVN880]" />

по идее если структура бд у них одинаковая, то никаких доп. движений не требуется...

кстати, нашел глюк - но не релиза а самого сайта

там где написано

идет ссылка на картинку с engine.ngcms.ru:

http://engine.ngcms.ru/engine/skins/default/images/new.gif

а самой картинки нот фаунд...

категорически против
возможность подключения визивига описана на форуме, можно сделать в качестве плагина, но вшивать визивиг в базовую комплектацию не нужно, иначе со временем по раздутости и тормозам получится вторая джумла...