bigdogsru

А давайте по каждому спам-письму от китайцев/нигерийцев создавать топики и вопросы!

А мягкий переход на новые урлы лучше всего сделать через «canonical». Поясняю: нужно все ссылки на страницах заменить на новый вариант урлов, но сами страницы должны быть доступны и по новому и по старому адресу (уж как это сделать на битриксе — не могу подсказать, не спец в этом). Это делается для того, чтобы проиндексированные страницы в поисковых машинах не стали битыми. Потом нужно добавить и на страые и на новые страницы каноникал, вот статья гугловская — googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html и поисковые машины переиндексируя страницы будут мягко заменять в индексе старые урлы на новые. Когда это произойдет полностью, это Вы отследите по статистике, по просмотру «site:yourdomain.com» (для гугла) и по логам (просто поиском), то Вы сможете отключить старые урлы вообще. Дополнительно можно навесить редирект 301 или софт-редирект через javascript (это уж как битриксу лучше с технологической стороны). Чтобы сайт быстро переиндексировался можете создать RSS или сайтмеп сайта с новыми урлами и каким-то недавним . Гугл начнет забирать новые страницы, определить, что они дублируют контент со старыми, проверит старые, найдет и там и там каноникал и просто заменит урлы в индексе (без удаления старых урлов в из индекса и повторной переиндексации).

Как это ни муторно, ручной ввод 301 редиректов в .htaccess — самый верный способ. Проверено не одним десятком хорошо проиндексированных проектов.

У меня всегда желтые…

Мне чертовски нравится футер на его сайте: «Все защищено. Все защищены.»

на таких «обновлениях» люди себе зарабатывают денги :-)

А вы уверены, что процессу хватает памяти для обработки изображений с таким разрешением?

Кстати как вариант — создавать превьюшик с помощью ImageMagic. Обычно выходит быстрее и качественнее.

Для PHP есть Realplexor, так что я бы продолжал копать в сторону PHP. Если не начинать эстетствовать на счёт убогой кривости всего этого PHP, преимуществ у других платформ, по большому счёту, никаких.

Пусть меня закидают камнями за вредный совет, но пишите на PHP =)

Основная причина — низкий порог входа (особенно, если знакомы с Си-подобными языками) и море документации.

Вредный совет №2 — на первом этапе можно даже не тратить время на изучение фреймворка. Если опыта в веб-разработке нет, это будет всего лишь теория. ИМХО, необходимость использования фреймворка нужно осознать, а для этого нужна практика и куча ошибок :)

Ваша цель — реализовать первую версию. И в процессе наверняка многое может измениться. Языки и технологии не столь важны, ни один язык, IDE или фреймворк не поможет сделать всё сразу правильно и идеально. Поэтому выбирайте из соображений «что будет меньше мешать в процессе разработки».

Согласен с вышенаписанным. Добавлю, что обязательно нужен точный адрес и схемы прохода/проезда. И обязательно проиндексировать в поисковиках, чтобы по запросу $имягорода+больница вылезал ваш сайт (а также по поиску на яндекс и гугло-картах). Проезжающие мимо путешественники будут крайне благодарны.

Мои пожелания:

1. Не использовать шаблоны со стоковыми фотографиями улыбающихся американских врачей. :)

2. Электронная очередь, возможность записаться по интернету на удобное время (четко чтобы было видно оставшееся свободное время у врачей, которое можно выбрать)

p.s. как уже упомянули хочеться зайти и почитать чем занимается каждый врач, в каком кабинете сидит, какие проблемы пациентов решает, а по каким к нему идти бесполезно, — переадресует :)

visa 2 visa
не бесплатно, но дёшево

Очень часто заливают всякие shell'ки, поэтому особое внимание в приложении следует уделить именно тем местам где происходит upload контента на сервер.

Таких имен много, например eblan.us

Мне кажется, это просто способ припарковать домен. Удобно, если сайт еще в разработке — каждый разработчик может зайти на свою локальную версию сайта по настоящему доменному имени, меньше тривиальных ошибок при переносе и т.п.

Эффективно ли это?

Смотря для чего. Если сделаете тяжелый ролик, да ещё без возможности его пропустить (Skip intro), то потеряете часть пользователей, не каждому интересно ждать, пока там что-то догрузится.

Вам больше нечем заняться, кроме как выпиливать символ возврата строки из меню?

Делайте на Джумле если не хотите много времени тратить. Если же есть знания в области xslt, можете сделать на HostCMS (по вашим требованиям можно использовать редакцию «Халява»).

Мне однажды отправили в личку часть будущей статьи, с просьбой повысить карму, для публикации. Неплохая идея, как мне кажется. Понравилось, что это была не пустозвонная просьба.