Jump to content

s0rr0w

User
  • Posts

    5,139
  • Joined

  • Last visited

  • Days Won

    32

Everything posted by s0rr0w

  1. При закрытии окошка vbox'а тебя спрашивают, что делать. Жмешь "save the mashine state" и в следующий раз ничего делать не придется, система подымется со старого места. Единственное но - папка должна быть перманентной. А можно еще засунуть в .bashrc последнюю команду, только вместо sudo надо использовать gksudo
  2. mkdir myLocalFolder sudo /sbin/mount.vboxsf sharedFolderName myLocalFolder
  3. Тогда 1. Установить VBox Tools еще раз. 2. Перезагрузить хост-систему. 3. Попробовать тягать окошко VirtualBox'а.
  4. При помощи серверных скриптов. Дергаем содержимое страницы, вносим изменения, отдаем пользователю под видом своей.
  5. Это реклама косметики. Ищи среди лореалей и прочих.
  6. Противодействие из далеких 90х...
  7. Быть такого не могёт. Могет. JS проверяет, я загружен в основном окне или в фрейме, и если в фрейме, то открывает себя в окне.
  8. Эплофильский холивар детектед...
  9. Смартфоны появились задолго до Apple. Тонкие смартфоны появились тоже задолго до айфона. И айфон не самый легкий телефон в мире.
  10. Круто, можно попробовать уязвимость какую-нибудь придумать...
  11. Что выгоднее, чтобы пользователь получал новую функциональность раз в год, или раз в месяц? Чем проще код, тем в нем проще искать баги, тем в нем сложнее эти баги делать, тем быстрее его модифицировать. Пользователю лучше, если продукт будет постоянно совершенствоваться, чем очень быстро рендериться. Сверстайте портал с полутора сотнями шаблонами, тогда поговорим. Глупый вопрос. Я не делаю сайты, я делаю решения. И да, я все делаю для себя и под себя. Бугагага.. Пользователю пофиг насколько быстро это работает и как хорошо это выглядит, если оно не решает проблем пользователя. Это все равно что в туалете поставить автомат по продаже носков вместо аналогичного, но с туалетной бумагой. Да, первый iPhone не умел отсылать ММС. Джобс, царство ему небесное, ленивый чудак? Скорее всего да, судя по вашим критериям... Гнуть свою линию - хорошая черта характера. Но не нужно перегибать палку. И учитесь проигрывать.
  12. Ну, в целом так оно и есть. Человек стремится к самоидентификации, отличаться от окружающих. Джобс это и удовлетворял. Если бы не Эпл, то многие так и остались бы закомплексоваными убожествами. Но не стоит уменьшать влияние Эпл на промышленность в целом и заданные тренды. А тут заслуга Джобса.
  13. Тупой вопрос, если честно. jQuery написан на JS. Наоборот не получится. Типичное доказательство "мощности"
  14. В том то и дело, что это был не горе-вебер. Разработчик со стажем, за плечами не один коммерческий проект. И тут на тебе...
  15. Я не столь категоричен, но описанное в статье - правда. Я уже видел пример, когда даже весьма опытный разработчик не парился и запихнул на страницу jQuery ради попапа, который я заменил одной JS функцией и одним css-классом.
  16. Зависит от интерпретатора.
  17. Отличная штука. Но пока что стабильность и наличие функций слабовато.
  18. Плюсы генерации html на сервере 1. Все серверные языки великолепно работают со строками и вообще со строковыми данными. Количество функций в разы больше чем в JS 2. Есть мощные темплейт-системы, которые работают быстро, при развитом инструментарии и простом языке 3. Мощности сервера превосходят мощности компьютеров пользователя, имеют больший объем оперативной памяти и может работать с большими массивами данных 4. Простой дебаг и высокая модификабельность кода, повторное использование, гибкость в дизайне и функциональности. Недостатки js-темплейтирования 1. Время обработки действительно больших объемов информации гораздо выше времени передачи данных с сервера. Проверено на собственной шкуре. 2. Удобство модификации темплейтов и расширения функциональности не очень высокое. Соответственно нужно тратить больше времени на разработку по сравнению с темплейт-системами. 3. Перегруз вспомогательным кодом, который нужно держать в памяти для того, чтобы суметь темплейтировать все данные. С ростом энтропии представления данных будет расти и энтропия обслуживающего кода. Баги будут изощренными и их дебаг будет серьезно затруднен. 4. Невозможность незаметных для пользователя апдейтов представления данных и фикса багов.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy