Вопросы и пожелания к движку

ErsteVorherige1...5...10...42434445464748NächsteLetzte

Для юзеров Seditio и новичков

Macik	#661 18. Mai 2016, 17:28
Team Thanked: 181 mal	#41703 MicroWeber: Т.е. такой вариант не верный и может произойти конфликт если пользователь состоит в нескольких группах? <!-- IF {PHP.usr.maingrp} == 1 --> {PHP.cot_groups.1.title} <!-- ENDIF --> Смотря какую задачу ставите. Если цель просто вывести название главной группы конфликтов не будет. Но если хотите в принципе завязать логику на принадлежность пользователя к определенной группе, то скорее всего придется писать некий код. https://github.com/macik правильный хостинг — https://goo.gl/fjCa1F

Macik

#661 18. Mai 2016, 17:28

#41703 MicroWeber:
Т.е. такой вариант не верный и может произойти конфликт если пользователь состоит в нескольких группах?
                        
{PHP.cot_groups.1.title}

Смотря какую задачу ставите. Если цель просто вывести название главной группы конфликтов не будет.
Но если хотите в принципе завязать логику на принадлежность пользователя к определенной группе, то скорее всего придется писать некий код.

https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F

Виктор	#662 26. Mai 2016, 08:43
Members Thanked: 16 mal	Сделать в модуле page, нормальную работу с картинками, чтобы пользователь создавая статью не искал куда закачивать картинку как ее вставить в текст, вывод миниатюры в списке статей, вроде мелочь но очень не хватает

Macik	#663 26. Mai 2016, 23:57
Team Thanked: 181 mal	#41737 Виктор: Сделать в модуле page, нормальную работу с картинками, чтобы пользователь создавая статью не искал куда закачивать картинку как ее вставить в текст, вывод миниатюры в списке статей, вроде мелочь но очень не хватает Если речь о решении задачи для конкретного сайта — могу рекомендовать поставить одно из расширений: attach2, files, fileAPI. Но придется немного поработать руками, добавив нужные строки в шаблоны страниц. Если речь в принципе о функционале движка — то в перспективе планируется замена устаревшего расширения PFS, на более современный модуль работы с файлам. Однако сейчас работа по развитию движка сильно затормозилась в виду нехватки ресурсов. Поэтому дать прогнозы когда оно будет реализовано трудно. https://github.com/macik правильный хостинг — https://goo.gl/fjCa1F

Macik

#663 26. Mai 2016, 23:57

Team
Thanked: 181 mal

#41737 Виктор:
Сделать в модуле page, нормальную работу с картинками, чтобы пользователь создавая статью не искал куда закачивать картинку как ее вставить в текст, вывод миниатюры в списке статей, вроде мелочь но очень не хватает

Если речь о решении задачи для конкретного сайта — могу рекомендовать поставить одно из расширений: attach2, files, fileAPI. Но придется немного поработать руками, добавив нужные строки в шаблоны страниц.

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

https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F

Roffun	#664 29. Mai 2016, 19:33
Contributors Thanked: 175 mal	#41739 Macik: Если речь в принципе о функционале движка — то в перспективе планируется замена устаревшего расширения PFS, на более современный модуль работы с файлам. Это будет одно из перечиленных выше расширений, или что-то другое ? Например я уже год как использую модуль files, есть и миниатюры, и водяной знак, и еще много чего. Я реализовал механизм втавки по кнопке в CKEditor, сразу с нужными параметрами (не путайте со стандартной вставкой PFS, речь идет о вставке из файла files.templates.tpl). Дополнительно сделал плагин, решающий вопрос с отсутствием картинки , например когда вставляли в редактор, а потом картинка удалена . Ведь имена привязаны к размеру, а значит картинка которая имеет имя file-320-120x120-crop.jpg , вставленная в CKEditor, будет недоступна если в админке изменить размер, ведь она будет иметь другое имя, например file-320-150x150-crop.jpg. Настроил взаимодействие с редактором, и не только при редактировании, а и при добавлении, при правильной настройке проблем с миниатюрами не должно быть никаких, я в своей сборке эту возможность делаю по умолчанию, вот как сейчас у меня вставляются картинки: Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts

Roffun

#664 29. Mai 2016, 19:33

Contributors
Thanked: 175 mal

#41739 Macik: Если речь в принципе о функционале движка — то в перспективе планируется замена устаревшего расширения PFS, на более современный модуль работы с файлам.

Это будет одно из перечиленных выше расширений, или что-то другое ?

Например я уже год как использую модуль files, есть и миниатюры, и водяной знак, и еще много чего. Я реализовал механизм втавки по кнопке в CKEditor, сразу с нужными параметрами (не путайте со стандартной вставкой PFS, речь идет о вставке из файла files.templates.tpl).

Дополнительно сделал плагин, решающий вопрос с отсутствием картинки , например когда вставляли в редактор, а потом картинка удалена . Ведь имена привязаны к размеру, а значит картинка которая имеет имя file-320-120x120-crop.jpg , вставленная в CKEditor, будет недоступна если в админке изменить размер, ведь она будет иметь другое имя, например file-320-150x150-crop.jpg.

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

Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts

Виктор	#665 29. Mai 2016, 19:46
Members Thanked: 16 mal	Я тоже за модуль files, как то раз использовал мне очень понравилось, но так как использую сборку фриланс биржи где все связано с маватарс пришлось отказатся(

Roffun	#666 29. Mai 2016, 20:08
Contributors Thanked: 175 mal	#41741 Виктор: Я тоже за модуль files, как то раз использовал мне очень понравилось, но так как использую сборку фриланс биржи где все связано с маватарс пришлось отказатся( Для биржи модуль files тоже можно прикрутить, в API есть инструкции по интеграции с другими расширениями. У меня есть несколько модулей типа pages или projects, для них я сделал интеграцию. Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts

Roffun

#666 29. Mai 2016, 20:08

Contributors
Thanked: 175 mal

#41741 Виктор:
Я тоже за модуль files, как то раз использовал мне очень понравилось, но так как использую сборку фриланс биржи где все связано с маватарс пришлось отказатся(

Для биржи модуль files тоже можно прикрутить, в API есть инструкции по интеграции с другими расширениями. У меня есть несколько модулей типа pages или projects, для них я сделал интеграцию.

Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts

Виктор	#667 29. Mai 2016, 20:15
Members Thanked: 16 mal	Для каждого модуля делать придеться, с моими знаниями не думаю что осилю но попытатся можно,

Roffun	#668 29. Mai 2016, 21:20
Contributors Thanked: 175 mal	#41743 Виктор: Для каждого модуля делать придеться, с моими знаниями не думаю что осилю но попытатся можно, Market, folio, projects нужно адаптировать. Для users (аватары) и так работает, pages тоже. Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts

Roffun

#668 29. Mai 2016, 21:20

Contributors
Thanked: 175 mal

#41743 Виктор:
Для каждого модуля делать придеться, с моими знаниями не думаю что осилю но попытатся можно,

Market, folio, projects нужно адаптировать. Для users (аватары) и так работает, pages тоже.

Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts

dJemon	#669 21. Oktober 2016, 07:42
Members	Предложение: для плагинов и модулей, в файле инструкции установки *.setup.php - у параметра указания зависимостей от других плагинов/модулей, сделать указание конкретной версии. Например: Requires_modules=users>=1.4.0,page

dJemon	#670 21. Oktober 2016, 14:53
Members	Тут, просто в качестве примера был привед стандартный модуль user. А для прочих модулей и плагинов не мешало-бы, это уже как стандартная мировая практика - версионная зависимость.

Macik	#671 21. Oktober 2016, 15:38
Team Thanked: 181 mal	#42217 dJemon: Предложение: для плагинов и модулей, в файле инструкции установки *.setup.php - у параметра указания зависимостей от других плагинов/модулей, сделать указание конкретной версии. Например: Requires_modules=users>=1.4.0,page На этот счет уже есть некоторые наработки. И в том или ином виде появится в движке. https://github.com/macik/cotonti-core-versioning/blob/master/README_ru.md https://github.com/macik/cotonti-core-versioning/blob/master/package_api-doc.md https://github.com/macik правильный хостинг — https://goo.gl/fjCa1F

Macik

#671 21. Oktober 2016, 15:38

Team
Thanked: 181 mal

#42217 dJemon:
Предложение: для плагинов и модулей, в файле инструкции установки *.setup.php - у параметра указания зависимостей от других плагинов/модулей, сделать указание конкретной версии. Например:
Requires_modules=users>=1.4.0,page

На этот счет уже есть некоторые наработки. И в том или ином виде появится в движке.
https://github.com/macik/cotonti-core-versioning/blob/master/README_ru.md
https://github.com/macik/cotonti-core-versioning/blob/master/package_api-doc.md

https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F

dJemon	#672 2. November 2016, 07:11
Members	Предложение: отделить код ядра в отдельный репозиторий на github'е. Модули и плагины, входящие в стандартную сборку - так-же отделить в отдельные репозитории. В установщике (install.php и *.install.php) - реализовать возможность подтягивать стандартные модули и плагины из github.
Dieser Beitrag wurde von dJemon (am 2. November 2016, 15:01, vor 7 Jahre) bearbeitet

dJemon

#672 2. November 2016, 07:11

Members

Предложение: отделить код ядра в отдельный репозиторий на github'е. Модули и плагины, входящие в стандартную сборку - так-же отделить в отдельные репозитории. В установщике (install.php и *.install.php) - реализовать возможность подтягивать стандартные модули и плагины из github.

Dieser Beitrag wurde von dJemon (am 2. November 2016, 15:01, vor 7 Jahre) bearbeitet

CrazyFreeMan	#673 13. November 2016, 19:32
Members Thanked: 27 mal	banlist поддержка ipv6

Dayver	#674 13. November 2016, 21:00
Team Thanked: 178 mal	#42280 dJemon: Предложение: отделить код ядра в отдельный репозиторий на github'е. Модули и плагины, входящие в стандартную сборку - так-же отделить в отдельные репозитории. В установщике (install.php и *.install.php) - реализовать возможность подтягивать стандартные модули и плагины из github. В целом подобное уже давно запланировано Pavlo Tkachenko aka Dayver

Dayver

#674 13. November 2016, 21:00

Team
Thanked: 178 mal

#42280 dJemon:
Предложение: отделить код ядра в отдельный репозиторий на github'е. Модули и плагины, входящие в стандартную сборку - так-же отделить в отдельные репозитории. В установщике (install.php и *.install.php) - реализовать возможность подтягивать стандартные модули и плагины из github.

В целом подобное уже давно запланировано

Pavlo Tkachenko aka Dayver

Macik	#675 14. November 2016, 10:20
Team Thanked: 181 mal	#42352 CrazyFreeMan: banlist поддержка ipv6 По хорошему, надо в ядре писать поддержку. Заявка на Гите есть. Можно туда написать коммент про `banlist`. Пока, как и остальное, все упирается в ресурсы. https://github.com/macik правильный хостинг — https://goo.gl/fjCa1F

Macik

#675 14. November 2016, 10:20

Team
Thanked: 181 mal

#42352 CrazyFreeMan:
banlist поддержка ipv6

По хорошему, надо в ядре писать поддержку. Заявка на Гите есть. Можно туда написать коммент про `banlist`. Пока, как и остальное, все упирается в ресурсы.

https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F

ErsteVorherige1...5...10...42434445464748NächsteLetzte