Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Повідомлення користувача miroslav.chandler
на бекдор похоже)
Хай всім.
Тут стикнувся з проблемою якї раніше не мав.
Поставив собі git.
При спробі git commit -m "24" видає*** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'comp@comp-ThinkPad-Edge.(none)')
Зробив, як тут написано, але без позитивних результатів.Раніше все йшло по маслу, а зараз не знаю де я напартачив.
при мінімальному читанні помилки, стає одразу зрозуміло, шо від вас хоче git
На вихідних буду у Львові. Може у когось є бажання зустрітись на годинку та попити кави?
Дати: 31.05.14-01.06.14. Проте вечір 31-го вже зайнятий.P.S. Порадьте якісь хороші місця у Львові: кафешки, ресторани, музеї, клуби, романтичні місця, куди взагалі можна сходити? Може якийсь сайт є. Дякую.
▼Прихований текст
якраз тоді коли мені треба буде поїхати, блін)
інтересні всі заклади мережі локаля. ввечері просто класно походити по центрі)
Invader написав:Сходіть на dou.ua. Там є статистика по ЗП.
Дякую за пораду, уже сходив.
P.S. Жаль, що у Львові зараз нема попиту на дельфістів.
на дельфістів ніде нема попиту, якшо чесно
"рпс зашкалює" - дуже високе рпс, ака хайлоад
читайте уважно)
Ні, збільшать швидкість обробки даних. І одразу RPS перестає зашкалювати - я про це.
при чому індекси до рпс?) ви розумієте значення рпс?))
miroslav.chandler написав:HetmanNet написав:Але це час виконання PHP скрипта задаєш інтерпретатору, на що веб-серверу начхати і він його може достроково завершити. Вся загадка у максимальному часі на відповідь на запит, у http він має максимальну межу, відповідно веб-сервер за неї не стане виходити, тому змушений всі скрипти до цього моменту зупиняти, бо опісля їх результат роботи сенсу не матиме.
лол, де це в специфікації http протоколу вказано, скільки часу виділяється на один запит?
сервер буде дотримуватися тих меж, які вказані в конфігурації.
на скільки я пам'ятаю, в апачі з mod_php, таке обмеження взагалі відсутнє, а в nginx є деректива, після перевищення ліміту якої, nginx просто перестане слухати бекенд і відвалиться з 500.
так шо нехай Хантер нехай попробує поставити set_time_limit(), а там побачимо)В http протоколі вказано скільки часу максимум очікувати на відповідь на запит, тобто за скільки часу вважати запит втраченим і з'єднання з сервером також. Тож при розробці веб-сервера це враховують. Щодо апача, то він замість того, щоб перестати слухати, просто наказує скрипт перестати виконувати та помилку повертає. Стандартно і браузер і веб-сервер мають час на очікування 30 сек., в цей час сервер має подати ознаки життя, після того клієнт очікує повернення даних до моменту як мине 55 сек. від запиту, якщо дані передавати сервер не почав, то просто з'єднання вважається втраченим. Цей час можна максимум до двох хвилин збільшити, точніше перший час на очікування ознак життя і другий час на очікування передачі від сервера.
А ви що думали, протокол не містить часових меж? Ні клієнт ні сервер очікувати сто років на ваш грьобаний запит не будуть, бо так ніякої пам'яті не стане. Але не треба забувати, про клієнта також, бо сервер припине запит обробляти щойно клієнт закриє з'єднання.
кидайте лінки, чи шо)
в специфікації хттп, ніякого тайм ліміту нема, можу звичайно помилятись
miroslav.chandler написав:set_time_limit()
Але це час виконання PHP скрипта задаєш інтерпретатору, на що веб-серверу начхати і він його може достроково завершити. Вся загадка у максимальному часі на відповідь на запит, у http він має максимальну межу, відповідно веб-сервер за неї не стане виходити, тому змушений всі скрипти до цього моменту зупиняти, бо опісля їх результат роботи сенсу не матиме.
лол, де це в специфікації http протоколу вказано, скільки часу виділяється на один запит?
сервер буде дотримуватися тих меж, які вказані в конфігурації.
на скільки я пам'ятаю, в апачі з mod_php, таке обмеження взагалі відсутнє, а в nginx є деректива, після перевищення ліміту якої, nginx просто перестане слухати бекенд і відвалиться з 500.
так шо нехай Хантер нехай попробує поставити set_time_limit(), а там побачимо)
Коли є гігабайтні бд і рпс зашкалює, звільнюють програміста і беруть нормального, який знає про індекси.
lol wat?
до чого тут індекси і нормальні програмісти?))
Чи нормальні тижпрограмісти можуть хорошим кодом зменшити кількість данних які користувачі ввели і продовжують вводити, а хорошим патерном знизять відвідуваність сайту (Request Per Seconds)?
Нормалізація працює добре тільки в теорії. Коли є гігабайтні бд і рпс зашкалює, вводиться поняття денормалцізації. Але це тобі в універі не скажуть))
set_time_limit()
2 miroslav.chandler
швидше всього, проблема в Django.
віддача статики через веб-сервер при продакшн режимі не схвалюється і нормально не підтримується.
тобто, якщо включити опцію STATICFILES_DIRS - працює, але то значить, що шурує по всіх можливих каталогах.
а , після manage.py collectstatic в один каталог, до нього треба йти через STATIC_ROOT , відключивши STATICFILES_DIRS
тоді і починаються трабли.пустив статику через nginx і не морочу голову. завтра (чи коли там) вийде нова версія django, то знову заглиблюватися в нюанси налаштування віддачі статики?
навіщо, якщо це при розробці не мішає, а при робочому режимі - не використовується!
шоб кожен раз не робити collectstattic
можете пускати статику через нгінкс, ніхто вам не забороняє)
miroslav.chandler написав:які заголовки в статики на локалці?
прошу пробачити - не зрозумів питання.
на сервері загнав копію на git
git pushна локалці - зклонував
git clone https://xxxxxxxxxxxxxenvirovment дещо різняться, бо різні версії ОС (32 та 64 біт)
запускаю однакову команду веб-серверу (хоча - веб-сервери теж можуть різнитися - бо різні ОС)на локалці - показує картинки, на сервері не показує.
ЯК ЗРОЗУМІТИ ЩО НЕ ТАК?
п.с.
а virtualenv використовувати поки що не хочу.
подивіться, які заголовки віддає сервер коли ви відкриваєте картинку.
які заголовки в статики на локалці?
і з чого ви взагалі взяли, шо спарва не в нгінкс?
у вас ні рута нема прописаного ні локейшенів. звідки нгінксу статику брати то?
ну так ж gunicorn вам каже, шо він пробує резолвити цей запит. пропишіть правильно конфіги нгінкса на статику. при правильному конфігу, запит статики на gunicorn іти не має
nginx відключено(ви , мабуть, пропустили цю фразу - "зупинив nginx"), gunicorn дивиться напряму --bind 68.688.688.688:8585
nginx працює в парі з uwsgi
а gunicorn - може працювати одразу на прийом http-запитів самостійно. от я на ньому і пробую.
таки пропустив, але нашо?
на скільки я знаю, gunicorn взагалі не вміє резолвити статику.
статика може віддаватися тільки на вбудованому сервері (manage.py runserver) і до в дебаг режимі.
так шо налаштуйте нормально нгінкс і буде вам щастя)
зупинив nginx
запустив вручну gunicorn:sudo -u www-data -g www-data gunicorn my_project.wsgi --bind 68.688.688.688:8585 --log-level debugдивлюся конкретний файл :
http://68.688.688.688:8585/static/media/uploads/galleries/10.jpgотримую:
Page not found (404) Request Method: GET Request URL: http://68.688.688.688:8585/static/media/uploads/galleries/10.jpg 'media/uploads/galleries/10.jpg' could not be found You're seeing this error because you have DEBUG = True in your Django settings file. Change that to False, and Django will display a standard 404 page.лог веб-сервера пише:
2014-05-05 12:47:58 [7318] [INFO] Starting gunicorn 18.0 2014-05-05 12:47:58 [7318] [DEBUG] Arbiter booted 2014-05-05 12:47:58 [7318] [INFO] Listening at: http://68.688.688.688:8585 (7318) 2014-05-05 12:47:58 [7318] [INFO] Using worker: sync 2014-05-05 12:47:58 [7323] [INFO] Booting worker with pid: 7323 2014-05-05 12:48:30 [7323] [DEBUG] GET /static/media/uploads/galleries/10.jpgтобто - тут уже веб-сервер ( нічого не обробляючи?) має віддати картинку.
ну так ж gunicorn вам каже, шо він пробує резолвити цей запит. пропишіть правильно конфіги нгінкса на статику. при правильному конфігу, запит статики на gunicorn іти не має
І от я вирішив обмазатися тим твіттером
Не тим ти вирішив обмазатися)
не пройшло і року)
Де у Львові поступити на Веб програміста
дома
