Luchik

Вообще, по личному опыту, сайты ломают автоматические скрипты. У меня джумлу постоянно ломает какой-то китаец. И все, ну или почти все попытки взлома/взлома админки идут с китая, нидерландов или гондураса. У меня 2 выделенных ИП. Я прописал доступ в админку только по этим айпи. В папку админ положил файл .htaccess с таким содержанием (вместо ххх - цифры): Order Deny,Allow Deny from all Allow from xxx.xxx.xxx.xxx Allow from xxx.xxx.xxx.xxx <FilesMatch "config.php"> Order allow,deny Deny from all </FilesMatch> # Prevent Directoy listing Options All -Indexes Если у вас нету статических ай-пи, то можно диапазон прописать. За прошлый год очень часто замечал попытки зайти в папку админ. При попытке зайти в админ пользователя перенаправляет на главную страницу. Одна из записей .htaccess в корне #Перанаправления ErrorDocument 403 /index.php Если ссылки не существуют или доступ закрыт, то перенаправляет на index.php (главную)

Вопрос в тему. Меняю CMS с джумлы на опенкарт. На джумле есть категории с PR 1 штук 20-30. Все товары не имеют како-го либо PR. Доменное имя останеться прежним, будет только смена CMS. Мне на эти 20-30 штук ссылок надо прописать в файле.htaccess "ссылки-перенаправления 301". Этого будет достаточно для сохранения веса и плавного перехода на новые ссылки у поисковиков?

В базу данных добавляется поле/я наличия. Есть 6 магизнов, вот всего 6 полей наличия должно быть. Программой выгрузки прайса должно выгружаться наличие в эти поля. А на странице товара с помощью php написать код, типа - если поле не пустое, то написать "магазин такой-то -= значение остатка в магазине".

Было около 120 тыс товаров. Сервер был такой: Процессор, гарантированный объем 6Ghz (Quad Core) - это наверное 4 ядра по 1,5Ггц, 4Gb оперативки (занято постоянно было около 3гигов), 200 гигов винт iSCSI SAN (10.000rpm, RAID10), Huge Cache. Вроде как все по максимуму оптимизировал. выгрузка в yml файл происходила за секунд 25 (5500 активных товаров было, выгружались только они). Импорт прайса со всеми товарами (120 тыс) происходил за минуты две-три, но вот для пользователя было не комфортно. Фильтр товаров работал медленновато, задержка после действия секунд 7-18. Очень долго обрабатывались mysql команды, они какие-то очень длинные были, хоть я их и в раза 2 обрезал. Я уверен, что мне не хватило знаний, что бы еще оптимизировать эти команды. Их немного подпилить и будет летать даже на таком колличестве товаров. Сами товары открывались мгновенно. Поиск по всем товарам (не активны не участвовали) происходил за 2-4 секунды. Мгоновенный поиск (сразу выдавало результаты) срабатывал тоже на 2-3 секунде. Убил в этом году этого монстра.

Ostore 1.5.5.1.1 Шаблон http://themeforest.net/item/journal-premium-responsive-opencart-theme/4260361 Виновник: https://www.opencart.com/index.php?route=account/download/info&order_id=444391 Автор модуля ничего мне не сказал интересного, поэтому сюда пишу. У меня VPS В логах апаче после включения модуля вот это выскакивает: File does not exist: /var/www/var, referer: http://мой сайт Файлы сайта находятся по пути: /var/www (еще одно var я не понимаю откуда берется) Админка работает без проблем, а вот на странице товара - белый экран (кода вообще нет, ответ сервера ОК без ошибок), главная страница грузиться без проблем. index.php?route=/product/product&path=216_221_223&product_id=584216653 - так грузиться товар (после = слэш / - добавлен в ручную) index.php?route=product/product&path=216_221_223&product_id=584216653 - так белый экран В папке catalog модуль имеет файлы в папках: controller, language, model и view. В view есть файлы в папке javascript. В какой папке может находиться код, который так может повлиять на url???

Спасибо за удобный инструмент!

Если работает быстро - не мешайте. Если тормозит - ставьте модуль по логированию запросов. Мне понравился debugger_0.0.2. На этом сайте он есть. Для увеличения производительности надо: 1) найти самые медленные запросы SQL и убрать их или сократить (убрать лишнее в запросе). 2) Включить сжатие GZIP, объединение файлов CSS, JS. Оно все залетает в кэш и уменьшает нагрузки на диск сервера и скорость загрузки в браузере. Хотя если шаблон не стандартный прийдеться эспериментировать долго. Не все .css, .js файлы можно объединить в один. 3) Включить мемкэш. Очень хорошо мне ускорило сайт. 4) Если сервер выделенный, то правильно подобрать настройки mysql, php, memcache в конфигурационных файла. Я информацию быстро нашел через любой поисковик. И настройки зависят от количества оперативной памяти. 5) Генератор карты сайты в стандарте не идеальный. Если больше 8 тыс товаров, то надо поискать модуль/скрипт. 6) Для поддержания актуального наличия товаров на сайте прийдеться раскошелиться и на модуль импорта.

Сервис, заинтерисованный в использовании их услуг на различных CMS, должен сам создавать модули для CMS. Если нету готового, то вам нужно обратиться к фрилансерам/программерам.

Нашел проблему. ух.. Последний установленный модуль отключил. Который я включил 2 дня назад. Жестокая жесть. И главное же еще вчера перепроверял работу нового модуля в различных браузерах. Все работало замечательно. Неожиданно совершенно было.

Админка грузиться Главная грузиться Контактная информация, корзина, Условия доставки - грузится. А все остальные страницы - белый экран Ответ сервера по этим страницам: HTTP/1.1 200 OK Date: Fri, 21 Mar 2014 19:42:52 GMT Товары и категории грузятся если указать такой путь: index.php?route=../product/product&path=216_227_237&product_id=584204977 там 2 точки перед /product. Ошибки на сайте не показывает Ошибка со стороны сервера: File does not exist: /var/www/var Только не понятно откуда она исходит. И началась, когда я либо делал правки в базе, либо уже перекусывал после успешных правок. Файлы не правил.. Запрос в базу был такой UPDATE oc_product SET quantity= '0' WHERE status= '0'; а потом UPDATE oc_product SET status= '1' WHERE status= '0'; А заметил через минут 40 после успешный правок и проверки своей работы. Кэш видимо... Подскажите куда копать.

1) Бэкап на винчестер (файлы и базу) 2) бэкап в запасном месте 3) Я так же делаю. 4)В некоторые папки (например, download) можно закинуть файл .htaccess с содержанием: Order allow,deny Deny from all # Prevent Directoy listing Options All -Indexes

Не нашел в интернете ответа, может тут специалисты помогут. Вопрос: У меня есть 999 товаров с ID от 1 до 1000 Если я удалю 100 товаров с id 100-200 И после этого добавлю 100 товаров. У них будет ID 100-200 или 1001-1100?

А можно сделать не товары из сопуструющей категории, а ссылка на сопуствующую категорию с картинкой этой категории? У вас на примере глупо получилось - фотоаппарат одной фирмы, а магазин предлагает объективы другой фирмы. Обычно они не совместимы. А если бы было: Возможно вас заинтересует: объективы сумки для фотоаппаратов карточки памяти штативы чистящие средства для объектива защитные линзы для объективов И больше поместиться и актуальная информация. Упс. Вопрос такой же был чуть выше, но ответ не понял. Хотел бы такой модуль купить.

У меня есть файл catalog/view/javascript/jquery/colorbox/colorbox.css В нем ссылка на картинки: #cboxLoadingOverlay{background:url(images/loading_background.png) no-repeat center center;} #cboxLoadingGraphic{background:url(images/loading.gif) no-repeat center center;} и там еще 2 есть После обработки вашим модулем ссылки на картинки превращаются в: http://название сайта//var/www/catalog/view/javascript/jquery/colorbox/images/loading.gif - что значит 404 Not Found 338 B Если исключить из обработки этот файл - ссылки нормальные Выключение минимизации или base64 изображения не помогают. И вопрос по поводу не участвующих файлах. Вот у меня в шапке сайта (просмотр кода в ИЕ): PageSpeed Insights жалуется на слишком большой файл …/view/theme/journal/stylesheet/style.css Почему он не сжимается/объединяется/минимизируеться как и другие в списке выше?

Вот модуль: https://opencartforum.com/files/file/1462-%D0%B1%D0%B5%D0%B7%D0%BD%D0%B0%D0%BB%D0%B8%D1%87%D0%BD%D1%8B%D0%B9-%D0%BF%D0%BB%D0%B0%D1%82%D0%B5%D0%B6-%D1%81%D1%87%D0%B5%D1%82-%D0%BD%D0%B0-%D0%BE%D0%BF%D0%BB%D0%B0%D1%82%D1%83-%D0%BE%D1%82%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F-%D0%BE/ С отдельными товарами все понятно. Формируется в foreach ($products as $product) Есть выделенные параметры $product['quantity']; $product['price']; $product['tax']; $product['total']; А вот с итоговой суммой: сумма доставка налог НДС Итого Вот оно формируется в запросе: foreach ($totals as $total){ пример <td class="textr"><p><?php echo $total['text']; ?></p></td> } А мне надо оформить итого не столбиком, а в ряд: количество товаров (этого в модуле уже есть известный параметр), сумма, налог, итого. Без валюты в конце числа. Я так понял, это "итого" в самом движке забито, т.к. в корзине аналогично выглядит. А можно ли достать отдельно параметры?

Подскажите, а мне в модуле надо в разных местах отдельно вывести итоговые: сумма без налогов, сумму налогов, итоговую сумму. Как правильно на php это написать?

У меня сейчас так сделано: в папке админ лежит файл .htaccess Order Deny,Allow Deny from all Allow from мой IP А в корне сайта файл .htaccess #Перанаправления ErrorDocument 403 /index.php т.е. при попытке захода в админ часть не с моим IP производится перенаправление на главную страницу сайта. А хотелось бы перенаправлять на специальную страницу сайта (ну это просто путь написать), с текстом: Вы зашли не туда (или запретная часть сайта, или пшел вон, или еще что-то :) ) Ваша попытка зафиксирована Ну и дальше данные: IP, браузер, операционка, может экран монитора..побольше инфы И все эти данные что бы складывались в файл дата,время,IP, и т.д. Может кто подскажет, как сделать вторую часть моей идеи (информация о клиенте и запись в файл)?

Это если считать в уме, ожидая загрузки браузером страницы. А программы по логам показывали вроде 1,5 сек для новых и 0,3 сек для кэшированных. Ну сейчас комфортный поиск. Попросил протестировать знакомого сайт и ему понравилось скорость поиска.

В общем, решена проблема с суммой прописью. Опытным путем установлено, что влияет на это файл: www/catalog/language/russian/russian.php $_['decimal_point'] = '.'; $_['thousand_point'] = ''; (там все удалил) А как удалить копейки с учетом того, что я планирую в будущем использовать рос валюту? Итого к оплате: два миллиона сто восемьдесят тысяч четыреста рублей 00 копеек

Я модуль купил в 22 декабря. Тогда же и скачал. Сейчас заново все скачал. Заменил все. Поправил файл russian.php (в админ части надо было исправить, в каталоге все норм). Сейчас так и в админ части и в каталоге: $_['decimal_point'] = '.'; $_['thousand_point'] = ','; Кстати, у меня отключены все валюты с момента запуска магазина (10 декабря) кроме BYR. Все цены в админке в бел рублях. В админке видел галочку "Принудительное добавление копеек" - не включал. Очистил кэш вкюмода. Создал новый заказ: Сумма 7,394,000 бел.руб. НДС 20% 1,478,800 бел.руб. Бесплатная доставка 0 бел.руб. Итого 8,872,800 бел.руб. Всего наименований 2, на сумму 8.00 белорусских рублей (спасибо, рубли я поменял).

Как-то не правильно работает. Итого 685,200 бел.руб. Всего наименований 1, на сумму 685.00 руб. Итого к оплате: шестьсот восемьдесят пять рублей 00 копеек Должно быть Шестьсот (с большой буквы) восемьдесят пять тысяч двести (белорусских-скажите где править?) рублей И как присвоить значения сгенерированные в "Заказ и регистрация Simple" в счет? Просто даже обычного: Юридический адрес, код банка, наименование банка и др. не нашел в стандартных настройках.

Вчера добавил кэш в СЕОПРО. Очистил кэш в вкмод. Что-то еще сделал..блин. я забыл. Помню, что трогал файлы продукт, каталог, мануфактурэд, сеарч пхп. Но поиск стал кэшироватся. т.е. я вчера за 13 секунд искал по запросу canon, сегодня он мгновенно выдает результат по этому же запросу. Почему-то вместо 703 запросв в начале дня при поиске, в конце дня стало 150+/-. И сейчас поиск завершается за 3-4 секунды для новых запросов и за 1-2 секунды для кэшированных. Всего у меня 1397 товаров включено из 57835. Всем спасибо. Проблема решена. Еще потом попробую акселератор ПХП какой-нибудь поставил. На форуме рекомендовали вроде как акселератор APC или eAccelerator. А еще в конфиге mysql подкоректировал пару значений. open-files-limit = 95535 (было 65535, а по статистике открытых файлов их было 72000+) Этих значений вообще не было: read_rnd_buffer_size = 1M sort_buffer_size = 6M

Я хотел спрятать, только не нашел как это сделать. О, нашел. Ничего себе запрятано.

Поставил другую программу для логов 13.93969 s 9.51 mb logs (2) sql (705) files (94) request (94) по запросу "canon" жесть. Кстати, в мускуле сделал запрос на добавление индексов Скорость загрузки главной и товара не изменилась, а загрузка категории с товарами стала в 3 раза быстрее примерно (6,6 сек против 1,3-2,7 сек). И у меня отдельный модуль меню. Я в админке в категориях отключил "Показывать в главном меню " (была включена одна категория). Убрался один запрос sql на всех страницах. Надо что-то с поиском делать..попробую файлы поиска заменить с других сборок. И что-бы еще больше ускорить, надо уменьшить колличество запросов. У меня включено ЧПУ SeoPro, как и у всех. Если его отключить, то в крошках и ссылках меняюся данные, но скорости не прибавляется. Хотя колличество запросов уменьшается. Нашел, что можно кэшировать SeoPro, но мне что-то он не добавил скорости загрузки или уменьшения колличества sql запросов. Делал по этому: Может я не правильно сделал. И посоветуете по-другому?

Я не специалист. Объясните где и как смотреть. Вообще брался стандартный Ocstore 1.5.5.1.1 + куплен шаблон темплфорест + куплен MCJ - Автоматическое объединение и сжатие CSS, JS + куплен фильтр Simple + куплен парсер в фоне работает.. Парсер иногда проскакивает 2013-12-29 17:09:34 - 1.45723 | 449 | var/www/парсер .php (пример) 2013-12-29 17:09:34 - 4.51370 | 441 | var/www/парсер.php(пример) 2013-12-29 17:09:34 - 23.55369 | 2497 | var/www/парсер.php(пример) 2013-12-29 17:09:34 - ---------- 2013-12-29 17:09:34 - 29.56378 | 3605 | var/www/парсер.php(пример) но аналогичная надпись проскочила через несколько минут, после запроса Canon в поиске.