Tritaya

Ну и что, решилось это как-то?

И, кстати, если полезно кому-то будет: если при выборе атрибутов начать с "%", то они все вывалятся сами. Где-то на максзоне для этого специальный мод писали, а на оксторе 1.5.1.3 оно само рабоает.

Так все-таки, вопрос к Васо. Если бы возник попутный косяк, как в моем случае (а это лишь один из "тысячи их" возможных, да иначе и форума не было бы), вы бы это включили в ценник? Или 15 баксов только за человеко-макрос "залить-распаковать-удалить-настроить опции"?

Для Вас фраза "установить и отладить ocStore на моем домене" и "мне надо правильные ссылки, а тут не работает а там то а там се..." если означает одно и тоже, тогда я очень рад за ваше сотрудничество с такими заказчиками, я например без конкретно согласованного ТЗ ( в котором прописаны действия за которые мне платят)

Так, из интереса:

В т.з. все не пропишешь. Я себе ставил окстор так, как прописано в инструкции. Но возник косяк из-за настроек хостера, которые не позволяли читать штакцесс. Пришлось с ним еще разбираться, выяснять в чем дело. В итоге выяснилось, что у него супхп и для установки понадобилось дополнительно изменять php.ini и 2 штакцесса кидать вместо одного.

Скажу сразу - я не профи. У вас бы это отняло бы меньше времени. Но в связи с этим вопрос, типа касательно профессиональной этики. Какбе работы сделано больше, но и, с другой стороны, клиент не требует ничего сверх "установить и отладить окстор на моем домене".

Вы бы это включили в оговоренный ценник?

Ну так это и называется ответ :).

Попробую.

К примеру мне нужно, чтобы последней категорией было к примеру "БЛОГ", а она бы вела прямо на другой сайт.

Можно ли это сделать встроенными средствами, да еще чтобы открывалось в новом окне?

То есть здесь только переезд к другому хостеру поможет?

Искал на форуме, но не нашел четких инструкций.

Правильно ли делать бэкап таким образом:

1) Бэкап через меню Система. Но это делается только для БД.

2) Также я должен заархивировать содержимое папки public_html.

Я сделал как на скриншоте, правильно всё?

Ага, спасибо. Хотя кэш я почистил и обновил страницу - не помогло. А сейчас обновил - действительно: исчезли гривны.

Поставил ocstore 1.5.1.3 успешно на сервер. Сделал некоторые настройки.

Потом вспомнил, что установил без префикса oc_

Так как только осваиваю все это, то решил переустановить всё с нуля:

1) создал новую БД с новым пользователем, старую БД удалил;

2) из папки upload перезалил все в public_html поверху без предварительного удаления тех файлов, что были. Сделал это средствами cpanel file manager.

Все стало. Захожу в магазин, а там остались гривны, которые я настроил в предыдущем магазине.

Откуда они там? Ведь база новая, старая удалена. Все установочные файлы перезалиты.

Заранее спасибо.

А в чем тормоза будут проявляться?

2. А что тогда делать? Долбать хостера, чтобы он в главном php.ini это отключил? А где этот файл находится?

Всё, решилось. По той ссылке, которую я кинул.

В корне прописали php.ini, где и отключили register globals - типа того, что вы предложили.

Но для этого еще в корне же прописали штакцесс, который заставлял слушаться этого php.ini, такого содержания:

<IfModule mod_suphp.c>

suPHP_ConfigPath /home/magnumbe

<Files php.ini>

order allow,deny

deny from all

</Files>

</IfModule>

Ну и так как register_globals отключили в инишнике в корне, то штакцесс, который в public_html остался с закомментированной строкой:

# php_flag register_globals off

На 2-м шаге всё - зеленым.

Гадать не надо :).

Вот он что предложил

http://support.hostgator.com/articles/specialized-help/technical/register-globals-and-other-php-settings

Сейчас борюсь с ним. И попробую сделать, что вы предложили.

ой, сорри - это они про php.ini

Поддержка сказала, что:

To turn register globals off, you will need to change the settings in the php.ini file to:

register_globals = Off

Note the upper case letter O in Off.

изначально в вашем файле было:

php_flag register_globals = Off

если я поменяю на:

register_globals = Off

это нормально было

ага, не пашет.

1. А это через cpanel не поменять мне?

2. Если 1 - нет, то через whm как это сделать?

попробуй просто UTF-8

и сайт надеюсь в корне стоит, не в подпапке...

содержимое upload я залил в public_html - это имелось в виду в вопросе?

в UTF 8 сохранилось, перезалил на сервер, все равно 500-я ошибка.

Никто не посмотрит?... не поправит...

Во блин, преобразовал, сохранил. Открываю - опять АНСИ стоит.

Шозахер.

Прикрепляю.

.htaccess.zip

Но похоже с этим связано: кинул пустой штакцес - заработало.

Та как же его сохранить, ели пали

нет ++ редактировал, а вот как сохранил, щас гляну...

да, кодировка была ANSI, поменял на utf8 без бом...

блин, бред, какой-то - когда открыл заново - кодировка снова ANSI

шо делать :)

такая же проблема.

Отредактировал .htaccess, но ввел в браузере заново site.com свой сайт, чтобы запустить инсталляцию заново.

Internal Server Error 500 ошибка - что делать? :(

Как в таких случаях перезапускать установку, ведь кнопки "назад" не было.

А русифицировать их нужно будет? Или там все само подставится?

Я извиняюсь, если вопрос ламерский. Изучаю вопрос opencart vs ocstore. Среди прочих вопрос дизайна. Для опенкарта можно купить шаблоны, например, здесь:

http://www.opencart.com/index.php?route=feature/liveshop

Нормальные буржуйские дизайны за недорого. Офтоп: я офигел, когда увидел, что в сети такие шаблоны продают уже в 10 раз дороже разные "молодые динамичные команды"... :)

Так вот, собственно: на ocstore такие дизайны, как по ссылке, т.е. изначально для opencarta писанные станут на ocstore или это совсем разные вещи?

В частности, глянув вот этот http://themes.webiz.mu/opencart/dropshipper/, я увидел, что автор еще допиливает свой этот шаблон с выходом новых версий opencarta. Что говорит о том, что хз, станет ли он безглючно на ocstore или нет.