[umka]

[umka]
Рейтинг
456
Регистрация
25.05.2008

"Белых" клиентов готовы принять безвозмездно. Т.е. даром :)

Ну если вдруг ;)

Косяк с кодировкой.

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

Ну и посмотрите, что выдают команды

nslookup somesite.ru ns*.someserver.ru

А такого, что просто "не хочет" и всё, не бывает :)

Concurent, это зеркальщик тупит. Очень редко заходит.

Если зайдёт в течение месяца — вам повезло.

А иначе, если поменять Host в robots.txt и поставить 301-й редирект, то именно так и будет. Сначала из индекса исчезнут все страницы, а страницы с нового хоста появятся только после того, как пройдёт зеркальщик.

У меня на одном сайте подобная ситуация продолжалась более 2-х месяцев.

Xmod:
БД и файлы не катят, потому что отправка сообщений от одного скрипта может быть очень часто. Это что-то типа чата. Создавать соединения при отправке каждого сообщения не хорошо.

А каким тогда способом должны общаться два скрипта на разных серверах, если соединение нельзя? :)

Телепатически? )

Соединение понадобится в любом случае. Вопрос должен быть в том, как сделать это наименее накладным.

А наименее накладным это можно сделать только если два скрипта находятся в постоянном коннекте.

Один слушает (на втором сервере), один передаёт (на первом сервере).

Форма отправляется в локальный скрипт, который коннектится к локальному передающему скрипту, а тот в свою очередь передаёт данные скрипту на втором сервере.

На виртуальном хостинге такое сделать вряд получится :)

И делать это лучше на перле. В возможностях пхп я сомневаюсь.

А, блин, товарищу надо выбирать новости даже если нет камментов...

тогда с join-ом :)

SELECT news.*, users.name, COUNT(news_comments.comment_id) comment_count FROM users, news LEFT JOIN news_comments ON (news_comments.comment_item_id=news.news_id OR news_comments.comment_item_id IS NULL) AND users.id = news.news_user GROUP BY news.news_id ORDER BY news.news_id DESC

[umka] добавил 24.04.2010 в 00:55

Алексей Барыкин:
Сами по себе JOINы зло или они зло в кривых руках? 🙄

LEFT JOIN-ы сами по себе ))

а уж в кривых руках — так особенно! :D

SELECT news.*, users.name, COUNT(*) comment_count FROM users, news, news_comments WHERE news.news_user = users.id AND news_comments.comment_item_id=news.news_id GROUP BY news.news_id ORDER BY news.news_id DESC

JOIN-ы — зло!

Что бы вам там ни казалось, в подавляющем большинстве случаев можно обойтись без join-ов.

В основном, join-ы применяются когда нужно выбрать из одной таблицы элементы, которых нет в другой таблице.

Xmod:
Да и открывать и закрывать файл каждые 3 секунды, наверное, неправильно.

Страшного в этом ничего нет даже на виртуальном хостинге.

А почему нельзя передавать данные формы сразу в скрипт на другом хостинге?

Конспирация? ))

Если да, то еще есть вариант использовать общую базу данных.

AboutSEO:
в таком виде он и ИД передает и редирект получается такой news/?id=1
а как убрать ИД?

Чтобы убрался "?id=…", нужно так:

RewriteRule ^news/index.php$ /news/? [R=301,L]

(знак вопроса при этом добавляться не будет)

AboutSEO:

чето такая схема не пашет :(

RewriteRule кушает только URI без query string.

Если вам не нужно значение, которое после 'id=', то просто пишите

RewriteRule ^news/index.php$ /news/ [R=301,L]

AboutSEO:
да, и еще в хтацес есть от самой цмс такая строка

Тогда это правило, которое мы тут придумали, должно быть в файле .htaccess выше этой строки.

Всего: 6067