Изменения в регламенте модерации дополнений

[ArtemPitov]

Сегодня вступают в силу новые правила модерации дополнений:

• Время проверки: от 1 до 5 рабочих дней

 

[chukcha]

26 минут назад, ArtemPitov сказал:

Код должен быть читаем

Не совсем понятен критерий

 

$a=5;$b=$this->qwerty($this->myc($a))

 

Чем не читаем?

Какой-то сюр..
зы, конечно, код приведен с головы. Но поясните требования.

 

[ArtemPitov]

@chukcha

Можно прочитать 

$a=5;$b=$this->qwerty($this->myc($a))

Больно читать 

$a=5;$b=$this->qwerty($this->myc($a))$a=5;$b=$this->qwerty($this->myc($a))
$a=5;$b=$this->qwerty($this->myc($a))  $a=5;$b=$this->qwerty($this->myc($a))
   $a=5;$b=$this->qwerty($this->myc($a)) 
               $a=5;$b=$this->qwerty($this->myc($a))
                           if($a=5;$b=$this->qwerty($this->myc($a))) {$a=5;$b=$this->qwerty($this->myc($a))} else {
if ($a=5;$b=$this->qwerty($this->myc($a))) {$a=5;$b=$this->qwerty($this->myc($a))}
}$a=5;$b=$this->qwerty($this->myc($a))

 

[Shureg]

4 минуты назад, chukcha сказал:

Не совсем понятен критерий

 

$a=5;$b=$this->qwerty($this->myc($a))

 

Чем не читаем?

Какой-то сюр..
зы, конечно, код приведен с головы. Но поясните требования.

 

Просто в правилах забыли стандартный для таких ситуаций пункт

-Администрация оставляет за собой право отказать без объявления причин.

И все. После этого любые другие правила становятся рекомендациями , критиковать их бессмысленно. Читаемый - это тот, который модератор сочтет читаемым. 

[ArtemPitov]

я Вас услышал, уберу. Бывает иногда каша а не код

[chukcha]

Но это не повод для.. Может чел прошел из форта... Ему теперь переучиваться?

 

или вот такого рода

 

$a=$b->$c->$d($e) - поймите - это читабельно, но непривычно,
Обфускация тоже бывает читабельна

[AlexDW]

вместо акцента на читабельности лучше бы указали на стандарты

типа не использовать прямое подключение к БД, $_POST - $_GET и тп, не пихать логику контроллеров и моделей в файлах шаблона и тд

 

читабельность/обфускация - понятие относительное

и используется как правило для защиты

[chukcha]

1 час назад, AlexDW сказал:

типа не использовать прямое подключение к БД, $_POST - $_GET

Скажем так, благо 2.3 и твиг наконец-то это убьют

Но акцент на стандарты - это +

[ArtemPitov]

добавил еще правила, если есть замечания или дополнения - пишите! 

[chukcha]

5 часов назад, ArtemPitov сказал:

В дополнении не должно быть ссылки на прямую покупку у автора 

Не понял...
А если там прямая поддержка?

 

 

[ArtemPitov]

@chukcha о поддержке ничего не сказано, только покупка 

[chukcha]

6 часов назад, ArtemPitov сказал:

В дополнении не должно быть ссылки на прямую покупку у автора 

В описании дополнения..
А в моем понимании - в самом дополнении(расширении/модуле)

[sitecreator]

11 часов назад, ArtemPitov сказал:

В дополнении не должно быть ссылки на прямую покупку у автора 

 

это как понимать?

В модуле есть ссылка на сайт разработчика.

Запрещена ссылка на сайт разработчика?  Или разрешена?

 

А если на сайте разработчика модуль тоже продается?  Как быть?  На такой сайт ссылаться можно?

 

А если в модуле есть рекомендация других модулей автора?  Тут как быть?

Автор хочет дать в своем модуле ссылку на свой другой модуль.  Получается прямая ссылка (вроде как на покупку?), но другого модуля.

 

А на НЕпрямую разрешена?

Ссылка на другой магазин расширений запрещена?

 

В конце концов, ссылки на opencart.com еще разрешены? Там ведь тоже могут быть продажи.

[sitecreator]

12 часов назад, ArtemPitov сказал:

В модуле не должна присутствовать реклама 

 

Если я рекомендую другой свой модуль, например, расширяющий функционал данного, то это реклама или нет?

 

Что вы подразумеваете под рекламой?

 

А если это реклама ocstore или данного форума?

Тоже запрещена?

 

Очень нечетко пока все прописано.

 

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

Это информация, а не реклама.

 

Это такая же "реклама" как и подпись под сообщением тут на форуме, рекламирующая дополнения автора.

[ArtemPitov]

Убрал пока эти пункты, после обсуждения будет вердикт как правильно их подать 

[sitecreator]

12 часов назад, ArtemPitov сказал:

Не должны использоваться  супер глобальные переменные, в место них нужно использовать функционал OenCart

 

тут неувязочка может случиться.

Например, ионкуб использует $_SERVER['SERVER_NAME'] для привязки кода к имени домена.

Об этом написано в инструкции к ионкубу.

Зачем ионкубу "использовать функционал OenCart"?

 

А если это библиотека, которая, опять же, может использоваться не только в Опенкарт.

Почему она не может использовать, например, $_SERVER['SERVER_NAME']?

Библиотеке вообще не нужен код Опенкарт, она может даже не знать про существование Опенкарт.

 

И отказ, например, от $_SERVER['SERVER_NAME']  в пользу "функционала OenCart"  может при желании привести к подмене реального имени домена, а потому облегчит взлом защищенных модулей.

Об этом подумали?

 

 

[ArtemPitov]

@sitecreator поправил немного для ясности

[florapraktik]

В 06.11.2017 в 16:16, ArtemPitov сказал:

 

1. Не шаблонах не должна присутствовать логика контроллера или модели

Очепятка.

[AlexDW]

В 06.11.2017 в 19:16, ArtemPitov сказал:

В дополнении не должно быть ссылки на прямую покупку у автора 

 

то разрешается ссылка, то через полгода/год снова запрещается - опять чехарда..

 

люди почему покупают на форуме? - потому что форум выступает гарантом (по-крайней мере, должен выступать)

и в случае спорных вопросов (не работает/автор забил и тд) могут обратиться к администрации для их разрешения

 

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

 

ИМХО, бороться нужно путем повышения качества сервиса (выбор оплат, оперативное решение проблемных ситуаций и тд)

а не запретами

 

PS:

наблюдал пару лет назад ситуацию с одним автором

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

человек боролся-доказывал-приводил доводы - получил бан и в итоге плюнул..

 

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

а мог бы и здесь быть..

[ArtemPitov]

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

[sitecreator]

4 часа назад, AlexDW сказал:

ИМХО, бороться нужно путем повышения качества сервиса (выбор оплат

 

совершенно верно.

Вот отказались от приема вебмани, например.

И часть покупателей ушли покупать в другой магазин потому, что у покупателей есть вебмани и они хотят их потратить.

 

Это чисто из собственного опыта.

 

А репрессии в конкурентной борьбе еще никогда не приводили к положительным результатам.

Если у вас чего-то нет хорошего, но это хорошее есть у конкурента, то что надо бы сделать?

Сделать такое же хорошее и у себя, если не лучше. Но... какой мы видим выбор руководства?

 

Правильно! Видим попытку запретить (с соответствующими санкциями) покупать это хорошее у конкурента, но и у себя это хорошее не реализовать.

 

Вы посмотрите на такое положение вещей с позиции покупателя.  Это, как минимум, странно.

 

А конкуренция - это штука хорошая.  Для покупателя она очень даже нужная,  и ничто лучше не может стимулировать работать качественнее.

Да и для разработчиков не менее полезная.

 

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

 

 

[dinox]

9 минут назад, sitecreator сказал:

Вот отказались от приема вебмани, например.

И часть покупателей ушли покупать в другой магазин потому, что у покупателей есть вебмани и они хотят их потратить.

Вариант оплаты через вебманей доступен, возможность выплаты разработчикам не него нет