kvant
-
Posts
104 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by kvant
-
Да, вы правы, но что мешает указать другую папку для хранения сессий. То, что можно сделать с помощью ini_set, можно сделать и с помощью php_value в .htaccess. Я не прав?
-
А вот так разве нельзя: php_value session.gc_maxlifetime 10800 php_value session.cookie_lifetime 10800
-
ini_set - это слишком. Если уж менять параметры сессии, то через htaccess, чтобы другим не мешать. Кстати, про сохранение корзины в БД - это мысль. Можно сразу складывать то, что выбрал пользователь в таблицу заказов, а потом, когда он подтвердит отправку заказа, просто менять статус строк. Строки у которых статус долго не менялся периодически чистить. Как-то так, надо еще подумать по этому поводу
-
А чем это будет отличаться от существующего механизма сессий? Сессии, насколько я знаю, в базе тоже могут сохраняться. Проще уж тогда, как сказал rus, время жизни сессии увеличить. Хотелось бы вообще корзину на сервер не передавать, а хранить на клиенте, но в этом случае, разве что, на AJAX весь магазин переписать, иначе после обновления страницы данные сбрасываются. В куках сохранять корзину не вариант - позиций много. Похоже кроме как увеличить время жизни сессии способа нет.
-
Обычно скрипт добавления в корзину работает через механизм сессий php, сохраняя то, что пользователь добавил в корзину. Но такой способ применим тогда, когда количество добавляемых позиций не велико, в противном случае на добавление всех позиций может уйти много времени и сессия php автоматически закроется. Именно с такой ситуацией я столкнулся. Интернет-магазин планируется использовать для оптовых клиентов, которые заказывают большое количество позиций, к тому же любят делать это не спеша, могут даже сходить чайку попить. В итоге сессия закрывается, набранные позиции теряются, клиенты злятся. Какие существуют способы решения данной проблемы?
-
Согласен, можно. Можно еще указать li{display:inline}, а float убрать. В данном частном случае и тот и другой способ подойдет. Усложним задачу. <div class="block"> <? include "header.php"; ?> </div> <div class="block"> </div> <div class="block"> </div> Это упрощенный шаблон. Исходя из выше сказанного, если в header.php будет код с использованием выравнивания (например, float:left), то нет гарантии, что все три блока будут друг под другом. Как этого избежать? Указать в классе block overflow:hidden;? Вариант, но что-то он мне не нравится. Указать display: inline-block? С точки зрения семантики не такой уж это inline-block. Что-то еще?
-
Спасибо. Как я и подозревал это побочный эффект, поэтому изначально спросил насколько это корректно. Теперь вопрос, как сделать правильно. Использовать лишний тэг <br clear="all"> только ради исправления форматирования мне кажется неправильным.
-
В общем случае, да. Как я понимаю, если содержимое блока выходит за его размеры, то overflow: hidden скрывает то, что за пределами блока. А что он скрыл в данном конкретном случае скрывает? Вроде все что было осталось, только выравнивание почему-то изменилось. Почему?
-
Извините, но я не просил говорить что мне нужно сделать и не просил давай ссылки на страницы, которые много раз уже читаны. Я просил доходчиво объяснить как это все работает. Задача не в том, чтобы сделать корректно отображаемую страницу, а в том, чтобы понять логику работы. Например, по ссылке выше написано: Что он в данном случае скрывает и что отображает?
-
Есть некоторый код (для примера) <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> <title></title> </head> <style> div { } ul { list-style-type:none; margin: 0; padding: 0; } li { float: left; margin: 3px; } </style> <body> <ul> <li>1</li> <li>2</li> <li>3</li> <li>4</li> <li>5</li> </ul> <div> bla-bla-bla </div> <ul> <li>1</li> <li>2</li> <li>3</li> <li>4</li> <li>5</li> </ul> </body> </html> Посмотреть как работает можно здесь В этом примере все криво и не так как нужно. Проблему исправляет overflow: hidden для элемента ul. См. Посмотреть как работает можно здесь Хотелось бы понять как все это работает. Почему без overflow все криво, а с ним нормально? Насколько вообще корректен этот код, может можно сделать проще?
-
А где у вас вопросы и ответы хранятся? И что значит на отдельной странице, нажимаешь на кнопку "ответить", появляется следующий вопрос. Так?
-
Нет, точно не такие А вот это вполне может быть, буду копать в этом направлении.
-
С кодировкой проблем вроде замечено не было. Символы абсолютно произвольные, даже греческие встречаются. Больше похоже на выборку не из того места памяти
-
Использую ODBC для доступа к базе MSSQL. Как определить что произошла ошибка? Функции odbc_error и odbc_errormsg в случае ошибочной ситуации отрабатывают правильно, а если все хорошо иногда возвращают какую-то ерунду, в виде двух любых символов, хотя по идее должны возвращать пустую строку. Никто не сталкивался с подобной ситуацией?
-
2topicstarter Хотите совета? Забудьте на время, что есть CSS, сделайте просто html, без стилей. Должно отображаться корректно, но некрасиво. Потом постепенно добавляйте стили. Сначала простейшие - отступы, шрифты и т.п. Если после этого шага все устраивает, то вы победили, если нет, то добавляйте более сложные стили. На каждом шаге отображение должно быть корректным, ничего не должно плыть, пока не добьетесь корректного отображения более сложные стили не добавляйте. И только если и это не устраивает, прибегайте к position, z-index и пр, да и то только после того, как вы хорошо подумали и пришли к выводу, что нужного вам эффекта не добиться более простым способом.
-
Первое что бросается в глаза - блики на фруктах, было бы, по-моему, намного лучше, если их убрать. На базе тоже блики, ну и тень ужасная, как сказали выше. Белые плашки на данном фоне, по-моему, выглядят не очень. В верстке, с моей точки зрения, все нормально.
-
Не внушает. header простенький какой-то, footerа можно сказать нет вообще, копирайт внизу выглядит как-то одиноко. Шрифт, на мой взгляд, не очень. Создается впечатление (чисто визуально) что сайт сделан за пару часов во frontpage. Нет. Не цепляет. Таких программ вагон и маленькая тележка. Нет ничего (по крайне мере по сайту не заметно), почему я должен скачать именно эту программу. Самое главное что нужно добиться от посетителя - скачать программу. У вас же кнопка Download в самом внизу. Если вы считаете, что пользователь будет читать текст, то, скорее всего, не будет. Он попал на сайт, скорее всего, из поисковика, и его интересуют только два вопроса: 1. Есть ли здесь то, что я искал 2. Если да, то как скачать Ссылка Download в меню незаметная. Еще не понятно зачем нужны скриншоты. На них особо нечего смотреть. Кому надо скачают программу и посмотрят, она ведь небольшая и устанавливается легко. Надеюсь, сам не смотрел. Для начала попробуйте убрать скриншоты Переделать полностью дизайн.
-
Классная статья, спасибо. В принципе да, но проблема не в том, что заметят, а в том, что нарушается красота решения задачи. То что я привел - это только пример, на самом деле на ширину столбца много чего завязано и если столбцы не равной ширины, то увеличивается количество классов в css как минимум в 2 раза и тем самым усложняется дальнейшая поддержка сайта. Но раз так, придется извращаться.
-
А как же тогда быть? На широком мониторе разница в один процент существенна. Заказчики не любят когда криво. Делать страницу фиксированной ширины не хочется.
-
Нужно поделить резиновую страницу на 3 равные части. Примерно вот так: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> <title></title> </head> <style> body { min-width: 800px; } div.column { width: 33.3%; float: left; height: 500px; /*временно*/ } .first { background: #fc0; } .second { background: #cf0; } .third { background: #0cf; } </style> <body> <div class="column first"> </div> <div class="column second"> </div> <div class="column third"> </div> </body> </html> Проблема в ширине блока. Поставил 33.3%, вроде работает, но есть сомнение, будет ли это работать во всех браузерах. Насколько корректно вообще писать в CSS дробные значения?
-
Понятно, спасибо
-
Понятно, / - это не DOCUMENT_ROOT, а ROOT, в этом заключается моё непонимание php. "$_SERVER['DOCUMENT_ROOT'].'/modules'" - это не относительный путь, как вы сказали, а тоже абсолютный, только он зависит от того, что находится в переменной $_SERVER['DOCUMENT_ROOT'], то есть как сервер настроен. А как тогда правильно сделать с точки зрения PHP? Писать относительный путь нехорошо как-то, тогда путь будет меняться если исходный файл переложить в другую директорию
-
Не могу понять как работает функция opendir. Вот такой код: <?php $h = opendir('modules'); print $h; ?> работает. Код находится в файле index.php, который лежит в корне сайта, как и папка modules. Вот такой код: <?php $h = opendir($_SERVER['DOCUMENT_ROOT'].'/modules'); print $h; ?> Тоже работает. А вот такой: <?php $h = opendir('/modules'); print $h; ?> Работать не хочет. Почему? Ведь / по идее эквивалентен $_SERVER['DOCUMENT_ROOT']. Использую denwer.
-
По умолчанию блоки выводятся друг под другом по вертикали, для этого ничего делать не нужно. Если нужно чтобы блоки были рядом по горизонтали поставьте им float="left", а количество блоков в строке регулируйте шириной родительского блока. Грубо говоря, сколько влезет, столько и будет. Может я вас не очень понял, какие блоки вам нужно выстроить друг за другом?
-
По-моему, высотой блока здесь не исправить. Во-первых, наименование товара. Оно у вас разной длины (занимает одну или две строки. А если будет три???) поэтому все плывёт. Ставить background здесь, по-моему, не самый лучший вариант. Если background всё-таки нужен, то сделайте этот блок фиксированной ширины. Во-вторых, фотки. Они у вас разных размеров и с грязным фоном. Если фон можно сделать чистым, то лучше рамку вообще убрать. Если же фотки будут именно с таким фоном, то лучше их делать одинакового размера. Хотя при неоднородном фоне это не так просто. В общем, пляшите от фоток, сколько их будет, будут ли добавляться в будущем, если да, то каким образом они будут подготавливаться. Иначе получится некрасиво, IMHO