Константин Б., какой хейтер? вы в своем уме. Если человек часто пользуется топором, то это же не значит, что он будет избегать использование молотка... На каждую задачу, на каждого клиента, на каждый бюджет свой язык программирования и фреймворк. Хотя судя по 1993 вы еще салага, так что чего я вам объясняю...
Константин Б., ну как бы Если ты знаешь программирование и прочитал сотни стихов Есенина, то ничего тебе не помешает прочитать стихи Пушкина и вникруть в его стиль очень быстро.
Если ты хорошо ездиш на Тойоте, то ничего тебе не поешаешь пересесть на БМВ.
Главное - это знание азов программирования:
- синтаксис языка php,
- алгормы
- паретны проектирования
- принципы Solid.
- технологии.
Если ты это знаешь, то переход на симфони не составит труда. Это всего лишь фреймворк. Зато более глубокое погружение гарантировано.
Laravel - это вооще не фреймворк. Это конструктор для ньюбов. Там слишком все просто и не приходится думать.
Перейдя на симфони он хоть правильное мышление в плане ООП приобретет.
Опять же если он знает php то не важно на каком фреймворке он будет разрабатывать проект. Изучение фреймворка - это неделя без отпрыва от производства.
Если бы речь шла о переходе на Python с php или на Java, то тогда еще можно было бы поспорить..
ссылка доступна после авторизации. И скорее всего временная. но если менеджер докачки помогает то хорошо. что то я последние годы не наблюдал за ними такое.
Sanes, ну вот у нас был домен robot@xxx.ru и он был прикреплен к mail.ru
соответственно вся отправка шла через smtp от mail.ru
и как только они заблокировали наш ящик то служба pop3 и smtp заблокировались и соответственно мы не могли ни отправлять ни получать письма. я так это видел. и теперь решил через свои smtp только работать.
ThunderCat, у нас просто от разных поставщиков загружаются прайсы. в произвольных форматах. Вот и думаю в какой формат конвертироватьт это дело. видимо jpg + webp.
ну так то много полезного узнал от вас! спасибо!
правда уточню - фотки я выкачиваю из прайсов, предоставляемых заказчиком и в базе данных храню оригинальное имя (русское часто) а у себя уже на диск сохраняю как преобразованное в латиницу. оба имени хранится в базе. Но вот тут появляются еще сородичи раных размеров.
Если для брендов картинки все одинакового размера идут и их по одному экземпляру, то для товаров и товарных категорий по несколько фоток бывает и на главной и в каталоге нужно выводить превьюхи определенного размера. идентификатором служит папка с id товара или id категории и т.п.
а вот как разные размеры выводить под каким имеенм с точки зрения seo пока не решено. Есть мнение, что поисковики обращают внимание на имя картинок. и тогда идентификатор в названии уже не прокатит. и микротайма.
jpeg не умеет прозрачные фоны делать. вот что плохо. А то что вебп одновременно подсовывать - это идея! спасибо.
А если картинки в совершенно разных расширениях прилетают - jpg, png, bmp, gif, то лучше jpg + webp сделать и конвертировать всех в эти форматы?
Дмитрий, да я пробовал ) но там такая сложная логика, что нужно программистам отдать должное. В дебагере сидел пошагово, но так и не смог понять. Это нужно пару дней выделить чтоб разгадать ту логику. Абстракция над абстракциями да еще рекурсивно и недокументировано. Будто они защиту от отладки делали..
