Aliaksandr
Да шрифты и были
Aliaksandr
Где тут хитрость?
Ну как это где, пользоваться тем, что делают другие, брать за это деньги, не делиться и еще советы раздавать вида "так, те двое пишут, эти пятеро тестят, а я .. а я не программист":)
Aliaksandr
Так почему бы не лезть в эту сферу , а работать по специальности))
Aliaksandr
Ну или хотя бы призаанию
Антон
Т.е. вы проектами не руководили?
Aliaksandr
Т.е. вы проектами не руководили?
А вы кораблями/самолетами?
Антон
Понятно. Разговор ни о чем.
Aliaksandr
Понятно. Разговор ни о чем.
Прямо как твои изначальные советы:)
WebM
отставить дизмораль
Aliaksandr
какая-то там была проблема, которую я не знал как решить
Потому я mpdf и впихнул, потому что и шрифтов уже встроенных куча и стили понимает намного лучше и разметку адекватнее разбирает
Aliaksandr
На мой вкус
Aliaksandr
Выдаешь эво за CRM?:)
Антон
Вы, Александр, почему-то мои слова превратно толкуете. Я ни в коем разе не умоляю ваш вклад в развитие эво. И у вас на аватарке или в нике не указано, сколько строк кода Ваши. Я же говорю, вы большой молодец. И от «не программистов» низкий вам поклон. Но, повторюсь, помимо программистов есть еще люди, которые участвуют в развитии по мере собственных возможностей. Еще раз, спасибо Вам.
Dmytro
Выдаешь эво за CRM?:)
Система регистрации на мероприятия;)) Самое прикольное что решение в разы удобней того что есть на рынке ;))
Dmytro
Да и продавать продукт довольно интересно ;)
Aliaksandr
Я могу их понять от разработчиков, но вот от людей от всего этого достаточно далеких..))
Антон
Я могу их понять от разработчиков, но вот от людей от всего этого достаточно далеких..))
Я лишь предложил (не посоветовал (кто, в конце концов я такой)) участвовать всем в развитии эво. Тут типа смайлик такой.
Dmytro
А участников в дереве храните?:)
Можно было но там быстрее было сделать нужную логику через пару доп таблиц
Aliaksandr
Я лишь предложил (не посоветовал (кто, в конце концов я такой)) участвовать всем в развитии эво. Тут типа смайлик такой.
Обычно такое участие заканчивается, как только решишь человеку конкретную проблему:)
Aliaksandr
Вот пример есть некий баг в ефильтре, уже двоим я его поправил и они клятвенно перед этим обещали потестить и ответить все ли ок
Aliaksandr
Как только я починил, оба пропали)
Aliaksandr
И ведь придет же скоро третий и тоже начнет проповеди и лозунги кидать про "наше общее достояние" и "это же опенсорс"
Evgeniy
Как только я починил, оба пропали)
Аналогичная проблема и с Evo релизами. Пока не выпустишь релиз - никто даже и не попытается поставиь. Как только выпустили - сразу же посыпались баги которые раньше не удавалось выловить
Aliaksandr
Вот что мне ему ответить без воды, конкретно-:)
Антон
Проблемы периодически возникают с появлением новых проектов. У меня некоторые клиенты на сопровождение на третий круг пошли. Сдал проект, в течении оговоренного срока все найденные косяки и новые хотелки закончены, уходят. Потом придумывают что-то новое.
Evgeniy
Потому бессмысленно этих тестов ждать, на рабочих сайтах сразу все баги видны становятся и народ шевелится)
Значит нужно взять за правило - четное (релиз), нечетное (тестовая версия) 😊
Evgeniy
Негласное правило естественно)
Evgeniy
У нас сообщество и так из 3,5 человек. Остальные только ждут релизов и сеуют на проблемы
Evgeniy
Еще 1,5 инвалида ведут свои приватные репозитории
Aliaksandr
Значит нужно взять за правило - четное (релиз), нечетное (тестовая версия) 😊
Просто по сегодняшней ситуации я как раз подчеркнул, что сайт в процессе сдачи, обновляться и ловить баги в этой фазе особо противопоказано)
Aliaksandr
Так то у меня все последние на 1.4.5 были, то есть новяк)
Aliaksandr
И php 7.2 везде где есть
Evgeniy
Просто по сегодняшней ситуации я как раз подчеркнул, что сайт в процессе сдачи, обновляться и ловить баги в этой фазе особо противопоказано)
С этим согласен. НО! Если сайт собран штатно и хаков нет, то достаточно проверить основные критичные изменения. Если там визуально все норм - то можно попробовать обновиться
Evgeniy
Зачастую баги всплывают если ты используешь старую версию php или активно юзаешь хаки
Aliaksandr
С этим согласен. НО! Если сайт собран штатно и хаков нет, то достаточно проверить основные критичные изменения. Если там визуально все норм - то можно попробовать обновиться
Есть такой "закон подлости", когда первым ошибку находит заказчик)) особенно, если он занят тестами, то бишь поиском до чего бы докопаться
Aliaksandr
Вот например эту фишку, что раньше случайную запятую в параметрах сниппета пропускало, а потом перестало у меня три раза обнаружили заказчики на третьем уровне вложенности))
EVO bot Лёшка
http://docs.evo.im/04_extras/ditto.html
Evgeniy
Есть такой "закон подлости", когда первым ошибку находит заказчик)) особенно, если он занят тестами, то бишь поиском до чего бы докопаться
Есть такая аксиома - либо ты делаешь сайты для людей, либо для заказчиков. В первом случае ты сараешься сделать максимально правильно и способен обосновать любые баги перед заказчиком. Во втором случае ты стараешься чтобы заказчик нашел намного меньше багов, но тебя не волнует, что это повлечет провал в продажах и усложенине поддержки.
Evgeniy
Я не раз встречал сайты, где программист хакал компонент или ядро. Вместо того, чтобы обвесить плагинами/создать issue с предложением о доработке.
Антон
menuindex
Evgeniy
Почти все Issue это репорты о багах обратной совместимости. Единицы кто предлагает доработку. За последнее время только @kassio сделал реально полезный взнос с вызовом вложенных событий
Aliaksandr
Да не в ядре дело, говорю ж, часто что-то меняется, что сразу и не поймешь и не увидишь
Evgeniy
Aliaksandr
Если дело не в ядре, тогда обновиться можно без проблем
Пара примеров из последнего: запятая в параметрах, перенос phpmailer, пропажа файла crypt, ну и что-то там с докинфо
Aliaksandr
Эти ошибки не ядра и могут быть трудноуловимыми
Aliaksandr
А заказчик он тоже разный бывает, патоложик не даст соврать:)
Aliaksandr
Иногда его отношение это "этот чел пытается мне что-то впарить" и соответственно любая ошибка не идет тебе в плюс, для кого бы ни был сайт и как бы ты это не обосновывал
Evgeniy
@webber_12 и какой выход из ситуации виден? С одной стороны разработчик, который хочет побыстрее сдать прокт, чтобы к нему небыло претензий. С другой стороны релиз новой версии CMS, которая нуждается в тестировании и фидбеке?
Evgeniy
Не обновлять во время сдачи проекта - вот и весь мой посыл :)
Ок. Т.е. обратную совместимость таким образом мы не тестим вообще никогда?
Aliaksandr
Это когда?
В любое время кроме "ок, сейчас проверю как оно работает" со стороны заказчика
Pathologic
Это когда?
когда бабло уже у тебя в кармане будет лежать (:
Evgeniy
Если мне приходит проект на доработку и там используется старая версия движка, то мне проще сделать конкретную задачу без обновления всего движка. Получается, что нужно ждать заказа на обновление движка?
Aliaksandr
1.4.5 не сильно старая вроде
Aliaksandr
Я ж не с 1.2.1 обновлять не хочу
Evgeniy
Хорошо, поставлю вопрос по другому
Evgeniy
Вот мы планируем релиз 1.4.666. Как добиться максимального тестирования?
Aliaksandr
когда бабло уже у тебя в кармане будет лежать (:
С баблом любую поломку обосновать проще))
Pathologic
Если мне приходит проект на доработку и там используется старая версия движка, то мне проще сделать конкретную задачу без обновления всего движка. Получается, что нужно ждать заказа на обновление движка?
я в таких случаях говорю, что нормально не сделать, нужно обновлять движок и из-за этого могут возникнуть проблемы, то есть решение задачи займет немного больше времени чем если не обновлять, но и выгоды будет тоже больше
Pathologic
как-то так
Антон
Там же поля из документа. Longtitle, pagetitle, menuindex и т.д.
Evgeniy
С версии 1.4.1 обновляться до 1.4.666 никто не захочет, т.к. разбег большой. Перед релизом тоже, т.к. сдача на носу. С версии 1.4.665 мы тоже обовляться не будем, т.к. это не самая старая... В сухом остатке что получаем? Всем похуй
Aliaksandr
Вот мы планируем релиз 1.4.666. Как добиться максимального тестирования?
Всегда нужно какое-то время, недели через 1.5 -2 после релиза я обычно собираюсь с духом и начинаю делать новые сайты на новой версии
Evgeniy
Всегда нужно какое-то время, недели через 1.5 -2 после релиза я обычно собираюсь с духом и начинаю делать новые сайты на новой версии
А как же обратная совместимость? Это разрабокта нового проекта, которая так же может начинаться и с ветки 2.х
Aliaksandr
А как же обратная совместимость? Это разрабокта нового проекта, которая так же может начинаться и с ветки 2.х
Обычно проблема не в обратной совместимости, а просто в каких-то других вещах, которые и на новых сайтах вылазят, потому что делаются теми же методами и теми же решениями
Aliaksandr
Делаешь новый на новой, если все ок, можно и старый предложить кому-то обновить
Aliaksandr
Бывает, что что-то сначала правится в сторонних компонентах, потом уже обновлять предлагаешь
Aliaksandr
Можно сделать какой тестовый сайт и обновлять там. Только все равно не охватишь весь круг возможных проблем, потому что бывает так сделано, что кроме "как ему это пришло в голову" ничего и не скажешь :) но раньше работало у него, а потом отвалилось. А ты сколько б не тестил, у тебя все ок, потому что ты так не делаешь в принципе
Anonymous
По этому я все сайты на деве собираю. Что бы баги ловить
Anonymous
Очень удобно и тестируешь и проект собираешь