s0rr0w

Если вы их не знаете, то это не значит, что их не существует. Но это, как мне кажется, разговор немого с глухим. Универсальных правил масса. Все они имеют вполне реальное обоснование, которое основывается на физиологии человека и восприятие окружающего мозгом. Не все творчество является дизайном, и не любой дизайн является дизайном, как бы это страшно не звучало. Нет, это всего лишь физиология и технические ограничения. То, которое учитывает историю создания данного определения. Типографика - наука о шрифтах и шрифтовом дизайне. Расстановка елочек - это правила оформления текста. К типографике эти правила имеют отношение, но как сапог к кедам. Вот так и рождаются заблуждения. Нет, дизайн - это дизайн. А искусство - это искусство. Кто не видит грани, тот обречен на вечные скитания по кругу.

Не стоит. Это пагубная техника.

Очень плохо знаете.

Ошибка в синтаксисе setTimeout Вот тут синтаксис этой функции в FF https://developer.mozilla.org/en/window.setTimeout А вот тут в IE http://msdn.microsoft.com/en-us/library/ms...28VS.85%29.aspx Синтаксис отличается.

Нельзя?

Обработать id? Инъекции? Для начала стоит узнать, каким именно способом данные запрашиваются из базы, а потом уже кричать про инъекции.

Если https, то ничего не кешируется. Если http, и стоит pragma: no-cache, то тоже не будет кешироваться. Во всех остальных случаях кеширование возможно, но не обязательно.

Врут поди.

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

Особенности алгоритма сжатия jpg.

Отлично, т.е. твое обоснование цены идет только с учетом фактора знаний технологий. И все. А насколько эффективный ты кодер? Какой объем задач ты выполняешь за определенный промежуток времени? Какой процент ошибок в твоем коде? Это все влияет на стоимость.

Это не заоблачные требования. Это нормальные требования для специалиста, а не "специалиста". А я так и не услышал, почему именно 50 тысяч, а не 100, не 30 и не 12? Называя цифру, желательно обосновывать ее. "Хочу много денег" - не аргумент для меня. 50 тысяч для данной вакансии считаю нормальной, но вот выплачивать ее буду только тогда, когда человек будет отрабатывать ее.

В чем трудности? Что вы самостоятельно не можете сделать?

Легко. Подумай об этом на досуге. Не факт. Ой не факт. Набежит кучка самодовольных детишек, которые серьезно переоценивают свои силы. Отсеивать их придется долго, а на это времени нет.

Спрос рождает предложение. Так было всегда, так и будет. Если все ломанутся в IT-сферу, то поверь, цены будут еще ниже, а дворники будут получать элитные зарплаты. Если человек готов работать за копейки, то никто не будет упрашивать его получать большую зарплату. Если его это устраивает, почему ему должны платить больше?

Не стоит забывать, что и уровень жизни там повыше, и затраты не в пример больше. Соответственно и стоимость проектов будет больше. Но, англичане настолько педантичны, что не будут заказывать проект у кого-то, даже если это будет в 3 раза дешевле, так как боятся, что их кинут.

Во всех рассуждениях подобного рода есть одна проблема. Знания нужно уметь конвертировать в реальный продукт. Ну знаешь ты 10 технологий. А толку? Как только появится задача, которая будет выходить за рамки твоих способностей или требовать опыта работы с такими задачами, ты просто круто обломаешься. А теперь поставь себя на мое место.

А почему именно эту стоимость? Почему не 100к, не 30к? Я бы заплатил и 50к, если бы знал, за что плачу. У меня политика другая. Работать в выходные никто не заставляет. Если есть желание, работай конечно. Главное - результат. Время даже особо не влияет. Мы обучаем сотрудников за свой счет. Сами. Специфика у нас такая, на рынке нет соискателей, которых не пришлось бы учить всему тому, что знаем сами. Я в резюме почти не заглядываю. В разговоре четко становится понятно, что и как, сколько человек знает, насколько сложные задачи решал, как именно искал выход из сложных ситуаций... Все как на ладони, поверь.

+1.

Закрыто политикой безопасности, скорее всего.

Заведомо можно узнать по косвенным факторам. Общаясь с человеком, можно промоделировать ситуацию, выход из которой укажет на его намерения.

Я рекомендую, для начала, изучить все варианты, а потом уже выбирать самый эффективный. http://www.apachefriends.org/en/xampp.html http://zervit.sourceforge.net/ http://www.xitami.com/ После изучения возможностей каждого из веб-серверов, нужно подойти к выбору технологии реализации. Это может быть не php по многим причинам. После выбора технологии, уже думать над функциональностью. Функциональность может быть ограничена рядом факторов. А уж после всего этого приступать к реализации задуманного. Думать нужно прежде чем делать.

Охохо. Есть множество решений этой задачи. Начнем с того, что ничего не мешает запускать при старте диска некий скрипт, который загрузит микро-веб-сервер, а потом уже браузер или некую оболочку. Приводя задачу к виду "вебсервера нет, надо все делать локально", можно напороться на нереальные трудозатраты.

Тут не JS нужен, а SSI в первую очередь. Хотя, наверное лучше даже какой-нибудь php.

Правильно. А теперь попытайся написать интерпретатор. И кусочек реального кода. Можно даже в голове пока что.