Helloween

В 26 такие проблемы со зрением - это явно не от монитора. Либо ты за ним проводишь по несколько суток не вылезая... 100% надо идти к врачу и выяснять причину. Возможно, операция потребуется. Это слишком серьезная ситуация, прекрати грешить на монитор, дело в чем-то другом.

разделитель цены может быть не верный (кто-то точку ставит, кто-то - запятую), хотя тогда, скорее всего, просто цена бы залилась в 100 раз выше... Но проверить не помешает.

Под клиентом я имел ввиду клиента сайта, а не заказчика :) Короче, разговор был про СДЛ, а не про "уменьши пиксель"

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

Ну, если делать сайт для клиентов, то поисковому роботу он должен понравиться, если верить админам поисковиков :)

1. Я не засоряю тему, а "апаю" ее, что уже является помощью тебе, неблагодарному! 2. Я прекрасно понимаю, о чем речь и что надо делать, так как сам добавлял в систему различные кастомные поля и прекрасно знаю, как реализовать твою задачу, но это займет много времени, а объяснять тебе - еще больше, поэтому я тебе предложил заказать у кого-нибудь решение этой задачи. 3. Простое решение - не лезь туда, где ты не компетентен! Найми человека, который на этом специализируется!

+100500! Не пытайся понравиться роботу! Делай сайт для клиентов.

Ну, если я правильно понял, то вместо обработки кнопки, надо повесить ссылку на вход в карточку товара. Взять эту ссылку можно с картинки и заголовка товара в той же категории. Ну а заголовок прописать без переменной То есть, получится как-то так: <div class="cart"> <a href="<?php echo $product['href']; ?>" class="button">Подробнее</a> </div>

Мысли появляются, когда читаешь. markimax объяснил конкретно для данного случая, но на будущее, рекомендую покурить на досуге спецификацию html и css. Возможно, подобные вопросы возникать не будут. Объяснение markimax в удобоваримом формате: html документ читается по порядку сверху вниз. каждая следующая ссылка на css документ приводит к тому, что стили, указанные в предыдущем документе, при совпадении идентификаторов, переписываются стилями из нового css. если в css указан параметр !important к какой-либо строчке, ни один следующий файл css этот стиль уже не затрет. однако, если в самом файле html есть inline стили - они затирают и перезаписывают все соответствующие стили, указанные в css файлах, даже с параметром !important. Рекомендую избегать использования параметра !important, так как потом вообще голову сломаешь, когда будешь искать, почему стиль меняешь, а он не меняется. Также, не рекомендую использовать inline стили без необходимости. Идеальный вариант - правильное размещение стилей в файлах css и правильное размещение ссылок на эти файлы.

В принципе, сделать не сложно, так что, скорее всего есть. Попробуйте искать не по форуму, а в Яндексе, но добавив в запрос ocStore или Open Cart (для какой CMS вам модуль нужен?) Форумный поиск странный, Яша лучше находит нужные темы этого же форума :)

Я же не просто так это писал:

Ты не искал исполнителя, ты спросил - "как?" Как - слишком долго объяснять, так как надо править кучу файлов и таблицу БД. Так что, кэп тут не канает. Пиши четко - мне нужно сделать то-то и то-то, готов заплатить столько-то. Тогда будешь прав.

А можно подробнее, в чем заключается это улучшение?

Ну что ж, за сутки было два подозрительных IP 1. из Москвы, из кафе на Манежной площади. 15 попыток захода. С 15:18:11 до 20:03:18 с адреса : 188.123.230.164 2. из Азербайджана Seki Azerbaycan-Türkiye Özel Liseyi R32. Сегодня 16.04.2015 06:49:45 : 31.171.85.99 Полезный скрипт. Надо будет доработать с сохранением данных в базу... UPDATE: время косячит на 3 часа. Надо добавлять отклонение по часовому поясу.

Порядок в нумерации - это хорошо. Но рано, или поздно - старые товары снимаются с продажи, новые появляются... У меня на одном из сайтов более 6000 товаров, инструменты имеют product_id до 10000 а расходка - более 20000. Естественно, пробел в 10000 значений сделан на всякий случай, чтобы путаницы не было. Но старые товары удаляются и в первой тысяче (от 1 до 1000) почти не осталось товаров. То есть, порядка уже нет - есть пробелы. Рано или поздно и вы с этим столкнетесь...

Не, я не мегаперец, я супермегаультраархигуру по опусканию/подниманию :) А если серьезно, прошу прощения. Просто с утра зае... заездил один из заказчиков. Так мозг вынес, что меня понесло.

Какими бы жизненно необходимыми они не были, они остаются идиотскими. Выход есть всегда. Причем всегда есть варианты: 1. Сделать то, что сказали - переименовать файлы в латиницу. 2. Заняться чем-нибудь другим. Оставить попытки работать в области, в которой не компетентен. При выборе первого - снова есть варианты: 1. Заставить заказчика переименовывать файлы, заодно объяснив ему, что он чудак и свысока указать ему на то, что нельзя именовать файлы кириллицей. Потешить свое опущенное здесь эго, опустив своего заказчика... 2. Не палить перед заказчиком свою некомпетентность и самостоятельно переименовать все фотки. При выборе второго варианта из приведенных выше, снова появляются различные варианты: 1. Переименовать через какую-нибудь программулину тупо в цифровые имена, по порядку и подвязать потом эти номера к товарам в прайсе. 2. Найти программулину, способную переименовывать файлы из кириллицы в латиницу и воспользоваться ей. 3. Написать скрипт переименования файлов и запустить его.

Зачем копировать в админке? Вы не умеете копировать в экселе? В 1000 раз проще скопировать нужно количество товаров в таблице экселя и залить. Я вам, возможно, открою страшную тайну: В экселе можно за пару минут сделать 1000 копий товара, с номерами подряд, сортировкой подряд и даже с моделями подряд Например, товар с ID = 1, названием = товар, моделью = модель1, ценой = 200, сортировкой =1 и другими данными, надо скопировать без изменения цены и названия.... Протягиваете каждую ячейку на нужное количество вниз и выбираете - скопировать, или заполнить. В нашем случае, выбираем для ID, модели, сортировки - заполнить. А для названия и цены - копировать. Вот вам 1000 товаров за пару минут.

Один сайт, два адреса в контактах - не вариант?

Ну, например, можно в шаблон шапки добавить див с нужными данными и стилями выставить его куда надо и украсить по своему вкусу :)

Проверьте базу данных, возможно у вас полно пустых записей до этого номера. У меня включен AUTOINCREMENT и я загружаю новые товары с теми значениями, которые я задаю сам. То есть, при составлении прайса, я указываю ID для товаров. ТС, а вы товары загружать пытаетесь с прописанными ID, или надеетесь, что база сама угадает, чего вы хотите?

Выход есть, markimax вам его озвучил. Если бы вы знали - не стали бы задавать идиотские вопросы!

Тема - муть. Вообще не хочу ввязываться в обсуждение. Но решил докопаться до приведенной цитаты. У меня ocStore 1.5.5.1.2 Логин, пароль и другие данные доступа к базе данных не захэшированы. Как защитить базу данных от гостей? Пока закрыл файл конфига через .htaccess

1. То, что в админке - это не важно. Если вы не используете FTP-клиент и не знаете, что это такое - значит вы точно не пользуетесь FTP доступом. Значит смело можно удалять все FTP доступы. 2. Странно, что у вас кракозябры в конфиге. Обычно нормально пароль хранит, либо использует MD5 хэш. Но в OpenCart (ocStore) пароль хранится в том виде, в котором вы его задаете, без шифрования. 3. Зависит от хостинга. На nic.ru (руцентр) - пароль задается для пользователя базы данных, его генерирует система и самостоятельно выставить нельзя. На valuehost.ru - пароль можно задать самостоятельно, тоже к пользователю базы данных. А уже пользователь - назначается к одной, или нескольким базам данных, ему задаются права на эти базы. То есть, скорее всего, надо менять пароль пользователя базы данных, привязанного к нужной базе данных. Осторожно с этим - если у вас несколько сайтов с разными базами данных и одним пользователем баз данных, вам придется настраивать пароль на всех сайтах, если смените пароль этого пользователя.

У меня опций нет, поэтому не могу точно сказать. предположительно: DELETE FROM `oc_product_option` WHERE `option_id` = ID ненужной опции ID ненужной опции замените на соответствующее значение. Перед выполнением запроса сделайте копию таблицы (структура + значения) Возможно придется повторить аналогичный запрос во второй таблице oc_product_option_value: DELETE FROM `oc_product_option_value` WHERE `option_id` = ID ненужной опции