Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Shureg

Користувачі
  
  • Публікації

    2 766
  • З нами

  • Відвідування

Усі публікації користувача Shureg

  1. у вас либо контент шибко эксклюзивный, с большим количеством картинок, либо хостер шибко... нехороший, раз инодов не хватает. Без конкретной информации(сайт, цифры этих самых инодов и т.п.) никто вам конкретных решений не посдкажет.
  2. Если вы не знаете, зачем переносите - значит, вам это не надо. Совсем.
  3. Данные и изображения можно перенести. Тема магазина, модули и прочие функциональные вещи - делать заново. При грамотном переносе позиции сео не теряются.
  4. Услуга по переносу данных стоит, в-общем то, копейки. Если ваш магазин работает со времен ос1.5 - неужели еще "не заработал" на обновление?
  5. глюк вашего браузера/вебредактора. Работайте через фтп и нормальные текстовые редакторы. Нужно. Именно об этом я и написал в предыдущем посте. И сайт вам пишет: assumed 'DB_PREFIX' Птому что в config.php данные для доступа к базе данных, а не к админке сайта. А логины и пароли админки уже в этой базе лежат.
  6. это, насколько я вижу, config.php из корневой директории. А теперь изменяйте тот, что в директории admin. Кстати, корневой у вас тоже с ошибками. Укажите уже префикс БД, что-то вроде define('DB_PREFIX', 'oc_');
  7. Вам же английским языком пишет - не определена константа DB_PORT. Указывайте в config.php , что нибудь типа define('DB_PORT', '3306');
  8. Хорошо, повторю для читающих, но не понимающих: если категории видны на фронте и не видны в админке, вам надо искать причину такой ситуации. И бороться с ней, а не с категориями. Да, замечание от КО: если категории удалить в БД, то их в магазине внезапно не станет. А можно что-нить еще понавертеть, и магазин вообще перестанет работать ... Зато разбираться не надо ни с чем
  9. Удаление родительской категории дочерних категорий не удаляет. Удаляйте вручную там же, где и родительскую, в категориях в админке. Они у вас там есть. А если их там все-таки нет, то у вас серьезные проблемы. ЗЫЖ Хотя у вас и так серьезные проблемы. При такой скорости сайта большинство посетителей его открытия просто не дождется
  10. Прошу прощения за подозрения, рад, что неправ. Увы, слишком часто "секретность" именно "варезностью" обусловлена. У вас, к тому же, даже на картинке ссылки не найти, а была бы нелишней
  11. Еще один сайт с варезом? Другой причины так тщательно скрывать ссылку на него не вижу.
  12. Кто все? Я так не думаю. Речь в теме идет о ВПС. И, конкретно, об ВПС под opencart. При чем тут офисное ПО?
  13. Вот вы все "линух, линух.." А у вас в линухе есть такой же красивенький удаленный рабочий стол? С ярлычками, меню "пукс"? Нету? Ну вот, значит, не годится.
  14. Запарольте доступ к директории admin штатными средствами апача (htaccess и htpasswd) или энжиникса (конфиг сервера и htpasswd). И будет вам щастье, без глюков и танцев с бубном. Причем гораздо надежнее.
  15. "Чего подобного" В OC2.3 код - это выпадающий список директорий с файлами локализации, и никак иначе. Но параметр "кодировка", действительно, не об этом.
  16. При чем здесь это? Если упрощенно, то это указатель, из какой папки брать файлы локализации. И какой смысл делать "гибридное" название папки? Это влияет только на язык. Ну, и на хедер страницы, но тег "ru_UA" не поймет ни поисковик, ни браузер, так что проблемы гарантированы. Хотите два языка - делайте два языка по отдельности. Но к региону в консоли яндекса это никакого отношения не имеет
  17. В-общем, нет у вас примеров таких "автопрайсов". Жаль. Вы и сами понимаете, сделанный для "здесь и сейчас" костыльный код и готовый модуль - это очень разные вещи. Сравнивать их бессмысленно. И, кстати, таких, чтобы именно с картинками работало, не попадалось. Как раз это никто не делает - данные из екселя в БД закинули, и ладно. А картинки юзер сам пусть по фтп заливает. Логически так было бы правильно. Но это ж тогда окажется, что куча image->resize в контроллерах только место зря занимают. Абыдна, да? Кому это нужно, пока и так, как есть, работает?
  18. Я знаю только один автопрайс, который хоть куда-то картинки запихивает. Буду благодарен, если сообщите о других. Хотелось бы сравнить
  19. Вы еще немцам или испанцам посоветуйте ocstore(еще лучше - opencart.pro ) использовать. А то ведь чистый opencart - это такая "чушь". Ну и, как бы, если уж вы такие обвинения выдвигаете, неплохо бы приводить если не доказательства, то хотя бы факты. Про "пакостный" товар и прочее. addist, кстати, и на этом форуме тоже модули продавал. К чему бы это.. Я, конечно, понимаю, конкуренты, все дела.. Но надо же себя хоть немного уважать, не опускаться до уровня базарной бабы.
  20. Этот вопрос решаем со стороны пользователя. А "автопрайс" как раз таки предлагает автоматически в разные директории фотки раскидывать.
  21. Я говорил про вариант Если говорить об оптимизации и логичности формирования кэша, то варианта W-H/imagename вполне достаточно. Всякие "/ab7345bdeftr/" в пути к файлу совершенно не нужны. А если говорить об ограничении доступа.... То они тоже не нужны. Поскольку тривиальный htaccess делает то же самое, без лишних телодвижений и дполнительной нагрузки на сервер. К тому же, у вашего варианта есть фатальный недостаток. Что толку в сложных путях к кэшу, если к оригиналам он может оказаться легко вычисляемым. Банально - пользователь кидал все прямо в data. И все, ваша защита бесполезна. А htaccess надежен. В-общем, проще надо быть
  22. Говоря в общем, так, конечно, лучше, правильней и т.д. Но к вопросу топика никак не относится. Если предполагать, что имеется "злодей", который знает структуру опенкарта, и хочет добраться до картинок, то что в лоб, что по лбу - вычислить путь к исходному файлу ему не составит труда. Тогда только .htaccess-ом права убирать. Но ТС убрал водяные знаки. И интересуется, скрывать ли ему директорию с оригиналами. А чего ее теперь прятать? Редиректы какие-то, тайные папки... Лишнее это
  23. Модуль с именно таким названием существует только на только на варезниках. Оригинал https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=7959&filter_search=product option&filter_download_id=29 Ставили. Потенциально хорош, но без существенной доработки использовать не рекомендуется. Сделан автором из другого его модуля, "на отвяжись", с чудовищными запросами к БД и кривым кодом. После допиливания работает приемлемо.
  24. Оригиналы и так недоступны. Зачем вам редирект? На фронте магазина оригиналы нигде не используются.
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.