решить в ЖШ плагином можно все если не 100%, то 99.99% точно. вопрос только - где он, плагин такой? насколько мне известно нет такого еще, не писали.
Нет такого? Буду первым!
IMHO, не так часто встречается любителей решать чужие идеи. Я бы назвал тему по-другому.
А я и не прошу за меня решать, я спросил есть ли уже готовое решение, возможно ли это в принципе, и есть ли альтернатива.
Не совсем понял что нужно, и что значит /p/i/?
Как то было что у каждого товара 15+ картинок, и было решено создавать директорию для каждого товара,
т.е. все фото хранились в ../p/id_товара/размер(b, m, s)/image_num.jpg
И почему "хранить все в одной директории будет невозможно."?
по долгосрочной перспективе картинок должно быть до полумиллиона (name, full_ и thumb_ вместе). Если вы пробовали хранить такое количество файлов, или хотя бы 100 тыс. в одной директории, как было заявлено мной, то были ли тормоза (вопрос на засыпку)? Насколько мне известно, некоторые файловые системы при записи большого кол. файлов в директорию начинают тормозить. + я хочу переопределить директории, чтобы можно было пользоваться стандартным медиа-менеджером. Как вы думаете, откроется 100000 картинок списком или плашками?
А можно поинтересоваться как Вы это организовали в техническом плане? Тупо переопределили на уровне шаблона?
dmitry_stas, регуляркой?)
Шаблон я трогать не хочу, хочу плагином. По памяти шаблона, могу сказать, что идея реализуема, но... Беглый взгляд на все задействованные для картинок $dispatcher->trigger не добавляют оптимизма, и наталкивают на мысль о невозможности решения, вот я и спрашиваю у сообщества. Вставлять в ядро дополнительные тригеры неохота, при первом же апе все посыпется. Правда, вот пару дней назад решал вопрос с "сопутствующими" пришлось в одном тригере объявить глобальный массив, чтобы его подхватить в тригере ниже, т.к. не все нужные параметры передавались.
В общем вопрос открыт, если есть идеи, буду рад слышать.