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

[Yesvik]

Kolkhoznik (30 Декабрь 2011 - 18:07) писал:

А вообще, что посоветуете почитать по PHP, HTML и движки

Если знаком с программированием и в состоянии продумать алгоритм - то на каком языке этот алгоритм записывать особой разницы нет... в каждом языке есть свои ньюансы, но об этом вряд ли прочитаеш, со временем сам поймёш как лучше писать...
Так что вот сюда http://www.php.net/m.../ru/langref.php и вперёд...
Будут вопросы - спрашивай в Курилке...

[Sergant]

выдерните плиз генератор sitemap отдельно... допилил 1.5.1.3... но с сайтмапом глюки...

заранее спасибо

[Yesvik]

Sergant (31 Декабрь 2011 - 00:23) писал:

выдерните плиз генератор sitemap отдельно...

http://www.assembla....gle_sitemap.php

[Sergant]

Огромное спасибо

[SlideShow]

Спасибо за шикарный новогодний подарок!
Поздравляю коллег с наступившим!
Всех благ в новом году, удачи в жизни, реализации Ваших амбиций!
Поздравляю администрацию проекта! Желаю Вам в новом году новых, столь же удачных решений, успехов в Ваших начинаниях, попутного ветра Вам и Вашим проектам!

[partizzzzzan]

Можно узнать про разницу в таблицах БД opencart и ocStore?

[Yesvik]

Все столбцы и таблица добавлены только для SEO

-- Добавлен столбец для устранения дублей (товару можно задать основную категорию)
ALTER TABLE oc_product_to_category ADD main_category TINYINT(1) NOT NULL DEFAULT '0';

-- Категориям добавлены Title и H1
ALTER TABLE oc_category_description ADD seo_title VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER meta_keyword;
ALTER TABLE oc_category_description ADD seo_h1 VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER seo_title;

-- Товарам добавлены Title и H1
ALTER TABLE oc_product_description ADD seo_title VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER meta_keyword;
ALTER TABLE oc_product_description ADD seo_h1 VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER seo_title;

-- Статьям добавлены Meta Description, Meta Keywords, Title и H1
ALTER TABLE oc_information_description ADD meta_description VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER description;
ALTER TABLE oc_information_description ADD meta_keyword VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER meta_description;
ALTER TABLE oc_information_description ADD seo_title VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER meta_keyword;
ALTER TABLE oc_information_description ADD seo_h1 VARCHAR(255) NOT NULL COLLATE utf8_general_ci AFTER seo_title;

-- Производителям добавлены Description, Meta Description, Meta Keywords, Title и H1
CREATE TABLE IF NOT EXISTS oc_manufacturer_description (
  manufacturer_id INT(11) NOT NULL,
  language_id INT(11) NOT NULL,
  description TEXT NOT NULL COLLATE utf8_general_ci,
  meta_description VARCHAR(255) NOT NULL COLLATE utf8_general_ci,
  meta_keyword VARCHAR(255) NOT NULL COLLATE utf8_general_ci,
  seo_title VARCHAR(255) NOT NULL COLLATE utf8_general_ci,
  seo_h1 VARCHAR(255) NOT NULL COLLATE utf8_general_ci,
  PRIMARY KEY (manufacturer_id, language_id)
) DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;

Кроме этого используется сравнение utf8_general_ci, а не utf8_bin

[freelancer]

Yesvik (03 Январь 2012 - 17:20) писал:

Кроме этого используется сравнение utf8_general_ci, а не utf8_bin

а можно узнать причину?

[rb2]

freelancer (03 Январь 2012 - 18:51) писал:

а можно узнать причину?

Ну гугл же, ё-моё. http://svdev.ru/blog...-different-utf/

[freelancer]

rb2 (03 Январь 2012 - 20:46) писал:

Ну гугл же, ё-моё. http://svdev.ru/blog...-different-utf/

разницу между этими COLLATION я знаю, спасибо.
я повторю вопрос: почему было выбрано регистронезависимое сравнение utf8_general_ci?

[rb2]

А приведённые там примеры недостаточно наглядны? Потому что general_ci учитывает особенности национальных алфавитов, в отличие от _bin. Что наиболее заметно при сортировке товаров в каталоге Опенкарт, к примеру. Есть какие-то серьёзные мотивы хотеть использовать utf8_bin в базе? Какие?

[Yesvik]

freelancer (03 Январь 2012 - 21:57) писал:

разницу между этими COLLATION я знаю, спасибо.
я повторю вопрос: почему было выбрано регистронезависимое сравнение utf8_general_ci?

utf8_general_ci быстрее и подходит для русскоязычных проектов.

Попробуй повторить эксперимент как в статье и выполнить вот такой запрос

SELECT * FROM  peoples ORDER BY  LCASE(last_name) ASC;

Как видиш результат тот же как и при utf8_general_ci.

Хочу подчеркнуть что разницы в порядке сортировки нет именно для русского языка, а в оргинальном Opencart не зря используется utf8_bin

[kvartnikstroy]

Огромное спасибо автору! Все работает. Даже поддерживает русский алфавит в модуле Производители, чего не делает ранее вышедший релиз.
Приношу извинения всем за поспешные комментарии.Не разобрался до конца, как говорится в кураж вошел))

[partizzzzzan]

Хочу перекинуть магазин с OpenCart 1.5.1.3 на ocStore. Ничего не получается... Ставлю ocStore, удаляю демо данные, импортирую данные с OpenCart, вношу изменения в структуру таблиц, как указано выше. В результате категории и товары не видятся в админке. на глваной странице ошибка

[Yesvik]

Исхожу из того что речь идёт про ocStore 1.5.1.3, а импорт данных с OpenCart делается встроенной функцией...<br style="font-size: 12px; line-height: 15px;"><br style="font-size: 12px; line-height: 15px;">

• Удалять демо данные в ocStore не обязательно, при импорте всё будет снесено...
• Структуру таблиц после импорта изменять не надо, при импорте встроенной функцией структура таблиц не изменяется.
• После импорта пройдись по всем настройкам магазина, проверь их и сохрани, даже если ничего не изменял.

Ещё вот такой запрос надо выполнить

INSERT IGNORE INTO oc_manufacturer_description (manufacturer_id, language_id) SELECT manufacturer_id, language_id FROM oc_manufacturer , oc_language;

Сообщение отредактировал Yesvik: 04 Январь 2012 - 23:52

[Adtain]

Скажите пожалуйста, а в SVN в папке "trunk" лежит последняя версия? Или этот новый релиз лижет в tags?

[Yesvik]

tags это просто метка, так сказать, срез состояния файлов из trunk на определённый момент времени.
По хорошему в tags должны быть метки соответствующие выложенным архивам с релизами, но как то всё пошло не так... и выложенный архив немного отличается от метки 1.5.1.3 в tags
Если не ошибаюсь то выложенный архив соответствует 330-ой ревизии.

[Adtain]

Yesvik (04 Январь 2012 - 16:49) писал:

tags это просто метка, так сказать, срез состояния файлов из trunk на определённый момент времени.
По хорошему в tags должны быть метки соответствующие выложенным архивам с релизами, но как то всё пошло не так... и выложенный архив немного отличается от метки 1.5.1.3 в tags
Если не ошибаюсь то выложенный архив соответствует 330-ой ревизии.

Спасибо, т.е. получается "рабочая" версия это thunk? А tags - это стабильные релизы из trunk?

[Yesvik]

Да

[partizzzzzan]

На счет производителей по алфавиту - только рускоязычные производители отображаются?