Блин, ну точно облом какой-то... а так все начиналось - "модерация вареников"...
Правильно ли я понимаю, что американец, чьи данные будут подставлены в такой акк получит претензии от их налоговой за некий доход, после чего акк будет заблокирован по стуку от этого американца? Или как там все устроено?
что за особенности такие у MySQL, которых нет у других СУБД, которые скажутся на хранении текстов?
реляционная СУБД не место для хранения HTML вообще. они не для этого предназначены.
http://forum.klerk.ru/calendar.php?s=&c=2&week=&month=1&year=2009 - календарь когда чего сдавать
http://www.klerk.ru/news/?133533 - об отчетности раз в год, вступило в силу с 01.01.2009. Только я пока не понял - то есть сдавать за 2009 год нужно будет все только в 2010, или уже за 2008 нужно будет сдавать в 2009 в начале года. Уточню у бухгалтера своего.
PS: Хотя че спрашивать и так ясно - за 2008 год отчитываемся как и ранее, а вот уже за первый квартал 2009 ничего сдавать будет не нужно до 2010 (одно из моих ООО на УСН).
PR4 может быть и у вообще пустого домена, были бы внешние ссылки или клей... :)
Кто уже понял что имеется в виду - просветите, а?
1. Постройте нормальную логическую модель своей системы. Начните с изучения реляционной модели вообще, почитайте теорию баз данных. Разберитесь что такое "отношения" в принципе и "один-ко-многим", "много-ко-многим" и т.д. в принципе. Сэкономите уйму времени и станете из экспериментатора разработчиком.
2. Выучите хотя бы один язык - английский (предпочтительно) или транслит (на худой конец). Понять что такое в вашей таблице под шифром statys или cout нельзя в принципе, karegory или poradok можно но сложно. Пожалейте программистов которые будут смотреть ваш код или себя, повзрослевшего на пару лет. Стыдно будет.
3. Задумайтесь над тем стоит ли вообще хранить блоки HTML в таблицах.
- старо и совсем не в тему. И если я правильно помню начальный англоязычный вариант - он был про верстку на дивах (отсюда и блок про запихивание в итоге всего хозяйства в таблицы). А это какая-то бездарная и несмешная интерпретация и с кривым переводом. "Собственно дизайн" было "design" в смысле "кодирование", то есть корректно перевести как "собственно верстка". Оригинал искать лень.
- искать не умеете. iepngfix.htc или pngbehavior.htc для случая без бэкграундов в png работают совершенно без проблем. Также есть какой то плагин на JQuery, но лично не пробовал. А эти два - лично использовал на более чем 30 проектах.
Иваныч-тьма, идея основная всегда в том, чтобы:
а) страница содержала текст с ключевиком (или близкий к нему)
б) на страницу вели ссылки с ключевиком (внешние или внутренние - в данном случае не суть)
в) если у страницы есть мета атрибуты и тайтл содержащие ключ - плюс
г) если на странице есть хэдинги - тоже плюс
У вас же вы внешними ссылками накачиваете главную, где нет релевантного текста (по вашим словам), а внутренними накачиваете другую страницу (со статьей?). Соответственно обе работы конкурируют, и если внешние ссылки пересилят внутренние факторы - то ваш сайт будет в выдаче фигурировать главной страницей. При этом будет "найдено по ссылке" (без нормального сниппета) и, соответственно, вся работа по подобной перелинковке будет сделана манулу под хвост.
Неясно в чем проблема продвинуть главную по 5 ключевикам. Это же не 40 и не 100 ключей. И еще - большое сомнение в том, что по любой, мало мальски конкурентной тематике вы сможете из топ 10 вылезти в топ 1 только внутренними факторами, тем более при таком малом числе страниц как показано на схеме.
А "стильные носки" это сильно, конечно. Дальше наверное пойдут VIP носки и стильные шнурки для обуви :).
Да, возможно, но если в их сайт ткнуть правой кнопкой и посмотреть сорец, то будет видно что у них мало того что вообще отстутствует тэг body и html не закрыт (не знаю, может это чисто на этом сайте у людей руки кривые были). Но плюс ко всему меню сайта засунуто в display: none, а кроме обычного контентного блока вообще больше ничего на главной нет.
В принципе, все страницы их сайта есть в индексе что у гугла что у яндекса. Может эти невидимые блоки с меню и не сильно мешать будут, если у вас все страницы будут в главном меню присутствуют. Но вообще с навигацией странное решение. На странице с новостями, вообще никаких ссылок и меню нет. Поэтому индексация сайта это одно, а вот как там дело будет с перелинковкой внутренних страниц и передачей весов обстоять - это вопрос.
Сразу скажу что глубоко не вдавался в детали, просто глянул в исходник. О применимости к вашим проектам выводы ясно дело делать вам.
