Alex6719: Вполне возможно, что она умрет, но за 500 лет книгопечатания не умерла.
И не умрёт, в печатной книге ничего удобнее не сделаешь, в отличие от веб-страницы, где есть множество более удобных способов сделать подсказки - и выплывающим меню, и тегом <acronym>, и вообще любую динамику с помощью dhtml, не заставляя человека прокручивать страницу вниз.
Сноски в тексте и так многие делают, а дублировать графические формулы текстами типа "a + b - (с / d) = X" - на мой взгляд, бесполезно, т.к. даже если они проиндексируются, толку от этого не будет никакого. Попробуйте хотя бы такую формулу представить словами :)
NNemo: все равно не могу понять (простите уж тупого) лежат два файла /favicon.ico и /favicon.gif - это два разных файла. Так /favicon.ico и /floder/favicon.gif - тоже самое, два разных файла.
Если Яндекс берет файл /favicon.ico то пусть его и берет и не трогает /favicon.gif, а если уж берет /favicon.gif то имхо возьмет и файл /floder/favicon.gif
Он не берёт иконки из директорий, поэтому возьмёт из корня. Если в корне 2 варианта, то, как показал ваш опыт, приоритет отдаётся gif-версии.
NNemo: Чем это поможет? Яндекс возьмет первый кадр из анимации favicon.gif или иконку 16x16 из favicon.ico?
Яндекс берёт favicon из корня сайта. Что положите, то и возьмёт. Мне кажется, стоит .ico положить в корень, чтобы его Яндекс взял, а .gif - в какую-нибудь папку. Сделал бы потому, что неизвестно, какой из кадров возьмёт Яндекс.
Venom_w: Это Вы правильно заметили, но в таком подходе есть один минус (большой). При массовой поапулярности какой-либо CMS, много нехороших "бяк" начинают ее "исследовать" на уязвимости и как следствие появляется море публикаций для новичков с полной инструкцией как сломать данную систему, с одной стороны хорошо конечно если разработчики системы шустрые и все быстренько латают, а с другой не все веб мастера постоянно делают update. Своя CMS "роднее".
Безопасность системы должна обеспечиваться хорошим кодом, а не закрытостью исходников и недостаточной изученностью системы. Дыры, вызванные недостатком анализа кода - серьёзная проблема, и хорошо "исследованные" системы - это, скорее, плюс, чем минус.
Удобная автоматическая простановка тайтла при добавлении новой страницы (естественно, с возможностью редактирования) - очень удобно.
И всё-таки, моё мнение - вы изобретаете велосипед. Хороших CMS море, коммерческих и бесплатных, на любой вкус. А свободное время лучше потратить на написание модулей для бесплатных CMS - и вам хорошо, и многие люди вас добрым словом вспомнят. ИМХО, разумеется.
мд5(мд5(пароль)+salt+md5(номер_лицензии)
В нуленных версиях номер лицензии убирали или заменяли на "vbulletin".
В итоге работало так:
Вполне возможно, что она умрет, но за 500 лет книгопечатания не умерла.
И не умрёт, в печатной книге ничего удобнее не сделаешь, в отличие от веб-страницы, где есть множество более удобных способов сделать подсказки - и выплывающим меню, и тегом <acronym>, и вообще любую динамику с помощью dhtml, не заставляя человека прокручивать страницу вниз.
Сноски в тексте и так многие делают, а дублировать графические формулы текстами типа "a + b - (с / d) = X" - на мой взгляд, бесполезно, т.к. даже если они проиндексируются, толку от этого не будет никакого. Попробуйте хотя бы такую формулу представить словами :)
выдаются финансы подотчет и потом списываются на основании его служебной записки
А достаточно ли служебной записки?
Кто-то знает хорошую книгу или статью по аяксу, доступно написано, что можно было быстро освоить?
Вот в этой теме обсуждалось: /ru/forum/90632
Там я рекомендовал вот эту книгу: http://www.ozon.ru/context/detail/id/2820553/
Если нужны статьи в интернете, вот:
http://www.webmascon.com/topics/technologies/13a.asp
http://kropp.spb.ru/docs/prototype/
http://dklab.ru/lib/Subsys_JsHttpRequest/
http://delete.me.uk/2004/09/ieproto.html
А если наоборот - физлицо -> организация?
все равно не могу понять (простите уж тупого) лежат два файла /favicon.ico и /favicon.gif - это два разных файла. Так /favicon.ico и /floder/favicon.gif - тоже самое, два разных файла.
Если Яндекс берет файл /favicon.ico то пусть его и берет и не трогает /favicon.gif, а если уж берет /favicon.gif то имхо возьмет и файл /floder/favicon.gif
Он не берёт иконки из директорий, поэтому возьмёт из корня. Если в корне 2 варианта, то, как показал ваш опыт, приоритет отдаётся gif-версии.
Чем это поможет? Яндекс возьмет первый кадр из анимации favicon.gif или иконку 16x16 из favicon.ico?
Яндекс берёт favicon из корня сайта. Что положите, то и возьмёт. Мне кажется, стоит .ico положить в корень, чтобы его Яндекс взял, а .gif - в какую-нибудь папку. Сделал бы потому, что неизвестно, какой из кадров возьмёт Яндекс.
Смотрел сейчас renter.ru - очень низкие цены, возможность выкупить сервер. Интересно, с чем связаны такие хорошие условия и где искать подвох?
Это Вы правильно заметили, но в таком подходе есть один минус (большой). При массовой поапулярности какой-либо CMS, много нехороших "бяк" начинают ее "исследовать" на уязвимости и как следствие появляется море публикаций для новичков с полной инструкцией как сломать данную систему, с одной стороны хорошо конечно если разработчики системы шустрые и все быстренько латают, а с другой не все веб мастера постоянно делают update. Своя CMS "роднее".
Безопасность системы должна обеспечиваться хорошим кодом, а не закрытостью исходников и недостаточной изученностью системы. Дыры, вызванные недостатком анализа кода - серьёзная проблема, и хорошо "исследованные" системы - это, скорее, плюс, чем минус.
Удобная автоматическая простановка тайтла при добавлении новой страницы (естественно, с возможностью редактирования) - очень удобно.
И всё-таки, моё мнение - вы изобретаете велосипед. Хороших CMS море, коммерческих и бесплатных, на любой вкус. А свободное время лучше потратить на написание модулей для бесплатных CMS - и вам хорошо, и многие люди вас добрым словом вспомнят. ИМХО, разумеется.