-
Posts
5,139 -
Joined
-
Last visited
-
Days Won
32
Content Type
Profiles
Forums
Calendar
Store
Everything posted by s0rr0w
-
Тормоз редкостный...
-
При закрытии окошка vbox'а тебя спрашивают, что делать. Жмешь "save the mashine state" и в следующий раз ничего делать не придется, система подымется со старого места. Единственное но - папка должна быть перманентной. А можно еще засунуть в .bashrc последнюю команду, только вместо sudo надо использовать gksudo
-
mkdir myLocalFolder sudo /sbin/mount.vboxsf sharedFolderName myLocalFolder
-
Тогда 1. Установить VBox Tools еще раз. 2. Перезагрузить хост-систему. 3. Попробовать тягать окошко VirtualBox'а.
-
Растянуть окно VirtualBox?
-
При помощи серверных скриптов. Дергаем содержимое страницы, вносим изменения, отдаем пользователю под видом своей.
-
Это реклама косметики. Ищи среди лореалей и прочих.
-
Противодействие из далеких 90х...
-
Быть такого не могёт. Могет. JS проверяет, я загружен в основном окне или в фрейме, и если в фрейме, то открывает себя в окне.
-
Че?
-
Эплофильский холивар детектед...
-
Смартфоны появились задолго до Apple. Тонкие смартфоны появились тоже задолго до айфона. И айфон не самый легкий телефон в мире.
-
Круто, можно попробовать уязвимость какую-нибудь придумать...
-
Что выгоднее, чтобы пользователь получал новую функциональность раз в год, или раз в месяц? Чем проще код, тем в нем проще искать баги, тем в нем сложнее эти баги делать, тем быстрее его модифицировать. Пользователю лучше, если продукт будет постоянно совершенствоваться, чем очень быстро рендериться. Сверстайте портал с полутора сотнями шаблонами, тогда поговорим. Глупый вопрос. Я не делаю сайты, я делаю решения. И да, я все делаю для себя и под себя. Бугагага.. Пользователю пофиг насколько быстро это работает и как хорошо это выглядит, если оно не решает проблем пользователя. Это все равно что в туалете поставить автомат по продаже носков вместо аналогичного, но с туалетной бумагой. Да, первый iPhone не умел отсылать ММС. Джобс, царство ему небесное, ленивый чудак? Скорее всего да, судя по вашим критериям... Гнуть свою линию - хорошая черта характера. Но не нужно перегибать палку. И учитесь проигрывать.
-
Ну, в целом так оно и есть. Человек стремится к самоидентификации, отличаться от окружающих. Джобс это и удовлетворял. Если бы не Эпл, то многие так и остались бы закомплексоваными убожествами. Но не стоит уменьшать влияние Эпл на промышленность в целом и заданные тренды. А тут заслуга Джобса.
-
Тупой вопрос, если честно. jQuery написан на JS. Наоборот не получится. Типичное доказательство "мощности"
-
В том то и дело, что это был не горе-вебер. Разработчик со стажем, за плечами не один коммерческий проект. И тут на тебе...
-
Я не столь категоричен, но описанное в статье - правда. Я уже видел пример, когда даже весьма опытный разработчик не парился и запихнул на страницу jQuery ради попапа, который я заменил одной JS функцией и одним css-классом.
-
Без понятия.
-
Да ладно!
-
Зависит от интерпретатора.
-
Отличная штука. Но пока что стабильность и наличие функций слабовато.
-
Плюсы генерации html на сервере 1. Все серверные языки великолепно работают со строками и вообще со строковыми данными. Количество функций в разы больше чем в JS 2. Есть мощные темплейт-системы, которые работают быстро, при развитом инструментарии и простом языке 3. Мощности сервера превосходят мощности компьютеров пользователя, имеют больший объем оперативной памяти и может работать с большими массивами данных 4. Простой дебаг и высокая модификабельность кода, повторное использование, гибкость в дизайне и функциональности. Недостатки js-темплейтирования 1. Время обработки действительно больших объемов информации гораздо выше времени передачи данных с сервера. Проверено на собственной шкуре. 2. Удобство модификации темплейтов и расширения функциональности не очень высокое. Соответственно нужно тратить больше времени на разработку по сравнению с темплейт-системами. 3. Перегруз вспомогательным кодом, который нужно держать в памяти для того, чтобы суметь темплейтировать все данные. С ростом энтропии представления данных будет расти и энтропия обслуживающего кода. Баги будут изощренными и их дебаг будет серьезно затруднен. 4. Невозможность незаметных для пользователя апдейтов представления данных и фикса багов.
-
Это факт.