Jump to content

rus

Expert
  • Posts

    5,943
  • Joined

  • Last visited

  • Days Won

    40

Everything posted by rus

  1. Посоветуйте cms для создания интернет магазинов со следующими х-ми: кроме пунктов: 2 и 3. есть варианты? З.Ы. только нужна русскоязычная cms и с русскими плагинами.
  2. намечается клуб любителей-фотографов? пора создавать отдельную ветку. З.Ы. смотрю так много этих любителей развелось, как автовладельцев прям...
  3. ну да: <?php $performer = 'Исполнитель'; $customer = 'Заказчик'; $loh = 'Лох'; if($performer !== $loh && $customer !== $loh) { echo 'Сделка удалась!'; } else { echo 'Аааа! Обокрали!'; } ?>
  4. да не, лучше все же тет-а-тет с человеком, все же психологический фактор делает свое дело (если ты(заказчик) не лох конечно).
  5. это не выход. мало кто захочет что бы за его действиями наблюдали
  6. да, согласен во всем.
  7. предметнее - так предметнее. 1) редактор - это всего лишь инструмент и не стоит к нему привязывать сам сайт, он лишь для удобство использования: верстка, программирование... и советую не юзать визуальные редакторы, для этого есть браузер. Я к примеру пользуюсь notepad++, но есть и куча других которые так же как и npp поддерживают кучу языков программирования. 2) по поводу статики - не проблема, тут есть на мой взгляд два решения: простое - использование SSI. сложное - php+файлы, или php+mysql (а так же postgresql, sqllite, oracle и т.д...), распостраненный же конечно mysql. 3) расширение файлов при использовании php - это тоже не проблема для ранжирования страниц поисковиками, к примеру можно воспользоваться настройками файла .htaccess и отдавать серверу файлы как .html. 4) php - отнюдь не простой вариант, он просто самый распостраненный и широко используемый для подобных задач. UPD: вот тут писал простой пример, не ахти что конечно и для работы сайта не пойдет, так как есть куча недочетов, но что бы от чего то начать плясать вполне себе пойдет.
  8. стандартные решения подобных задач не ограничиваются выбором одного лишь редактора..., даже не так: подобные задачи решает не редактор, а язык программирования - серверный язык, такой как например perl, php, asp.net, phiton или ruby (ну эти два скорее для приложений), или даже flash - как для приложений, так и для сайтов. а принцип примерно такой: 1) один шаблон страницы, на основе которого динамически формируются остальные страницы. 2) страница сформированная динамически, несет в себе переменные - данные о контенте для именно этой странице. 3) на основе данных, переданных этой страницей выводятся в контент все то, что относится именно к ней.
  9. внесу свои пять копеек: 1) как мне кажется, верстка дорогая хотя бы из-за того, что верстать приходится под такие браузеры как ИЕ. 2) Вместе с версткой пошел спрос сначала на js, jquery, mootols и тому подобные фреймворки..., а в последнее время так вообще - "...желательно еще php oop+ mysql..." ну типа будет как плюс, а потом вообще обязаловка . Я вот например до конца так и не освоил верстку, иногда как младенец с простой задачей барахтаюсь (с другими иногда тоже ). Вывод мой примерно такой: за легкий макетик - 3 000 - 5 000р. за средний - 5 000 - 8 000р. за сложный - 10 000 - 15 000р.
  10. Я как-то в одном проекте заказчику понадобилось устроить голосование, но максимально исключить накрутки и я использовал следующее- учёт IP - учёт названия браузера - учёт версии браузера - учёт расширения экрана - уникальное число (md5(time)) всё это учитывал отдельно в базе данных и также в куках. При этом заносилась и дата-время голосования При этом заказчик получил возможность устанавливать степень проверки. Я в данном случае определил их десять, т.е. в настройках можно было установить на сколько "жестоко" контролировать 1 - совпадение IP с данными из базы 2 - совпадение IP с данными из базы + существует кук с такими же данными 3 - ip + название браузера 4 - ip + название браузера + такие же данные в существующем куке ... и так далее 10 - полное совпадение всех данных как в таблице так и куках Плюс ко всему дата-время играло тоже роль контроля, можно было устанавливать ограничение по времени голосования. Так что хоть чуть-чуть но можно было отслеживать и регулировать Гостей Но всё это больше похоже на "большое извращение" Но желание заказчика - закон.. У себя я Гостям даю очень мало прав и считаю для идентификации достаточно IP+browser не думаю что основной упор для идентификации следует делать на браузер+разрешение экрана+ip, так как ты сам чуть выше сказал что: 1) ip может быть динамическим (что чаще всего и бывает). 2) браузер - тоже спорный момент, ибо есть популярные браузеры (что можно проверить в статистике), то есть факт совпадения может быть. 3) версия браузера - обновление приходит мессагом и юзер как правило обновляет, так как желание иметь у себя обновленный девайс превышает страх перед глюками и тому подобными недостатками обновлений, он просто об этом не задумывается. 4) сессия - ну тут есть стандартные значения, такие например как время ее жизни и место хранения, но ведь ты разработчик и тебе по плечу изменить эти два параметра? 5) кука - этот параметр конечно нам не особо доступен, так как хранится у юзера, но для временного вполне себе подойдет, так как по умолчанию он уничтожается (если не указано expire - время "жизни") при обрыве (завершении) сессии. для ВРЕМЕННЫХ последние два пункта и больше ничего не нужно! Если же для постоянных, то эти заморочки сразу отпадут, так как в силу вступят логин+пароль в salt+md5
  11. со всем вышесказанным согласен и для временного юзера нет абсолютно нормального рабочего кода для его идентификации. З.Ы. я тоже не минусовал репу.
  12. можно заводить каждому юзеру свою сессию, сохранять в куках и записывать в бд, а потом уже работать уже с нею..., наверное как-то так.
  13. На вывод содержания основного html контента не повлияет? Код не подскажете для htaccess ? нет, не повлияет. а самому поискать не? RemoveHandler .html .htm AddType application/x-httpd-php .php .htm .html .phtml
  14. 1) в .htaccess прописать что бы html файл исполнялся как php. 2) require, или include - подключение файлов в нужных местах.
  15. попробуйте погуглить в сторону "табы js"
  16. rus

    php и flash

    вряд ли. к примеру вторая ссылка в гугле: http://phpforum.ru/index.php?showtopic=20807
  17. rus

    Категории

    И вообще не понятно, где ты здесь использовал info и 1. кхм..., так как автор не удосужился дать дамп, то я просто предположил что как-то так должно быть: table | id | root | title| content | | 1 | 0 | info | text | $res = mysql_query("SELECT * FROM `table` WHERE `root` = 0"); while($row = mysql_fetch_array($res)) { echo '<li><a href="http://site.ru/'.$row['title'].'/'.$row['id'].'"></li>'; } и вывод контента: $cont = mysql_query("SELECT * FROM `table` WHERE `id` = $_GET['id']"); while($myrow = mysql_fetch_array($cont)) { echo '<p>'.$row['content'].'</p>'; } но можно и по другому, можно в строке url просто записать: http://site.ru/info/1 а в .htaccess добавить: RewriteEngine on RewriteBase / RewriteRule ^info/([0-9]+)/?$ index.php?url=info&id=$1 Int, специально для тебя
  18. rus

    Категории

    опять же, в предыдущих постах говорил, и тут повторюсь: нужна для этого структура с id и root, где id - autoincrement, а root - родительская категория. выборка будет выглядеть примерно так: http://site.ru/info/1 - для этого меню запрос такой: "SELECT * FROM `table` WHERE `root` = 0"; а для контента к этой категории такой: "SELECT * FROM `table` WHERE `id` = $_GET['id']";
  19. хм..., не так уж и сложно, если на коленке, то как-то так: 1) структура таблицы gallery: | id | root | title | singl | img | | 1 | 0 |gallery|подпись| путь до картинки| 2) сам запрос: $result = mysql_query(select * from `gallery` where `root` = 0); while($myrow = mysql_fetch_array($result)) { echo '<p>'.$myrow['title'].'</p><p>'.$myrow['img'].'</p><p>'.$myrow['singl'].'</p>'; }
  20. 1) нужен дамп. поисковый запрос. 2) могу лишь натолкнуть на мысль: а) нужно в запросе на удаление передать идентификатор id, для того что бы знать какую строку удалить из бд, типа: "DELETE FROM `news` WHERE `id` = $_POST['id']" б) а в форме должно быть типа того: <input type="radio" name="$myrow['id']"> - $myrow[name] в) хотя..., я в принципе уже написал за вас
  21. где заканчивается текст поля body? просто если тут: `body`='Здравствуйте! то закрывающей кавычки не хватает.
  22. 1) можете дамп таблицы привести? 2) почему вместо name стоит id: <input type="radio" id="$myrow[name]"> - $myrow[name] ? как по вашему переменная с формы будет передаваться?
  23. поясните эти строчки: `My`.`news` и `news`.`name` - что они у вас делают в коде?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy