PrestaShop

Статус
В этой теме нельзя размещать новые ответы.
Как же нет английского, когда он есть?
В шаблонах:
{l s='Order confirmation'}
В модулях:
$this->l('Details')

Функция l нужна для перевода строки. Например смотрите функцию displayError в файле classes/Tools.php.

То есть в файле перевода Cart это название шаблона, 2a19149f2c7c6f670ef22efeb5eff256 мд5 от исходной строки. А файлы en.php пустые, потому что в их заполнении нет смысла, все английские строки и так в коде.

Так что ничего не нужно приводить в соответсвие. Открываете инструменты/перевод и переводите через админку.

Для переиндексации заходите на страницу настройки/поиск и нажимаете Пересоздать индекс.

Кстати перевод на рабочем хостинге может вызвать потерю переведенных строк, из-за превышения максимально разрешенного размера post-запроса. Так что лучше переводить на локалхосте а потом просто перенести на рабочий сайт.
 
Вопрос уже задавался не один раз, но информация устаревает, поэтому прошу совета по этому вопросу...
Подскажите хостинг (из собственного опыта) под данный скрипт на котором будет быстро и безпроблемно работать.
Планируется:
- presta v.1.4.17
- 5-8 тыс. товара
- до 1000 хостов в сутки (магазин будет региональным, поэтому более этой цифры не будет)
 
Для Украины mirohost.net неплохо работает. Довольно быстро отдает статику и скорость генерации страниц неплохая.
Для России комтет - неограниченная нагрузка и стоит не дорого.

 
Вопрос уже задавался не один раз, но информация устаревает, поэтому прошу совета по этому вопросу...
Подскажите хостинг (из собственного опыта) под данный скрипт на котором будет быстро и безпроблемно работать.
Планируется:
- presta v.1.4.17
- 5-8 тыс. товара
- до 1000 хостов в сутки (магазин будет региональным, поэтому более этой цифры не будет)
По выделенному красным:
лично у меня создалось впечатление что 1.4 потяжелее будет чем все предыдущие версии и по ощущению сравнилась по неповоротливости с например Маженто.
Но "опыт" по версии 1.4 с 1000 хостами и 5 тыс товара ИМХО сейчас отсуствует , ибо эта, не побоюсь этого слова, революционная версия вышла пару недель назад )
А в общем терпимо работает даже на хостинге за пару долларов, но хорошо бы иметь возможность увеличить "макс экзекьюшен тайм". А лучше для такого как ты описал внятного проекта купить один НОРМАЛЬНЫЙ хостинг долларов за )
 
Возмножно по требованиям к памяти стала тяжелее за счет кэширования, но скорость генерации страницы уменьшилась.

Обновил русский перевод под финальную версию.

Остались не переведенными пару страниц в админке и фронт-оффисе. У болшинства используемых модулей тоже перевод есть.

Если кто захочет помошь с переводом добавил небольшую инструкцию
 
Народ, а кто сталкивался с блоком stores? Вроде как указываю свои координаты, но не хочет работать. Точнее отдает совершенно не тот участок карты и далеко не тот участок..
И вообще страница контакты меняться должна в папке с темой (contact-form.tpl). Т.е. гораздо проще воспользоваться апи гугла и вставить свой код, однако произведя замену в этом файле ничего не изменилось. Где копать, подскажите.
Заранее благодарю.
 
Поставил финальную версию престы 1.4.0.17, пробую настроить импорт, но не могу понять почему там только следующие поля:
ID
Активен (0/1)
Название*
Родительская категория
Описание
Meta-title
Meta-keywords
Meta-description
URL rewritten
URL изображения
а как добавить поля: цена, код производителя, ...... ?
 
ors05 написал(а):
Для Украины mirohost.net неплохо работает. Довольно быстро отдает статику и скорость генерации страниц неплохая...
ors05, а на каком тарифе работает
??? И подкручивался ли сам скрипт (оптимизация запросов к БД)???
 
Это импорт категорий. Выберете импорт товаров
 
Это импорт категорий. Выберете импорт товаров
Ors, подскажите, возможен ли вариант, при котором посредством csv можно загнать товары с различными значениями features? Насколько я успел понять - только используя различные заголовки для features (к примеру для ноутбуков это объем диска, диагональ, батарея и т.д.), которые создаются в базе при первом импорте, однако такой вариант решения оптимален для одной группы товаров, а что делать, если группы разные?
Для каждой создавать одинаковое кол-во features? и неиспользуемые просто не заполнять, а оставлять пустыми? Возникала ситуация, когда при пустом поле скрипт не срабатывал, а просто подвисал, ничего не делая.
И к примеру, если база престы будет не самостоятельной, а дочерней, то как в таком случае наиболее оптимально произвести совмещение? Скажем из основной вливаются дельты изменений и эти изменения могут быть в разных группах товаров. В этом случае, я так понимаю, стандартная функция импорта вряд ли подойдет? или же есть решение?
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху