В какой-то момент обещали Tcl и я даже возрадывался. И гугл даже демку какую-то клепал. Но увы :(
Насколько я понимаю, сейчас это начинание полностью забыто.
Да, функционал торрента действительно не основной. По сути мне нужен сервер который бы уведомлял другие ресурсы по API что данный конкретный пользватель стоит на раздаче такого-то торрента.
Пока не могу придумать как это сделать без регистрации. Не хотелосьбы заставлять людей регаться лишний раз (OAuth не подходит по своим соображениям).
Вот, точно - важно умение применять знания. До фига сталкивался с людьми с сертификатами, с идельным знанием технологий, "золотых партнеров" и все такое, после которых просто целиком приходилось выкидывать то, что они написали.
Ну я же говорю - что-то не так с архитектурой. ;) Стили разных блоков должны быть в разных css. Зачем править хедер если правятся стили? В хедере должна быть только разметка, а она должна быть сематической, а стилями только стилизоваться. Так что нет нужды править хедер для изменения стилей.
Ну и так далее. Но это конечно в идеальном, каком-то другом мире, без войн, болезней и депутатов.
А в нашей реальности я не вижу других способов (если не поднимать систему контроля версий) кроме работы в разное время или/и редактора который сможет уведомлять об изменении файла и показывать diff, чтобы можно было смержить хотя бы руками.
К тому времени как ТС выучит js и angular, о рубях информация останется только в архивах интернета, а их заблокирует РКН, так что до профита он не доберется.
Во-первых потому, что сможете работать больше с фронтендом, т.е. расширять свои профессиональные навыки в той области в которой работаете.
Во-вторых сейчас популярен Node.js и если случится чудо и через 2-3 года о нем не забудут - сможете работать с ним.
Еще хороший вариант Python, я думаю. Просто для развития.
Я исхожу из желания остаться в web'е.
Java - это уже шаг в сторону. Говорят им больше платят, что это матерый этнтырпрайз, но мне кажется почему-то что это не надолго. В данном случае вообще ни на чем не основанное мнение. Просто шестое чувство.
У Update есть флаг для этого.
$el->Update($found_id, ['DETAIL_PICTURE'=>$array['DETAIL_PICTURE']], false, true, true);
Нужно так. Последний true - включает ресайз. Попробуй.
maxyc_webber: а... ну есть нюансы, да.
По поводу поддерживать - мне вот кажется ты вообще что-то не то делаешь. На кой хрен тебе понадобилось менять размер загружаемой картинки? Можешь рассказать?
Я просто не вижу такой необходимости при помещении картинки в элемент инфоблока, в DETAIL_PICTURE.
Посмотрел доки. Да - так нельзя. Для этого метода должен быть зарегистрированный файл. Он же для кэша. Логично все. Вы пытаетесь отресазить фотку перед добавлением в элемент - этого нельзя сделать этим методом.
А чем resizeimage кривой?
А, ну или как вариант - можно попробовать снять галку в настройках продукта Проверять email на уникальность при регистрации - тогда возможно прокатит второй раз зарегать пользователя с этим email.
Если начнутся проблемы с логином - можно сделать простой хук.
Ну так это почти верно и для PHP. Но это не критичные различия. В подавляющем большинстве случаев одно можно преспокойно заменить другим. В половине остальных это нежелательно просто потому что будет неудобно. И только в редких это будет невозможно или потянет за собой гору костылей. Возможно мне надо было написать "в большинстве случаев это по смыслу тоже самое".
