Пара вопросов от новичка, как настроить магазин?
#1
Отправлено 10 March 2014 - 10:11 PM
Вообщем, получилось так, что меня назначили админить магазин на ShopCMS 3.1.2... В СЕО я далеко не новичек, но с магазином столкнулся впервые, а именно с этим движком.. Отсюда и несколько вопросов по поводу настройки..
1) Где находится файл footer ( вообщем подвал по русски), чтобы установить счетчики?
2) Шоп виден по двум адресам, с www и без www, а также с index.php и без index.php.. знаю что файле .htassec можно сделать редирект, кто подскажет, как правильно сделать?
Яндекс ведь не любит две Главные страницы!
Не ругайте плиз за столь наивные вопросы, просто раньше не сталкивался с этим движком.. Все в папках перерыл, но footer к примеру так и не увидел.
#2
Отправлено 11 March 2014 - 12:37 AM
Отдельного файла footer нет. Есть index.tpl.html, там в конце файла секция {* подвал*}.1) Где находится файл footer ( вообщем подвал по русски), чтобы установить счетчики?
шаблоны (*.tpl.html) написаны на smarty, так что яваскриптовые вставки надо ограничивать тэгами {literal}....{/literal}.
Собственно, это касается всего, что имеет фигурные скобки и не имеет отношения к смарти, т.е. и CSS-вставки тоже.
См. http://www.smarty.ne...ion.literal.tpl
"В английском не новичок. Подскажите, как перевести слово the".2) Шоп виден по двум адресам, с www и без www, а также с index.php и без index.php.. знаю что файле .htassec можно сделать редирект, кто подскажет, как правильно сделать?
Поиском по сайту ответ находится без проблем, он тут регулярно задается. Еще более легко ответ находится Яндексом, т.к. вопрос распространеннейший. Но "не новичок в SEO" должен без проблем найти его в своей голове, т.к. эти две строки не имеют никакого отношения к ShopCMS и одинаковы для всех сайтов.
#3
Отправлено 11 March 2014 - 07:24 PM
#4
Отправлено 11 March 2014 - 07:58 PM
Я так понимаю, "поиск на Яндексе" у Вас тоже не работает?Поиск на форуме не работает
Банальный набор в Яндексе "htaccess www" сразу дает КУЧУ решений. В моей выдаче исчерпывающий ответ находится даже не на первой странице, а на первой позиции. С index.php ситуация аналогична.
PS. Впервые вижу "не новичка в SEO", который не умеет пользоваться поисковиком .
#5
Отправлено 11 March 2014 - 08:04 PM
А где включить, не знаю...
Я так понимаю, "поиск на Яндексе" у Вас тоже не работает?Поиск на форуме не работает
Я вообще то толковал про Поиск на форуме на запрос: футер, счетчик, подвал и пр... Я этот движок первый раз в глаза вижу, п
Поиск на форуме не работает
PS. Впервые вижу "не новичка в SEO", который не умеет пользоваться поисковиком .
Умею, я говорил про Поиск на форуме... А насчет СЕО, я не скрою, я умею хорошо продвигать сайты в ТОП, и нагонять много траффа, а вот с технической частью я не дружу..((
#6
Отправлено 11 March 2014 - 08:26 PM
На это Вам никто не ответит, т.к. неизвестно, что за модуль там стоит (стоял). Штатного модуля ЧПУ в shopCMS нет. Очевидно, что в не штатном модуле процедура отключения установленного модуля если и есть, то в каждом модуле своя.Кстати, случайно обнаружил что раньше на магазине стоял ЧПУ, увидел по старым ссылкам.. Сейчас же все страницы товаров имеют вид: product_23.html
А где включить, не знаю...
А смысл "толковать" про то, на что уже получен ответ? Причем с Ваших же слов - полезный. И не рассказывайте сказки. Поиск вполне работает и я только что по запросу "футер" получил ссылки на три темы включая эту. Да, поиск по фразе "aaa в ббб без ссс" выдаст сообщение об ошибке, что неудобно. Но догадаться о правильном варианте запроса довольно несложно.Я вообще то толковал про Поиск на форуме на запрос: футер, счетчик, подвал и пр
И что? Я тоже знаю не все CMS. Более того, хорошо я знаю только одну - эту. Но редирект в файле .htaccess никак не зависит от того, известна Вам эта CMS или нет. Этот редирект одинаков для любой CMS.Я этот движок первый раз в глаза вижу,
Короче, зря Вы про "я не новичок в SEO" ляпнули. По дурацки выглядит .
#7
Отправлено 11 March 2014 - 08:33 PM
С уважением.
На это Вам никто не ответит, т.к. неизвестно, что за модуль там стоит (стоял). Штатного модуля ЧПУ в shopCMS нет. Очевидно, что в не штатном модуле процедура отключения установленного модуля если и есть, то в каждом модуле своя.Кстати, случайно обнаружил что раньше на магазине стоял ЧПУ, увидел по старым ссылкам.. Сейчас же все страницы товаров имеют вид: product_23.html
А где включить, не знаю...А смысл "толковать" про то, на что уже получен ответ? Причем с Ваших же слов - полезный. И не рассказывайте сказки. Поиск вполне работает и я только что по запросу "футер" получил ссылки на три темы включая эту. Да, поиск по фразе "aaa в ббб без ссс" выдаст сообщение об ошибке, что неудобно. Но догадаться о правильном варианте запроса довольно несложно.Я вообще то толковал про Поиск на форуме на запрос: футер, счетчик, подвал и пр
И что? Я тоже знаю не все CMS. Более того, хорошо я знаю только одну - эту. Но редирект в файле .htaccess никак не зависит от того, известна Вам эта CMS или нет. Этот редирект одинаков для любой CMS.Я этот движок первый раз в глаза вижу,
Короче, зря Вы про "я не новичок в SEO" ляпнули. По дурацки выглядит .
Пожалуйста, забудьте про редирект, про файл htaccess.....
#8
Отправлено 02 June 2014 - 10:40 AM
У нас магазин на этом скрипте, но замучились с проблемами - как правило, мелкими. По каждой к программисту не обратишься... Очень надеюсь на посильную помощь! И заранее спасибо!
Где и как настраивается стоимость доставки?
Пробовала делать это в модулях доставки. Цена проставляется. Но при новом заказе никак не появляется под заказом и не засчитывается.
#9
Отправлено 02 June 2014 - 12:00 PM
Насколько я помню, в модулях доставки .Где и как настраивается стоимость доставки?
Кроме установки модуля доставки в "Модули доставки" и настройки его параметров надо еще:Пробовала делать это в модулях доставки. Цена проставляется. Но при новом заказе никак не появляется под заказом и не засчитывается.
- добавить этот модуль в "Варианты доставки"
- разрешить вариантам оплаты соответствующие модули доставки в "Варианты оплаты".
#10
Отправлено 02 June 2014 - 10:15 PM
а вы соберите их вместе - и программисту будет проще, и вам "оптом" дешевлезамучились с проблемами - как правило, мелкими. По каждой к программисту не обратишься...
#11
Отправлено 03 June 2014 - 10:35 AM
Да щаз! Подавляющее большинство клиентов "мелкость" проблемы оценивает по влиянию на бизнес-процесс, а вовсе не по сложности решения проблемы .а вы соберите их вместе - и программисту будет проще
#12
Отправлено 11 June 2014 - 10:00 AM
С радостью бы. Но они возникают не одновременно, а со временем. И мы собирали, но как-то очень сложно достучаться до программиста, а работа страдает.а вы соберите их вместе - и программисту будет проще, и вам "оптом" дешевле
И это логично. Ибо что может знать клиент о сложности процесса? И должен ли?Да щаз! Подавляющее большинство клиентов "мелкость" проблемы оценивает по влиянию на бизнес-процесс, а вовсе не по сложности решения проблемы .
В понимании клиента мелкие - это когда программиста просили настроить магазин, чтобы все работало. Он взял за это немаленькую сумму, и не раз.
А потом началось: то в одном окошке информация не исправляется, то окна разъехались, то html-код в письме клиенту видим, то сообщения не отправляются, то на почтовом сервере спам зашкаливает, то суммы в доставках не ставятся, то поиск неадекватно работает...
И каждый раз просишь "подправить", по сути, недоделанное, но оплаченное. Нет разве? Или "магазин под ключ" по-другому следует оценивать?
Забавно то, что доделывание одной дыры создает другую. Вот как раз, как этот случай. Переделывали систему регистрации, после чего перестала проставляться сумма.
Чей косяк? Наш? И где логика в том, чтобы за каждую доделку, не нашими кривыми руками вызванную, платить?
И почему нужно по неделе на коленях стоять, выклянчивая поправку?
О, я знаю, клиент просто выдумывает все новые идеи, создавая программисту геморрой. ))) Но клиент их оплачивает безропотно, в чем проблема делать как следует каждую, учитывая все сразу и не создавая новых проблем?
Почему технические работы в действующем магазине нужно проводить в рабочее время, мешая этой работе? Понятно, что программист тоже пива вечером хочет. Но нужно же и специфику учитывать. Или как?
Вот это все обидно ужасно. Встаньте на минуточку и на место клиента. У вас же у половины наверняка машины в сервисах бывали - одно лечат, другое калечат. И за каждое - плати. А еще выпроси окно свободное. Ну та же песня, только "сбоку".
Понятно, что это не вам лично. Так, накипело. (( Просто о том, что и как оценивает клиент. )
Готовы поменять мастера.
Хотелось бы найти программиста, готового идти на контакт в любой (адекватный, не в полночь) момент, не скрываясь по неделе. И только на абонементной основе. Так, чтобы за чужие косяки не платить - по мелочи за каждый. Требование одно - магазин должен работать. И работать правильно. А технические работы должны проводиться с 19 вечера до 9 утра - в любоое удобное программисту время. И да, новые идеи будут. И будут оплачены. Но один раз, а не вместе с хвостами. Как вы считаете, это справедливые требования?
#13
Отправлено 11 June 2014 - 10:46 AM
С программистом вам однозначно не повезло, непонятно только, зачем столько времени на него потеряли, судя по всему, только усугубляя.
И я думаю, что на абонементную основу можно ставить тех.обслуживание или профилактику, но никак не разработку, в которой разные задачи требуют абсолютно разных затрат и временных, и по ресурсам.
Тем более в вашем случае. Нужно вначале лечить, а потом уже можно и на абонемент.
#14
Отправлено 11 June 2014 - 09:25 PM
Абонемент (т.е. сроковая фиксированная оплата вне зависимости от количества выполненных работ) это фишка с ооооочень большим подвохом. В бизнесе обслуживания компов оно худо-бедно играет, т.к. большинство компов в лавках выполняют четкий (а главное - неизменный) набор действий. К сайтам такое неприменимо, т.к. любой уважающий себя сайт должен непрерывно развиваться и меняться. И вот тут неизбежно возникает конфликт между постоянными желаниями заказчика (мы ж на абонементе, мы платим деньги!) и возможностями программиста, для которого абонемент это либо приработок к основной работе, либо один из кучи абонементов.И я думаю, что на абонементную основу можно ставить тех.обслуживание или профилактику, но никак не разработку, в которой разные задачи требуют абсолютно разных затрат и временных, и по ресурсам.
Если заказчик и программист находят консенсус и заказчик верит программеру, а также понимает, что только на абонемент заказчика программисту не прожить и он кроме именно этого заказчика работает еще на десяток других - тогда с некоторой вероятностью абонемент будет работать. Иначе - хрен. А большинство абонементожелателей именно так и считает, что раз договорились на абонемент, то программист куплен с потрохами и работает только на них, как за зарплату. .
Это я к тому, что абонемент на уровне "мы Вам 5-10тыр в месяц, а Вы нам сайт обслуживаете" заранее обречен на проблемы. Клиенту будет казаться, что он платит вполне приличные деньги (аж 10тыр!) за легкую работу, а программеру эти 10тыр-в-месяц будут не особенно интересны на фоне тех же денег за неделю плотной работы с другим клиентом.