OkayCMS v2.2.0 NULLED

Скачать OkayCMS v2.2.0 NULLED
Недавно искали:

Itnull

Команда форума
Администратор
Регистрация
22.05.13
Сообщения
25.548
Реакции
9.499
Веб-сайт
itnull.me
  • Автор темы
  • Администратор
  • Модер.
  • Команда форума
  • #1
main_key.png
Простой движок для интернет-магазинов. Удобная система управления для интернет-магазинов. Демо, шаблоны, модули платформы OKAY CMS.

Скачать

 
Привет, народ. Кто это чудо пробовал, не подскажете оное при установке создаёт правильную базу данных или косячную, которую ещё надо допилить непонятно каким способом.
Качнул сдуру с оф. сайта lite-версию на попробывать: https://okay-cms.com/lite_versions/OkayCMS_Lite.zip . Ну, установил... А продуктов добавить никак. Нету в созданной инсталлятором структуре базы таблицы ok_products: "Error (1146) Table 'sample.ok_products' doesn't exist", и де "sample" цэ моё база, как вы понимаете. Короче, база создаётся как оно и указано в документации: http://docs.okay-cms.com/articles/baza-dannyh , но php-скриптец магазина хочет записать продукт именно в .ok_products , и хоть с бубном, хоть с флагом, хоть с гарной девкой - никак не врублюсь что за... ппц?! А тут, за скрытой ссылкой чего? Такая же неразбериха с недогрузом в структуре базы или тут оно есть?
 
  • Автор темы
  • Администратор
  • Модер.
  • Команда форума
  • #3
Привет, народ. Кто это чудо пробовал, не подскажете оное при установке создаёт правильную базу данных или косячную, которую ещё надо допилить непонятно каким способом.
Качнул сдуру с оф. сайта lite-версию на попробывать: https://okay-cms.com/lite_versions/OkayCMS_Lite.zip . Ну, установил... А продуктов добавить никак. Нету в созданной инсталлятором структуре базы таблицы ok_products: "Error (1146) Table 'sample.ok_products' doesn't exist", и де "sample" цэ моё база, как вы понимаете. Короче, база создаётся как оно и указано в документации: http://docs.okay-cms.com/articles/baza-dannyh , но php-скриптец магазина хочет записать продукт именно в .ok_products , и хоть с бубном, хоть с флагом, хоть с гарной девкой - никак не врублюсь что за... ппц?! А тут, за скрытой ссылкой чего? Такая же неразбериха с недогрузом в структуре базы или тут оно есть?
А за скрытой ссылкой все гуд
 
Спасиб. Но всё гуд не может быть. Оне на оф. сайте пишут хрень, что, мол MySQL 5.6 годица. А не годица, так как при создании таблицы ok_products при их (производственном) варианте возникает широко известная в узких кругах ошибка "Specified key was too long; max key length is 767 bytes", так как там используется VARCHAR-ы офигительной длины. Для мускуля это профиксили в 5.7.7, как пишут по тырнетам. А для моего 5.6, походу, надо эти varchar-ы только урезать.

Вот оно как для текущего MySQL 5.6:

# apt-cache show mysql-community-server
Package: mysql-community-server
Source: mysql-community
Version: 5.6.41-1debian8
Architecture: amd64
Maintainer: MySQL Release Engineering <[email protected]>
Installed-Size: 78323
......
# mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.6.41 MySQL Community Server (GPL)

mysql> use sample;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> CREATE TABLE `ok_products` (`id` int(11) NOT NULL AUTO_INCREMENT, `url` varchar(255) NOT NULL DEFAULT '', `brand_id` int(11) DEFAULT '0', `name` varchar(512) NOT NULL DEFAULT '', `annotation` text NOT NULL, `description` text NOT NULL, `visible` tinyint(1) NOT NULL DEFAULT '1', `position` int(11) NOT NULL DEFAULT '0', `meta_title` varchar(512) NOT NULL DEFAULT '', `meta_keywords` varchar(512) NOT NULL DEFAULT '', `meta_description` varchar(512) NOT NULL DEFAULT '', `created` timestamp NULL DEFAULT NULL, `featured` tinyint(1) DEFAULT '0', `external_id` varchar(36) NOT NULL DEFAULT '', `rating` float(3,1) DEFAULT '0.0', `votes` int(11) DEFAULT '0', `special` varchar(255) DEFAULT '', `last_modify` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `url` (`url`), KEY `brand_id` (`brand_id`), KEY `visible` (`visible`), KEY `position` (`position`), KEY `external_id` (`external_id`), KEY `hit` (`featured`), KEY `name` (`name`(333))) ENGINE=InnoDB DEFAULT CHARSET=utf8;
ERROR 1709 (HY000): Index column size too large. The maximum column size is 767 bytes.
mysql>

И тоже самое на текущей версии 5.7:
# apt-cache show mysql-community-server
Package: mysql-community-server
Source: mysql-community
Version: 5.7.23-1debian8
Architecture: amd64
Maintainer: MySQL Release Engineering <[email protected]>
Installed-Size: 167087
....
mysql> USE sample;
Database changed
mysql> CREATE TABLE `ok_products` (`id` int(11) NOT NULL AUTO_INCREMENT, `url` varchar(255) NOT NULL DEFAULT '', `brand_id` int(11) DEFAULT '0', `name` varchar(512) NOT NULL DEFAULT '', `annotation` text NOT NULL, `description` text NOT NULL, `visible` tinyint(1) NOT NULL DEFAULT '1', `position` int(11) NOT NULL DEFAULT '0', `meta_title` varchar(512) NOT NULL DEFAULT '', `meta_keywords` varchar(512) NOT NULL DEFAULT '', `meta_description` varchar(512) NOT NULL DEFAULT '', `created` timestamp NULL DEFAULT NULL, `featured` tinyint(1) DEFAULT '0', `external_id` varchar(36) NOT NULL DEFAULT '', `rating` float(3,1) DEFAULT '0.0', `votes` int(11) DEFAULT '0', `special` varchar(255) DEFAULT '', `last_modify` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `url` (`url`), KEY `brand_id` (`brand_id`), KEY `visible` (`visible`), KEY `position` (`position`), KEY `external_id` (`external_id`), KEY `hit` (`featured`), KEY `name` (`name`(333))) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0,07 sec)

mysql> quit;
Bye
 
Последнее редактирование:
Спасиб. Но всё гуд не может быть. Оне на оф. сайте пишут хрень, что, мол MySQL 5.6 годица. А не годица, так как при создании таблицы ok_products при их (производственном) варианте возникает широко известная в узких кругах ошибка "Specified key was too long; max key length is 767 bytes", так как там используется VARCHAR-ы офигительной длины. Для мускуля это профиксили в 5.7.7, как пишут по тырнетам. А для моего 5.6, походу, надо эти varchar-ы только урезать.

Вот оно как для текущего MySQL 5.6:

# apt-cache show mysql-community-server
Package: mysql-community-server
Source: mysql-community
Version: 5.6.41-1debian8
Architecture: amd64
Maintainer: MySQL Release Engineering <[email protected]>
Installed-Size: 78323
......
# mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.6.41 MySQL Community Server (GPL)

mysql> use sample;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> CREATE TABLE `ok_products` (`id` int(11) NOT NULL AUTO_INCREMENT, `url` varchar(255) NOT NULL DEFAULT '', `brand_id` int(11) DEFAULT '0', `name` varchar(512) NOT NULL DEFAULT '', `annotation` text NOT NULL, `description` text NOT NULL, `visible` tinyint(1) NOT NULL DEFAULT '1', `position` int(11) NOT NULL DEFAULT '0', `meta_title` varchar(512) NOT NULL DEFAULT '', `meta_keywords` varchar(512) NOT NULL DEFAULT '', `meta_description` varchar(512) NOT NULL DEFAULT '', `created` timestamp NULL DEFAULT NULL, `featured` tinyint(1) DEFAULT '0', `external_id` varchar(36) NOT NULL DEFAULT '', `rating` float(3,1) DEFAULT '0.0', `votes` int(11) DEFAULT '0', `special` varchar(255) DEFAULT '', `last_modify` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `url` (`url`), KEY `brand_id` (`brand_id`), KEY `visible` (`visible`), KEY `position` (`position`), KEY `external_id` (`external_id`), KEY `hit` (`featured`), KEY `name` (`name`(333))) ENGINE=InnoDB DEFAULT CHARSET=utf8;
ERROR 1709 (HY000): Index column size too large. The maximum column size is 767 bytes.
mysql>

И тоже самое на текущей версии 5.7:
# apt-cache show mysql-community-server
Package: mysql-community-server
Source: mysql-community
Version: 5.7.23-1debian8
Architecture: amd64
Maintainer: MySQL Release Engineering <[email protected]>
Installed-Size: 167087
....
mysql> USE sample;
Database changed
mysql> CREATE TABLE `ok_products` (`id` int(11) NOT NULL AUTO_INCREMENT, `url` varchar(255) NOT NULL DEFAULT '', `brand_id` int(11) DEFAULT '0', `name` varchar(512) NOT NULL DEFAULT '', `annotation` text NOT NULL, `description` text NOT NULL, `visible` tinyint(1) NOT NULL DEFAULT '1', `position` int(11) NOT NULL DEFAULT '0', `meta_title` varchar(512) NOT NULL DEFAULT '', `meta_keywords` varchar(512) NOT NULL DEFAULT '', `meta_description` varchar(512) NOT NULL DEFAULT '', `created` timestamp NULL DEFAULT NULL, `featured` tinyint(1) DEFAULT '0', `external_id` varchar(36) NOT NULL DEFAULT '', `rating` float(3,1) DEFAULT '0.0', `votes` int(11) DEFAULT '0', `special` varchar(255) DEFAULT '', `last_modify` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `url` (`url`), KEY `brand_id` (`brand_id`), KEY `visible` (`visible`), KEY `position` (`position`), KEY `external_id` (`external_id`), KEY `hit` (`featured`), KEY `name` (`name`(333))) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0,07 sec)

mysql> quit;
Bye
Я не знаю, что у тебя, но у меня на окайке работает 5 проектов, 2 из них с выгрузкой остатков и цен из 1с, 1 проект с выгрузкой 7 разных складов плюс показывает клиенту, на каком складе лежит данный товар и сколько в наличии, это уже с моими доработками.
А по сути с установкой и работой магазина проблем никаких нет..
 
Назад
Сверху Снизу