Форум конечно да, но он очень неактивный и тихий (большинство, наверное, сразу в саппорт пишет). Явные баги тут конечно сразу заметят, но, скорее всего, их и сам увижу, а мелкие вещи могут пройти незамеченными и долго такими оставаться. В любом случае тестовый сервер, на котором откатываю всякое разное, лишним не бывает. Да и потом ещё сразу после выхода обновлений просматриваю github на предмет внесения изменений, например по последнему релизу по капче и кешу тут все есть https://github.com/webasyst/webasyst-framework/com...
Не надо редиректом, если можно без него. Просто попробуйте ещё. Тем более ваши УРЛы продуктов в точности как в плоском варианте Webasyst должны выглядеть. Собственно в файле и подсмотреть можно это в массиве с номером 1 оно есть, строчки на конце массива.
Там три массива - три способа. Строки продуктов для вашего метода должны начинаться с 'product/<product_url:, а какой способ формирования URL у вас выбран в настройках тот и править надо.
Не забывайте про productPage, productReviews, productReviewsAdd - это важные url для продукта.
Насколько я понимаю надо скопировать файл /wa-apps/shop/lib/config/routing.php вот сюда /wa-config/apps/shop/routing.php и там уже менять нужные строки, чтобы потом при обновлении движка не слетало. Файл по-умолчанию не пустой, т.к. вся маршрутизация там уже изначально прописана.
В SS6 и SS7 этот способ должен работать одинаково. На тестовом SS7 поменял /category/category-name на /catalog/category-name следующим образом
В файле два вхождения 'category/<category_url>/' => 'frontend/category', после изменения второго вхождения УРЛы категорий у меня перестроились на catalog вместо category.
Смотря какая ОС на VPS. Смотря какой софт и версии там стоят. Смотря
кто и как компилировал, ставил, настраивал всю сборку AMP или юзаете
по-дефолту как было в какой-то дефолтной ОСи. Конфиги надо смотреть от и до и речь далеко не
только о конфиге mysql. Смотря какого размера ваша БД. Надо ли делать
автоочистку кеша - вопрос спорный. Смотря как вы проводили
мониторинг процессов на сервере и какие выводы сделали кроме "быстро
переполняется память". Смотря что, кроме вашего сайта ещё на сервере
крутится. Смотря какова посещаемость вашего проекта (посетители за
единицу времени, кол-во запросов, трафик вх/исх). Очень много вопросов.
Могу подсказать только вектор, которому надо следовать, чтобы решить проблему.
Найдите
толкового админа, имеющего опыт работы в области администрирования
веб-серверов 10-15 лет (желательно не локалхост-онли), и проблема
исчезнет или как минимум найдется источник проблемы и будут определены
способы решения.
Печально, что так вышло с покупкой плагина, но бывает. Есть бесплатные решения по обратному звонку и для сайта, но это выходит за рамки местного форума. Чирканите на dm собака krasnogorsk точка ру. Подскажу что можно сделать в вашем случае.
У вас может быть другой метод или другой плагин. Тут придется править img src="" тоже под себя. Пока это можно в коде убрать или закомментировать. Это нормальный процесс адаптации. Плагин, кстати, клевый. Советую, если не пробовали.
28,2,true в двух местах в коде заменить не 0,0,true или что там у вас по ID категорий родителем идет (у меня такие ID родителя и глубина, у вас другие ...)
Если сделаете страницы с такими УРЛами, то никакой редирект уже не нужен. Просто на этих УРЛах будет контент, а не ошибка 404. Все пойдет естественным путем.
Конечно можно. Я на страницу в магазине запросто выброшу вот такой код из шаблона дерева категорий с картинками и он будет работать. Проверено :) Кстати код вам может пригодиться для вашей задачи.
Вам для людей это делать или для СЕО? Человеку-посетителю начхать на код ответа HTTP, если он в браузере увидит то, что ему надо, вместо ошибки. Именно для этого и делаются всякие заковыристые страницы ошибок, чтобы и ошибку дать роботу и посетитель не сбежал от ужаса.
Хотите небольшой лайфхак? Заходите в магазин и создаете в нем страницу с адресом /product/ и делаете на ней контент. Аналогично создаете страницу /category/ и там тоже делаете то, что надо. После этого останется немного потанцевать с меню сайта, если эти страницы вылезут наружу и будут некрасиво торчать в навигации, но по уму их можно сделать функциональными, разместив там полезную инфу и назвав страницу правильно. Посетителю на URL наплевать, если там контент отображает, то он контент и читает, а не изучает УРЛы. В итоге и от кода 404 избавитесь и контент разместите и для СЕО плюс т.к. желанные УРЛы попадут в вожделенный индекс. Просто задействуйте эти УРЛы, чтобы не простаивали без дела.
Что значит некуда редиректить? У вас целый сайт с магазином, а редиректить некуда? Да хоть на товар, хоть на категории, хоть на любую страницу по настроению. :)
{if $wa->currentUrl() == '/product/'}
выводим то, что нужно вместо продукта
{elseif $wa->currentUrl() == '/category/'}
выводим то, что нужно вместо категории
{else}
<div>
<h1>{if $error_code}Ошибка {$error_code}{/if}</h1>
<h2>{if $error_message}[s`The requested resource is not available.`]{/if}</h2>
</div>
{/if}
Возможно при поиске плагина вы выбрали "Сайт", а надо было "Магазин". Работать будет и в приложении Сайт тоже, но искать надо в плагинах именно Магазина, потому что это плагин для Магазина.
После вызова формы авторизации {$wa->loginForm($error, empty($without_form))} в шаблоне login.html или где там у вас это вызывается вставьте небольшой скрипт такого примерно вида.
Еще можно попробовать наколдовать на CSS что-нибудь или решить задачу в лоб правкой waViewHelper.class.php и заменой в строке <div class="wa-name">'.$field_name.'</div> части '.$field_name.' на Телефон.
Если прочитать внимательно вопрос, в котором говорится о вставке товаров после сообщения о несуществующем товаре, то из этого следует, что речь идет об ошибке 404 в магазине.
Я прекрасно понимаю разницу между {if $wa->shop} и {if $wa_app == 'shop'}, но замена условия - сознательный шаг, ограничивающий область показа списка товаров на странице ошибок одним приложением - магазином, что в точности отвечает на поставленный вопрос. Такое решение не требует никаких действий с файлами шаблонов в приложениях и убирает потенциальные ошибки в других приложениях, где будет использоваться этот же шаблон error.html.
Если в будущем потребуется усложнить задачу и делать вывод товаров в других приложениях (сайт, блог, фото и т.п.), тогда и решение будет более сложным и возможно с несколькими условиями и проверками для каждого приложения.
Тогда лучше error.html в магазине сделать, чем тащить list-thumbs.html на сайт. Можно ещё что-нибудь на сайт перетащить из того, чему там не место. Следом еще и css и ещё что-нибудь подтянется.
В моем случае хотя бы в приложении магазин будет работать без ошибок и малой кровью и не будет выдавать ошибки в приложении сайт и блог. Более сложные решения по обработке ошибки 404 - тема отдельного обсуждения.
Советую поменять условие {if $wa->shop} на {if $wa_app == 'shop'}, чтобы правильно отрабатывался шаблон ошибки на страницах сайта и блога и не выдавал там ошибку #0.
Сначала создаете подборку товаров и называете её, допустим, product_list. В коде шаблона прописываете две строки и все должно работать.
{$product_list = $wa->shop->productSet('product_list')} {include file="list-thumbs.html" products=$product_list inline} (можно и без inline)
Если ошибка #0, то включите в инсталлере режим отладки. Может быть по информации удастся выяснить что и где не подцепляется.
А вы точно вставляете код в error.html именно шаблона магазина, а не сайта? Просто они (шаблоны) могут быть разные у сайта, магазина и блога в зависимости от темы дизайна.
В бесплатном плагине Курьер расчет суммы доставки от стоимости заказа есть. Если 1000 руб и более, то бесплатно, если меньше 1000 рублей, то доставка включится по 100 рублей (на скриншоте ниже).
Если смущает, что это курьерская доставка, то назовите способ как-нибудь иначе. Если мешает привязка к региону, то удалите регион и город из настроек способа доставки, чтобы включить способ для всех.
Если в примере убрать условие >1 -> 100 руб, то пока сумма не превысит 1000 рублей, то способ такой доставки не будет показываться.
Условий можно создавать несколько в одном способе или несколько способов с разными условиями по желанию.
Файлы предыдущей версии обычно сохраняются при обновлении в /wa-data/protected/wa-installer/backup/... Технически можно вытащить и поставить на место, но не факт, что это все вносимые изменения и надо пробовать. Вручную откатывал как-то один плагин таким способом.
Форум конечно да, но он очень неактивный и тихий (большинство, наверное, сразу в саппорт пишет). Явные баги тут конечно сразу заметят, но, скорее всего, их и сам увижу, а мелкие вещи могут пройти незамеченными и долго такими оставаться. В любом случае тестовый сервер, на котором откатываю всякое разное, лишним не бывает. Да и потом ещё сразу после выхода обновлений просматриваю github на предмет внесения изменений, например по последнему релизу по капче и кешу тут все есть https://github.com/webasyst/webasyst-framework/com...
в ответ на Капча Webasyst на первом шаге оформления заказа не срабатывает. Заказ не может быть оформлен.
Про браузер речь и шла вроде бы. Например, Ctrl+F5 нажать или как там оно у вас обновляется налету для открытой страницы.
в ответ на Баннер внизу (около подвала)
А тем временем выкатили обновку. Надеюсь, что ничего нового не поломалось. Поставлю пока на тестовый хостинг. :)))
в ответ на Капча Webasyst на первом шаге оформления заказа не срабатывает. Заказ не может быть оформлен.
Не надо редиректом, если можно без него. Просто попробуйте ещё. Тем более ваши УРЛы продуктов в точности как в плоском варианте Webasyst должны выглядеть. Собственно в файле и подсмотреть можно это в массиве с номером 1 оно есть, строчки на конце массива.
Там три массива - три способа. Строки продуктов для вашего метода должны начинаться с 'product/<product_url:, а какой способ формирования URL у вас выбран в настройках тот и править надо.
Не забывайте про productPage, productReviews, productReviewsAdd - это важные url для продукта.
в ответ на URL страниц - изменение структуры для каталога
Насколько я понимаю надо скопировать файл /wa-apps/shop/lib/config/routing.php вот сюда /wa-config/apps/shop/routing.php и там уже менять нужные строки, чтобы потом при обновлении движка не слетало. Файл по-умолчанию не пустой, т.к. вся маршрутизация там уже изначально прописана.
В SS6 и SS7 этот способ должен работать одинаково. На тестовом SS7 поменял /category/category-name на /catalog/category-name следующим образом
В файле два вхождения 'category/<category_url>/' => 'frontend/category', после изменения второго вхождения УРЛы категорий у меня перестроились на catalog вместо category.
в ответ на URL страниц - изменение структуры для каталога
К итоговому рабочему варианту скрипта добавьте вторую строку и напишите там текст, который нужен.
Получится как-то так.
в ответ на На странице авторизации поменять Email на Телефон
Лютая жесть. :)
в ответ на Корневая папка сайта.
Смотря какая ОС на VPS. Смотря какой софт и версии там стоят. Смотря кто и как компилировал, ставил, настраивал всю сборку AMP или юзаете по-дефолту как было в какой-то дефолтной ОСи. Конфиги надо смотреть от и до и речь далеко не только о конфиге mysql. Смотря какого размера ваша БД. Надо ли делать автоочистку кеша - вопрос спорный. Смотря как вы проводили мониторинг процессов на сервере и какие выводы сделали кроме "быстро переполняется память". Смотря что, кроме вашего сайта ещё на сервере крутится. Смотря какова посещаемость вашего проекта (посетители за единицу времени, кол-во запросов, трафик вх/исх). Очень много вопросов.
Могу подсказать только вектор, которому надо следовать, чтобы решить проблему.
Найдите толкового админа, имеющего опыт работы в области администрирования веб-серверов 10-15 лет (желательно не локалхост-онли), и проблема исчезнет или как минимум найдется источник проблемы и будут определены способы решения.
в ответ на Error 2002, каждый 1 час
Печально, что так вышло с покупкой плагина, но бывает. Есть бесплатные решения по обратному звонку и для сайта, но это выходит за рамки местного форума. Чирканите на dm собака krasnogorsk точка ру. Подскажу что можно сделать в вашем случае.
в ответ на Установка плагина на сайт которого нет в инсталлере
У меня изображения для категорий формируются плагином https://www.webasyst.ru/store/plugin/shop/category...
У вас может быть другой метод или другой плагин. Тут придется править img src="" тоже под себя. Пока это можно в коде убрать или закомментировать. Это нормальный процесс адаптации. Плагин, кстати, клевый. Советую, если не пробовали.в ответ на Как заставить страницы /product/ и /category/ отдавать нужное вместо 404 ошибки?
28,2,true в двух местах в коде заменить не 0,0,true или что там у вас по ID категорий родителем идет (у меня такие ID родителя и глубина, у вас другие ...)
в ответ на Как заставить страницы /product/ и /category/ отдавать нужное вместо 404 ошибки?
Если сделаете страницы с такими УРЛами, то никакой редирект уже не нужен. Просто на этих УРЛах будет контент, а не ошибка 404. Все пойдет естественным путем.
в ответ на Как заставить страницы /product/ и /category/ отдавать нужное вместо 404 ошибки?
Конечно можно. Я на страницу в магазине запросто выброшу вот такой код из шаблона дерева категорий с картинками и он будет работать. Проверено :) Кстати код вам может пригодиться для вашей задачи.
в ответ на Как заставить страницы /product/ и /category/ отдавать нужное вместо 404 ошибки?
Вам для людей это делать или для СЕО? Человеку-посетителю начхать на код ответа HTTP, если он в браузере увидит то, что ему надо, вместо ошибки. Именно для этого и делаются всякие заковыристые страницы ошибок, чтобы и ошибку дать роботу и посетитель не сбежал от ужаса.
Хотите небольшой лайфхак? Заходите в магазин и создаете в нем страницу с адресом /product/ и делаете на ней контент. Аналогично создаете страницу /category/ и там тоже делаете то, что надо. После этого останется немного потанцевать с меню сайта, если эти страницы вылезут наружу и будут некрасиво торчать в навигации, но по уму их можно сделать функциональными, разместив там полезную инфу и назвав страницу правильно. Посетителю на URL наплевать, если там контент отображает, то он контент и читает, а не изучает УРЛы. В итоге и от кода 404 избавитесь и контент разместите и для СЕО плюс т.к. желанные УРЛы попадут в вожделенный индекс. Просто задействуйте эти УРЛы, чтобы не простаивали без дела.
Что значит некуда редиректить? У вас целый сайт с магазином, а редиректить некуда? Да хоть на товар, хоть на категории, хоть на любую страницу по настроению. :)
в ответ на Как заставить страницы /product/ и /category/ отдавать нужное вместо 404 ошибки?
Ага. И проверить тестовой СМСкой.
в ответ на Как убрать лишние цифры {$customer.affiliate_bonus}
Пример шаблона error.html в помощь
в ответ на Как заставить страницы /product/ и /category/ отдавать нужное вместо 404 ошибки?
В шаблоне SMS сообщения, которое отсылается, надо подправить немного формат бонусов примерно таким образом:
Вместо $bonus та переменная, которая у вас отвечает за количество бонусов.
в ответ на Как убрать лишние цифры {$customer.affiliate_bonus}
Только не покупайте второй раз. Просто установите уже купленный через Инсталлер.
в ответ на Установка плагина на сайт которого нет в инсталлере
Как это нет в инсталлере?
Не может быть. :)
Возможно при поиске плагина вы выбрали "Сайт", а надо было "Магазин". Работать будет и в приложении Сайт тоже, но искать надо в плагинах именно Магазина, потому что это плагин для Магазина.
в ответ на Установка плагина на сайт которого нет в инсталлере
После вызова формы авторизации {$wa->loginForm($error, empty($without_form))} в шаблоне login.html или где там у вас это вызывается вставьте небольшой скрипт такого примерно вида.
Еще можно попробовать наколдовать на CSS что-нибудь или решить задачу в лоб правкой waViewHelper.class.php и заменой в строке <div class="wa-name">'.$field_name.'</div> части '.$field_name.' на Телефон.
Но по-моему вариант со скриптом самый безобидный.
в ответ на На странице авторизации поменять Email на Телефон
Если прочитать внимательно вопрос, в котором говорится о вставке товаров после сообщения о несуществующем товаре, то из этого следует, что речь идет об ошибке 404 в магазине.
Я прекрасно понимаю разницу между {if $wa->shop} и {if $wa_app == 'shop'}, но замена условия - сознательный шаг, ограничивающий область показа списка товаров на странице ошибок одним приложением - магазином, что в точности отвечает на поставленный вопрос. Такое решение не требует никаких действий с файлами шаблонов в приложениях и убирает потенциальные ошибки в других приложениях, где будет использоваться этот же шаблон error.html.
Если в будущем потребуется усложнить задачу и делать вывод товаров в других приложениях (сайт, блог, фото и т.п.), тогда и решение будет более сложным и возможно с несколькими условиями и проверками для каждого приложения.
в ответ на Как на страницу error.html добавить список товаров?
Тогда лучше error.html в магазине сделать, чем тащить list-thumbs.html на сайт. Можно ещё что-нибудь на сайт перетащить из того, чему там не место. Следом еще и css и ещё что-нибудь подтянется.
В моем случае хотя бы в приложении магазин будет работать без ошибок и малой кровью и не будет выдавать ошибки в приложении сайт и блог. Более сложные решения по обработке ошибки 404 - тема отдельного обсуждения.
в ответ на Как на страницу error.html добавить список товаров?
Всегда можно проверить как это работает, когда error.html один на всех.
в ответ на Как на страницу error.html добавить список товаров?
И ещё вдогонку. Слона-то я и не заметил.
Советую поменять условие {if $wa->shop} на {if $wa_app == 'shop'}, чтобы правильно отрабатывался шаблон ошибки на страницах сайта и блога и не выдавал там ошибку #0.
В итоге решение будет таким
в ответ на Как на страницу error.html добавить список товаров?
Тогда надо указать путь таким образом {include file="`$wa_active_theme_path`/list-thumbs.html" products=$product_list}
в ответ на Как на страницу error.html добавить список товаров?
Сначала создаете подборку товаров и называете её, допустим, product_list. В коде шаблона прописываете две строки и все должно работать.
{$product_list = $wa->shop->productSet('product_list')}
{include file="list-thumbs.html" products=$product_list inline} (можно и без inline)
Если ошибка #0, то включите в инсталлере режим отладки. Может быть по информации удастся выяснить что и где не подцепляется.
А вы точно вставляете код в error.html именно шаблона магазина, а не сайта? Просто они (шаблоны) могут быть разные у сайта, магазина и блога в зависимости от темы дизайна.
в ответ на Как на страницу error.html добавить список товаров?
В случае с Яндексом есть noindex, но это не применимо к другим поисковикам. Подробнее тут https://ru.wikipedia.org/wiki/Noindex
в ответ на Скрыть часть описания от Поисковых роботов
В бесплатном плагине Курьер расчет суммы доставки от стоимости заказа есть. Если 1000 руб и более, то бесплатно, если меньше 1000 рублей, то доставка включится по 100 рублей (на скриншоте ниже).
Если смущает, что это курьерская доставка, то назовите способ как-нибудь иначе. Если мешает привязка к региону, то удалите регион и город из настроек способа доставки, чтобы включить способ для всех.
Если в примере убрать условие >1 -> 100 руб, то пока сумма не превысит 1000 рублей, то способ такой доставки не будет показываться.
Условий можно создавать несколько в одном способе или несколько способов с разными условиями по желанию.
в ответ на Как сделать бесплатную доставку от 1000 руб
Файлы предыдущей версии обычно сохраняются при обновлении в /wa-data/protected/wa-installer/backup/... Технически можно вытащить и поставить на место, но не факт, что это все вносимые изменения и надо пробовать. Вручную откатывал как-то один плагин таким способом.
в ответ на Можно ли откатить обновление плагина?
Я бы сделал так
Хотя можно и так вроде бы {if $posts|@shuffle}. Тоже работает. В любом случае был нужен if.
в ответ на Значения второго массива выводятся вместе с цифрой 1