Сообщений в теме: 572

[badisoft]

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

mysql> desc shop3_product_pictures;
+-----------+-------------+------+-----+---------+----------------+
| Field	 | Type	    | Null | Key | Default | Extra		  |
+-----------+-------------+------+-----+---------+----------------+
| photoID   | int(11)	 | NO   | PRI | NULL    | auto_increment |
| productID | int(11)	 | NO   |	 | NULL    |			    |
| filename  | varchar(50) | YES  |	 | NULL    |			    |
| thumbnail | varchar(50) | YES  |	 | NULL    |			    |
| enlarged  | varchar(50) | YES  |	 | NULL    |			    |
| processed | tinyint(1)  | YES  |	 | 0	   |			    |
+-----------+-------------+------+-----+---------+----------------+
6 rows in set (0.00 sec)

Но чтобы название картинки не влезло 50 символов это надо постараться. Мне такое удавалось только при использовании парсера от E-Trade. Уже не помню, почему ему varchar(50) не хватало, но пришлось увеличить все три поля до varchar(64).

[egor]

Подскажите, как в админке , а имено в Настройках харатеристик, а именно Обьем, сделать еще одни обьем? Ну есть 1 литр, 2 литра, а нужно добавить еще тара 3 литра.
Никак не пойму..

[badisoft]

Подскажите, как в админке , а имено в Настройках харатеристик, а именно Обьем, сделать еще одни обьем? Ну есть 1 литр, 2 литра, а нужно добавить еще тара 3 литра.

Ээээ... Там ОЧЕНЬ сложно не понять .
Админка->Каталог->Характеристики товаров, жмем у нужной характеристики на "Возможные значения", добавляем вариант характеристики.

[Anny]

Помогите новичку! Есть интеренет магазин на shop cms, нужно в меню вывести имена подкатегорий и колличество товаров-разделов(имена выведены, нехватает только цифр), видела на других сайтах, подобное было. Думала это в основных настройках, при нажатии галочки "Показывать колличество товаров" - но нет, ничего не меняется когда нажимаю.
Хотелось бы чтобы цифра как в админке, выводилась и у пользователей.

[badisoft]

нужно в меню вывести имена подкатегорий и колличество товаров

Штатно (в дефолтовом шаблоне) ShopCMS имеет два варианта бокового меню категорий (если речь о боковом):
1. подкатегории показываются только для текущей выбранной категории.
2. показывается все дерево категорий-подкатегорий, т.е. все подкатегории вообще.
Эти варианты меню включаются-выключаются в "Управление блоками", т.к. представляют собой блок.
В обоих вариантах показ количества товаров в категории (подкатегории) задается упомянутой Вами галочкой.
Но! Это в дефолтовом шаблоне!

Скорее всего, шаблон у Вас не дефолтовый, а какой-то другой и как реализовано в нем - кто ж знает?
Может быть, в Вашем шаблоне только один вариант меню категорий-подкатегорий.
Может быть, в Вашем шаблоне нет вывода количества товаров вне зависимости от галочки. Ну вот автор так решил, что оно в этом шаблоне не нужно .

[Anny]

Может быть, в Вашем шаблоне нет вывода количества товаров вне зависимости от галочки.

Понятно, а кусочек кода мне не дадите как это можно реализовать? у меня сейчас так:

<tr class="dtree"><td>
   {section name=j loop=$big_categories_tree max=$big_categories_tree[h].level}
	  {if $smarty.section.j.index==$big_categories_tree[h].level-1}&nbsp;&nbsp;&nbsp;{else}<img src="data/{$smarty.const.TPL}/line.gif" alt="" align="left">{/if}
	  {/section}
   {if $big_categories_tree[h].parent == 1}
  <img src="data/{$smarty.const.TPL}/{if $big_categories_tree[h].subcount > 0}{if $categoryID != $big_categories_tree[h].categoryID}blank.gif{else}blank.gif{/if}{else}blank.gif{/if}" alt="" align="left" {if $big_categories_tree[h].subcount > 0}onclick="flip('{$big_categories_tree[h].categoryID}')" id="p_s_{$big_categories_tree[h].categoryID}"{/if}>{if $big_categories_tree[h].subcount > 0}<span class="h4" href="{if $smarty.const.CONF_MOD_REWRITE eq 1}category_{$big_categories_tree[h].categoryID}.html{else}index.php?categoryID={$big_categories_tree[h].categoryID}{/if}" {if $categoryID == $big_categories_tree[h].categoryID}class="bf"{/if} {if $big_categories_tree[h].subcount > 0}onclick="flip('{$big_categories_tree[h].categoryID}')" id="p_s_{$big_categories_tree[h].categoryID}"{/if}>{$big_categories_tree[h].name}</span>{else}<a class="h4" href="{if $smarty.const.CONF_MOD_REWRITE eq 1}category_{$big_categories_tree[h].categoryID}.html{else}index.php?categoryID={$big_categories_tree[h].categoryID}{/if}" {if $categoryID == $big_categories_tree[h].categoryID}class="bf"{/if}>{$big_categories_tree[h].name}</a>{/if}
   {else}
   <a href="{if $smarty.const.CONF_MOD_REWRITE eq 1}category_{$big_categories_tree[h].categoryID}.html{else}index.php?categoryID={$big_categories_tree[h].categoryID}{/if}" {if $categoryID == $big_categories_tree[h].categoryID}class="bf"{/if}>{$big_categories_tree[h].name}</a>
   {/if}
    </td></tr>

[badisoft]

Понятно, а кусочек кода мне не дадите как это можно реализовать?

core/tpl/user/default/big_category_tree.tpl.html и category_tree.tpl.html

[arsser22]

Здравствуйте! А у ShopCMS есть демо версия? Или лицензия ограниченная по времени?

[kery]

Здравствуйте! А у ShopCMS есть демо версия? Или лицензия ограниченная по времени?

Лицензия никак не ограниченна, демо нет, но можно на тестовый сайт посмотреть http://test.needful.co.ua/

[badisoft]

Здравствуйте! А у ShopCMS есть демо версия?

Штатная версия shopCMS, которую Вы можете скачать с официального сайта работает без лицензионного ключа при условии использования домена shopcms (без .ru, просто shopcms). Т.е. при использовании на локальной машине. Никаких других ограничений нет. По сути это и есть демо-версия.

PS. Только нафига оно надо, если поисковиком совершенно без проблем находится VIP-версия, не имеющая ВООБЩЕ никаких ограничений и зашифрованных файлов.

[arsser22]

Здравствуйте! А у ShopCMS есть демо версия?

Штатная версия shopCMS, которую Вы можете скачать с официального сайта работает без лицензионного ключа при условии использования домена shopcms (без .ru, просто shopcms). Т.е. при использовании на локальной машине. Никаких других ограничений нет. По сути это и есть демо-версия.

PS. Только нафига оно надо, если поисковиком совершенно без проблем находится VIP-версия, не имеющая ВООБЩЕ никаких ограничений и зашифрованных файлов.

Спасибо. А почему VIP версия бесплатна? Чем она от обычной отличается?

[badisoft]

А почему VIP версия бесплатна?

Она не бесплатна, как и обычная версия. И даже заметно дороже. Но Вы ведь спрашивали про "как попробовать", нет?

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

Чем она от обычной отличается?

Отличается одна двумя файлами - index.php и admin.php, которые в VIP-версии не зашифрованы, т.е. их можно свободно редактировать. Это довольно важный момент, т.к. много полезных сторонних модулей требуют внесения изменений в эти файлы.

[SoVA]

Братцы, как корректно установить ShopCMS с 1251 под php 5.5?
Ставлю на новый сайт у постоянного хост-провайдера, все делаю по уже накатанной инструкции с раскомментариванием соответствующих строк, но таблица в базе при просмотре через phpmyadmin после установки создается все равно в UTF.
Как заставить инсталлятор создавать новую таблицу в 1251?

PHP Version - 5.5.30-pl0-gentoo
MySQL Version - 5.5.40

[badisoft]

Братцы, как корректно установить ShopCMS с 1251 под php 5.5?

С точки зрения разумных затрат времени - никак.

[makki]

Братцы, как корректно установить ShopCMS с 1251 под php 5.5?

Посмотрите эту ветку. В самой инструкции есть ошибки и затронуты не все файлы, но главное понять принцип.

Ставлю на новый сайт у постоянного хост-провайдера, все делаю по уже накатанной инструкции с раскомментариванием соответствующих строк, но таблица в базе при просмотре через phpmyadmin после установки создается все равно в UTF.
Как заставить инсталлятор создавать новую таблицу в 1251?

А зачем? Скрипт прекрасно работает с базой в UTF-8.

[SoVA]

С точки зрения разумных затрат времени - никак.

А зачем? Скрипт прекрасно работает с базой в UTF-8.

Экая досада, право слово. Ведь 3 других сайта на Шопе у меня крутятся под 1251. Уже настроен обмен с 1с через ёксель.
В сущности, на сабжевый проект мне обмен с 1с как раз не нужен, да и собственно Шоп там, скорее всего, временно - как привычная и быстро разворачиваемая заглушка со всем минимально необходимым. Пока будет крутиться первое время - попробую на 3 уровне погонять различные более "социальные" cms - вроде WP, Joomla, Instant (хотя ее как раз одно время пользовал - не понравилась своей дырявостью: в отключенные в админке блоги постоянно напрямую сыпался спам от ботов, приходилось чистить. Может, в свежей версии пофиксили - надо теперь читать-изучать.) или еще что, Wix помучаю... Там как раз возможности магазина будут вторичны, хотя как таковые понадобятся - чтобы оформить заказ, но думаю, и в других cms в минимально необходимых объемах эту возможность реализовать можно через плагины, либо тупо дописать форму на жаве.
Может, кто что посоветует из не сильно замороченных cms с вменяемой поддержкой/форумом? Или не выеживаться и юзать уже минимально изученный Instant?
Ну а с имеющимся на текущий момент Шопом и utf - в принципе, там и в админке, и в клиентской части все отображается корректно, но при вводе каких-либо значений вручную (в тех же настройках) из браузера под виндой по дефолту кодировка 1251 - соответственно, в БД русские строки не сохраняются совсем: прописал в Title заголовок, сохранил - а после обновления страницы настроек в поле пусто. Как с этим-то быть - я уже отвык вообще с кодировками заморачиваться в браузерах - когда это было, что приходилось на некоторых сайтах вручную кодировки менять Вот сейчас в Хроме 50 вручную выбрал кодировку utf-8 и вся кириллица на странице нарисовалась вопросами. В AkelPad набрал русский текст в utf8, вставил в поле, сохранил - опять пусто. Чувствую себя рукожопом

[makki]

Как альтернатива, можно конвертнуть скрипт в UTF-8. Для этих целей я использовал UTFCast Express. И также есть ньюансы, которые хорошо освещены в этой статье. Кроме этого до установки скрипта функция db_connect в файле core/includes/database/mysql.php должна выглядеть так:

function db_connect($host,$user,$pass) //create connection
{
	    $r = mysql_connect($host,$user,$pass);
	    $version = mysql_get_server_info($r);
	    if(preg_match('/^5\./',$version) || preg_match('/^4\.[1-9]/',$version)){
	    if(preg_match('/^5\./',$version)) mysql_query('set session sql_mode=0');
	    mysql_query('set names utf8');
	    mysql_query('set character set utf8');
	    mysql_query('set character_set_client=utf8');
	    mysql_query('set character_set_results=utf8');
	    mysql_query('set character_set_connection=utf8');
	    mysql_query('set character_set_database=utf8');
	    mysql_query('set character_set_server=utf8');
	    }
	    return $r;
}

[SoVA]

makki, я вот что-то не пойму. Я, конечно, начитан здесь, что в целом Шоп - это то еще собрание "нюансов", тот же badisoft временами отыскивает баги один за другим. Но что получается - вся русская часть скрипта написана в 1251, но ставится при этом он по дефолту в utf, и ту же 1251 нужно было руками "подключать", внося правки в конфиги перед установкой. Теперь уже 1251 и не подключишь, то есть вообще получается мешанина?

[badisoft]

Но что получается - вся русская часть скрипта написана в 1251, но ставится при этом он по дефолту в utf, и ту же 1251 нужно было руками "подключать", внося правки в конфиги перед установкой

Все куда сложнее. Есть три кодировки.
1. кодировка текста (например, в russian.php или *.tpl.html). Она 1251 и от настроек не зависит.
2. кодировка, в которой браузер показывает текст. Она задается в заголовке страницы, она задается в настройках апача (что-то типа Default charset в httpd.conf или .htaccess), но если не задать (как есть на некоторых страницах), то браузер будет показывать в своей.
3.кодировка SQL-сервера. Сейчас у хостеров это практически всегда UTF-8. Именно из-за этого и нужно раскомментировать настройки в mysql.pdf.

Ну а проблема с пропаданием русских букв возникает потому, что в некоторых функциях преобразования строки есть не обязательный параметр, задающий кодовую страницу. До PHP 5.4 по умолчанию была однобайтовая кодировка, а начиная с 5.4 - двухбайтовая (UTF-8). В ShopCMS этот параметр опущен, т.к. до 5.4 подходило умолчание. Начиная с 5.4 во всех вызовах этих функций надо в явном виде прописать кодировку 1251. Насколько помню, это функции htmlentity и htmlspecialchars.

Также в 5.4 не работают еще какие-то моменты в силу изменения синтаксиса передачи аргумента по ссылке, а не по значению (&). В 5.2 был старый синтаксис, в 5.3 он стал deferred, в 5.4 исключен.

И еще какие-то мелочи. Поэтому я и сказал, что с учетом затрат времени подгонка одного конкретного сайта под 5.4 смысла не имеет. Это и умеючи-то непросто, а по первому разу и вообще засада будет. Проще сменить версию PHP, что обычно позволяют делат все хостинги.

[SoVA]

badisoft,
вот же, меня это и удивляет. Получается, что русскоязычные пользовательские сообщения и текст/меню админки при локализации/допиливании исходного скрипта был написан в 1251, но корни системы все равно идут в utf и, где возможно, это как-то в общем и на скорую руку пофиксили костылями, применительно к текущей ситуации, а остальное отдали на откуп пользователям скрипта. И чем дальше в лес (свежее версия php) - тем толще елки, а теперь, получается, вообще - чтобы заставить работать скрипт с неродной ему 1251, половину его надо перелопатить. Извините, если сильно обобщаю и утрирую.

Utf8, 1251, а третья какая? Еще и iso latin присутствует?