klaus

Не могу скачать из за вот такой ошибки (возникает при попытки скачать архивом). И в исключения сайт тоже не могу добавить Подскажите как быть?

Разобрался. проблема не в движке была

Ещё возникла проблема с поиском. С той сборкой, которую качал по первой ссылке https://github.com/BuslikDrev/OpenCart.CMS-2.3.0.2.6 (эту ссылку мне дали, когда я писал о глюках в блогах версии 2.3.0.2.3 - 9 декабря 2021) В этой сборке оказались изменены системные файлы framework.php, session.php, action.php и т.д. (например в framework.php вместо $log->write было $this->log->write) Я сделал на этой сборке 2 сайта один из которых при переносе на хостинг заглючил и я про это писал (см. выше) и там решил проблему заменой почти всех системных файлов и ещё контролеры вроде какие то менял или модели, уже не помню (часть файлов брал из сборки 2.3.0.2.3, а часть из 2.3.0.2.6, которую качал по той-же ссылке но 19 января 2022, и файлы тут уже были другие ). Ну так вот, а второй сайт http://test.slap.pro после заливки на хостинг подобных ошибок не выдал и вроде как работал адекватно. Однако только сегодня оказалось, что совершенно не работает поиск (ни из шапки ни со страницы поиска), к слову совсем ничего не находит (на локальном сервере поиск работает адекватно). Напоминаю, что он сделан на более ранней сборке 2.3.0.2.6. вот что мне теперь делать? опять перелопачивать все файлы, сравнивать их и искать какие изменены? Или может только какие-то поменять, те, которые могут повлиять на поиск? Если те что могут повлиять на поиск, то какие конкретно? Короче я в засаде опять. И заказчик рвёт и мечет, так как сайт уже нужно запускать, а оказалось, что поиск не пашет Подскажите комрады простое решение, плиз

перезалил все файлы из папки sistem вот отсюда https://github.com/BuslikDrev/OpenCart.CMS-2.3.0.2.6/tree/OpenCart.CMS-2.3.0.2.6/upload/system В итоге лицо сайта заработало, но в админку не могу попасть. Страница входа отображается нормально, Дальше никак и дело не в пароле, так как при неправильном пароле выводится соответствующая надпись, а при правильном ничего не происходит. Никаких ошибок не выводится. Что делать? Ещё заметил что стали плодится файлы DIR_SESSIONsess_... в корне сайта и в папке admin Подскажите откуда это берётся? Где можно это отключить?

Здравствуйте. Перешёл на OpenCart.CMS-2.3.0.2.6 НА локалке всё работает нормально, но при переносе на реальный сервер возник белый экран. Сделал вывод ошибок, через htcess получил следующее Fatal error: Uncaught Error: Using $this when not in object context in /home/srsru/public_html/system/framework.php:75 Stack trace: #0 /home/srsru/public_html/system/library/session.php(43): {closure}(8, 'Use of undefine...', '/home/srsru/pub...', 43, Array) #1 /home/srsru/public_html/catalog/controller/startup/session.php(9): Session->__construct('native', Object(Registry)) #2 /home/srsru/public_html/system/engine/action.php(56): ControllerStartupSession->index() #3 /home/srsru/public_html/system/engine/front.php(39): Action->execute(Object(Registry)) #4 /home/srsru/public_html/system/engine/front.php(24): Front->execute(Object(Action)) #5 /home/srsru/public_html/system/framework.php(178): Front->dispatch(Object(Action), Object(Action)) #6 /home/srsru/public_html/system/startup.php(130): require_once('/home/srsru/pub...') #7 /home/srsru/public_html/index.php(19): start('catalog') #8 {main} thrown in /home/srsru/public_html/system/framework.php on line 75 Версия php 7.1 и на локалке, и на хостинге. адрес сайта srs74.ru Подскажите, что не так?

Понятно. Просто это другой глюк, поэтому я не провёл парралели. Поставил себе чистый OpenCart.CMS-2.3.0.2.6 - действительно и эта проблема в сборке решена. Однако у меня остаётся вопрос. Вариантов с абгрейдом с 23 до 26 нет? Может какие-то файлы заменить будет достаточно? Мне вот совсем не хочется уже работающие сайты переносить, тем более что там много глубоких изменений,и дело даже не только в макетах. там админки вручную изменены порядочно, добавлено много дополнительных полей в БД (особенно блоги сильно переделаны. Я всё конечно сам дорабатывал и могу это сделать заново, но мне таким образом 3 сайта нужно переделать

37 просмотров и не одного ответа. Камрады, неужели такой сложный глюк, что проще отмолчаться, чем предложить решение???

Спасибо. Взял из этой сборки контроллеры блогов и библиотеку пагинации. Вроде помогло. Правда пришлось все статьи удалить и заново создать. . Пока точно не уверен насколько помогло, так как мало статей создано, сайт на котором лечил ещё разрабатывается на локалке, и там кроме блогов задач хватает. Вот это мне это интересно стало. Почему так...Почему пересоздавать статьи пришлось? Что-ли они в БД как-то по другому прописались. Сравниваю БД с тем что было - что-то не нахожу разницы. Может подскажете отчего пришлось пересоздавать статьи? Мне просто нужно пару сайтов пролечить на этот предмет, но там уже много статей - как то все их удалять и заново создавать мне кажется не спортивным.

Столкнулся с проблемой присвоения макетов к категориям блога. Итак для понимания буду пошагово апеллировать чистым opencart.smc Допустим, что в категорию "Новости" (это у нас первый уровень) нужно вывести какой-то модуль. Я создаю макет (Layout) и вывожу в нём модуль. В категории "Новости" на вкладке дизайн выбираю созданный макет. Проверяю. В категории "Новости" появился нужный мне модуль. Всё верно! Однако в дочерней категории "Анонсы" этот модуль тоже вывелся. Возможно он подхватился у родителя, так как в категории "Анонсы" никакой макет не задан. Захожу в категорию "Анонсы" и на вкладке "Дизайн" выбираю стандартный макет категории блогов (в котором у меня нет этого модуля). Но в результате изменений не происходит, т.е. дочка подхватила макет у родителя и на свой макет не переходит. Это глюк! Проверил как это работает в каталоге товаров - там всё адекватно присваивается и выводится. Огромная просьба отловить этот глюк и поправить. Убедительная просьба кинуть мне изменения или изменённые файлы, чтобы я мог поправить на уже установленной системе. Если написал не в том форуме, то прошу не судить строго.

Я присоединяюсь. Нахожу пагинацию в блогах вообще довольно глючной. Как правило она создаёт дополнительную страницу (это самый частый глюк - почти всегода возникает на версии 23023). Иногда наоборот выводит не все страницы и часть статей опубликованных в блоге остаётся недействительной (такой глюк я отловил в версии 23025). Подсчёт статей в категории тоже участвует в этом глюке. Т.е. если например в категории 7 статей, и указать отображение по 2 статьи на страницу, то подсчёт статей напишет 3 и пагинация сделает 2 страницы. Меняю отображение в админке по 20 статейц - пагинация пропадает, счётчик показывает 7 статей. У меня сделано несколько сайтов на opencart.cmc 23023 Причём есть сайты информационного характера, т.е. там собственно блоги - это основное. Я намеренно вынужден включить в настройках блога большое количество отображаемых статей, чтобы у меня не было пагинации вообще, и это не правильно. На чистом opencart.cmc эти глюки не наблюдаются. Я намеренно создаю несколько статей на чистой системе и по всякому начинаю их привязывать к различным категориям и в конце концов эти глюки начинают проявляться. Причём я обратил внимание, что имеет значение общее количество статей. Оно должно быть заведомо больше, чем количество статей в каждой категории и количество статей выводимых на страницу. Но это не точно. Глюк очень сложно отловить, но он есть на всех моих сайтах у которых много статей!!! Для примера я беру сайт одного из моих клиентов. Я делаю количество отображаемых статей таковым, чтобы появилась пагинация (6 статей). На этом сайте нулевая посещаемость, так что не принципиально. На странице услуг можно увидеть лишнюю (пустую) страницу в пагинации https://srs74.ru/uslugi/ Я прошу разработчиков этой системы отловить ошибку пагинации в блогах. Если нужна помощь в тестировании, то я готов пошагово протестировать с описанием результатов на каждом шагу.

Сам нашёл. Как то сразу не сообразил

А как это разрешить?

Там в разных местах код вставляется, поэтому я выкладываю файл. И я делаю пошагово (пока только стикеры. Я делаю стикеры по аналогии с категориями. Категории в полученном при экспорте файле перечисляются через запятую в одной ячейке таблицы - вот я так-же пытаюсь вывести стикеры. Я понимаю что этого не достаточно, так как в этом случае нет никокой информации о позициях стикеров. Но я ещё раз уточню, что я не ищу готового решения "на блюдечке с голубой каёмочкой", и делаю все поэтапно (чтобы ошибки не накапливались). export_import.php Версия export/import tool 3.10 Здесь уже есть все метатеги, главные категории, description_mini и description_bottom Там где я вставлял код для стикеров я его прокоментировал //stiker

Я не совсем понял - это что, сарказм? Я могу выложить если кому надо. Но я не ради этого здесь пишу, я хочу сделать, чтобы был полностью гармоничный экспорт/импорт. Буду пробовать в контроллере ещё ковыряться. Но я не программист, просто логика нормально работает - я смотрю, как сделано и по аналогии делаю, но некоторые моменты мне непонятны, приходится методом тыка их решать. Если бы Нормальный программер мне просто подсказал немного, дал, как говорят, направления, то может у меня и получилось бы чего.

Напишу в эту тему, чтобы не плодить тем по работе Export/Import Tool Сейчас я работаю с OCSMS 2.3 Итак. Я нашёл модуль Export/Import Tool под ocStore 2 . Соответственно там уже есть все нужные мета теги и главная категория. На форуме ocStore есть обсуждение, как добавить ещё поля в импорт экспорт. Я поковырял файл export_import.php и добавил поля description_mini в товаре и description_bottom в категориях . Тут проблем никаких нет, это довольно просто решается. Однако я пытаюсь добавить ещё дополнительные базы (oc_sticker, oc_benefit и oc_benefit_description). Но создаётся впечатление, что правки одного export_import.php в этом случае недостаточно. Вроде я в него всё грамотно вставил, но при экспорте выходит ошибка Undefined index Кто подскажет куда мне дальше ковырять?