smarteg

На русском наверно в данный момент нигде. А чтобы понимать что происходит -- нужно понимать как работает ООП и MVC. Если познания php заканчиваются чем-то вроде if ($world == 1) { echo "Hello, World"; } else { echo "World is dead"; } боюсь будет несколько трудновато. Но лично мне помогло разобраться в недокументированых функциях и не только то, что я сделал ранее несколько сайтов на codeigniter который замечательно документирован.

Мало исходных данных. Для начала попробуйте переименовать перед загрузкой фотографии её в латиницу. Тут уже бывали у людей проблемы из-за не латинских символов в именах фото.

catalog/* точно все оставить, дальше наверно методом исключения)

Можно поставить костыль, прямо в модель зашить нужный email. К тому же таблица settings там оооооооооооооооооооооочень много свободного места)

У меня есть решение на несколько модулей оплаты работающих аналогично т.е. выводить ТОЛЬКО реквизиты на экран и в письме и проставлять способ в письмо. Нужно? Если нужно готов опубликовать как это делается и поделится файлами ...

Подлив не засчитан по 2-м причинам =) 1) ИЕ уже не самый популярный в мире браузер. Точнее не так, популярность ИЕ зависит от многих условий и в первую очередь это целевая аудитория, которая напрямую взаимосвязана с возрастной. В корпоративе доля ие еще порядка 70-80 процентов потому что фаерфоксы и оперы жутко неудобно администрировать, а ие обновился через всус и досвидос. Ну как-же нормальный админ будет себе на голову добавлять головняк, если у него в сети 100+ машин. Тоесть люди которые смотрят сайты с работы - тут да, ИЕ самый популярный браузер с очень нефиговой долей потому что никуда не попрешь. Кстати именно тут и обитает те 5% IE 6-го. Идем дальше ... у меня есть подшефный интернет-магазин, там по статистике доля ие аж 54%, вы скажите, "а чего так много?" а я отвечу, а потому что там целевая аудитория - люди в возрасте и далекие от компьютерных дел. Я думал на ЛОРе доля ие будет даже меньше доли хрома, если из неё вычесть троллей, которые сознательно ползают на ЛОР из под ИЕ чтобы попортить статистику ;) А среднее значение такое что большая тройка это большая тройка, хром в этом году отжал у ИЕчуть не 8% рынка поэтому теперь в принципе ФФ, Опера и ИЕ выровнялись. 2) Есть такое слово стандарты. ИЕ в этом случае делает все по стандарту, ему положено так делать. Просто Фаерфокс и опера решили что им можно и побороться за чистоту урлов лишь бы пользователю было приятно, а ИЕ тупо выполнил стандарт -- все что не латиница - перекодировать. Кстати если вы откроете в ФФ и скопируете ссылку и вставите например в джаббер-клиент или на вконтактик в сообщение -- из фаерфокса она скопируется уже конвертированной Такие дела)

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

babushka, +1 Но усложнить жизнь вероятному противнику все равно не помешает) а насчет "до фанатизма" -- совершенно согласен.

Соответственно, продолжая тему, если изображения еще не перенеслись - поправьте мой скрипт и разнесите по категориям, а потом можете прикрутить вот это: https://opencartforum.com/topic/1287-%D0%B4%D0%BE%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0-%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0-%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9-%D0%B0%D0%B4%D0%BC%D0%B8%D0%BD%D0%BA%D0%B0/ может пригодится) если в базе пути перепрописались, а изображения там же и остались - пишите скрипт который вернет пути на место ... Вот я бы так поступил. Просто чего-то валит менеджер изображений, понять чего именно можно только приведя в порядок изображения.

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

Спокуха, народ) если не можете сами - берите ЛЮБОГО пхп кодера и объясните ему задачу. Для начала чтобы было понимание КАК это работает. В опенкарте очень правильно сделано то, что загруженое изображение прописывается в базу, т.е. если загрузил по фтп -- оно не подключится, его нужно "доткнуть" в админке. Процесс "подключения" -- это ничто иное как прописывание 1 записи в базу. В этом нет никакой особой уличной магии. Если это ОСНОВНОЕ изображение товара оно пишется в таблицу префикс_product в поле image, если это дополнительные изображения -- они пишутся в префикс_product_image. Формат записи у них аналогичный, это ОТНОСИТЕЛЬНЫЙ путь, начинающийся с data/ data находится внутри images. Впрочем как не трудно догадаться относительность пути начинается с images. Дальше когда происходит обращение к товару, вызывается функция генерации от него всяких превьюшек, которые складываются в кеш, но в базе о них ни слова. Это очень грамотное решение которое существенно упрощает жизнь всем. В теории это вся премудрость. Теперь внимание. Если вам нужно ПАЧКОЙ перенести изображения -- лучше написать примерно такой скрипт <?php $host="localhost"; $user_db="какой-то юзЭр"; $pass_db="пароль выдал хостер мы не знаем какой"; $dbase="и базу тоже он создал как называется не знаем"; $link = mysql_connect($host, $user_db, $pass_db); mysql_select_db($dbase); mysql_query("SET NAMES 'utf8'"); $id_imgs = mysql_query("SELECT `product`.`product_id`, `product_to_category`.`category_id`, `product`.`image` FROM `product` INNER JOIN `product_to_category` ON `product`.`product_id` = `product_to_category`.`product_id`"); $i = 0; $j = 0; while ($row = mysql_fetch_assoc($id_imgs)) { $work_path = '/home/ололололо-это_имя_моего_юзера_у_меня_vds/data/www/сайтеГ.ru/image/'; $work_dir = 'data/'; $subdir = 'cat_'.$row['category_id']; $pic_filename = str_ireplace("data/","", $row['image']); if(!is_dir($work_path.$work_dir.$subdir)) { mkdir($work_path.$work_dir.$subdir, 0777); } if(rename($work_path.$work_dir.$pic_filename, $work_path.$work_dir.$subdir.'/'.$pic_filename)) { $j++; if(mysql_query("UPDATE `базо_моя_ненаглядная`.`product` SET `image` = '".$work_dir.$subdir."/".$pic_filename."' WHERE `product`.`product_id` = '".$row['product_id']."';")) { $i++; } } } mysql_close($link); echo "Copy photos: ".$j."\n Updated products: ".$i."\n"; ?> Вот что-то вроде такого скрипта перенесет ваши фотографии по подпапкам по шаблону cat_ид-категории/ и перезапишет пути в базе. На самом деле я этот скрипт выложил для примера что массовые операции лучше делать не через файлменеджер, который не работает в ИЕ 6-м или еще в каком нибуть нетскейпе, а по нормальному, на сервере. На 5 тыщ товаров он у меня отработал за меньше чем за 10 секунд (правда я запускал его руками и с консоли, вдс-ка же). Вобщем любой мало мальски грамотный кодер подручными скриптами которые пишутся за 30-40 минут решит все ваши проблемы с пакетными переносами легко и быстро) Удачи!

Просто на самом деле, подумайте ... вам есть чего терять? У вас ТИЦ 500? Товары ваших магазинов выходят в первой десятке выдачи яндекса и гугля по прямым запросам? Нет? Ну так тогда вперед! Рвать шаблон тем, кому технические средства или статус кво не позволяют его порвать ;) Вот еще так считаю)

Если честно -- положа руку на сердце, я не полностью перешел на русский в адресах. В некоторых (даже новых проектах) у меня транслитерация (по разным причинам). Но почувствуйте разницу между проектом где 20 статей по пунктам меню (визитка), которые что с транслитерироваными урлами, что без них отлично проиндексируются и каталогом товаров тыщ в 5 позиций где каждое слово может стать ключевым в сочетании при поисковом запросе. Т.е. допустим my_site.ru/подарки/для-мужчин/кошельки/ идея не более чем зацепить запрос вроде "кошелек для мужчины подарок". Разумеется это просто пример, SEO дело тонкое, я вообще себя считаю человеком, который только только начинает постигать премудрости этого занятия, но ради лулзов кучи второстепенных запросов я иду на русификацию урлов. К сожалению не могу поделится итогами т.к. фактически не так давно сделал первый полностью русифицированный каталог, но спиной чувствую что итог с этого будет. Поэтому прошу относится к моему посту не более чем к "предложению". Т.к. по факту это "экспериментальная" фича которая может принести сотни профита, а может не принести ничего.

Да на кирилицу поисковики уже давно обратили внимание, вы уж совсем-то за идиотов их не считайте! Там работают умные люди, а не быдло, что сидит в основном по дЕзайн студиям и ставид дЖумлу или в-рот-пресс ... поэтому на русские буквы они обратили внимание еще лет пять назад! Мне лично кажется что проблемы с русскими буквами возможны с устаревшими браузерами, но даже у IE6 насколько я помню такой проблемы нет. Могу ошибаться конечно. К тому же википедия уже сто лет как названия статей на русском в урле отдает и вроде никто особо не огорчился, индексируется на ура. Но и уповать на это не стоит вобщем-то. На то есть 2 причины 1) современный пользователь интернета такой идиот, что если ему на рабочем месте в браузере убрать заглавную страницу, заменив на about:blank - жди звонка. Говорю как практикующий системный администратор. Это в худшем случае. В обычном случае www.magasin-vsjakogo-borahla.ru будет вбито в строку запроса яндекса и гугля, поэтому пользователю о этой вашей чистоты URL нет вообще никакого дела, что бы там в Ководстве глагнэ дизайнер всея РФ не писал. 2) гугля стал настолько умный, что не только исправляет орфографические ошибки, но еще и транслитерирует, а иногда даже и переводит то, что прилетает ему в строку запроса. Мораль: не надо боятся кирилицы в урлах, скорее всего технических проблем русскоязычной аудитории она не принесет, а международная аудитория сайту, рассчитаному на русскоязычный сегмент скорее всего не нужна. Ну и фик бы с ним если сайт плохо проиндексируется бингом или китайским гуглем ... любой веб мастер знает что в РФ главное попасть в первую-вторую страницу выдачи яндекса, на моих сайтах которые вел/веду отношение переходов из поисковиков было примерно такое 75% - яндекс 15% - гугль, по 3% рамблер и mail.ru, оставшиеся 4% - все остальное. А яндекс и гугль нормально работают с кирилицей.

И так товарищи! Налетаем@разбираем) альтернативная загрузка изображений! В 2-х словах как работает: грузит файл, переименовывает по шаблону, ложит в каталог с именем cat_номер, где номер - id категории. Если категории нет - создает. Если основного изображения нет - прописывает первое загруженное основным, если есть - дописывает в раздел "фото". Интеграции "изкаропке" НЕТ. Тоесть скопировав скрипты у Вас не появится кнопка "загрузить изображение как надо". Потому что я считаю что не моего ума дело вставлять это дело в шаблон админки, пусть это каждый вставит туда, куда ему удобнее, по сути нужно вставить ссылку вида: _http://_ваш_домен_/admin/index.php?route=tool/imgupload&token=_какой-то_длинный_токен_&category_id=ИД-категории&product_id=ИД-продуктав ридми все же есть пример того, что и как можно добавить в контроллер и вьювер. Сразу предупреждаю, "я его слепила из того что было (с)" буквально за день не задумываясь особо о красоте кода и стиле программирования. Если оно будет востребовано - обещаю навести марафет и сделать поддержку локализации (сейчас все тупо прописано во вьювере), а так же может найдется какое-то удобное и универсальное красивое решение интегрировать в админку) Жду замечаний и предложений) Пользуйтесь ;) P.S. у меня есть дурная привычка писать скрипты прямо на боевых серверах, поэтому если я что-то забыл положить в архив или будет ругаться - пишите все сюда, разберемся. P.P.S. работает и тестировалось на версии 1.4.9.3 simple_img_upload.zip

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

Да никакой тут нету палки о 2-х концах. Я летом делал сайт для фотостудии, суть сайта в том чтобы пользователь мог загрузить фотографии и оформить заказ на печать, там требования были в разы жостче чем тут, так вот что я вам скажу: 1) Лишний запрос к скулю - это фигня (конечно если это не SELECT * FROM _таблица_где_много_записей_ мускуль очень быстр даже если не особо вдаваться в процессы оптимизации БД. Тут даже не надо быть КЭП`ом. Но зато решается проблема поиска фоток "Моя мусечка.jpg" потому что FreeBSD будет такими керпичами складывать, что даже апачу достанется. А тут переименовал, записал в базу старое и новое имя и не паришся. 2) ФТП уже лет 10 как пора закапывать. Опять-же возвращаясь к сданному летом сайту, там я сделал мультизагрузку фоток без всякого ФТП, через jquery плагин. Конечно на моем компэ это вешалось, но я тогда работал на 1400-м целерончике (ноуте) с видяхой радеон R200 и убунтой 9.04 на борту. На более шустром железе оно нормально работало (ибо часть плагина - флэш). Причем тут фтп? А при том что толку от него в техпроцессах кроме сделать бэкап вообще никакого. Если лишить возможности заливать фотки по фтп лично я бы не растроился. 3) Мне лично наплевать на трудности веб-мастеров, которые не в состоянии написать простенький скрипт, который сможет пропарсить вывод файловой системы и из-за этого начинают ныть о том как все плохо. Назвался груздем как говорится ... Для того чтобы импортировать базу в 5000 товаров с картинками я воспользовался модулем, НО картинки из папки где 25000 фоток в перемешку руками разбирать не стал и копировать полностью тоже, ведь мне нужно было скопировать около 5000 всего-то (в старом движке ресайз делался туда-же где и все остальное, плюс халатные предщественники не особо парились уборкой мусора), для этого был за полчаса написан скрипт, который сделал выборку по базе старого магазина, а дальше в цикле скопировал из одной папки в другую эти 5000 фоток. Все просто. Руками ЭТО разбирать, особенно когда тебя взяли на разовую работу - сами понимаете ... 4) А если по хорошему, можно обойтись и без таблицы в БД путем нехитрого действия: переименовать файл по шаблону img-_ид_продукта_-рандом.jpg. Рандом только с одной целью - чтобы когда несколько фоток на один продукт и пересекаются имена - избежать перезаписи. Просто рандом сгенерить быстрее чем обратится к файловой системе/базе или еще чему-то. На базе > 1000 товаров уже реально будет пофик как картинка называется, её проще перезалить чем искать по названию. P.S. а костыль свой я все таки написал потому что нужно работать) Крепитесь, люди, днями чуть по свободней буду - выложу)

Именно об этом и речь! Заказчик: Обновления? Деньги? Зачем? У меня и так все работает. случилось алес капут Заказчик: "Ты [самка собаки] почему не устранил, я тебе за что деньги платил, делай как было!!!1111" Я такую реальность имел в виду и именно ей и предлагаю посмотреть в глаза) Про убирание копирайтов полностью согласен. Мне жутко стыдно за то что на нескольких сделанных мной сайтах, где я взял шаблоны с FreeCSS Templates и убрал копирайты. Признаю и каюсь ... но сейчас так не делаю категорически, оставляю копирайт.

michael, прошу прощения, неправильно Вас понял) Но из 2-х зол, оставлять версию магазина в админке ИЛИ выводить её ПОСЛЕ того как админ авторизовался, все же мне кажется проще её убрать. Сейчас специально зашел проверил - да на окне авторизации выдает номер версии.

Можно подумать человек, который в состоянии найти уязвимость версии с помощью гугла, не в состоянии добавить /admin/ к урлу? :unsure:

Всем привет! Да, плохо когда люди убирают ссылки, некрасиво и вообще ... но что-ж поделать. А вообще я лично советую убирать ВЕРСИЮ продукта т.к. это один из 3-х зеленых свистков для хакера ибо зная номер версии баги гуглятся существенно проще.

Да можно, исправить представления и при необходимости - контроллер(ы).

Ну раз уж тема перешла во флейм ... На самом деле Dprojectdeveloper не прав всего лишь в одном... Он забыл что идеальный газ только в учебнике физики. У ЛЮБОГО продукта есть свои достоинства и недостатки. У ЛЮБОЙ фичи есть удобство за которое приходится платить либо громоздким кодом либо костылявостью. Простой пример, сегодня заказчик попросил меня сделать автоматическую смену статусов чтобы если товаров на складе 0 автоматом менялся статус на "Нет в наличии" и соответственно если количество обновляется до 1 и больше менялся на "Есть на складе". Другие статусы типа "Привезем через пару дней" в его логику бизнеспроцессов не укладываются. Он как продажник твердо убежден что пользователю НЕ НУЖНО это все типа привезем через неделю. Пользователю интернет-магазина. Конечно я поставил костыль, причем прямо в модель. Но я даже пытаться написать в комьюнити о том, что давайте пацаны смастерим патч не буду т.к. отчетливо понимаю что это моя частная задача которую я решил умело поставленным костылем. Поэтому пусть лучше у меня будет некая свобода и люфт для этих костылей потому как когда 2-3 однотипных костыля уже вырисовывается понимание какой нужен глобальный апдейт чем брэйнфак со сферическими конями в вакууме.

3 слова Google, FireFox, FireBug Употреблять вместе. И никакая джумла, никакой дримвьювер -- ничего становится НЕ_НУЖНО для того чтобы допилить под себя какой-то шаблон.

Ловите мои 5 копеек) исправленный файл product.php для локализации перезаписать тот который в admin/language/russian/catalog/ product.php.zip