Обратите внимание, все эти warning'и происходят из сторонних скриптов.
Что касается непосредственно кода сайта — да, он получился скомканным, я это и в статье отметил. Первый блин, стройная структура формируется не сразу. Второй сайт получился уже гораздо стройнее.
Ну я делал не «because I can». Целью эксперимента было сравнить разработку сайта на Перле и на Паскале: по трудозатратам, удобству сопровождения и т.д. Если бы оказалось, что усилий приходится затрачивать больше, то ну его нафиг…
Да вполне угодил — я уже собирался начинать изучать Nodejs, но решил сперва попробовать так. Результат понравился, поэтому необходимость в ноде отпала.
Ну у нас, к счастью, пока нет закона о сегрегации файлов по их типам :)
А если серьезно, можете привести аргументы, почему этим файлам не стоит лежать в одной папке? (кроме js — это случайный мусор, уберу).
Не очень понятно зачем это нужно регулировать законом. Крупнейший провайдер в стране, Белтелеком — государственный. Он же больше всего страдает от дефицита IPv4-адресов (вынужден применять NAT). Просто перевели бы его на IPv6, а остальные сами подтянутся.
Imho есть высокий риск столкнуться с какой-либо проблемой и застрять в ней надолго, поскольку штука не сильно распространённая и нагуглить решение проблемы может быть сложно. Вопрос в том, насколько нужна его функцинальность: если нужна — ок, ставим :)
Согласен, что в общем случае, наверное, лучше перейти на Git.
У меня были личные причины предпочесть Mercurial, кроме того — хотелось уйти от ограничений бесплатного аккаунта BitBucket. Казалось, что это самый простой вариант.
Очень странно слышать что после 7-ки до 2009 не было нормальных версий. Я с 7-ки перешел на 2006 (Turbo Delphi Explorer) и пользовался этой версией много лет, сделал немало проектов. Так вот, по-моему очень стабильная и надёжная версия, заметно надёжнее современной 10.3. Ну и в плане языка по сравнению с Delphi-7 в Delphi-2006 есть куча полезных изменений.
Просто здесь приводятся два исследования, в одном говорится о небольшом количестве погибших от аварии на ЧАЭС, а в другом — о 1.6 миллиона потенциально погибших от вдыхания пепла. Такие вещи совершенно некорректно сравнивать.
Да и вообще по-моему неправильно оценивать опасность/вредность тех или иных явлений по количеству погибших (пострадавших) непосредственно от этих явлений — нужно комплексно оценивать весь ущерб: материальный, моральный и т.п. При этом важно учесть и кем являются жертвы: персоналом, сознательно и добровольно принимающим риски, связанные со своей работой и получающим за это деньги, или случайными людьми.
Сейчас не передаётся, но легко добавить параметр. Например, передать ID клиента, который формируется при установке игры и в дальнейшем не меняется. А вот кто именно будет играть с этого клиента — заранее неизвестно, но, наверно, и не нужно. Можно сделать как в Стиме, где пользователь может выбрать тестовый билд игры: добавить соответствующую галочку в настройках, и наличие этой галочки передавать в запросе версии.
Это не отменяет же необходимость получения повышенных прав, отдельный апдейтер нужен прежде всего именно для этого. Но есть и другие причины:
так проще переносить апдейтер из проекта в проект;
юзеру удобно обновлять игру вручную, достаточно просто запустить GetNewVersion.exe — это весьма полезно на этапе бета-теста, когда в игре часто выкладываются необязательные обновления (багофиксы), и людям, которые ждут эти фиксы, не нужно переустанавливать итгру целиком;
у меня в апдейтере GUI сделан на VCL, и мне не хотелось добавлять в игру зависимость от этих библиотек;
апдейтер один раз написал, подписал и забыл — больше не нужен сертификат подписи кода (у меня как-раз истёк его срок действия). А игру можно продолжать обновлять :)
Пока к сожалению нельзя.
Обратите внимание, все эти warning'и происходят из сторонних скриптов.
Что касается непосредственно кода сайта — да, он получился скомканным, я это и в статье отметил. Первый блин, стройная структура формируется не сразу. Второй сайт получился уже гораздо стройнее.
А по мне так запах хлора вполне себе приятный. Только долго его нюхать не получится :)
Здесь MySQL, кавычки повсюду использую двойные, поскольку запросы со строками обычно выглядят так:
т.е. поскольку одинарные уже задействованы, логично использовать двойные.
Но вообще спасибо за замечание, действительно стоит обрабатывать и одинарные.
А если серьезно, можете привести аргументы, почему этим файлам не стоит лежать в одной папке? (кроме js — это случайный мусор, уберу).
У меня были личные причины предпочесть Mercurial, кроме того — хотелось уйти от ограничений бесплатного аккаунта BitBucket. Казалось, что это самый простой вариант.
Да и вообще по-моему неправильно оценивать опасность/вредность тех или иных явлений по количеству погибших (пострадавших) непосредственно от этих явлений — нужно комплексно оценивать весь ущерб: материальный, моральный и т.п. При этом важно учесть и кем являются жертвы: персоналом, сознательно и добровольно принимающим риски, связанные со своей работой и получающим за это деньги, или случайными людьми.
Это не отменяет же необходимость получения повышенных прав, отдельный апдейтер нужен прежде всего именно для этого. Но есть и другие причины: