Dotrox

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

Для товаров дороже нескольких долларов это ничего не изменит. Сейчас "бесплатная доставка" заложена в стоимость, а будет просто отдельно.

Зависит от размера партии. Если вы готовы покупать каждый товар партиями в тысячами единиц, то получите цену заметно ниже, чем на АлиЭкспресс. Но это всё рано будет не та цена, по которой закупают продавцы на АлиЭкспресс. Потому что на рынках оно не с Алибабы, а от производителя. Оптовики (настоящие) закупают в Китае напрямую у производителей контейнерами и своими каналами везут сюда, где продают мелким оптом тем, кто торгует на рынке. И эта схема работает ещё с 90х, когда онлайн каналов просто не было.

Таких модулей полно и купить любой из них будет значительно дешевле, чем писать с нуля (и чаще всего под любую возникшую задачу уже кто-то написал хоты бы один модуль - последствие той самой популярности). Но если нужно будет добавить к новости какое-нибудь дополнительное поле - это только через код. В большинстве случаев такая задача не должна занять больше получаса, но модуль может быть под ИонКубом и тогда придёться дёргать автора, которые довольно часто отказываются даже за дополнительную плату. Вообще, тенденция последних лет, что большинство платных модулей (этого форума) под ИонКубом и довольно часто закрывают всё или почти всё, а не только проверку лицензии. Так что разработка стала значительно дороже, ибо раньше можно было купить модуль процентов на 80 отвечающий задаче и допилить его, что выходило значительно дешевле написания с нуля, а теперь, если нет модуля, который не придёться допиливать, то приходится писать с нуля. Если писать такой модуль новостей с нуля - это будет минимум часов 10. А без этого не получится. В ОК надо стразу создать файл шаблона и под страницы и под блок вывода на других страницах. Большинство элементов стандартные в рамках шаблона (то есть, можно скопировать из аналогичных файлов): для страницы - каркас страницы, заголовок, хлебные крошки, пагинация, для блока - каркас блока, шапка с заголовком. То есть, в случае новостей единственный крупный недостающий кусок вёрстки - это блок одной новости на странице списка новостей, но с такой задачей справиться любой из тех, кто вообще в состоянии написать такой модуль. Вообще, если искать более-менее полноценную замену конкретно Друпалу, мне кажется, тут лучше всего подойдёт MODX. Но он выйдет дороже, чем ОК.

Ну, тут тоже отдельная версия сайта, но уже не только страницы товара (ещё как минимум главная и категории + есть меню). О качестве кода ничего не скажу, ибо модуль платный.

Он как раз и делает отдельную версию для страницы товара (только для неё). Только ставить надо вручную, ибо vQmod (для двойки) и нет поддержки SeoPro. И как-то очень дико выглядит декларация прямо в шаблоне функции, которая чистит описания от запрещённых тегов. Это малость идиотизм, особенно в свете того, что у страницы собственный контроллер и там можно было бы всё это разместить без проблем (модификаторов).

Ну, если нужна 2.1, то очевидно 2.1.0.2.1.

Игрался немного, но на реальных проектах не использовал. Там есть много нюансов, например, запрещён посторонний js (AMP даёт собственные альтернативы для некоторых скриптов, например, карусель, лайтбокс, но на текущий момент их очень мало). Вообще, у меня сложилось мнение, что проще всего для AMP делать отдельную упрощённую версию (не путать с мобильной), потому что сделать полноценный сайт в полном соответствии с AMP вряд ли получится.

И не увидите. х - означает любое число на данной позиции.

Ну, в этом и есть его смысл. А на ранжирование (мобильное) могут повлиять последствия использования AMP, то есть существенное ускорение загрузки страницы на мобильных устройствах. Плюс Гугл помечает такие страницы в выдаче, что может увеличить трафик даже без смены позиций (а это тянет улучшение ПФ и дальше уже ранжирование). Ну, и по заявлениям представителей Гугла AMP не влияет напрямую на ранжирование "сейчас", то есть никто не говорил, что этого не может произойти в будущем (он ведь пока ещё в разработке).

AMP имеет смысл для любых контентных сайтов (магазины к ним относятся).

Это странно. Если уже поняли, то дальше всё должно быть очевидно. Все ключи из массива $data в контроллере превращаются в переменные в соответствующем шаблоне. То есть, $data['my_link'] превратится в переменную $my_link в шаблоне. И так можно передать что угодно. Ну, а ссылки формируются через $this->url->link(). В первом параметре роут (путь к контроллеру), дальше параметры для ссылки (например, id товара, статьи и т.д.) и последний параметр - флаг указывающий должна ли ссылка использовать https (по умолчанию, если флаг не установлен ссылка будет без https даже если в админке включено использование SSL). Например, для ссылки на акции: $data['special'] = $this->url->link('product/special'); А в шаблоне в href просто: <?= $special; ?> Тексты выводятся так же, но значение получается через $this->language->get('text_name'), где text_name - название ключа в языковом файле.

А там это не имеет абсолютно никакого значения, потому что ссылка формируется автоматически и всегда будет актуальной! Когда вы хардкодите ссылку в шаблон ничего автоматически меняться не будет. Но если вы умеете выводить ссылки из контроллера, то зачем тогда вообще этот гавнокод с ссылками захардкоденными в шаблоне (и такими же текстами)?

И опять же, php тут абсолютно не при чём, хватит его везде приплетать! Чтоб вместо "http://www.artcomspb.com/price" написать "/price" - php знать не нужно абсолютно. Я же не говорил, что так вообще делать не надо и правильно формировать ссылку в контроллере через $this->url->link() и затем передавать в шаблон в массиве $data и выводить переменной (как раз потому, что вы сразу задекларировали, что ваших знаний php на это не хватит). И я ничего не говорил про то, что текст в шаблоне тоже вписывать неправильно, потому что, опять же, тут бы вам уже понадобился php. Но для относительных ссылок php не нужен, а смысл они имеют довольно практический: если вы захотите перейти на https или избавиться от www, а то и домен вдруг сменить - во всех случаях относительные ссылки можно будет не трогать, а такие, как сейчас, придётся переписывать. Кстати, любопытно, как с такими знаниями php (когда вы даже не понимаете, что вообще связано хоть как-то с php, а что - нет) вы можете оценивать устарел ПрестаШоп или нет? Я уже молчу про то, что для таких оценок мало просто знать php, нужно ещё ориентироваться в современных паттернах программирования и иметь хоть какое-то представление об архитектуре и коде других движков (а очень желательно и фреймворков).

1. php тут не при чём! У вас вопрос вёрстки. 2. Какие картинки? Если речь идёт об иконках, то и делали бы "по образу и подобию": видите, как выводится иконка телефона <i class="fa fa-phone"></i> Добавляете такой же тег в другие ссылки, а дальше идёте в доки Font Awesome http://fontawesome.io/icons/ и смотрите там, какие классы добавить в этот тег, чтоб получить нужную вам иконку. P.S. Если уж хардкодите ссылки в шаблоне, то хотя бы используйте относительные пути. А можно подробнее по пунктам, в чём именно ПрестаШоп внезапно устарел?

Замените это: <?php if ($og_image) { ?> на это: <?php if (isset($og_image) && !empty($og_image)) { ?>

@chukcha ну, бекап не помешает, но почему UPDATE нельзя всё же объясни. И ты забываешь, что к магазинам привязаны не только товары/категории, но и как минимум покупатели и заказы, где вариант очистить таблицу something_to_store и заполнить заново - не прокатит по причине отсутствия такой таблицы, а поле store_id у этих сущностей - в таблице с данными, которые стирать нельзя. Если ТС хочет избавится от мультимагазина, то на основной магазин нужно переключить всё, а не только товары/категории.

Посмотрите id магазина, в который хотите перекинуть всё и дальше во всех таблицах, где есть store_id выполните: UPDATE `__table_name__` SET `store_id`= __shop_id__ Соответственно, вместо __table_name__ и __shop_id__ - ваши значения.

Тогда уберите только сам тег, но не его содержимое.

В дефолтном шаблоне сейчас h1 на главной вообще нет, а то, что вы описали может быть, если вы логотип не установили (тогда вместо него выводиться h1 с названием магазина). Если лого вы устанавливать вообще не планируете, то смотрите файл /catalog/view/theme/default/template/common/header.tpl. Найдите там h1 и удалите всю строку.

Проблема в любом случае исключительно в vQmod. Если вы модификаторы шаблона установили, но есть эти ошибки, значит модификаторы не применились, что случается довольно часто из-за несовместимости с версией/сборкой. Смотрите лог vQmod. Кстати, я вижу, что у вас там уже другой шаблон и тоже с ошибками. У вас вообще сам vQmod установлен?

А это уже вопрос вообще к форме товара, а не к работе с менеджерами. В таком случае, то, что я написал выше остаётся актуальным, просто вам нужно будет ещё сделать отдельную форму добавления товара и давать права на неё, а не на стандартную. Ну, и конечно, это придётся заказывать.

Я говорил не о ссылках на изображения (они формируются самим ОК и после правок в конфигах с ними никаких проблем быть не должно). Речь шла о ссылках, которые вписаны на страницы. То есть, те ссылки, переход по которым будет при клике на баннер. Они вписываются вручную в админке.

Вероятно, с шаблоном идут модификаторы vQmod, которые вы не установили. Шаблон требует несуществующих переменных. Переменные устанавливаются в контроллерах. Контроллеры от шаблона не зависят, так что он может там подготавливать для себя переменные только через модификаторы.

У вас какие-то очень расплывчатые требования. 1. В двойке админка ОК адаптивная, так что, в теории, проблем при доступе с мобильных быть не должно. 2. В ОК из коробки есть возможность создавать неограниченное количество пользователей админки с определённым набором прав для каждой группы. То есть, просто создаёте группу менеджеров с правами только на просмотр и редактирование товаров и добавляете туда своих менеджеров. И единственное, что нужно будет допилить - это записывать при добавлении товара, какой пользователь его добавил, что тоже не проблема.