Вопрос не в цифрах, я намеренно их опустил. Разница в цене в размере 8 раз должна была показать дикую несоразмерность спроса и предложения. Более важным в данном случае мне кажется вопрос не "сколько", а "почему". Вот на это я и попытался ответить.
Значит еще не все и в США прочувствовали :) А вообще, конечно, всегда будут такие заказчики. С ними тоже нужно работать, не отказываться же, но думаю, что в таком случае надо стараться умерить их пыл рублем.
>>Не потому что определится не может, а просто ему тупо не хотелось заранее все спланировать
Ну наверное в данном случае много проблем именно из-за того, что не сумели Вы объяснить своему заказчику необходимость составления проекта. Теперь он наверняка и сам не рад, что так тянется работа.
Вспомнил ситуацию в институте - несколько лет назад вели у нас предмет, связанный с предпринимательством. Как точно он назывался - не вспомню, да это и неважно. Вобщем было однажды задание - придумать какй-то новый товар (абсолютно новая вещь, неизвестная или которая известна, но по каким-то причинам пока не продается) и рассказать о нем, естественно предложив так, чтобы это можно было продать в принципе. Кто как извращался, а я вот решил взять не новую вобщем-то идею - продажа именно такой вот хреновины, о которой рассказывается в статье :).
На мой взгляд презентация этой штуки у меня получилась. Давил на то, что с помощью такого механизма можно облегчить жизнь не только всем людям - элементарный ввод данных в компьютер без участия рук, а следовательно быстрее и удобнее, но одно из самых полезных свойств - это возможность больным, обездвиженным людям получить практически неограниченные возможности по управлению не только компьютером, но и любой автоматикой в принципе.
Вроде бы красиво и благородно, однако был полностью осмеян в классе, не исключая преподавателя. До сих пор думаю, что я сделал не так? :)
А мне кажется, придет это золотое время :). Просто пока это еще слишком молодая область деятельности и нынешние предприниматели (они же основные заказчики) в основной массе не прочувствовали все возможности Интернета и бизнес-сайта. Думаю, что постепенная смена поколений приведет к тому, что мы все так заждались, а именно - адекватной оценки работы веб-разработчика :)
А за статью автору спасибо. Улыбнуло :) Кстати, подобные требования заказчика вполне можно удовлетворять, только с одним условием - за составление проектной сметы и за весь геморрой, связанный с ублажением клиента в процессе подгонки его требований к реалиям жизни, обязательна оплата. "И тогда наверняка вдруг запляшут.." как в песне вобщем :)
Цель, которой - убедить, что загрузка фильмов - это карманничество, угон машин и воровство в магазинах.
“Попытки медиа индустрии предложить жизнеспособную альтернативу провалились, и ониих попытки прироавнять передачу файлов к кражам тоже проваляться. К сожалению, изих силы направлены не в то русло – лоббирование с целью прироавнять обмен с уголовным преступлением, они превращают потребителей в преступников”.
Будем, надееяться, что индустрия развлечений обратит большое внимание на это.
Я обычно не придираюсь к ошибкам, когда человек пишет в спешке - например, быстро написал комментарий. Но такое дикое количество ошибок в хорошо продуманном новостном сообщении, на мой взгляд, недопустимо.
Честно, Вы молодец, что так быстро освоились в системе. Я понимаю, что для новичка наиболее простой, понятный и правильный путь - это использование готовых наработок. Это работает отлично для простых сайтов. Однако к сожалению большинство сниппетов неоптимизированы по запросам в БД. Я вообще стараюсь не использовать дефолтные сниппеты, особенно Дитто (этот сниппет выполняет миллион функций, хотя обычно от него требуется 1-2, что приводит к нереальному расходу лишних ресурсов). В итоге сайт с большим количеством динамических страниц имеет от 0 до 3-5 запросов в БД после кеширования страницы.
Проблема в том, что владелец сайта до сих пор не может получить последний бекап у хостера. К сожалению, вследствие этого восстановление сайта затягивается.
Странно. Ерунда какая-то. Попробуйте так: Удалите всю базу, относящуюся к MODx, потом удалите весь дистрибутив MODx - всю папку с файлами. Скачайте заново с официального сайта архив и разархивируйте в нужную папку. Создайте новую базу данных, на всякий случай назовите ее по-другому, чем было раньше. Установите MODx заново, при установке укажите новую базу данных.
Да вобщем-то тут не MODx виноват, просто надо не забывать ставить проверки данных везде, где приходят данные от пользователя.
А оптимальная работа MODx - это включение кеширования, установка кешируемых сниппетов (если это возможно), ну и минимизация запросов в БД (это уже в большей степени зависит от рук и головы программиста). Сам по себе MODx практически не создает нагрузки на сервер. Более-менее заметная активность нагрузки на БД только при работе в админпанеле или загрузки страниц в первый просмотр после очистки кеша (далее страница кешируется, если конечно это разрешено администратором).
По предположению владельца сайта - modx.ru слег после атаки спаммерами через незащищенную форму добавления данных. Он обещает восстановить работу сайта по возможности быстрее.
Получал подобное письмо на английском, реклама от Google крутится на англоязычных ресурсах. Перед письмом успел обналичить 2-3 чека. И после тоже (тьфу-тьфу). Поэтому думаю, что особо это письмо ни на что не повлияет.
Спасибо, действительно интересный материал. Почти все было известно и ранее, но систематизация внесла порядок.
Про W3C стандарты - было спорно, свои же эксперименты подтверждали, что имеется значительное влияние, ну а теперь практически нет сомнений :) Кстати, лучший результат показывали сайты, созданные по стандартам xHTML.
>>Не потому что определится не может, а просто ему тупо не хотелось заранее все спланировать
Ну наверное в данном случае много проблем именно из-за того, что не сумели Вы объяснить своему заказчику необходимость составления проекта. Теперь он наверняка и сам не рад, что так тянется работа.
Вспомнил ситуацию в институте - несколько лет назад вели у нас предмет, связанный с предпринимательством. Как точно он назывался - не вспомню, да это и неважно. Вобщем было однажды задание - придумать какй-то новый товар (абсолютно новая вещь, неизвестная или которая известна, но по каким-то причинам пока не продается) и рассказать о нем, естественно предложив так, чтобы это можно было продать в принципе. Кто как извращался, а я вот решил взять не новую вобщем-то идею - продажа именно такой вот хреновины, о которой рассказывается в статье :).
На мой взгляд презентация этой штуки у меня получилась. Давил на то, что с помощью такого механизма можно облегчить жизнь не только всем людям - элементарный ввод данных в компьютер без участия рук, а следовательно быстрее и удобнее, но одно из самых полезных свойств - это возможность больным, обездвиженным людям получить практически неограниченные возможности по управлению не только компьютером, но и любой автоматикой в принципе.
Вроде бы красиво и благородно, однако был полностью осмеян в классе, не исключая преподавателя. До сих пор думаю, что я сделал не так? :)
А за статью автору спасибо. Улыбнуло :) Кстати, подобные требования заказчика вполне можно удовлетворять, только с одним условием - за составление проектной сметы и за весь геморрой, связанный с ублажением клиента в процессе подгонки его требований к реалиям жизни, обязательна оплата. "И тогда наверняка вдруг запляшут.." как в песне вобщем :)
Я обычно не придираюсь к ошибкам, когда человек пишет в спешке - например, быстро написал комментарий. Но такое дикое количество ошибок в хорошо продуманном новостном сообщении, на мой взгляд, недопустимо.
Пока не вижу.. http://www.magentocommerce.com/system-re…
Удалите всю базу MODx, переустановите систему и все будет отлично :). В крайнем случае воспользуйтесь этим методом http://modxcms.com/forums/index.php/topi…
А оптимальная работа MODx - это включение кеширования, установка кешируемых сниппетов (если это возможно), ну и минимизация запросов в БД (это уже в большей степени зависит от рук и головы программиста). Сам по себе MODx практически не создает нагрузки на сервер. Более-менее заметная активность нагрузки на БД только при работе в админпанеле или загрузки страниц в первый просмотр после очистки кеша (далее страница кешируется, если конечно это разрешено администратором).
Про W3C стандарты - было спорно, свои же эксперименты подтверждали, что имеется значительное влияние, ну а теперь практически нет сомнений :) Кстати, лучший результат показывали сайты, созданные по стандартам xHTML.