Вам лучше не заниматься веб-дизайном. В этой картинке нет ни идеи, ни композиции, ни эстетики.
Если нет выхода и вам кровь из носу нужно доделать этот дизайн - обрежьте хедер полностью и станет намного лучше. Цвет фона тут положение никак не спасет.
art213, люди, которые пишут речи нашим "набольшим" и которые потом пишут такие статьи выполняют определенное указание сверху. Они не знают что такое "компьютерная атака". Они не дружат с математикой. Их не волнует что по их данным получается 2 атаки в секунду, если считать их круглосуточным явлением не зависящим от времени суток и других параметров. Они не понимают, что у нас в рунете грамотных пользователей не наберется столько, не говоря уже о злых хакерах, чтобы организовать хоть процент от этого объема обращений к их серверам. Они не понимают, что сканирование портов нехорошими ребятами проводится примерно с той же частотой на любой приличной хостинг площадке и все их рапорты о гениальности их антивирусных центров - всего лишь чей-то пиар.
Но вы то все это понимаете, ведь да?
Скажите, а зачем вы это тут пишете? Из чистого любопытства спрашиваю. Вот кому это интересно то? Мало по телеку этот бред что-ли транслируют...
Мэкс: А какие СУБД у микрософт? Недоросль MS SQL? ДыБы-МуДыБы всуе не упоминайте... она даже как таблица не очень
Чё эт вдруг MSSQL вдруг стал недорослем? Промышленная база, работаем уже 8 лет и не жужжим. Производительность высокая, возможностей - масса. Единственный конкурент - Oracle, с ним тоже работаем. Все остальное можно конечно называть любыми уничижительными терминами, в частности MySQL. Но я бы поостерегся :) - все со временем сильно прогрессирует и растет. И если года 3-4 назад MySQL был стопудовым недоСУБДом, то сейчас для определенных приложений это вполне себе уже зрелое решение. Правда мы с ним не работали никогда плотно, поэтому я толком его возможностей даже не знаю. В основном недостатки только :).
Кстати: по теме-не по теме не знаю, но мы там в соседних тредах обсуждали где-то кэширование недавно. Надысь тут на нашем движке сайт сотового оператора собрали, ну и в первый день было 30000 хостов - реклама и всякое такое. Так блин кэш в первые полдня отключился из-за ошибки в настройке админами наших партнеров и при этом система все выдержала, загрузка проца была правда приличная. Но не 100% слава богу, думаю резервов там было еще дай боже, жаль с амперметром к клеммам не пустили :). А потом кэш подключили - и вся какая нагрузка была на проц - вся кончилась, упала в 50-60 раз. Это я возвращаясь к теме топика - хоть 90000 статей, хоть 90000000 - даже обычные статические кэши с генерацией кэша по мере необходимости и без всякой специализации на задаче в реальности крайне эффективны.
А про какое несоответствие идет речь? Что они не совпадают или что они не соответствуют действительности? Совпадать вроде как они и не должны, причем если мне правильно объясняли понятие этих двух адресов с 2005 года должны были упраздниться и остаться должен был только какой то один (какой не помню). Но я не особо интересовался с тех пор, так что ждем подробностей.
euhenio: stealthy, прикажешь использовать другой редактор текстов вместо привычного? Это неудобно. И т.д. Фар... И все уже побежали программировать в Фаре...
А я писал что нужно программировать в Фаре? Вы думали бы прежде чем обижаться... Создать файл с юниксовыми концами строк например можно и в Фаре. Можно и в любом другом редакторе, которым вы пользуетесь. Я имел в виду, что тоже нашли проблему в языке.
Ёжик В Тумане: 1. Его выучить легче, чем Java, ASP, ASP.NET, Python, Ruby on Rail.
2. Для работы с ним не надо ни каких дополнительных модулей (а к примеру, ASP, ASP.NET вообще будут работать только в IIS) и не надо разбираться с настройками и администрированием серверов (создал файл вроде echo("<h1>Hello World!</h1>"); в папке htdocs и запустил).
3. Синтаксис кода похож на C++.
Ежик, вы хоть думайте что вы пишете, это ж молодежь будет читать в том числе. Вдруг поверит. Тогда точно получим поколение "программистов" не знающее ничего кроме PHP в объеме бейсика.
Что значит "выучить легче"? "Выучить", то есть запомнить набор основных конструкций и операторов для любого языка программирования примерно одинаково по сложности. Причем тут модули и то, что ASP будет работать только на IIS вообще непонятно? А уж утверждение, что синтаксис похож на С++... Тогда уж на С, во-первых, а во-вторых Perl, Java и несколько других языков тогда тоже похожи на С синтаксисом. И чего из этого следует? Да ничего не следует.
federal: stealthy, по поводу ООП спорить не буду, просто я бы немного успомнился в профессиональности программиста, которые считают ООП профанацией. Сейчас концепция ООП реализована в так или иначе в любом распространенном языке программирования, даже в перле.
Сомневаться не стоит, люди писали Photoshop в том числе, ну как пример.
А то, что концепция реализована еще ни о чем не говорит. Природа знает много ложных концепций, которые были реализованы. Например, тот вариант форумов, который реализован теперь повсеместно, в т.ч. и здесь совершенно неудобен по ряду параметров и проигрывает более раннему, но теперь редкоиспользуемому многоуровневоветочному. Но вопрос моды, появления PHPBB и несколько других - и вуаля, у нас в наличие только то что есть.
В общем, время покажет что из этого выживет, а что нет. Опять же, говоря "профанация" люди не имеют в виду "совершенную бесполезность", имеется в виду излишняя раздутость и неоправданные затраты по ряду позиций - от реализации и поддержки самого софта до стоимости различных девелоперских продуктов.
euhenio: в php:
1. Инфа об ошибках в php видна, в ерррор лог лезть не надо, а после отладки можно error_reporting(0) поставить
2. В php не надо "юниксовые концы строк" исполняемого файла, что требует отдельного редактора
3. в php не надо ручками "\n\r\n\r" перед выдачей выдавать, иначе в перле ошибка
4. вроде как в пхп памяти меньше жрется при отработке скрипта, чем в перле
1. Уже обсуждалось - в Перл одна строка и все выводится на страницу. В этом плане принципиально то, что в PHP можно error_reporting(0) поставить, конечно, но можно и забыть. Поэтому то, что в PHP включено по умолчанию - это хуже, чем то, что в Perl по умолчанию выключено.
2. Shift-f2 в FAR также решает любые концы строк - создавай изначально файл с #10 в конце и будет счастье и под Unix и под виндой.
3. Если программер не понимает какие символы куда выводить - в HTTP ему еще рано. Кроме того есть Котеровский Webout и куча других модулей, которые генерят заголовки без участия программиста.
4. В отличие от PHP у Perl несколько разных интерпретаторов - выбирай на вкус, как говорится. Можно свой даже написать, если делать нечего, благо сам Perl интерпретатор - open source.
federal: Мне перл больше всего не понравился, отсутствием ООП нормального и трудночитаемостью кода
ООП - это вообще профанация по мнению большинства моих знакомых профессиональных программистов. Так что слава богу, что в Перле его нет. А читаемость кода - это от программиста зависит. Вот тут писали уже, что через полгода в "правильном перловом коде" уже не разобраться. В чужом - да. В своем - без проблем. Ты же знаешь свой стиль, если используешь основные принципы для себя - тебе все будет понятно в любом языке. Разве что трехэтажные регекспы никто на моей памяти не комментирует, хотя есть такая возможность при опции x включенной.
И еще есть такая штука как map. Вот в ней разобраться через полгода, если она навороченная, для меня всегда было проблемой по времени сопоставимой с написанием кода заново :).
Вам лучше не заниматься веб-дизайном. В этой картинке нет ни идеи, ни композиции, ни эстетики.
Если нет выхода и вам кровь из носу нужно доделать этот дизайн - обрежьте хедер полностью и станет намного лучше. Цвет фона тут положение никак не спасет.
Я не управляю сайтами.
Это ключевой момент. Тогда все что вы дальше пишете можно не читать.
art213, люди, которые пишут речи нашим "набольшим" и которые потом пишут такие статьи выполняют определенное указание сверху. Они не знают что такое "компьютерная атака". Они не дружат с математикой. Их не волнует что по их данным получается 2 атаки в секунду, если считать их круглосуточным явлением не зависящим от времени суток и других параметров. Они не понимают, что у нас в рунете грамотных пользователей не наберется столько, не говоря уже о злых хакерах, чтобы организовать хоть процент от этого объема обращений к их серверам. Они не понимают, что сканирование портов нехорошими ребятами проводится примерно с той же частотой на любой приличной хостинг площадке и все их рапорты о гениальности их антивирусных центров - всего лишь чей-то пиар.
Но вы то все это понимаете, ведь да?
Скажите, а зачем вы это тут пишете? Из чистого любопытства спрашиваю. Вот кому это интересно то? Мало по телеку этот бред что-ли транслируют...
А какие СУБД у микрософт? Недоросль MS SQL? ДыБы-МуДыБы всуе не упоминайте... она даже как таблица не очень
Чё эт вдруг MSSQL вдруг стал недорослем? Промышленная база, работаем уже 8 лет и не жужжим. Производительность высокая, возможностей - масса. Единственный конкурент - Oracle, с ним тоже работаем. Все остальное можно конечно называть любыми уничижительными терминами, в частности MySQL. Но я бы поостерегся :) - все со временем сильно прогрессирует и растет. И если года 3-4 назад MySQL был стопудовым недоСУБДом, то сейчас для определенных приложений это вполне себе уже зрелое решение. Правда мы с ним не работали никогда плотно, поэтому я толком его возможностей даже не знаю. В основном недостатки только :).
Кстати: по теме-не по теме не знаю, но мы там в соседних тредах обсуждали где-то кэширование недавно. Надысь тут на нашем движке сайт сотового оператора собрали, ну и в первый день было 30000 хостов - реклама и всякое такое. Так блин кэш в первые полдня отключился из-за ошибки в настройке админами наших партнеров и при этом система все выдержала, загрузка проца была правда приличная. Но не 100% слава богу, думаю резервов там было еще дай боже, жаль с амперметром к клеммам не пустили :). А потом кэш подключили - и вся какая нагрузка была на проц - вся кончилась, упала в 50-60 раз. Это я возвращаясь к теме топика - хоть 90000 статей, хоть 90000000 - даже обычные статические кэши с генерацией кэша по мере необходимости и без всякой специализации на задаче в реальности крайне эффективны.
50 МРОТ это вроде бы 50000 а не 5000 рублей?
А про какое несоответствие идет речь? Что они не совпадают или что они не соответствуют действительности? Совпадать вроде как они и не должны, причем если мне правильно объясняли понятие этих двух адресов с 2005 года должны были упраздниться и остаться должен был только какой то один (какой не помню). Но я не особо интересовался с тех пор, так что ждем подробностей.
stealthy, прикажешь использовать другой редактор текстов вместо привычного? Это неудобно. И т.д. Фар... И все уже побежали программировать в Фаре...
А я писал что нужно программировать в Фаре? Вы думали бы прежде чем обижаться... Создать файл с юниксовыми концами строк например можно и в Фаре. Можно и в любом другом редакторе, которым вы пользуетесь. Я имел в виду, что тоже нашли проблему в языке.
1. Его выучить легче, чем Java, ASP, ASP.NET, Python, Ruby on Rail.
2. Для работы с ним не надо ни каких дополнительных модулей (а к примеру, ASP, ASP.NET вообще будут работать только в IIS) и не надо разбираться с настройками и администрированием серверов (создал файл вроде echo("<h1>Hello World!</h1>"); в папке htdocs и запустил).
3. Синтаксис кода похож на C++.
Ежик, вы хоть думайте что вы пишете, это ж молодежь будет читать в том числе. Вдруг поверит. Тогда точно получим поколение "программистов" не знающее ничего кроме PHP в объеме бейсика.
Что значит "выучить легче"? "Выучить", то есть запомнить набор основных конструкций и операторов для любого языка программирования примерно одинаково по сложности. Причем тут модули и то, что ASP будет работать только на IIS вообще непонятно? А уж утверждение, что синтаксис похож на С++... Тогда уж на С, во-первых, а во-вторых Perl, Java и несколько других языков тогда тоже похожи на С синтаксисом. И чего из этого следует? Да ничего не следует.
-это попросту неудобно, все пункты. Не для людей сделано. Это все равно что спор о том, что машину можно собрать через выхлопную трубу.
По меньшей мере странный комментарий. Все равно что предъявить претензии холодильнику за то, что внутри него продукты сами не появляются.
stealthy, по поводу ООП спорить не буду, просто я бы немного успомнился в профессиональности программиста, которые считают ООП профанацией. Сейчас концепция ООП реализована в так или иначе в любом распространенном языке программирования, даже в перле.
Сомневаться не стоит, люди писали Photoshop в том числе, ну как пример.
А то, что концепция реализована еще ни о чем не говорит. Природа знает много ложных концепций, которые были реализованы. Например, тот вариант форумов, который реализован теперь повсеместно, в т.ч. и здесь совершенно неудобен по ряду параметров и проигрывает более раннему, но теперь редкоиспользуемому многоуровневоветочному. Но вопрос моды, появления PHPBB и несколько других - и вуаля, у нас в наличие только то что есть.
В общем, время покажет что из этого выживет, а что нет. Опять же, говоря "профанация" люди не имеют в виду "совершенную бесполезность", имеется в виду излишняя раздутость и неоправданные затраты по ряду позиций - от реализации и поддержки самого софта до стоимости различных девелоперских продуктов.
в php:
1. Инфа об ошибках в php видна, в ерррор лог лезть не надо, а после отладки можно error_reporting(0) поставить
2. В php не надо "юниксовые концы строк" исполняемого файла, что требует отдельного редактора
3. в php не надо ручками "\n\r\n\r" перед выдачей выдавать, иначе в перле ошибка
4. вроде как в пхп памяти меньше жрется при отработке скрипта, чем в перле
1. Уже обсуждалось - в Перл одна строка и все выводится на страницу. В этом плане принципиально то, что в PHP можно error_reporting(0) поставить, конечно, но можно и забыть. Поэтому то, что в PHP включено по умолчанию - это хуже, чем то, что в Perl по умолчанию выключено.
2. Shift-f2 в FAR также решает любые концы строк - создавай изначально файл с #10 в конце и будет счастье и под Unix и под виндой.
3. Если программер не понимает какие символы куда выводить - в HTTP ему еще рано. Кроме того есть Котеровский Webout и куча других модулей, которые генерят заголовки без участия программиста.
4. В отличие от PHP у Perl несколько разных интерпретаторов - выбирай на вкус, как говорится. Можно свой даже написать, если делать нечего, благо сам Perl интерпретатор - open source.
Мне перл больше всего не понравился, отсутствием ООП нормального и трудночитаемостью кода
ООП - это вообще профанация по мнению большинства моих знакомых профессиональных программистов. Так что слава богу, что в Перле его нет. А читаемость кода - это от программиста зависит. Вот тут писали уже, что через полгода в "правильном перловом коде" уже не разобраться. В чужом - да. В своем - без проблем. Ты же знаешь свой стиль, если используешь основные принципы для себя - тебе все будет понятно в любом языке. Разве что трехэтажные регекспы никто на моей памяти не комментирует, хотя есть такая возможность при опции x включенной.
И еще есть такая штука как map. Вот в ней разобраться через полгода, если она навороченная, для меня всегда было проблемой по времени сопоставимой с написанием кода заново :).