Next Generation CMS :: Форум поддержки
Вы не зашли.
- Темы: Активные | Без ответов
Объявление
#1 Re: Страницы плагинов » currency :: Плагин курс валют » 2011-03-15 18:03:01
Значит так, отвечаю по порядку.
1). В связи с некоторыми изменениями в жизни, от меня не зависящими, были отложены в разработке личные проекты разрабатываемые на NG. Кроме того была поменяна работа. Сейчас по ходу основной деятельности от WEB разработки отошел. Дойдут руки, доделаю. Если у кого есть желание покопаться в чужом недоделанном коде, могу скинуть то что есть, а именно:
* плагин валют, до тех изменений что хотел реализовать, недоделанный
* плагин погоды, адаптированный под получение погоды из нескольких погодных источников
* плагин геолокации. Есть блок определения откуда пользователь, формы для просмотра/редактирования справочников стран/регионов/городов/IP-областей.
* куски интернет-магазина для NG. Весь не дам, так-как это личная разработка, орентированная в область параллельную с интернет-магазином.
2). Да, я из Красноярска.
3). Жлобства никакого нет, и доделанных до конца вещей, которые можно опубликовывать в оф. ветке тоже нет!
#2 Re: "А как сделать..." » Многоязычность » 2010-11-29 19:29:51
От singledomain и geo привязанности почти избывился. с глюками борюсь. но блин. tpl/russian всегда думал что для разноязыков сделан...
#3 Re: "А как сделать..." » Многоязычность » 2010-11-29 19:28:00
Интерфейса - через плагин switcher,новостей - через создание подкатегорий rus, en наверное
Ээээээ. Непонял... А для чего тогда xxx/lang/russian.ini? или задумка на будующее?
#4 Флейм » Могу дать хостинг для проектов с NG » 2010-11-29 19:21:17
- vitaliy1978
- Ответов: 0
-
Подробности через личку. В кратце. Диск до 2 Гб. Уников в день до 5 тр. CMS only NG!!!
#5 Re: Флейм » Тестирование и отладка GEO плагина » 2010-11-29 19:18:35
Косяки замучали. Правлю. Сорри что в срок не уложился. Сейчас исправляю проблемы безопасности...
#6 Re: FAQ » FYI: Использование механизма кеширования » 2010-11-25 10:44:56
1. Не согласен.
Плагин сам решает что кешировать, далеко не обязательно, что закешированные данные как-то зависят от шаблона или языка пользователя (можно кешировать сырые данные, а потом на лету собирать шаблон). Кроме того, закешированные данные могут зависить от массы других критериев (к примеру, от статуса пользователя - залогинен или нет).
В принципе наверное правы. Согласен.
#7 Re: "А как сделать..." » Как вставить html в статистическую страницу » 2010-11-24 21:08:43
Ну блин... ну лишние переводы строк. И что? HTML нормално вставляется. Насчет оптимизации я писал уже. Не на всех, но на некоторых кодах Ж%%А наступает. Я пока от оптимизации отказался.
#8 Re: Флейм » Шаблон фреймворк для NG CMS » 2010-11-24 21:04:46
P.S. Заодно сообществом доку можно написать для NG 
#9 Re: Флейм » Шаблон фреймворк для NG CMS » 2010-11-24 21:02:35
посему и надумала сделать такой шаблон, т.к. у начинающих, да и даже не у начинающих, постоянно одни и те же вопросы: как сделать новости в 2, 3 колонки, как вывести картинки в 100 колонок и 52 ряда, как сделать, чтобы блок был справа/сверху/снизу чего-либо и т.п., а так все это будет включено в данном шаблоне (+ ко всему, верстка будет блочная, а то запарили таблицами верстать )) или при блочной где не попадя флоаты, клеры..... лепить) и будет удобно, заглянул в шаблон и все примеры есть.
Эээ. Вот давно мучал вопрос. А может добить виталика чтобы к wiki доступ стал открывать избранным. Мне кажется это будет более информативно и правильно для пользователей. Ась?
#10 Re: Флейм » Статус проекта » 2010-11-24 20:56:21
Ну вы даете. Проект мертв. Где-же он мертв? Растет и цветет. Да ради бога... Сделайте уже как в нармальных проектах разделение - автор - модератор - группа тестеров№1 - труппа тестеров №2 и т.д. И будут вам блага для вашей CMS расти из интернета. CMS очень интересна благодоря своей скорости!. С группами начнете заморачиваться, пжл. грамотно делайте. не раздувайте код до друпала. ни всем это надо! форум и создан для того, чтобы найти оптимальные решения! У NG как я считаю главное это скорость. Все остальные "красивые" cms тормоза. NG нет. Сделаете неграмотно ядро NG превратится в DRUPAL... а это не есть айс выполнять весь код сайта для построения страницы даже если он ненужен!!!
#11 Re: Флейм » Тестирование и отладка GEO плагина » 2010-11-24 20:41:08
С моим новостным плагином пока непонятки... Может кто подскажет, как сделать малонагруженный запрос к БД для определения, нужно в этом регионе новость показывать или нет? А то select where id in (select ...) кажется мне тяжелым...
#12 Re: Флейм » Тестирование и отладка GEO плагина » 2010-11-24 20:28:33
vitaliy1978, ты задумал очень нужную везщь!
vitaliy1978 пишет:Для финального релиза нужна помощь в наполнении баз weather кодами gismeteo и yahoo.
Если расскажешь как делать это вручную, то готов оказать посильную помощь
Думаю завтра к вечеру (по GMT +8) выложу в этой теме плагины и БД. Смысл такой, после установки плагинов, указываете сервер синхронизации, его ключ. В cron на своем сайте через wget добавляете вызов страницы cron плагина geo. За один сеанс он скачивает N обновленных записей о геоинформации с родительского сервера и обновляет инфу о этих записях в своей БД.
При заходе на страницу настройки города(деревни и т.д.) плагина geo идет проверка на установленный плагин погоды (weather). Если он установлен, в форме появляются поля "код gismeteo"и "код yahoo", карта местоположения места (в зависимости от настроек плагина geo либо google maps либо "карты yandex". Если значения кодов погодных серверов там нет, вам нужно будет их проставить. Если код проставлен, ВАШ СЕРВЕР делает запрос к родительскому серверу с параметрами измененной области. И глобальная БД обновляется.... Вот так вот.
#13 Флейм » Тестирование и отладка GEO плагина » 2010-11-24 19:33:12
- vitaliy1978
- Ответов: 5
-
Господа разработчики на NG. Предварительно завтра-послезавтра планирую выложить в сеть для тестирования 2 своих плагина. А именно:
weather - плагин погоды
geo - плагин геолокации
В настоящее время нужна помощь в наполнении и проверке БД. А именно:
- плагин geo использует БД соответствий IP пользователей. База взята с сайта geolocation.ru. Свою скачанную БД по странам, городам и регионам по всему миру.
- плагин weather использует 2 своих таблицы для определения кода по базам данных gismeteo и yahoo
Для финального релиза нужна помощь в наполнении баз weather кодами gismeteo и yahoo. Как сделать это автоматом я не нашел. Выверка данных стран/регионов и городов плагина geo. Интерфейсы для синхронизации данных, хостинг БД и двига этих плагинов беру на себя. От вас нужна только помощь в проверке и дополнении инфой. Отзывайтесь кому интересны плагины и кто готов помочь...
P.S. предпочтения будут отдаваться пользователям, рекомендованным разработчиком движка и сторожилами форума. Сами понимаете, это глобальная БД для всех. Все промодерировать самому не получиться, придется доверять помогающим.
P.P.S. Дампы БД планирую выкладывать в открытом доступе ежедневно. Плагин GEO поддерживает синхронизацию изменившихся данных с указанным ему родительским сервером. К сожалению, сейчас смогу дать доступ к своим серверам 100-150 серверам в день. Дальше посмотрим.
#14 Re: Флейм » Шаблон фреймворк для NG CMS » 2010-11-24 19:17:37
feedback + в нем бесит, что нельзя где хочется задать место расположения каптчи.
В плагине uprofile бесит, что инпаты файлов полностью в скрипте и стили к ним применить практически не реально, без удаления стилей из скрипта.
Почему-то мне кажется что это вопросы к разработчикам плагинов
#15 Re: Флейм » Шаблон фреймворк для NG CMS » 2010-11-24 19:16:12
Для стандартной поставки наверное будет огромный плюс. Хотя, те люди кто делают сайты на NG к юзерам не относятся... 
#16 Re: FAQ » FYI: Использование механизма кеширования » 2010-11-24 18:56:31
Насколько я понимаю: extra_get_param скоро будет depricated. Вроде как лучше использовать pluginGetVariable. Это по тексту топиков.
То что касается кеша. Вещь обалденная. Снижает довольно хорошо нагрузку, но есть несколько вопросов/предложений к разработчику.
1). Предлагаю изменить пути хранения кеша, вместо /engine/cache/{plugin_name}, предлагаю хранить в /engine/cache/{template_name}/{lang}/{plugin_name}. Согласитесь, довольно логично, и будет неплохо для будующей расширяемости, учитывая уже заложенные в систему возможности многоязычности и многошаблонности.
2). Тот механизм что есть, устраивает на все 100%. Однако, не исключено, что в кеше будут храниться данные, которые неиспользуются очень давно. Значит надо как-то его чистить. Либо скриптами, тем кто на VPS либо для крона что-то написать, тем кто на вирт. хостинге.
Во всем остальном, кеш это весчь. Причем очень шустрая на NG.
#17 Re: "А как сделать..." » Очередность запуска плагинов » 2010-11-22 06:47:01
Спасибо. Гляну. В настоящее время я закачал и использую базу http://ipgeobase.ru/ там правда только россия. Попробую maxmind тоже залить и объединить.
#18 Re: PHP/HTML/JS/CSS » Есть смысл в такой оптимизации » 2010-11-21 17:23:08
У меня сейчас сайты на VPS хостятся. Скорость довольно хорошая. Для теста перекинул их на сервер находящийся во внутрегородском пиринге скорость на порядок взлетела. Поэтому и возник такой вопрос. Конечно, сейчас есть такая вещь как CDN. Но это очень дорого. Хоститься исключительно на внутрегородских хостингах тоже дороговасто. Например, у нас в Красноярске 600 Мб виртуальный хостинг стоит 800 руб/мес. В москве я арендую VPS за 600 рублей в месяц. Дисковое пространство 10Гб.
P.S. Не обижайтесь на меня. Просто люблю скорость. Наверное поэтому семнил drupal на ng
#19 Re: Запросы на доработку ядра » Объединение CSS и JS файлов » 2010-11-21 16:55:19
Вроде я про это и спрашивал, каков механизм определения автором разрешения или запрет на сваливание в кучу. Фреймворки на пихать в кучу, а остальное можно?
Ответить не готов на вопрос. В ответ могу сказать только то, что в том-же drupal-е есть возможность все сваливать в одну кучу. Почему lightbox-у это так не нравится пока не понял.
А оно при каждой загрузке страницы что ли генерируется и не кешируется? Я так понимаю создал один раз, а потом сбрасывай кеш при изменениях.
Один раз генерится, о потом просто отдается
Но вообще, объединять css и яву я лично против
Нет. Объединяются css с css и js с js
Тут спорный момент, т.к. в основном браузеры тянут только 2 файла, а производить отрисовку еще не загрузив, умеют не все браузеры. Посему иногда лучше/выгоднее/..... делать несколько файлов, т.к. при сильно большом юзер задолбается ждать когда ему что-то нарисуется на сайте.
С другой стороны увеличивается количество соединений к серверу. А одно соединение времени отнимает больше чем передача информации. Кроме того, из полученных объединенных файлов скриптом можно выкинуть все комментарии, лишние переводы строк, пробелы и прочий мусор и сделать их меньше по размеру.
#20 Re: Запросы на доработку ядра » Объединение CSS и JS файлов » 2010-11-21 16:36:03
Вы не поняли. Плагин либо ничего не передает в эту функцию и ему все равно, свалят его файлы в одну кучу или нет. Либо плагины типа голосовалки NG, либо те, которые подключают себе js файлы lightbox, вот они и говорят этой функции что их файлы игнорить и в кучу не валить.
P.S.
У себя на тестовом сайте попробовал данную схему. Правда еще прикручивал оптимизатор HTML,JS и CSS. CSS и HTML пакуются только шум стоит. Проблем особых не вылезло. С одной стороны тратятся лишние ресурсы PHP для генерации общего файла, с другой стороны имеем 1 файл со всеми стилями. Меньше время загрузки у юзверя. С JS возникли проблемы. Как уже писал с jquery и с lightbox и с голосовалкой NG. Если их JS коды свалить в одну кучу ничего не работает. К тому же, пока не разбирался, да думаю и не буду, lightbox зачем-то просит внутри себя указывать пути до него самого и до его файла CSS....
#21 PHP/HTML/JS/CSS » Есть смысл в такой оптимизации » 2010-11-21 16:28:19
- vitaliy1978
- Ответов: 2
-
В связи с практически завершением стадии тестирования плагина геолокации, терзают периодически мысли насчет следующей оптимизации. Напишу своими словами как могу, то что хочу получить. Я думаю все знают что такое пиринг. Например, мои сайты сейчас висят на московских серверах. Есть возможность разместить информацию на красноярских, которые имеют внутренний пиринг, и соответственно выше скорости отдачи контента. Подумываю сделать следующее:
1). В момент первого обращения пользователя к сайту, для него создается сессия, в котором плагин геолокации сохраняет данные о текущем местоположении пользователя. Думаю в довесок к этой информации проверять есть ли у сети пользователя свой внутренний пиринг, на котором мой сайт хранит ресурсы. В данном случае я говорю например про фотоальбом. Если Да, то туда-же в сессию сохраняем внутрепиринговый адрес.
2). Плагин фотоальбома, при формировании ссылок на фотографии, смотрит по своей БД, есть ли реплика этой фотки в пиринге пользователя (фактически это 1 лишнее поле в таблице БД, времени отнимет очень мало). Если есть, тогда вместо ссылки на фото http://мой_сайт.ру/картинки/мое_фото.jpg отдает http://www.xxx.yyy.zzz/папка с фотками/мое_фото.jpg
Вот сижу и думаю. Смысл в этом будет. Как в плане снижения нагрузки на основной сервер так и в плане быстродействия у пользователей? Ваше мнение?
#22 Запросы на доработку ядра » Объединение CSS и JS файлов » 2010-11-21 16:17:16
- vitaliy1978
- Ответов: 16
-
Предложение следующее. Пользовательские плагины для своей работы добавляют те или иные CSS и JS файлы. В код страницы они включаются раздельно. Для оптимизации предлагаю:
1). Добавить функцию в ядро, для добавления локальных CSS и JS файлов вместо функции register_htmlvar. Новую, только для того, чтобы внутри существующей не тратить ресурсы на то, принадлежит файл локальному серверу или нет.
2). Добавить лишний параметр в эту функцию, в котором разрешать передавать плагинам инфу, можно их файлы скидывать в одну большую кучу или нет. Все валить в один файл нельзя как выяснилось. У меня возникли проблемы с lightbox. В функционале наверное стоит добавить новую глобальную переменную, которая будет хранить строку всех имен переданных файлов.
3). В index.php. Генерим из строки имен md5 хеш. Смотрим, есть такой файл или нет. Если есть, включаем его в код, если нет, код всех переданных файлов сваливаем в один, назначаем ему имя как md5 хеш переданных имен, сохраняем на диске и отдаем юзерам.
#23 Re: "А как сделать..." » Очередность запуска плагинов » 2010-11-19 06:48:10
Плагин выложу в ближайшее время. Сейчас пишу и тестирую его, плюс люди чистят помаленьку геобазу. Если в 2-х словах, то основной файл плагина идет так:
<?php
бла бла бла
add_act('index', 'plugin_geo_main');
function plugin_geo_main(){
global $mysql;
if(!isset($_SESSION['geodata'])){
$ip=ip2int(plugin_geo_get_real_ip());
$rec = $mysql->record('select country_id,region_id,city_id from '.prefix.'_geo_ipaddr where '.db_squote($ip).'>=ip_start and '.db_squote($ip).'<=ip_end and deleted=0 order by is_zone asc limit 1');
if($rec){
$_SESSION['geodata']['country_id']=$rec['country_id'];
$_SESSION['geodata']['region_id']=$rec['region_id'];
$_SESSION['geodata']['city_id']=$rec['city_id'];
}else{
$_SESSION['geodata']['country_id']=0;
$_SESSION['geodata']['region_id']=0;
$_SESSION['geodata']['city_id']=0;
}
}
}
?>Так вот, значения сохраненные в сессии используется например плагином погоды, плагином интернет-магазина, моим плагином вывода новостей. И вопрос возник от того, что к моменту вызова этих плагинов геоплагин уже должен идентифицировать местоположение пользователя.
#24 "А как сделать..." » Очередность запуска плагинов » 2010-11-17 12:07:03
- vitaliy1978
- Ответов: 5
-
Ситуация следующая:
1). есть плагин, ответственный за геолокацию пользователей на сайте. Определяет где находится пользователь по его IP адресу.
2). Есть другие плагины, которые непротив использовать полученную плагином №1 информацию.
Вопрос:
1). Как сделать так, чтобе плагин геолокации вызвался самым первым? Предложение с патчением файлов CMS не принимаются.
2). Наличие плагина определяю по наличию папки в каталоге плагинов с именем мне нужного. Может есть какие функции ядра систем, используя которые можно получить ту-же информацию? Данная функция используется мной для получения доступа из плагинов к API плагина геолокации.
#25 Re: "А как сделать..." » Как не отображать {plugin_name}? » 2010-11-17 12:00:19
А вот кстати, еще по теме интересный вопрос
[isplugin xxx]
тут разметка для вывода блока...
{plugin_name}
тут еще разметка для вывода блока
[/isplugin]
как вырубать весь блок, в котором плагин отображается, если плагин ничего не выводит? а то как-то пустой блок на странице не айс. пока что вижу как вариант, все ответственной за вывод всего блока плагина, включая разметку отдавать рисовать плагину и запихивать в шаблон плагина