WebTih

Рейтинг
17
Регистрация
08.10.2010
prizrak.ws:

Стоимость по опыту заказа в таких конторах могу сказать, это около 30т.р.

Я бы сказал не "около", а "от 30", в зависимости от функционала

alexpotemkin:
без структуры таблиц можно только так из пушки по воробьям пострелять, чем собственно и занимаемся

Приходится работать с той информацией, которую предоставили))

Мы с maldivec тоже не точный запрос предложили, а общую форму, опираясь на определенную(гипотетическую) структуру хранения данных.

wiza, пиши, пообщаемся: 283-801-764

WebTih добавил 17.03.2011 в 20:43

_voland_:
Подавать заявку в патентное бюро, дожидаться патента и вперед.

как вариант)))

Ммм... а собственно в чем проблема?

Формируете список друзей пользователя(select * from where is_friend), затем приклеиваете данные о действиях, совершенных конкретным другом (либо просто склеиваете, либо через JOIN'ы)

А дальше в РНР обрабатываете полученный массив как душе угодно

Интересное ценовая политика у разных исполнителей)

На фрилансе предлагают разработку за 150-200 тыр, а здесь за 300$ и срок - неделя)

mark2011:
WebTih
В базе хранится код, полученный от CKEditor. Других вариантов хранения нет, ибо этого требует концепция системы.

Да ради Бога, храните что угодно, предварительно разбивая одним из способов

glukon:
Кого вы хотите обойти? поисковик не видит JS, юзер видит. т.е. для ПС вся ваша простыня будет простынёй, для юзера - скролирование по скрипту. Какой смысл?

Если надо сделать пагинацию - делайте. и используйте при этом метод GET.
Если не надо - зачем что-то придумывать?
Если хотите скрыть текст от поисковика - используйте noindex
Если хотите "физически" скрыть - используйте AJAX(подгружайте фрагменты после загрузки страницы)

Скажем так - JS видит браузер, а не юзер) Если в браузере отключены скрипты - пользователь не известно что увидит.

Сделать можно. И вариантов реализации масса, не исключено, что даже есть готовые. Но Вы бы для начала указали какой движок используете, чтобы спецы по конкретному движку уже отвечали)

mark2011

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

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

2. Если админ сайта ленивый и не хочет вручную разбивать статью на фрагменты, то можно принудительно разбивать текст на фрагменты и хранить опять же в виде отдельных записей в БД. Но здесь возможны проблемы, особенно, если админ любитель оформления текста (часто использует <span>, <font> и т.д.), то деление на фрагменты может разрезать эти теги... да и слова может разрезать... так что, если необходим такой вариант, то придется продумать систему фрагментации текста...

Это на вскидку, так сказать пришло в голову без лишних размышлений

jokerov:
Если register_globals=On то можно и без суперглобального массива $_POST обойтись в данном случае.

Тогда возникает вопрос по поводу включен ли у ТС register_globals.

Убедительная просьба к ТС: если не знаете, что такое register_globals и где посмотреть включен или выключен данный параметр, спросите сперва у Гугла. Просто вопрос действительно детский.

Как уже выше сказали - "простыни" не есть гуд.

Наличие скролла как такового на продвижение не влияет, главное, чтобы текст на странице был более читабельный.

Насчет аякса и GET - погуглите, но не разу не слышал, чтобы они были несовместимы.

А вот передача номера страницы POST'ом - не вариант... Сами потом запутаетесь, какая страница у вас сейчас открыта, и ПС ничем хорошим на такие манипуляции не ответит... Все-таки, если делать постраничку, то только GET'ом

Всего: 102