sv2109

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

Почему это за копейки? К вам приходит заказчик и вы называете свою цену, например 10$ в час, работа займет 5 часов и будет стоить 50$ Заказчик платит вам 50$ и получает решение своей задачи. А потом на следующий день заходит на форум и видит, что это решение выложено в платных модулях и любой, включая его конкурентов может купить его за 100 рублей. Справедливо ли это?

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

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

И потом продает ее здесь, где тут правда?

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

Думаю тут программист не имеет права выставлять эту работу вообще.

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

А вообще такие вещи нужно оговаривать до начала работы. Я обычно говорю заказчику примерно так - работа будет стоит например 50$ и я не имею права ее кому-либо продавать или работа стоит 25$ и я ее включаю в свой коммерческий модуль. Во втором случае кроме цены покупатель получает еще ряд преимуществ - модуль будет развиваться, будут исправляться баги, доделываться новые функции, будут писаться версии для новых версий движка итд и покупатель получит все новые версии бесплатно.

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

В общем поддерживаю, но вот только:

проверять наличие внятной документации (документацию можно изучить до покупки дополнений)

"Внятная документация" очень не конкретное определение. Для кого-то хватит 2 строк описания чтобы понять как работает модуль, а кому-то как не разжевывай все равно не поймет. Нужны конкретные правила для написания документации (куда включить пункты об установке, измененных файлах ядра, инструкцию по работе итд. ) после чего можно проверять соответствие документации этим конкретным пунктам. А не "документация должна быть внятной"

проверять наличие демо и демодоступа

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

проверять на наличие плагиата

Что вы имеете ввиду под плагиатом? Когда кто-то украл вашу идею и написал свой модуль с похожим функционалом? Или когда кто-то продает полностью чужие или немного измененные модули?

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

Тоже подумал про touch, но webserver может делать touch? Веб-сервер из /image/cahce выдает товары как статику, а то придется по запросу запускать php-скрипт, который будет делать сначала touch, а потом например кидать redirect-header. Хорошо ли это?

ресайзинг картинок происходит через модель ModelToolImage, где есть такой код:

class ModelToolImage extends Model {
 public function resize($filename, $width, $height) {
if (!file_exists(DIR_IMAGE . $filename) || !is_file(DIR_IMAGE . $filename)) {
  return;
}
$info = pathinfo($filename);
$extension = $info['extension'];
$old_image = $filename;
$new_image = 'cache/' . utf8_substr($filename, 0, utf8_strrpos($filename, '.')) . '-' . $width . 'x' . $height . '.' . $extension;
if (!file_exists(DIR_IMAGE . $new_image) || (filemtime(DIR_IMAGE . $old_image) > filemtime(DIR_IMAGE . $new_image))) {
  // создание нового рисунка
}
else {

// тут добавляем touch

}

if (isset($this->request->server['HTTPS']) && (($this->request->server['HTTPS'] == 'on') || ($this->request->server['HTTPS'] == '1'))) {
  return HTTPS_IMAGE . $new_image;
} else {
  return HTTP_IMAGE . $new_image;
}
 }
}

Не нужно забывать так же что далеко не все товары в магазине просматриваются равномерно. Всегда есть какие-то топовые модели или товары по акциям или товары на первых страницах в каталогах, которые просматриваются регулярно (думаю их будет процентов 20) и товары, не очень популярные или которых может вообще не быть на складе и которые просматриваются раз в несколько дней.. (а таких вполне может быть процентов 80)

Правильнее конечно же определить когда последний раз открывали эту картинку (заходили на страницу с ней) и если ее не открывали последние сутки то удалить ее... но это ГЕМОРОЙНО!!!

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

Не рабочий потому что, удаление одного файла - это 100% загрузка на CPU :)

Какая 100% загрузка, вы о чем? Мы же не будет удалять каждый час по миллиону файлов?

Если удалять только устаревшие файлы и запускать крон каждый час то сколько файлов устареет за час? 10, 100, 1000? Сколько времени займет для команды rm удалить 1000 файлов? 1 секунда? Так в чем проблема?

Скрипт по крону - самый очевидный вариант, но не рабочий, к сожалению.

Почему не рабочий? Пишется скрипт, который по расписанию, например раз час заходит в папку кеша рисунков и удаляет оттуда самые старые пока размер папки не будет меньше определенного размера или дата файла меньше определенной даты. В чем проблема?

Так у вас проблемы с кешем рисунков, который в /image/cahce/data или системный кеш который в /system/cache?

Если рисунки и рисунков много то соответственно и создается на каждый рисунок несколько разных вариантов размеров.

Как вариант (если используется много похожих размеров) можно оставить на сайте несколько основных размеров, а остальные менять средствами css. Например если одному модулю нужен рисунок 100 на 100, а другому 90 на 90 то для каждого рисунка в системе создается 2 варианта. Можно для 2-х модулей установить 100 на 100, а для второго прописать в css высоту и ширину 90.

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

Отключать кеширование рисунков очень не рекомендую, это создать огромную нагрузку на сервер, для каждой страницы и для каждого пользователя придется постоянно на лету создавать уменьшенные копии каждого рисунка, а их на 1 странице может быть штук 50

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

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

Вас что на гугле забанили :)

http://papermashup.com/truncate-text-with-the-jtruncate-jquery-plugin/

или

http://viralpatel.net/blogs/dynamically-shortened-text-show-more-link-jquery/

или

https://www.google.com.ua/search?q=jquery+shorten+text

Добрый день. Ув. sv2109, недавно попал в руки (не спрашивайте как) ваш модуль "Поиск с морфологией и релевантностью". Легко ставится, замечательно работает. Хорошенько потестил, проблем не обнаружил. Поиск работает четко. Также заинтересовал ваш модуль "Просмотр картинок товара", решил поддержать вас, как автора замечательных дополнений. Сегодня приобрел два этих модуля. Успехов вам в дальнейшей работе.

Спасибо

С радостью возьму, если адаптируете под search ajax.

Я только не понял, неужто сейчас они оба не будут работать без доводки? Ведь аяксовый поиск только выводит результаты здесь и сейчас на той же странице, а если просто enter нажать, то вроде как на стандартный модуль поиска уходит.

после нажатия на ентер в аякс поиске вы вместо стандартного поиска попадете на этот, это работать будет. Но сам аякс поиск будет по-прежнему работать так как и работал.. никакой морфологии и релевантности там не будет, для этого нужно этот модуль переделывать, добавлять этот функционал.

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

Я скачал поставил, настройки оставил "заводские" у меня по запросу

"Видеокарта PCI-E Asus GeForce GT 440 1024MB 128bit DDR3"

выдает

10" Планшетный ПК Samsung Galaxy Note 10.1 16Гб 3G White [GT-N8000ZWASER] 1.4 ГГц/2Гб+16Гб/Емк.1280x800/WiFi/BT/3G/A 4

вообщем как и было раньше. версия 1.5.3.1

Вы что-то неправильно установили, отписал вам в ЛС

Есть готовый модуль.

буквально минуту назад модуль залил, возможно подойдет.

Там используется плагин colorbox http://www.jacklmoore.com/colorbox у него есть темы, например http://www.jacklmoor...orbox/example2/ и http://www.jacklmoor...orbox/example3/ где навигация сверху.

пс не успел))

Обновления затронут системные таблицы, но не таблицы модулей.

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

Кстати, хранить данные модулей в таблице settings не правильно. По 2-м причинам:

1. Эта таблица предназначена для небольших данных настроек, что и следует из названия

2. Все эти настройки грузятся при каждой! загрузке опенкарта. Если там просто настройки модуля, тогда нормально. Но если там десятки статей или html блоков то так категорически нельзя делать.

Но многим авторам просто впадло создавать свои таблицы + для них еще модели писать нужно.. и в результате пихают все в таблицу settings, работает ну и ладно..

Это всё ясно, как солнечный день. Вопрос был немного в другом, когда я добавляю атрибуты вашим модулем, batch editor их просто не отображает у себя в интерефейсе. А когда я добавляю атрибуты стандартным функционалом, то все норм. Именно поэтому вопрос я адресовал именно вам.

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

А если добавить значение атрибута через этот модуль, сохранить его, а потом опять открыть этот товар. Добавленный атрибут будет? Если да то сохранение атрибутов работает нормально.

Есть вопрос, почему не работает в Batch Editor?

Клацаешь в нем на атрибуты, а атрибутов для выбранной категории нет :(

Не работает потому что это 2 разных модуля, написанные 2 разными авторами и имеющие разную логику работы. Этот модуль заточен под стандартный механизм добавления атрибутов. Для всех остальных модулей нужно писать интеграцию, для каждого модуля свою. Это есть смысл делать если модуль популярный и им пользуется много людей. А судя по отзывам, вы первый кто об этом спросил, значит больше никому это не нужно.

Больше информации тут http://www.slideshar...numbers-take-ii

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

пс гитхаб коммит можно скачать в виде патча правда времени проверить можно ли его применять и на какую версию сейчас нету.

например создать 2 модуля - один кинуть в колумн лефт, другой в колумн райт после чего в каталоге в контроллера модуля получить значение position и в зависимости от условия вернуть или код модуля или false.

Когда планируется новая версия? я бы с удовольствием приобрел. но у меня 1.5.4.1

если найду время то в ближайшую неделю сделаю

А версию 1.5.4.1 поддерживает ?

пока нет

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

странно, что у вас группа ftp имеет меньше прав чем апач, обычно наоборот бывает.

по идее можно через admin/model/tool/image.php

назначить файлам кеша 777 а не дефолтный 644

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

chmod('файл', 0666) - разве не работает?

зачем ставить для картинок 777?