сложно отвыкнуть от старых привычек.
может оно и «правильнее» создавать файлы в соответствующих редакторах, но часто, работая в каталоге, встречаюсь с проблемой создания нового файла.
само собой, создавать фото и видео файлы разумно в соотв.программах.
но что касается текстовых файлов (html/css/js/php), удобно создать его сразу, нежели лезть в TextEdit и указывать путь к месту где хочешь его сохранить.
кстати, очень не хватает функции редактирования файлов напрямую через ftp.
приходится пользоваться сторонней программой, что не очень удобно. к хорошему быстро привыкаешь (в частности, в ubuntu/kde такая возможность есть)
не суди строго, я начинающий любитель mac os, до сих пор притираюсь.
я сам веб-разработчик, очень часто натыкаюсь именно на эту проблему.
нужны именно plain text файлы, вроде php/js/css — недавно перешёл на mac os и осваиваюсь.
спасибо за совет.
Уважаемые маководы, подскажите как создать новый файл.
На данный момент приходится копировать (любой) сторонний файл, переименовывать и удалять содержимое.
Очень неудобно. Есть ли простой способ создать новый файл? (в контекстном меню этой опции нет)
Зайдите на google.ru и введите, например, «ujhjl».
Всплывает окошко подсказок, где 1й в списке вариант — «город».
Т.е. гугл уже умный, ждём когда подтянутся браузеры.
(автор) Да, действительно, не разбираюсь в особенностях технологий связи.
В свете того, что объём данных до 1500 байт передаётся одним пакетом, поставленный воспрос действительно не иеет смысла.
Не путайте заголовки запроса с заголовками ответа.
Если открыть эти 74 ресурса в IE (~460 байт на запрос), получим 33Кб передаваемых данных. Из них полезная инфоррмации (сам url + необходимые заголовки) составляет до 30%. Получаем 70% избыточности.
Уточнение — браузер открывает 2 соединения, и передаёт ресурсы по ним последовательно (современные браузеры — 6 соединений).
Типичный сценарий: загружаем хабр (72 ресурса). Firefox тратит 50ms на открытие 6 соединений (паралллельно), и передаёт в среднем по 12 ресурсов по каждому.
Вы загрузили один ресурс большого объёма (html страница).
Когда же вы загружаете страницу в браузере, запрашивается множество (обычно) мелких изображений.
Суть в том, что все современные браузеры поддерживают все кодировки.
Хаос который творится с User-Agent, подробнее описан на хабре раньше.
Не призываю менять существующие наработки, вы меня неправильно поняли.
http является расширяемым протоколом с огромной поддержкой софта и железа — уходить от него было бы глупо.
У автора хорошее чувство юмора
Вместо:
if route_path.endswith('/'):
repeat=True
while repeat:
route_path = route_path[:-1]
repeat = route_path.endswith('/')
Напишите:
route_path = route_path.rstrip('/')
1. setattr(f,'method','local')
а можно
f.method = 'local'
2. attrib = control.__dict__[item].__dict__['method']
а лучше
attrib = getattr(control, item).method
3. except: pass
а вот так лучше вообще не писать
там ещё много такого
может оно и «правильнее» создавать файлы в соответствующих редакторах, но часто, работая в каталоге, встречаюсь с проблемой создания нового файла.
само собой, создавать фото и видео файлы разумно в соотв.программах.
но что касается текстовых файлов (html/css/js/php), удобно создать его сразу, нежели лезть в TextEdit и указывать путь к месту где хочешь его сохранить.
кстати, очень не хватает функции редактирования файлов напрямую через ftp.
приходится пользоваться сторонней программой, что не очень удобно. к хорошему быстро привыкаешь (в частности, в ubuntu/kde такая возможность есть)
не суди строго, я начинающий любитель mac os, до сих пор притираюсь.
нужны именно plain text файлы, вроде php/js/css — недавно перешёл на mac os и осваиваюсь.
спасибо за совет.
На данный момент приходится копировать (любой) сторонний файл, переименовывать и удалять содержимое.
Очень неудобно. Есть ли простой способ создать новый файл? (в контекстном меню этой опции нет)
… вы начинаете с того места откуда начинали.
а можно ли иначе? начать не с начала?
"abc\\" — строка из 4х символов (последний: слэш) — не будет отпарсена правильно
А вот вариант, приведённый автором в конце статьи, будет работать корректно.
Всплывает окошко подсказок, где 1й в списке вариант — «город».
Т.е. гугл уже умный, ждём когда подтянутся браузеры.
В свете того, что объём данных до 1500 байт передаётся одним пакетом, поставленный воспрос действительно не иеет смысла.
Видимо, в 1996 ещё не придумали VirtualHost и прокси.
Если открыть эти 74 ресурса в IE (~460 байт на запрос), получим 33Кб передаваемых данных. Из них полезная инфоррмации (сам url + необходимые заголовки) составляет до 30%. Получаем 70% избыточности.
Типичный сценарий: загружаем хабр (72 ресурса). Firefox тратит 50ms на открытие 6 соединений (паралллельно), и передаёт в среднем по 12 ресурсов по каждому.
Когда же вы загружаете страницу в браузере, запрашивается множество (обычно) мелких изображений.
html — избыточность прекрасно убирается засчёт сжатия страницы + gzip сжатие (Transfer-Encoding).
tcp — высокоэффективный бинарный протокол, бороться бесполезно.
Хаос который творится с User-Agent, подробнее описан на хабре раньше.
Не призываю менять существующие наработки, вы меня неправильно поняли.
http является расширяемым протоколом с огромной поддержкой софта и железа — уходить от него было бы глупо.