Индексация мультирегиональных сайтов?

То есть, будет что-то вроде ленты, где каждый пишет на своём языке, и каждый может выбрать, на что подписываться?
Тогда деление по языкам не нужно. Достаточно просто site.com/articles/25

Индексация мультирегиональных сайтов?

А зачем на этом останавливаться? Сделайте поддомен ru.articles.site.com, тогда при формировании ссылок нужно будет указывать лишь /25/. Очень удобно :3

Индексация мультирегиональных сайтов?

«You can help to make language recognition easier if you stick to only one language per page and avoid side-by-side translations.»

Ну так это про определение языка контента, а не про вес страницы. Ладно, допустим гугл не определит правильно язык страниц, где интерфейс и контент на разных языках. К чему это приведёт? Страница может быть понижена в рейтинге с учётом языка выдачи. То есть:
/ru/article/25 — контент ru
/en/article/25 — контент ru
/fr/article/25 — контент ru
две последние получат пониженный вес. НО(!), с учётом того, что они и так содержат дубликат контента, — они скорее всего будут выкинуты из выдачи вообще. То есть, их как бы нет. Ваша задача теперь в том, чтобы объяснить поисковику, что нужная страница — это /ru/article/25.
Я на самом деле не знаю, как они относятся к смешанному содержимому, да и никто не знает, у ранжирования куча критериев, которые знает только гугл.

Я бы предложил не вносить дубликаты страниц в sitemap, а сам непереведённый контент на дубликатах страниц, помещать в noindex либо подгружать скриптом.

лично я бы больше удивился если бы для просмотра статьи на китайском мне было бы необходимо переходить на китайскую версию сайта. Для большей наглядности можете взять какую-нибудь социалку в которой даже при просмотре контента на другом языке интерфейс остаётся на вашем родном языке.

.
Я не про интерфейс. Я про соответствие /ru/articles/25 и китайского языка в контенте. Ок, я согласен, пусть ссылка будет /cn/articles/25, меню на русском (по accept-language), но контент должен быть на китайском. И это правильно, потому что ссылками иногда делятся. Если китаец поделится ссылкой /ru/articles/25 для своих китайцев, туда станут приходить китайцы, а потом вы переведёте статью, и язык станет русским — они немного не поймут, почему так. Поэтому ссылка должна быть сразу /cn/. То есть, китайский контент должен быть только по ссылке /cn/*, а русский — только по /ru/*. Аутентичность.

Apache + MySQL на Windows в production — как убедить людей что это плохо

Я попробовал MS Web PI, и вот что вижу:
— apache нет
— php 5.5 нет, набор версий php ограничен (а я, например, хочу 5.4.21, т.е. последнюю, а есть 5.4.9)
— mysql 5.5 нет (есть только 5.1)
и так далее.

При разработке не нужно разнообразие в виде «тучи cms», при разработке нужна «та самая версия той самой cms» и всех-всех библиотек, то есть гибкость. А гибкости в GNU/линукс гораздо больше.

Индексация мультирегиональных сайтов?

— вес входящих ссылок перетекает на один домен, а не на несколько, получается больше (моё умозаключение, не могу подтвердить)
— фреймворки гибче работают с параметрами в сегментах, чем в имени домена
— не надо лазить в NS-записи при добавлении нового языка

ru-RU вместо просто ru

А вот этого я никогда не понимал

не приведёт ли это к каким-либо санкциям со стороны поисковика

Единственная санкция — выкидывание из индекса дубликатов страниц. Кстати, зачем публиковать статью на другом языке? Вас бы не удивило, найди вы по адресу site.com/ru/article/25 статью на китайском?

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

нет. точнее, поисковику по барабану, но пользователи, видя статьи на непонятном языке, могут вести себя иначе, и на основе их поведения поисковик сочтёт страницу менее ценной

Был ли на Хабре опрос о том как часто/давно хабраюзеры чистили свои ноутбуки/настольные компы?

pxx, да всем насрать. кому надо — тот почистит и забудет

Синхронизация файловой системы

Переместить необходимые файлы из /usr, /etc в директорию проекта и сделать симлинки в /usr, /etc…

Что до подхвата изменений на лету — либо перезапускайте сервисы удалённо через ssh, либо вручную когда сядете за нужный комп

На чем создать БД автосервиса?

Для чего Вам диаграмма Ганта? Какую задачу она должна решать и по каким данным должна строиться?

На чем создать БД автосервиса?

Сколько человек будут с этой системой работать?

На чем создать БД автосервиса?

Сайт для интрасети или для размещения в Интернете?

На чем создать БД автосервиса?

Либо и то, и другое.

На чем создать БД автосервиса?

А Вы отбросьте п.4 или что-нибудь придумайте (евпочя).
Объясните руководству, что автоматизация в бизнесе играет большое значение, а если они оценивают её всего в 5 кусков — значит плохо считают.

USB-сканер штрих-кодов

Ага, причём сканеры программируются штрих-кодами же. То есть, в коробке со сканером есть специальная книжечка.

Был ли на Хабре опрос о том как часто/давно хабраюзеры чистили свои ноутбуки/настольные компы?

> Сделали бы опрос, сразу бы и увидели.

Сперва нужен опрос о том, нужен ли такой опрос.

Синхронизация файловой системы

Ах, работа. Предположу, что при уходе с работы ноутбук выключается. А дома выключается нетбук на день. С выключенной тачкой синкаться намного сложнее :3 Тогда нужен третий постоянно-включенный-комп. Либо уже добро пожаловать в bitbucket, например.

Синхронизация файловой системы

Скриптик в крон не нужен.
Основное «но» в данном случае — это не перепутать в какую сторону синхронизироваться, чтобы не затереть последние изменения. в остальном вполне себе инструмент
Дополнительное «но» — определить текущий ip, решается статичными ip внутри сети.
В остальном совет расово верный и правильный. Rsync для этой задачи отлично подходит если компьютеров ровно два.

Пусть у нас есть тачки host1 и host2. Нужно синкать папку /home/akamajoris/projects/foo на обеих тачках.
На обеих тачках юзер имеет одинаковый логин — akamajoris.

Устанавливаем на обеих тачках пакет openssh-server. Проверяем его как

ssh akamajoris@host2

вместо host2 нужно использовать Ip.
если получается залогиниться — то всё ок.

C host 1
— чтобы отправить изменения на host 2 нужно, находясь в папке /home/akamajoris/projects, выполнить

rsync -avz --delete foo/ akamajoris@host2:~/projects/foo/

— чтобы забрать изменения с host2 нужно, находясь в папке /home/akamajoris/projects, выполнить

rsync -avz --delete akamajoris@host2:~/projects/foo/ foo/

С host2 на host1 аналогично.

Вместо ~ можно указать полный путь.
Для проверки команды лучше использовать ключ -n, т.е.
rsync -avzn --delete foo/ akamajoris@host2:~/projects/foo/
тогда будет показан только список изменений, а сами файлы изменены не будут.

Проверенные команды лучше добавить в bash-файлы и положить в папку /home/akamajoris/projects/ и назвать соответственно
put_foo_to_notebook
get_foo_from_notebook
put_foo_to_netbook
get_foo_from_netbook
и быть внимательным при их запуске.

А скриптик в крон не нужен, потому что необходимость в синхронизации нужна только в момент присутствия человека за компьютером, так что можно синкать вручную.

Если компьютеров больше двух — то уже система контроля версий.

Надежная пайка

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

Надежная пайка

> Либо вот так habrastorage.org/storage3/640/8ef/a1c/6408efa1c0aafab094aa1dc6d8042ff3.jpg

спасибо, проблевался

Надежная пайка

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

Где лучше всего регистрировать свои домены сейчас?

В какой зоне?