WP_Expert,
Я бы использовал консольную утилиту imagemagic или на питоне скрипт из нескольких строк написал.
См. https://dototot.com/imagemagick-tutorial-batch-resize-images-command-line/
Т.е. в одну строчку ресайз всех файлов делается:
mogrify -resize 960x528 *.png
Там параметров куча, ознакомьтесь.
И не нужен никакой фотошоп.
Моя цель в общем то должна быть понятна опытным разработчикам. У меня нет сейчас времени плотно этим заниматься, плюс к тому не хочу привязывать к себе хозяина магазина (причина? см. предыдущий пункт), но помочь человеку надо. Причем решение может быть платным. Как вариант, можно было бы заказать модуль. Но наверно пока попробуем реализовать этих производителей и их линейки в виде отдельной ветви обычного каталога, который имеется во всех движках. Правда, это не очень красивое решение, т.к. будет некоторое дублирование, но посмотрим, насколько этот вариант устроит.
Да, у производителя может быть несколько товарных линеек. Предположим это какая-нибудь модная одежда или косметика. Там часто производитель делит товары на линейки, т.е. коллекции, типа "модная линейка духов такая то".
Можно конечно как-нибудь через характеристики товара прикрутить, но это будет дублирование. И вообще не очень хорошо привязывать линейки напрямую к товарам без привязки к производителям, т.к. они неотделимы от производителя. Если бы производителей и линеек было бы не много, то проблем бы не было, но их будет много.
Если бы была возможность создавать много экземпляров древовидных каталогов, то проблемы бы не было. Однако в большинстве коробочных движков древовидный каталог только один. Производители вообще сделаны примитивно, их расширение не предусмотрено.
И повторюсь, стоит задача сделать всё максимально просто, без программирования ключевых вещей. В принципе там только в эти линейки всё упирается, в остальном - там всё стандартно и покрывается полностью многими коробочными движками.
Да, так можно, я раньше так и делал, но геморно это и накладно, а электронной почтой быстро, бесплатно, а доказательная сила почти такая же. Но если что-то важное, то конечно лучше бумажной почтой продублировать и еще как-нибудь.
Кстати, смутно припоминаю, что откопавший и задокументировавший древний текст тимеет какие то права на него. Но настаивать не буду, подробностей не помню.
А вообще авторство доказать на 100% невозможно даже теоретически, так как всегда можно утверждать, что текст заимствован.
Например, кто написал роман "Война и мир"? Если рукописи написаны рукой его (Льва Толстого) жены...
Все эти "регистрации" авторского права максимум, что делают - подтверждают дату существования произведения за вашим автографом, что в суде может являться доказательством, если не доказано иное. В ГК, насколько помню, прямо так и сказано, что автором является лицо, указанное в качестве такового на экземпляре произведения, если не доказано иное.
Но проще всего дату экземпляра фиксировать не спомощью нотариуса и тем полее не с помощью непонятных сервисов депонирования, а просто послав самому себе электронное письмо с экземпляром произведения через крупный почтовый сервис. И только если понадобится, можно будет зафиксировать это письмо у нотариуса. То, что это электронное письмо, не должно пугать - в стороннем почтовом сервисе у вас нет технической возможности его изменить, не изменив заголовочную информацию, т.е. дату. Но кроме приоритета по дате надо конечно еще чем-то доказывать.
Но... в обсуждаемом случае нет смысла дергаться. Во-первых, готовить доказательную базу надо заранее, а во-вторых, данный контент скорей всего не стоит того... ведь до этого о нем и домене благополучно забыли...
А позволяет этот модуль например внедрить специальные служебные заголовки для отписки (чтобы кнопка отписки появлялась прямо в интерфейсе почтового клиента, а не только в письме)? Причем надо эти заголовки внедрять только в том случае, если письмо отправляется не на домены mail.ru (для mail.ru вообще отдельную логику рассылок приходится внедрять. Это модуль позволяет?). Также надеюсь там шаблоны идут парами - в текстовом и html-форматах? Картинки как внедряются? CSS как внедряется? Все эти нюансы влияют на надежность доставки. Они учтены?
О, это да, смотрят обычно на картинку, а я говорю сразу в админку лезть и смотреть, как там типами товаров и их атрибутами управлять можно, смотреть настройки платежных систем, доставки и пр., так как уже не будет такого, когда она звонит и просит добавить/изменить какой-нибудь "пустяковый" функционал. Нет в настройках сайта соответствующей галочки - значит не судьба...
Aisamiery, Вы фрилансер или в компании работаете. Можете по ценам сориентировать? У меня знакомая хочет старый интернет-магазин с друпала на что-нибудь более простое перенести. На друпале стоит старый уберкарт, а он не развивается, надо бы перейти на модуль Commerce и на Друпал8, но восьмерка стала тяжелой, там всё кардинально поменяли, а у меня просто нет времени всем этим заниматься. У меня интересы и работа давно сместились в сторону Django/Wagtail. Поигрался с фреймворком магазинов - Oscar-django, в целом понравилось, но... нет времени с нуля всё создавать. Она хочет попробовать перенести всё на Битрикс (реклама дает о себе знать), но я боюсь, что там также без программиста на постоянной основе не обойтись будет, а по стоимости выльется в копеечку. Другие движки мне также не приглянулись. Например, есть производители и у каждого производителя куча товарных линеек и подлинеек. Как это реализовать без программирования? В друпале это делалось легко через таксономию, а в движках из коробки я ничего подобного в готовом виде не нашел - везде "производитель" является простейшей сущностью с парой полей и всё. Также я склоняюсь к системам, где работа ведется с вариантами товаров, которые объединяются в обобщенный товар. Но каждый вариант должен быть полноценной и самостоятельной товарной сущностью со всеми индивидуальными параметрами (например в аптеке срок годности, цена лекарства и пр. от конкретной поставки зависят). И опять таки в движках из коробки я в полном объеме такого функционала не нашел. Так что без ковыряния в коде похоже не обойтись, и здесь всплывает вопрос цены этого ковыряния... В большинстве случаев, когда я вижу тонны неподъёмного кода, меня в итоге склоняет к фреймворкам перейти и сделать требуемое прямо - несколькими строками кода.
Ладно, это я заговорился. Пока ей предложил смотреть демки и выбирать то, что устроит сразу из коробки по всему функционалу. Возможно от каких то некритичных хотелок придется отказаться.
Сейчас может быть и есть, 5-7 лет назад я не нашел в настройках возможность указать параметры ресайза картинок в карточке товара. Также нельзя было без привлечения программиста вывести инпут-поля количества товара на страницы со списком товаров. Как сейчас, не знаю.
>>> Без программиста вообще сложно если честно =) У меня не возникает ваших проблем - я программист =)
Будучи программистом или при наличии своего программиста не вижу смысла связываться с громоздкими системами.
Хотя если речь вести о заработках самого программиста, то эта система наверно предоставляет хорошие коммерческие возможности по освоению средств заказчика.
Не знаю, как сейчас, но то, с чем я работал лет 5-7 назад, мне сильно не понравилось. По умолчанию там не было даже ресайза картинок. Для того чтобы добавить инпут-поля "количество" в список товаров потребовалось приглашать спецов для допиливания. АПИ мне показался громоздким, имена функций длинные. Логика работы с сущностями сложна для понимания обывателем. И вообще не понятно, на кого ориентирована админка управления сущностями мышкой: обыватель в ней априори не разберется, а программисту она не нужна, скорее мешает - ему проще в коде, что надо прямо прописать, чем мышкой сущности двигать. Но больше всего меня поразило смешивание пользовательского контента с ПХП кодом. При создании страницы с неким текстовым содержимым в визуальном редакторе тупо создавался файл, состоящий из смеси этого контента и пхп-кода. Мне такой подход показался диким, я привык, когда программный код лежит в файлах, а пользовательский контент в базе данных.
