Go_blin

Рейтинг
2
Регистрация
22.04.2006
New_Angel:
Я поддерживаю, на ссылочное ранжирование врядли влияет, но вот действительно, неужели так трудно мало-мальский дизайн сделать.

Думаю бесплатные каталоги используют в большей степени те, кто не может написать сам. Зачастую установить толком не могут, что уж говорить о редизайне. Но это есть и сутация вряд ли измениться.

Segey:
Согласен, что проще управлять через БД, но если у меня очень много обращений к БД к маленькой тацлице, как в примере, которая по сути массив (т.к. небольшой список). Собственно вопрос, стоит ли заморачиваться тут и такие моменты делать файлами или нагрузка на БД при этом будет не такая большая?

В общем, я написал про конечный результат - что вы хотите сделать с этими буквами после обработки скриптом. Недавно нужно было сделать транслит из криллицы в латиницу и наоборот, не нашел более простого способа, чем сделать массив буковок и соответсующую функцию транслита. Без лишних файлов и таблиц в БД. Я ктому, что если нужно просто раз сделать массив букв, может есть смысл запихнуть его в сам скрипт?

Segey:
Go_blin,


А как это организовать, просто как ситуация к примеру обстоит:
- база данных со всем что есть на сайте.
- к ней идут запросы разной информации т.е. со всего сайта, то оттуда, то оттуда и причем всякой разной, так получается весь сайт надо кэшировать, причем на все его время существования...


А почему так?

Зачем на все время существования? А если допустим это новости на сайте, которые появляются раз в неделю. Тогда и кэшировать можно на неделю (не всю страницу, а только контент с новостями). Как органирозовать почитайте здесь http://php.russofile.ru/?lang=ru&section=translate/unsort/optimizing/ в данный момент страница не загружается, но уверен, скоро все будет ок. По поводу последнего вопроса - когда речь идет о большом проекте, проще им управлять с помощью БД. Опять же это только ИМХО из опыта.

В идеале было бы хранить данные в базе. Однако, чтобы каждый раз не дергать БД, да и вообще снять нагрузку с сервера, хорошо бы кэшировать на сервере готовый HTML код на кокое-то время. Все это ИМХО.

roxie:
МЕНЯ не добавляете почему то😒

Есть две причины.

1 До вас еще не дошла очередь

2 По каким-либо причинам сайту отказали в регистрации, в этом случае при повторной подачи заявки вылезет соответствующее сообщение.

В случае спорных моментов, пишите на e-mail, на сайте есть адрес.

NWB:
Спасибо. Что-то главная страница у меня сильно по горизонтали растянулась.

Не знал, что в "Опере" такая гадость получается. Исправил. Спасибо.

Eagle, и вам спасибо. Учту ваши советы.

a.fatman:
Поправьте меня, если я ошибаюсь, но, по-моему, переменную вы передаете не через POST, а через GET.

Я бы написал:
$jump = $_REQUEST["jump"];

Да, в данном случае через GET. Под горячую руку написал.

А двойные кавычки все же лучше заменять на одинарные иногда. Наример, когда в них не содержится переменных или спец симоволов. С двойными кавычками выполнение скрипта чуть-чуть замедляется по идеи... но суть не в этом.:)

Oniks:
Поправка: эта строка нужна ВСЕГДА, т.к. доступ через $jump зависит не от save mode, а от track_vars, которая на %% 99 серверов отключена.

Да? Не знал про 99%... а на счет track_vars, то начиная с PHP версии 4.0.3 она включена всегда. Да и вообще вы немного промахнулись о track_vars...

Ссылка на страницу редиркта:


<a href="/goto.php?jump=http://www.php.net">Документация по PHP на русском</a>

Файл с редиректом примерно такой:


<?php
#Это строка нужна только
#если сервер работает в безопасном режиме
$jump = $_POST [ 'jump' ] ;

#Делаем редирект
header ( "Location: $jump" ) ;
exit ;
?>

Ну вот... ничего сложного. Только обратите внимание, что до редиректа в браузер не должна просочиться даже муха, в том числе пробелы в не PHP кода также приведут к ошибке.

12
Всего: 19